I am trying to build "LMMS - Linux MultiMedia Studio" on Slackware Current.
CMake is halting on "printf" lines in various .cpp files. I am assuming it's a conflict with the newer GCC? Does anyone know a work around for this issue?
I've tried commenting out the printf lines but I think they may be needed in the application. Apparently there are lots .cpp using the printf call.
I was trying to use alien bob's slackbuild mentioned in another thread [url] and it failed everytime, so I tried to do it individually, building dependencies with sbopkg which worked except for Schroedinger and then ffmpeg still fails. I don't have access to the logs or fail messages at this moment, but I'm wondering if it is failing due to the newest gcc-multilib version? I'm also running kernel 2.6.33-rc3 with multilib-current.
I am trying to build ORBit2 as a dependency for GConf and then google-chrome.
This is a multilib system and I want 32 bit chrome.
Both my 64 bit and compat32 packages are all current as of today per ftp://slackware.mirrors.tds.net/pub/slackware/.
I have edited the Slackbuild as follows:
Code:
The build fails each time with:
Code:
I am using the newest version of ORBit2 as the above indicates, but this is just to see if the newer package would build. The X.X.17 version failed with the same output.
I have run:
Code:
I've had no problems building this package with current in a pure 64 bit environment.
i clean installed 13.1 x64, then upgraded to -current with no issues. everything seems to compile and run fine, except for inkscape. i downloaded the slackbuilds of inkscape and all its dependencies, and all their dependencies, and installed them in the proper order, however, when i run the inkscape.Slackbuild, it takes like 30minutes and then exits with the following messages:
Code: ... /usr/lib64/gcc/x86_64-slackware-linux/4.5.1/../../../../lib64/libxslt.so: undefined reference to
I've been unable to successfully get a viable Celestia package created under -current with the 13.1 Slackbuild. First off, to build Celestia in the "default" Slackbuild manner, that is to say with the GTK front-end, you need gtkglext. (The Lua package built without issue.) The problem is, gtkglext will not build. It gets to the part of the build where it builds the "scanner" library (I have no idea what this library does in specific), where it successfully compiles, but then fails to link. The newest release of gtkglext is 1.2.0, which is from 2006, so I think that some of the symbols it is looking for when linking against -current's updated GTK libraries are depreciated. Here's the last bit of output from the failed build of gtkglext:
[Code]...
"error: 'abs' is already declared in this scope"?? There's a function or variable being declared twice that can't be right. Maybe two headers use the same variable or function name, and they're winding up in the same scope Like I said, I don't know. Hence, this post. I really like Celestia. I could live with the mystery of why these things won't build, but I can't seem to find any pre-built binary packages out there.
Of course, you can't try the KDE front end, since it will only work with KDE 3.
I have the latest fbreader.Slackbuild via sbopkg. The compilation steps seem to run OK until, if I understand this correctly, it starts work on libzlcore, at which point things go wrong :
Code:
OK
The README says I will need liblinebreak, which I "Slackbuilt" with no problems.
I am trying to build conky from SlackBuilds.org using sbopkg, but the build fails every single time. It may be worth noting that I am trying to build with extra options, namely --disable-x11 --disable-xdamage --disable-own-window --disable-xft.
This is so I can have a cli-only conky that I can pipe to my status bar. This has worked in the past, but now the build is failing with a seemingly unrelated error.
It states:
Code:
At the end of the build. I tried removing the option --enable-audacious, but that only resulted in an error which complained that yet another option (--enable-rss=yes) was a "Command not found". This continues as I remove options. I would like to keep many of those options active as I have a need for certain features.
This is a copy of the SlackBuild being used:
Code:
I have a full install of Slackware64 v13.1, so audacious is installed. I don't know what else could be going wrong, and I don't know why this worked in the past.
My system is mostly slack 11.0 (Absolute Linux 11.0 actually) I have been trying to build stfl from SlackBuilds.org. I think I'm missing some ncurses wide stuff but don't know how to compile for ncursesw.
I have stock ncurses5.5 on my system.
Compiler output is:
I have /usr/include/ncurses on my system but not /usr/include/ncursesw/ncurses.h
My goal is to compile newsbeuter but this dependency is in the way.
I am trying to build abcde from slackbuilds.org and include needed packages like id3. When I went to build it I was unable to download the source from [url] and I get a 404 error in dutch. I was wondering if anyone had this issue or if there was another trusted place to grab the source code? I checked the archives of the slackbuilds-user mailing list to see if the issue is already known, but I didn't see anything.
usbimg2disk.sh fails when trying to make the USB partition active with sfdisk. I think this is caused by the new default behavior of fdisk (DOS compatible mode=off, default display units=sectors) I got it working again by replacing the sfdisk command with:
Code: # Set the bootable flag for the first (and only...) partition: lilo -A $USBDRV 1 I think it would also work to use fdisk commands 'c' and 'u' to switch back to the old behavior
I can not get gtkimageview-1.6.4 to build in current. It fails with a number of errors of type:
Code: gtkanimview.c: In function 'gtk_anim_view_get_type': /usr/include/glib-2.0/glib/gthread.h:339: error: dereferencing pointer 'value_location.1' does break strict-aliasing rules /usr/include/glib-2.0/glib/gthread.h:339: note: initialized from here
I'm using the slackware64 current slackbuild to build a new firefox for -current 32 (I like dynamically linked cairo for fonts). But I am getting a compile error...
I have been trying to install lmms on my Slackware 12.1 system.I have installed QT, cmake in order to compile the source.
It seemed to install correctly (after a bit of reading about how cmake works....) but gives me this on run:
Quote:
bash-3.1$ lmms Notice: could not set realtime priority.lmms: symbol lookup error: lmms: undefined symbol: _ZN8QPainter10drawPixmapERK7QPointFRK7QPixmap bash-3.1$
So my understanding is that it is missing a file or command associated with the program, through it not being linked or not existing. Is there any way I can find out where it thinks this file/data should be, so as to ascertain what libs/packages have it? As far as I can tell, I have all dependencies satisfied.....
I have installed the lmms-vst package (converted from a deb package) but I still not see the VeSTige Instrument in the Instrument plugins list. I really want to use VST plugins.
I am going to try out a tiling wm and I have narrowed my search down to scrotwm and dwm. I installed scrotwm from slackbuilds.org but it did not show up as a selection when I ran xwmconfig? Any ideas as to why? So then I went install dwm from slackbuilds.org but saw there was only a build script for slackware 13 as opposed to 13.1 which is what I am running. So two questions for dwm, one why is there no slackbuild for 13.1, and two when I tried to use the slackbuild for 13 this also didn't show up under xwmconfig, any thoughts?
As always, very impressive effort from Slackbuilds.org to get slackbuild scripts updated for 13.1. Thanks to all who maintain these scripts. One which does not seem to have made it to 13.1 so far is a build script for WINE. Anybody know whether this is beacuse of some problem ? Or just an oversight ? The 13.0 script is there - might be OK to just use this with 13.1 ?
Getting the hang of diff and patch, to a small extent...However, I couldn't get the slack-desc to print anything useful when running installpkg. Always had trouble with the slack-desc files.
i keep getting this error during gecko-mediaplayer build running 1337 stable up to date. lang.sh has en us utf8 enabled, (it didn't work with en US either.
it seems that there is no x11vnc slackbuild on sbo for 13.1. just wondering if there is something else people use to share the :0 desktop, or should i start looking into the 13.0 slackbuild
At least, that is what I think happened.I was interested in trying out tilda, which needs the confuse libary, both of which are slackbuilds on slackbuilds.orgI built and installed confuse, and then went to build tilda but got some error I could not follow up on.However after this, nothing as a normal user would work!For some reason my libary directories, /lib64, /usr/lib64 and other key directories such as /usr/share and /usr/bin were set to have permissions 700It took me a while to figure out what was causing the problem.Can anyone confirm that the confuse slackbuild resets your permissions like this? Otherwise, what could have caused it?Can someone please give me the correct permissions for those direcories? Is it safe to just do chmod -R 755 /usr and /lib64?
I'm trying to install OpenShot for the second time. I was originally trying to make a slackbuild for this, when a new one appeared in SBo. It does not work for me, however. It seems that it has to run a python install script and this fails. The package then complains that it cannot find the mlt python bindings.
I have downloaded the source package and the slackbuild package for OpenOffice 3.2.0.Everything seems to go well until doinst, then I get error messages about zero length files:
Im trying to recompile glibc from a working slackware-current system using source from a slackware mirror. I'm doing it for testing purpose only. Never done that before, so i'm not sure if i'm doing it right. I get the following error:
Code:
make[2]: Entering directory `/glibc-tmp-a44be92860d34519b0c9a4500878e2e6/glibc-2.11.1/iconvdata' ../Makeconfig:85: ../i486/config.make: No such file or directory /bin/sh: line 0: cd: ../i486: No such file or directory The GNU C library has not been configured.
I used the fbreader.SlackBuild in a 64bit system to create a package and I got some libraries installed under /usr/lib instead of /usr/lib64. FBReader seems to work fine though, so I'm not sure this is a problem. I guess it could be if some other app looks for those libraries. Just thought I should report it anyway.
