Re: libpng-1.4.0
On Sun, 2010-03-07 at 20:43 +1300, Simon Geard wrote: On Tue, 2010-02-02 at 14:45 +, Andrew Benton wrote: Hello world, I recently rebuilt my system and used libpng-1.4.0. Most things worked fine but there were 3 packages that gave me trouble. cairo-1.8.8 needs to be configured with ./configure png_REQUIRES=libpng14 gimp needed a sed sed -i 's/gray_1/expand_gray_1/' plug-ins/file-ico/ico-load.c and xine-ui-0.99.5 needed a sed sed -i 's/png_check_sig(buf,/ !png_sig_cmp(buf, 0,/' src/xitk/Imlib-light/load.c Andy Just trying this myself... would add xcursorgen (one of the Xorg packages), which required s/libpng12/libpng14/g on configure. Also, cairo 1.8.10 appears to support libpng14 natively, no hackery required. Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Building KDE-4.4.1
Hi all, I know a couple of folks here have built KDE recently. I think I already know the answer to this, but I think I have to grab kdesupport out of SVN in order to build KDELibs, right? My conclusion was arrived at because kdelibs wants 'automoc4' from kdesupport but there is no kdesupport tarball available from KDE's download site. If that's the case, how do I stop things like oxygen-icons being built that already have their own tarballs available? Preferably I don't even want to check out the oxygen-icons area of svn but I'm not sure that's possible...an 'svn update' on such a checkout would pull oxygen-icons next time around anyway, I would have thought. rantWhy can't developers release a bloody tarball of their stuff?/rant Thanks, Matt. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Trouble building gir-repository
Hi, I've got some trouble compiling gir-repository as per current SVN and was wondering if anybody else encountered the same problem. If this is helpful, feel free to add it to the wiki. Description of the problem == During 'make' in git-repository-0.6.5 and having GNOME_PREFIX=/opt/gnome, in the directory gir-repository-0.6.5/gir the command /usr/bin/g-ir-scanner -v --namespace GConf --nsversion=2.0 --add-include-path=. --add-include-path=. \ --include=GObject-2.0 \ --library=gconf-2 \ --libtool=/bin/sh ../libtool \ --output GConf-2.0.gir \ --pkg gconf-2.0 \ `pkg-config --variable=includedir gconf-2.0`/gconf/2/gconf/*.h returns (amongst other stuff): /usr/bin/ld: cannot find -lgconf-2 and subprocess.CalledProcessError: Command '['/bin/sh', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/bambi/build/blfs/gir-repository-0.6.5/gir/tmp-introspect6Bxd_B/GConf-2.0', '-L.', '-lgconf-2', '-pthread', '-Wl,--export-dynamic', '-lgio-2.0', '-lgirepository-1.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/bambi/build/blfs/gir-repository-0.6.5/gir/tmp-introspect6Bxd_B/GConf-2.0.o']' returned non-zero exit status 1 Apparently, ld can't find libgconf-2.so, which lives in /opt/gnome/lib. What I checked and tried gconf-2.0.pc has the correct prefix set and can be found with PKG_CONFIG_PATH. Explicitly setting setting LDFLAGS to -L/opt/gnome/lib didn't remedy the problem. I've modified the 'g-ir-scanner' invocation to include '--library-path=/opt/gnome/lib', no effect. Manually running the libtool command fails. It will however complete without error if '-L.' is substituted with '-L/opt/gnome/lib'. After that, a make will still fail in the same spot. Workaround == I made a softlink from libgconf-2.0.so to the current directory. Turns out, this process has to be repeated several times for various libs in /opt/gnome/lib. What I think is the problem === If GNOME_PREFIX is anything other than the usual system-paths, the build mechanism passes incorrect arguments to libtool which can't find the libs. Runing the whole autoconf stack (aclocal, autoheader, automake, autoconf, configure, make) didn't help. Bye, Lars -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Trouble building gir-repository
Lars Bamberger wrote these words on 03/07/10 07:54 CST: What I think is the problem === If GNOME_PREFIX is anything other than the usual system-paths, the build mechanism passes incorrect arguments to libtool which can't find the libs. Runing the whole autoconf stack (aclocal, autoheader, automake, autoconf, configure, make) didn't help. That would be an exact description of what would happen if you did not have an entry in /etc/ld.so.conf for /opt/gnome/lib. -- Randy rmlscsi: [bogomips 1003.22] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 08:07:01 up 70 days, 13:15, 1 user, load average: 1.27, 0.92, 0.41 -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Trouble building gir-repository
On 07.03.2010 15:08, Randy McMurchy wrote: If GNOME_PREFIX is anything other than the usual system-paths, the build mechanism passes incorrect arguments to libtool which can't find the libs. Runing the whole autoconf stack (aclocal, autoheader, automake, autoconf, configure, make) didn't help. That would be an exact description of what would happen if you did not have an entry in /etc/ld.so.conf for /opt/gnome/lib. ld.so.conf refers to the the _runtime_ linker /lib/ld.so and configures the dynamic linker run-time bindings. I do have '/opt/gnome/lib' in my 'ld.so.conf'. The problem I described occurred at _compile_ time, so the linker affected here is /usr/bin/ld, the GNU linker. One thing I didn't do however, is set the LD_LIBRARY_PATH environment variable. I remember reading an article somewhere saying that setting this was a bad idea, so I didn't tinker with it. Lars -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
On 7 March 2010 11:37, Matthew Burgess matt...@linuxfromscratch.org wrote: Hi all, I know a couple of folks here have built KDE recently. I think I already know the answer to this, but I think I have to grab kdesupport out of SVN in order to build KDELibs, right? My conclusion was arrived at because kdelibs wants 'automoc4' from kdesupport but there is no kdesupport tarball available from KDE's download site. Not recent, but when I was building kde4 I used to grab source tarballs from e.g. Arch. A quick google suggests Slackware have automoc-0.9.88.tar.bz2 (failing tarballs, there's always rpm2cpio). At that time, I grabbed phonon from debian, looks as if qimageblitz maybe had a proper release. Looked as if a version gets tagged in svn from time to time, but tarballs aren't prepared. If that's the case, how do I stop things like oxygen-icons being built that already have their own tarballs available? Preferably I don't even want to check out the oxygen-icons area of svn but I'm not sure that's possible...an 'svn update' on such a checkout would pull oxygen-icons next time around anyway, I would have thought. Don't know, and I'm afraid I don't care - building software became a lot easier when I gave up kde4 and cmake. rantWhy can't developers release a bloody tarball of their stuff?/rant Because they think most people will rely on a distro to package and test it. Or perhaps they think it's cool to always be on the bleeding edge. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
On Sunday 07 March 2010 04:37:28 Matthew Burgess wrote: rantWhy can't developers release a bloody tarball of their stuff?/rant ftp://ftp.kde.org/pub/kde/stable/automoc4/0.9.88 Found this after my first message. I'm not sure what's all in kdesupport though, so I can't tell if everything is there, or just kde hosted parts *shrug. -- Regards, Trent. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
On Sunday 07 March 2010 04:37:28 Matthew Burgess wrote: Hi all, I know a couple of folks here have built KDE recently. I think I already know the answer to this, but I think I have to grab kdesupport out of SVN in order to build KDELibs, right? My conclusion was arrived at because kdelibs wants 'automoc4' from kdesupport but there is no kdesupport tarball available from KDE's download site. You shouldn't need to, I don't. I use svn and grab the tagged packages. You can grab phonon from gitorious now: http://gitorious.org/phonon/phonon/commits/4.4 KDE hosts it, too, but I remember there being a lot of trouble with it recently. Some notes: It's no longer possible to build against qt's phonon. It was never really supported, but you used to be able to force it by creating a link. When I build qt and kde's phonon I notice that the some of the qt demos crash: /opt/qt-4.6- d1f77a5e47d79b9fb688046a7357bc0c8b21c875/demos/qmediaplayer/qmediaplayer: symbol lookup error: /opt/kde-4.4-1078786/lib/kde4/plugins/phonon_backend/phonon_xine.so: undefined symbol: _ZN6Phonon12PulseSupport11getInstanceEv /opt/qt-4.6.2/demos/qmediaplayer/qmediaplayer: symbol lookup error: /opt/kde-1092481/lib/kde4/plugins/phonon_backend/phonon_gstreamer.so: undefined symbol: _ZN6Phonon12PulseSupport11getInstanceEv I still build the qt phonon, though, because I'm pretty sure that qtscriptgenerator, a dependency for amarok, requires it (I can't remember the details, and I just haven't had the time to experiment (qt is just too big to keep rebuilding.) That said, you'll want to add these variables to your kdelibs build if you have qt phonon (all the other kde packages locate the kde phonon after.): -DPHONON_INCLUDE_DIR=/opt/kde-1092481/include - DPHONON_LIBRARY=/opt/kde-1092481/lib/libphonon.so I've also held back to redland-1.0.8. I remember quite the frustration with trying to upgrade it awhile back, later versions don't include rasqal and raptor in the tarball, which is good, but I couldn't get the 'real' packaged versions to work together, maybe things are different today it was few months ago I was fighting with it. -- Regards, Trent. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Trouble building gir-repository
On 07/03/10 14:59, Lars Bamberger wrote: ld.so.conf refers to the the _runtime_ linker /lib/ld.so and configures the dynamic linker run-time bindings. I do have '/opt/gnome/lib' in my 'ld.so.conf'. The problem I described occurred at _compile_ time, so the linker affected here is /usr/bin/ld, the GNU linker. One thing I didn't do however, is set the LD_LIBRARY_PATH environment variable. I remember reading an article somewhere saying that setting this was a bad idea, so I didn't tinker with it. Does setting LD_RUN_PATH help? Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
GVFS isn't loading at session start
Hi. I have built gnome 2.28.1 with gdm 2.20.8 (I notice that 2.28.1 is missing gdm-setup) and gvfs-1.4.1 (I have updated to gvfs-1.4.3 trying to fix my problem, no success), my dbus version is 1.2.16 and I'm using X11R7.5. I build gnome using prefix=/opt/gnome, and gvfs was configured with this parameters: ./configure --prefix=/opt/gnome --sysconfdir=/etc/gnome/2.28.1 --libexecdir=/opt/gnome/lib/gvfs To make dbus start gvfs I included inside /etc/dbus-1/session-local.conf this: !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Search for .service files in /usr/local -- servicedir/opt/gnome/share/dbus-1/services/servicedir servicedir/usr/share/dbus-1/services/servicedir /busconfig Inside /opt/gnome/share/dbus-1/services I have: ls -l /opt/gnome/share/dbus-1/services/ total 28 -rw-r--r-- 1 root root 71 Mar 7 10:11 gvfs-daemon.service -rw-r--r-- 1 root root 82 Mar 7 10:11 gvfs-metadata.service -rw-r--r-- 1 root root 72 Jan 24 21:58 org.gnome.GConf.service -rw-r--r-- 1 root root 122 Jan 24 23:36 org.gnome.keyring.service -rw-r--r-- 1 root root 110 Jan 25 03:49 org.gnome.SettingsDaemon.service -rw-r--r-- 1 root root 111 Mar 7 10:11 org.gtk.Private.GPhoto2VolumeMonitor.service -rw-r--r-- 1 root root 103 Mar 7 10:11 org.gtk.Private.HalVolumeMonitor.service If I grep for gvfs it returns: grep gvfs /opt/gnome/share/dbus-1/services/* /opt/gnome/share/dbus-1/services/gvfs-daemon.service:Exec=/opt/gnome/lib/gvfs/gvfsd /opt/gnome/share/dbus-1/services/gvfs-metadata.service:Exec=/opt/gnome/lib/gvfs/gvfsd-metadata /opt/gnome/share/dbus-1/services/org.gtk.Private.GPhoto2VolumeMonitor.service:Exec=/opt/gnome/lib/gvfs/gvfs-gphoto2-volume-monitor /opt/gnome/share/dbus-1/services/org.gtk.Private.HalVolumeMonitor.service:Exec=/opt/gnome/lib/gvfs/gvfs-hal-volume-monitor GDM starts my session with the follow options: cat /opt/gnome/share/xsessions/gnome-dbus.desktop [Desktop Entry] Encoding=UTF-8 Name=GNOME with D-BUS Comment=GNOME Desktop with D-BUS support Exec=dbus-launch --exit-with-session gnome-session TryExec=/usr/bin/dbus-launch Icon= Type=Application Well... after saying all this the problem is that after starting my gnome session, I can't open locations such as computer://, trash://, network://, everytime I try I get Error: Operation not supported, the same error is returned if I try gvfs-ls trash:// on the terminal. Running lsof | grep gvfs returns me nothing, lsof | grep dbus give-me the following: dbus-daem 965 messagebus cwd DIR8,2 4096 2 / dbus-daem 965 messagebus rtd DIR8,2 4096 2 / dbus-daem 965 messagebus txt REG8,2 1129827 1939265 /usr/bin/dbus-daemon dbus-daem 965 messagebus mem REG8,2 54318 773034 /lib/libnss_files-2.10.1.so dbus-daem 965 messagebus mem REG8,2 1732630 773049 /lib/libc-2.10.1.so dbus-daem 965 messagebus mem REG8,2 39213 773048 /lib/librt-2.10.1.so dbus-daem 965 messagebus mem REG8,2127937 773032 /lib/libpthread-2.10.1.so dbus-daem 965 messagebus mem REG8,2392869 1161581 /usr/lib/libexpat.so.1.5.2 dbus-daem 965 messagebus mem REG8,2144967 773044 /lib/ld-2.10.1.so dbus-daem 965 messagebus0u CHR1,3 0t0 262 /dev/null dbus-daem 965 messagebus1u CHR1,3 0t0 262 /dev/null dbus-daem 965 messagebus2u CHR1,3 0t0 262 /dev/null dbus-daem 965 messagebus3u unix 0xf6cdd540 0t0 2414 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus4u CHR1,3 0t0 262 /dev/null dbus-daem 965 messagebus5r DIR0,9 0 1 inotify dbus-daem 965 messagebus6u unix 0xf6da8380 0t0 2417 socket dbus-daem 965 messagebus7u unix 0xf6da8a80 0t0 2418 socket dbus-daem 965 messagebus8u unix 0xf6ef01c0 0t0 2519 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus9u unix 0xf6da8700 0t0 2538 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus 10u unix 0xf6da8e00 0t0 2557 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus 11u unix 0xf6cdd1c0 0t0 2714 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus 15u unix 0xf6432700 0t0 3230 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus 16u unix 0xf6432e00 0t0 3226 /var/run/dbus/system_bus_socket dbus-daem 965 messagebus 19u unix 0xf64e2000 0t0 4105 /var/run/dbus/system_bus_socket hald 1004 haldaemon mem REG8,2803157 2070613 /usr/lib/libdbus-1.so.3.4.0 hald 1004 haldaemon mem REG8,2336829 1949747 /usr/lib/libdbus-glib-1.so.2.1.0 console-k 1007 root mem REG8,2803157 2070613 /usr/lib/libdbus-1.so.3.4.0
Re: Building KDE-4.4.1
On 3/7/10, Matthew Burgess matt...@linuxfromscratch.org wrote: rantWhy can't developers release a bloody tarball of their stuff?/rant They do have tarballs. The trick is getting the non-kde required stuff. I compared build instructions in 3 places and made composite instructions to build 4.3.4 successfully. It is updated to 4.4.0, but as yet untested. Replacing 4.4.0 with 4.4.1 in all the instructions should work. This page points to the tarballs and has the build instructions I used: http://linux-fan-alfs.blogspot.com/2009/12/build-kde-434-from-source.html -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: GVFS isn't loading at session start
On 07.03.2010 18:24, Maginot Junior wrote: I can't open locations such as computer://, trash://, network://, everytime I try I get Error: Operation not supported, Hi, I have had the very same problem a while back. I traced it back to an undocumented dependency of gnome-vfs on gvfs. The solution was to build gvfs as soon as possible in the GNOME build process and build everything GNOME anew again. Some package (possibly nautilus) seems not to complain a missing gvfs, use a fallback, and not give the full functionality. That was a while back, however and gnome-vfs is depreciated by now. My recommendation is to build gvfs and nautilus again (in that order) and take a very close look at the output of configure and make in order to find any missing references. BTW: My configuration file match yours, so that seems OK. HTH Lars -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: GVFS isn't loading at session start
Hey Lars, thanks for the quick reply, unfortunately I did already this, actually to guarantee I just did it again, compiled gvfs-1.4.3 and nautilus-2.28.1, nothing seens to change. When you had this issue, did you just recompiled gvfs and nautilus or any other package too ? Do you think gnome-vfs can be a problem to gvfs ? I hope not to have to compiled and install all gnome stuff again, I took a little while to notice this issue, and I have a almost full distro build, hehe hey, thanks again its good to see that I'm not the only one who had this issue. [ ]'s -- Maginot Júnior LPIC 1 - LPIC 2 - LPIC 3 - CCNA - CLA - Analista Forense On Sun, Mar 7, 2010 at 3:25 PM, Lars Bamberger maill...@herr-der-mails.de wrote: On 07.03.2010 18:24, Maginot Junior wrote: I can't open locations such as computer://, trash://, network://, everytime I try I get Error: Operation not supported, Hi, I have had the very same problem a while back. I traced it back to an undocumented dependency of gnome-vfs on gvfs. The solution was to build gvfs as soon as possible in the GNOME build process and build everything GNOME anew again. Some package (possibly nautilus) seems not to complain a missing gvfs, use a fallback, and not give the full functionality. That was a while back, however and gnome-vfs is depreciated by now. My recommendation is to build gvfs and nautilus again (in that order) and take a very close look at the output of configure and make in order to find any missing references. BTW: My configuration file match yours, so that seems OK. HTH Lars -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
Ken Moffat wrote: On 7 March 2010 11:37, Matthew Burgess matt...@linuxfromscratch.org wrote: Hi all, I know a couple of folks here have built KDE recently. I think I already know the answer to this, but I think I have to grab kdesupport out of SVN in order to build KDELibs, right? My conclusion was arrived at because kdelibs wants 'automoc4' from kdesupport but there is no kdesupport tarball available from KDE's download site. Not recent, but when I was building kde4 I used to grab source tarballs from e.g. Arch. A quick google suggests Slackware have automoc-0.9.88.tar.bz2 (failing tarballs, there's always rpm2cpio). At that time, I grabbed phonon from debian, looks as if qimageblitz maybe had a proper release. Looked as if a version gets tagged in svn from time to time, but tarballs aren't prepared. If that's the case, how do I stop things like oxygen-icons being built that already have their own tarballs available? Preferably I don't even want to check out the oxygen-icons area of svn but I'm not sure that's possible...an 'svn update' on such a checkout would pull oxygen-icons next time around anyway, I would have thought. Don't know, and I'm afraid I don't care - building software became a lot easier when I gave up kde4 and cmake. I'm seriously considering giving up on it too, to be honest. The cmake output clearly stated that I needed to use automoc from kdesupport, but now folks are pointing me at old automoc tarballs. If the dev's can't even be bothered to update their dependency documentation then it doesn't bode well for the rest of what I might encounter. Various howtos I've found on the net also point at pulling phonon from git, and various other bits from their respective SCM repositories. That's not for me, I'm afraid. How on earth upstream devs cope with bug reports when they've no way of controlling/repeating what their users might be linking against I've no idea. Following on from the earlier thread discussing lightweight window managers/desktop environments, I'm currently trying to get lxde put together. lxdm requires consolekit which requires polkit which requires PAM. Despite polkit accepting '--with-authfw=shadow' it bails as there are assumptions all over the code on PAM being present. What was it I said above about developers accurately detailing their dependencies :-). Aside from that though, I think lxde might be just what I'm after! Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
Matthew Burgess wrote: Ken Moffat wrote: Don't know, and I'm afraid I don't care - building software became a lot easier when I gave up kde4 and cmake. I'm seriously considering giving up on it too, to be honest. The cmake output clearly stated that I needed to use automoc from kdesupport, but now folks are pointing me at old automoc tarballs. If the dev's can't even be bothered to update their dependency documentation then it doesn't bode well for the rest of what I might encounter. Various howtos I've found on the net also point at pulling phonon from git, and various other bits from their respective SCM repositories. That's not for me, I'm afraid. How on earth upstream devs cope with bug reports when they've no way of controlling/repeating what their users might be linking against I've no idea. Following on from the earlier thread discussing lightweight window managers/desktop environments, I'm currently trying to get lxde put together. lxdm requires consolekit which requires polkit which requires PAM. Despite polkit accepting '--with-authfw=shadow' it bails as there are assumptions all over the code on PAM being present. What was it I said above about developers accurately detailing their dependencies :-). Aside from that though, I think lxde might be just what I'm after! One of the nice things about LFS is that you don't need to always upgrade. I still use KDE3 as my main system. I don't need a lot of extra stuff. The main things I use are kicker and konsole. I never use konquoror unless I'm using it to check out a web page against my usual browser. I do really like konsole because if the look and feel of the tabbed consoles (Gnome's version seems klunky). I also like ksnapshot and occasionally use kruler. I never use the kde editors, koffice, kmail, etc. It's a shame that they didn't just do a straight port of kde3 to qt4. On my LFS build/test system, I use fluxbox when I need a window manager, but mostly I cna jsut run X apps there via ssh. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Building KDE-4.4.1
On Sunday 07 March 2010 17:14:48 Matthew Burgess wrote: Ken Moffat wrote: a lot easier when I gave up kde4 and cmake. I'm seriously considering giving up on it too, to be honest. The cmake output clearly stated that I needed to use automoc from kdesupport, but now folks are pointing me at old automoc tarballs. CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake: 70 (MESSAGE): Did not find automoc4 (part of kdesupport). Searched for Automoc4Config.cmake in using suffixes automoc4 lib/automoc4 lib64/automoc4. (missing: AUTOMOC4_EXECUTABLE) I read this as it could be found in kdesupport, but you're correct this should be a minimum version check and a concise, clear message; things have gotten a lot better over the last couple of releases, for instance I haven't had to fuss with a cmake files in months! but, there's still a ways to go... If the dev's can't even be bothered to update their dependency documentation then it doesn't bode well for the rest of what I might encounter. Various howtos I've found on the net also point at pulling phonon from git, and various other bits from their respective SCM repositories. That's not for me, I'm afraid. How on earth upstream devs cope with bug reports when they've no way of controlling/repeating what their users might be linking against I've no idea. Well, in my opinion the current phonon situation is ridiculous. I haven't bothered to read the rational behind why kde is still maintaining/developing a branch, but it feels like there should be an effort to merge, and just maintain additional backends. (just to emphasize, this is my opinion based on what sounds/seems like common sense;) Following on from the earlier thread discussing lightweight window managers/desktop environments, I'm currently trying to get lxde put together. lxdm requires consolekit which requires polkit which requires PAM. Despite polkit accepting '--with-authfw=shadow' it bails as there are assumptions all over the code on PAM being present. What was it I said above about developers accurately detailing their dependencies :-). Aside from that though, I think lxde might be just what I'm after! I've been tempted to drop KDE a number of times; the kitchen sink approach is a bit overwhelming and it's getting tiring, but the mail client keeps dragging me back. And really, things have been getting better ( I keep telling myself that.) Matt. Just as an aside: There's been a lot of work from James Tyrer: http://techbase.kde.org/Getting_Started/Build/KDE4/LFS I can also provide my build notes, they're pretty specific to my hacked dpkg system, but may be a good reference. -- Regards, Trent. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: GVFS isn't loading at session start
On 08/03/10 04:24, Maginot Junior wrote: Hi. I have built gnome 2.28.1 with gdm 2.20.8 (I notice that 2.28.1 is missing gdm-setup) and gvfs-1.4.1 (I have updated to gvfs-1.4.3 trying to fix my problem, no success), my dbus version is 1.2.16 and I'm using X11R7.5. I build gnome using prefix=/opt/gnome, and gvfs was configured with this parameters: ./configure --prefix=/opt/gnome --sysconfdir=/etc/gnome/2.28.1 --libexecdir=/opt/gnome/lib/gvfs To make dbus start gvfs I included inside /etc/dbus-1/session-local.conf this: !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Search for .service files in /usr/local -- servicedir/opt/gnome/share/dbus-1/services/servicedir servicedir/usr/share/dbus-1/services/servicedir /busconfig I've also seen this before but cannot remember the cause. Can you let me know what you have in /etc/dbus-1/system-local.conf, and also have a look at the log files under /var/log/gdm. Can you also let us know what optional dependencies you had installed for both gvfs and gdm. Thanks, Wayne. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: GVFS isn't loading at session start
On 08/03/10 13:52, Maginot Junior wrote: My session-local.conf has the follow information: I've also seen this before but cannot remember the cause. Can you let me know what you have in /etc/dbus-1/system-local.conf, and also have a look at the log files under /var/log/gdm. Can you also let us know what optional dependencies you had installed for both gvfs and gdm. Thanks, Wayne. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Maginot, I did ask for /etc/dbus-1/system-local.conf and not session-local.conf. If you don't have system-local.conf then this could be your problem. It should contain: !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Search for .conf files in /etc/gnome/2.28.2/dbus-1/system.d -- includedir/etc/gnome/2.28.2/dbus-1/system.d/includedir /busconfig Substituting the correct Gnome version. Regards, Wayne. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: GVFS isn't loading at session start
Really sorry, I get confused, I think I'm to anxious to fix this =) back to the problem, I have both, system.conf and system-local.conf, system-local.conf have the follow: # cat /etc/dbus-1/system-local.conf !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Search for .conf files in /etc/gnome/2.28.1/dbus-1/system.d -- includedir/etc/gnome/2.28.1/dbus-1/system.d/includedir /busconfig # ls -l /etc/gnome/2.28.1/dbus-1/system.d/ total 12 -rw-r--r-- 1 root root 591 Jan 25 01:30 org.gnome.ClockApplet.Mechanism.conf -rw-r--r-- 1 root root 497 Jan 25 04:23 org.gnome.CPUFreqSelector.conf -rw-r--r-- 1 root root 570 Jan 24 21:58 org.gnome.GConf.Defaults.conf [ ]'s -- Maginot Júnior LPIC 1 - LPIC 2 - LPIC 3 - CCNA - CLA - Analista Forense On Mon, Mar 8, 2010 at 12:23 AM, Wayne Blaszczyk wblas...@bigpond.net.au wrote: On 08/03/10 13:52, Maginot Junior wrote: My session-local.conf has the follow information: I've also seen this before but cannot remember the cause. Can you let me know what you have in /etc/dbus-1/system-local.conf, and also have a look at the log files under /var/log/gdm. Can you also let us know what optional dependencies you had installed for both gvfs and gdm. Thanks, Wayne. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Maginot, I did ask for /etc/dbus-1/system-local.conf and not session-local.conf. If you don't have system-local.conf then this could be your problem. It should contain: !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Search for .conf files in /etc/gnome/2.28.2/dbus-1/system.d -- includedir/etc/gnome/2.28.2/dbus-1/system.d/includedir /busconfig Substituting the correct Gnome version. Regards, Wayne. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page