Slackware :: Ffmpeg Slackbuild Fails In Current Multilib
Jan 9, 2010
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 have an old Win98 program that controls my amateur radio transceiver. I want to try it in wine, so have followed Eric's instructions on a clean -current installation. When I get to the wine SlackBuild, it tells me that it needs fontforge & webcore-fonts. I am assuming that I need to install these dependencies as 32-bit, but I am not sure, so would someone use the proper baseball bat to get me on track?
I am trying to use projectM with amarok, using jack. i have jack up and running fine, amarok works, and projectM builds, but it doesnt run. i built the 2.0.1 both from source and from SBo, but neither of them run correctly. when i run projectM-jack, i get the following spit back at me:
I just thought I would post this file since I was doing it for myself. This is the stock /etc/slackpkg/blacklist file with AlienBOB's multilib and kde 4.4.2 packages added. If I screwed something up please let me know!
Code: # This is a blacklist file. Any packages listed here won't be # upgraded, removed, or installed by slackpkg. # # The correct syntax is:
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 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 installed multilib support in my 64bit slackware 13.37 installation than I proceed it to install google earth from slackbuilds... and did ln -sf /lib/ld-linux.so.2 /lib/ld-lsb.so.3Now when I try to run google earth I get:[ 760.092745] googleearth-bin[3647]:segfault at 984f7d31 ip 00000000984f7d31 sp 00000000ffbfe100 error 4
Does anyone know if I need to build the proprietary ATI drivers specifically for 32-bit, or do the 64-bit packages take care of 32-bit compatibility? If so, how would I do that?
I tried:
Code:
But the package has the same files as its 64-bit counterpart. The reason I'm asking is I'm trying to get Neverwinter Nights working and a post I found mentioned this problem.
I get a single line error: "Failed to initialize graphics."
I want to take out the multilib capability for my system. Is it as simple as using "slackpkg clean-system", to remove all the compat32 pkgs, then using "slackpkg upgrade-all" to replace all the gcc and glibc packages?The reason I ask, is that I only used the multilib to be able to run Google Earth. There are no other x86 packages on the system. I have another x86 computer that will run Google Earth if I need it. It just wasn't worth it for this one package.
I installed Slackware64 13.1 two days ago for the first time ever on my Dell Inspiron 1525 after using linux for about a year (Debian and Fedora, though I've installed a few others in VMs). I've really enjoyed Slackware so far, it's been comparatively trouble free. However, I decided to follow AlienBOB's instructions to make it multilib, and though I thought I'd done everything right - I can't seem to compile any 32-bit 13.1 slackbuilds; I've tried with sbopkg as well as the normal method, but it simply won't work. I must have done something wrong, but I've re-read the instructions on getting mutilib working several times and I can't work out what it is.
I'm running a generic kernel with Slackware64 13.37 multilib. Every now and then it freezes at the boot time. It probably happens 1 every 5-7 times, so it's not a big problem, but it indicates that something is not right.
Is there an easy way to get all of the multilib files from [URL]? I've tried:
1.) wget - won't use wildcards on an http server, and trying to get the whole folder just gets me index.html
2.) ftp - it's not an ftp server and I can't login anonymously via gftp. I wasn't expecting this to work, it was just something else to try.
3.) rsync - If this could work, I may not be using the right syntax. I tried (-n for a dry run first):
Code: rsync -avn [URL]
And it just sat there doing nothing until I hit ctl-c.
Obviously I could download each file from my web browser but I figured there had to be a more elegant Unix-y way without all the clicky-clicky. Are the files hosted on an ftp server anywhere?
A certain program I use requires pango and gtkglext in 32 bit. I had already installed both of these in 64, and just now I downloaded .rpms for them in 32 bit and used rpm2tgz to turn them into .tgz files. The application i needed them for now works fine, but I'm wondering if installing precompiled packages like I did may mess with the 64 bit installs I already did, or if they can both be installed at the same time without any issues.
I'm going to install Slackware 13.1 soon and I may also install the 32-bit compatibility libraries from Eric (Alien BoB).I'd like confirmation on the process of updating multilib Slackware when there's a security patch. I'm talking about running the -stable branch, by the way.Under the normal methods of updating (e.g. 'slackpkg upgrade-all' or using the script I developed to download a local mirror of the patches directory and install from there, or even doing it by hand), the regular 64-bit packages will get updated.However, the 32-bit compatibility versions of those files won't get updated. Right?So I'll need to download the new 32-bit patches, run the convertpkg-compat32 script on them, and then upgradepkg the new files.
I have a Slackware64-Multilib 13.1 (from the Alien's wiki page) and decided to upgrade the kernel 33.4 to the 37.6 (also using the Alien's wiki page).
But now Adobe, Wine and other related packages with Multilib does not work. So I upgrade the gcc and glibc packages but the problem remains. What did I mess?
Would it be possible/advisable to add a note to the security emails if an updated package is also part of the multilib install? I know with this last round of updates, seamonkey-solibs and cups are a part of multilib. I snagged the 32bit versions, converted them, and upgraded. It's kind of hard to keep track of which packages are a part of multilib.
