That which could be fixed in SBo thread.

http://cgit.ponce.cc/slackbuilds/commit/?h=libbonobo

here I removed the srcdir macro with a patch to make the new autotools happy, as debian and fedora do.

https://bugs.debian.org/cgi-bin/bugr...cgi?bug=713695
http://pkgs.fedoraproject.org/cgit/l...8dc53fa5f34c52

Thanks ponce. Tomorrow I'll grab the package and try it out.

I'm still finding some hiccups here and there (mostly missing dependencies not in SBo), but the only major hiccup has been glib and trying to rebuild haldaemon (for my own usage). I have a note in my repository about it. Seems that the glib developers inserted a nice little surprise in the headers about trying to use a code definition.

I ran into some issues with SweetHome3d. Initially, I was running Eric's OpenJDK, but switched to the latest build of JDK I had on the machine (7u65) to double check and neither allowed the program to start. I ended up needing to use the non-modified launching script (the file in /usr/bin is modified by the slackbuild) within the source directory which pointed to the internal JRE6 version.

Can someone who has the latest JDK installed test it and see if it works or is broken?

If you want to try the built in version, you can go into the source directory and run the SweetHome3d file or comment out the following in the slackbuild.

# Set program location and use global java
sed -i $PKG/usr/bin/SweetHome3D \
  -e "s,\"\$PROGRAM_DIR\"/jre1.6.0_45/bin/java,/usr/lib${LIBDIRSUFFIX}/java/bin/java,g" \
  -e "s,\"\$PROGRAM_DIR\"/jre1.6.0_45/lib,/usr/lib${LIBDIRSUFFIX}/java/jre/lib,g" \
  -e "s,\"\$PROGRAM_DIR\"/lib,/usr/share/$PRGNAM,g"

Also, while testing, I did try the 4.6 version which behaves the same as the 4.5 that is used in the slackbuild (I'm running 4.6 now by using the internal JRE6 included with the program). Upgrading to 4.6 should be non-trivial once the kinks of launching the program are ironed out.

As a side note, any other recommendations for good software that does floorplans?

works fine here with SBo's jdk.

Originally Posted by ponce works fine here with SBo's jdk.

Thanks, I'll submit a bug report to them about the issues with openjdk.

That fix works ponce for libbonobo. Good work.

Source for knemo is no longer available on kde-apps.org (looks like the domain might be down). Debian has mirrored the source with a slightly different name.

http://ftp.de.debian.org/debian/pool...6.orig.tar.bz2 (MD5 42b35d4d48698a2f514adeb2ca872408)

the source is working just fine. I just tested here

It's working fine for me now too. I wonder if it was just down last night... I even checked kde-apps.org, and it timed out.

Thanks for checking, willysr

I was getting issues when trying to build irrlicht.

In file included from COpenGLDriver.h:25:0,
                 from COpenGLDriver.cpp:5:
COpenGLExtensionHandler.h:1236:3: error: ‘PFNGLBLENDEQUATIONPROC’ does not name a type
   PFNGLBLENDEQUATIONPROC pGlBlendEquation;
   ^
COpenGLExtensionHandler.h: In member function ‘void irr::video::COpenGLExtensionHandler::extGlBlendEquation(GLenum)’:
COpenGLExtensionHandler.h:2566:6: error: ‘pGlBlendEquation’ was not declared in this scope
  if (pGlBlendEquation)
      ^
make: *** [COpenGLDriver.o] Error 1
make: Leaving directory `/tmp/SBo/irrlicht-1.8.1/source/Irrlicht'

After some searching I found this thread, basically replace glext.h in "source/Irrlicht/" with this and it builds! (I just wanted to record this somewhere)

Originally Posted by orbea I was getting issues when trying to build irrlicht. In file included from COpenGLDriver.h:25:0, from COpenGLDriver.cpp:5: COpenGLExtensionHandler.h:1236:3: error: ‘PFNGLBLENDEQUATIONPROC’ does not name a type PFNGLBLENDEQUATIONPROC pGlBlendEquation; ^ COpenGLExtensionHandler.h: In member function ‘void irr::video::COpenGLExtensionHandler::extGlBlendEquation(GLenum)’: COpenGLExtensionHandler.h:2566:6: error: ‘pGlBlendEquation’ was not declared in this scope if (pGlBlendEquation) ^ make: *** [COpenGLDriver.o] Error 1 make: Leaving directory `/tmp/SBo/irrlicht-1.8.1/source/Irrlicht' After some searching I found this thread, basically replace glext.h in "source/Irrlicht/" with this and it builds! (I just wanted to record this somewhere)

This only applies to Slackware current with the newer mesa 10.x package. Gentoo has a patch for it here.

If it targets -Current then by all means, if the patch is needed, then it's needed. This thread is about fixing packages against -Current in SBo. This fixes should apply to 14.1 equally, but the argument is getting SBo ready for 14.2 or whatever is coming.

thanks Larry for the patch: I added it to a dedicated branch of my personal repository for -current, will go in the main "current" branch of it at the next update.

I may have come across one instance that probably isn't covered in the "oss" package on SBo.

Several alsa using apps regardless of what is done, don't like to work with oss. After oss is installed, shouldn't alsa-libs be rebuilt against oss to support oss calls in libasound2.so so that the audio is properly supported? Does this require a patch, similar to how FreeBSD operates, or will alsa-libs rebuild cleanly against oss without problems?

I don't use OSS, but have you checked

http://www.opensound.com/wiki/index....ions_for_OSSv4

and in particular

http://www.opensound.com/wiki/index....nd.so.2_errors