Re: [blfs-dev] pam_ck_connector and pam_loginuid
On 07/02/2012 01:16 AM, DJ Lucas wrote: Shall I try this again pam_ck_connector and pam_loginuid should not be placed into system-session, but rather directly in login, {g,k,x}dm, sshd, etc. as session optional. These modules are only intended for login sessions. When using sudo, pam_ck_connector causes gnome-shell to segfault. I don't completely understand the interaction just yet, but I suspect it has something to do with root now owning the session cookie. :-) I think the best solution would be to create empty login-* configurations and append to those (include them by default in login configuration), and then include that into login utilities pam configuration. I'll try and get a look at it Wed night or so (maybe even tonight...we'll see). -- DJ Lucas It is not my fault that sudo is broken when it comes to pam. Everything else works but it and I don't want to sacrifice everything else for some stuff I don't care about. Just don't use system-session in sudo in the first place like I do. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Libdv
I ran into a problem with the configure from libdv. I kept getting an error that it could not find libXv. I do have it in a non-stahdard location (/opt/xorg/lib), but it should have been picked up because the directory is in /etc/ld.so.conf and ldconfig has been run. I was able to get it to build and install with: sed -i -e s:-lXv : -L/opt/xorg/lib: configure I didn't use --disable-gtk or --disable-xv because I have them both. The playdv program was not built. It was looking for linux/videodev.h, but I only have linux/videodev2.h. It appears that libdv was last updated in 2006. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
On Mon, Jul 02, 2012 at 01:26:36PM -0500, Bruce Dubbs wrote: I ran into a problem with the configure from libdv. I kept getting an error that it could not find libXv. I do have it in a non-stahdard location (/opt/xorg/lib), but it should have been picked up because the directory is in /etc/ld.so.conf and ldconfig has been run. I was able to get it to build and install with: sed -i -e s:-lXv : -L/opt/xorg/lib: configure My view is that if you put things in /opt you *will* have to change the book's instructions from time to time, at least for *old* packages. I didn't use --disable-gtk or --disable-xv because I have them both. Looking at configure, that is gtk+ = 1.2.4, i.e. gtk+.pc, which I rather doubt you have : I have gtk+-2.0.pc which appear to be ignored by the configure scripts. Interestingly, I first built this package in 2009 and at that time the log when checking for GTK reported several 'sh: glib-config not found' messages - I wonder what made them disappear, but it's not worth investigating! The playdv program was not built. It was looking for linux/videodev.h, but I only have linux/videodev2.h. It appears that libdv was last updated in 2006. -- Bruce I only build libdv because it is an optional dep for gst-plugins-good. Never even realised it installs *any* programs (I don't usually have the browser occupying the whole height of a desktop, so don't scroll down further than I need to, and maybe I didn't even look at BLFS when I decided to build it). From my logs I can confirm that playdv has never been installed in my builds. Interestingly, I configure it with $./configure --prefix=/usr --enable-static=no I'm sure that can probably be changed to --disable-static. The references to GTK+ seem unnecessary and liable to cause confusion now that gtk+-1 is defunct. OTOH, I would promote xv to recommended - in any event, it *ought* to be listed as some sort of dependency. Google suggests that linux/videodev.h was finally removed in 2.6.35, so it seems rather unlikely that anyone using LFS-7.0 or later will ever build playdv. I can change libdv if this meets approval - will make a change from tearing my hair out to sort out the required kernel config options, and a working sf download url, for something I'm planning to suggest :) ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
On Mon, Jul 02, 2012 at 09:42:06PM +0100, Ken Moffat wrote: Google suggests that linux/videodev.h was finally removed in 2.6.35, so it seems rather unlikely that anyone using LFS-7.0 or later will ever build playdv. Alternatively, some distros are patching: -#include linux/videodev.h +#include libv4l1-videodev.h Apparently, that comes from libv4l - which might be part of http://linuxtv.org/downloads/v4l-utils/ Personally, I don't see any need for this program. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
Ken Moffat wrote: On Mon, Jul 02, 2012 at 01:26:36PM -0500, Bruce Dubbs wrote: I ran into a problem with the configure from libdv. I kept getting an error that it could not find libXv. I do have it in a non-stahdard location (/opt/xorg/lib), but it should have been picked up because the directory is in /etc/ld.so.conf and ldconfig has been run. I was able to get it to build and install with: sed -i -e s:-lXv : -L/opt/xorg/lib: configure My view is that if you put things in /opt you *will* have to change the book's instructions from time to time, at least for *old* packages. Perhaps, but I really don't run into many problems. I didn't use --disable-gtk or --disable-xv because I have them both. Looking at configure, that is gtk+ = 1.2.4, i.e. gtk+.pc, which I rather doubt you have : I have gtk+-2.0.pc which appear to be ignored by the configure scripts. Right. I get that too. Interestingly, I first built this package in 2009 and at that time the log when checking for GTK reported several 'sh: glib-config not found' messages - I wonder what made them disappear, but it's not worth investigating! Agree. The playdv program was not built. It was looking for linux/videodev.h, but I only have linux/videodev2.h. It appears that libdv was last updated in 2006. I only build libdv because it is an optional dep for gst-plugins-good. That why I built it too. Never even realised it installs *any* programs (I don't usually have the browser occupying the whole height of a desktop, so don't scroll down further than I need to, and maybe I didn't even look at BLFS when I decided to build it). From my logs I can confirm that playdv has never been installed in my builds. Interestingly, I configure it with $./configure --prefix=/usr --enable-static=no I'm sure that can probably be changed to --disable-static. The references to GTK+ seem unnecessary and liable to cause confusion now that gtk+-1 is defunct. OTOH, I would promote xv to recommended - in any event, it *ought* to be listed as some sort of dependency. Or we could just remove libdv. However it is referenced in general/genlib/ptlib.xml:xref linkend=libdv/, multimedia/videoutils/transcode.xml:xref linkend=libdv/, multimedia/videoutils/mplayer.xml: xref linkend=libdv/, multimedia/videoutils/vlc.xml: xref linkend=libdv/, multimedia/libdriv/libquicktime.xml: xref linkend=libdv/, multimedia/libdriv/gst-plugins-good.xml: xref linkend=libdv/, -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
On Mon, Jul 02, 2012 at 04:07:04PM -0500, Bruce Dubbs wrote: Or we could just remove libdv. However it is referenced in general/genlib/ptlib.xml:xref linkend=libdv/, multimedia/videoutils/transcode.xml:xref linkend=libdv/, multimedia/videoutils/mplayer.xml: xref linkend=libdv/, multimedia/videoutils/vlc.xml: xref linkend=libdv/, multimedia/libdriv/libquicktime.xml: xref linkend=libdv/, multimedia/libdriv/gst-plugins-good.xml: xref linkend=libdv/, -- Bruce My impression is that it allows people to play .avi files. If that is right, it's not the sort of thing to drop just because the package is old. Many AV libs are old, but they generally seem to keep building with newer toolchains. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] vlc and d-bus
I just ran into a problem with vlc caused by d-bus. The latest version of d-bus does create /var/lib/dbus, but it does not populate it. vlc filed with: process 4644: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open /etc/machine-id: No such file or directory Running dbus-uuidgen --ensure generates /var/lib/dbus/machine-id and allows vlc to complete properly. We probably need to add the generation instruction to the book in the d-bus section. Unrelated to d-bus, vlc complains and aborts if libgcrypt is not present. We need to add to the command explanations: --disable-libgcrypt: Use this switch if you don't have libgcrypt installed. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
Ken Moffat wrote: On Mon, Jul 02, 2012 at 04:07:04PM -0500, Bruce Dubbs wrote: Or we could just remove libdv. However it is referenced in general/genlib/ptlib.xml:xref linkend=libdv/, multimedia/videoutils/transcode.xml:xref linkend=libdv/, multimedia/videoutils/mplayer.xml: xref linkend=libdv/, multimedia/videoutils/vlc.xml: xref linkend=libdv/, multimedia/libdriv/libquicktime.xml: xref linkend=libdv/, multimedia/libdriv/gst-plugins-good.xml: xref linkend=libdv/, -- Bruce My impression is that it allows people to play .avi files. If that is right, it's not the sort of thing to drop just because the package is old. Many AV libs are old, but they generally seem to keep building with newer toolchains. OK, I don't see a lot of avi files, but I do see some. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] vlc and d-bus
On 3.7.2012 0:43, Bruce Dubbs wrote: I just ran into a problem with vlc caused by d-bus. The latest version of d-bus does create /var/lib/dbus, but it does not populate it. vlc filed with: Hm, IIRC bootscript should run dbus-uuidgen --ensure before starting dbus-daemon. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] vlc and d-bus
Armin K. wrote: On 3.7.2012 0:43, Bruce Dubbs wrote: I just ran into a problem with vlc caused by d-bus. The latest version of d-bus does create /var/lib/dbus, but it does not populate it. vlc filed with: Hm, IIRC bootscript should run dbus-uuidgen --ensure before starting dbus-daemon. Yes, it does, but I didn't reboot after installing d-bus and continued installing without starting the dbus daemon. I don't really think we need dbus until we enter an advanced window manager. I'm building KDE right now in twm and it doesn't seem to need dbus. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libdv
On Mon, 02 Jul 2012 22:06:53 +0100 Bruce Dubbs bruce.du...@gmail.com wrote: Or we could just remove libdv. However it is referenced in +1 for removal. I don't install it so I'm not really familiar with it but I have no problems playing video files, DVDs or watching TV so I see no reason to install it. Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] libartsc.so
Building a new system creates new challenges. I built mplayer and almost all the dependencies in the book. Trying to run it gives: mplayer: error while loading shared libraries: libartsc.so.0: cannot open shared object file: No such file or directory I didn't realize that we didn't even have arts in the book any more. Tracing this down, I found a reference to libartsc in SDL and the mplayer binary. The options there: SDL --enable-artssupport the Analog Real Time Synthesizer [default=yes] mplayer --disable-arts disable aRts audio output [autodetect] Rebuilding SDL and mplayer with --disable-arts allowed mplayer to work. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] libartsc.so
Bruce Dubbs wrote: Building a new system creates new challenges. I built mplayer and almost all the dependencies in the book. Trying to run it gives: mplayer: error while loading shared libraries: libartsc.so.0: cannot open shared object file: No such file or directory I didn't realize that we didn't even have arts in the book any more. Tracing this down, I found a reference to libartsc in SDL and the mplayer binary. The options there: SDL --enable-artssupport the Analog Real Time Synthesizer [default=yes] mplayer --disable-arts disable aRts audio output [autodetect] Rebuilding SDL and mplayer with --disable-arts allowed mplayer to work. This may have been my problem. I had KDE_PREFIX=/opt/kde pointing to an old kde3 installation. I've removed both the environment variable and the link to kde3. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page