Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Am Montag, den 19.01.2009, 10:34 + schrieb ext Mick: I have run revdep-rebuild but it didn't help: /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_frame.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/frame.cpp make: *** [coredll_fontdlg.o] Error 1 make: *** Waiting for unfinished jobs * * ERROR: x11-libs/wxGTK-2.8.9.1-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2666: Called die * The specific snippet of code: * emake || die make failed.; * The die message: * make failed. Any ideas? As long as you don't send the real error message of the compiler, no. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Mick schrieb: I have run revdep-rebuild but it didn't help: /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_frame.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/frame.cpp make: *** [coredll_fontdlg.o] Error 1 make: *** Waiting for unfinished jobs * * ERROR: x11-libs/wxGTK-2.8.9.1-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2666: Called die * The specific snippet of code: * emake || die make failed.; * The die message: * make failed. Any ideas? You should provide the top most build error. Otherwise helping is hard. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] qt blockages...
2009/1/18 Mark Knecht markkne...@gmail.com: Indeed, I do have 4.3.3 installed and it is masked. I guess this must be one of those cases where the devs decided they didn't like something they used to like as I didn't do anything to unmask it myself. I removed it and the blockages for emerge system have gone. Unfortunately mine is not as easy: == x11-libs/qt:4 ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by =x11-libs/qt-4.3*:4 required by ('installed', '/', 'media-video/vlc-0.9.8a', 'nomerge') =x11-libs/qt-4.3*:4 required by ('installed', '/', 'net-im/skype-2.0.0.63', 'nomerge') =x11-libs/qt-4.3*:4 required by ('ebuild', '/', 'x11-libs/qscintilla-2.3.2', 'merge') (and 3 more) ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') =x11-libs/qt-4* required by ('installed', '/', 'net-wireless/wpa_supplicant-0.5.7', 'nomerge') x11-libs/qt required by world == I am running vlc-0.9.8a which is the only one available. How could I go about this? -- Regards, Mick
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: [snip...] You should provide the top most build error. Otherwise helping is hard. Sorry, I thought I had. Here it goes: == /bk-deps i686-pc-linux-gnu-g++ -c -o coredll_dirdlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/dirdlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_filedlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/filedlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_fontdlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit- 2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/fontdlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_frame.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Am Montag, den 19.01.2009, 11:01 + schrieb ext Mick: 2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: [snip...] You should provide the top most build error. Otherwise helping is hard. Sorry, I thought I had. Here it goes: Nope, still not: == /bk-deps i686-pc-linux-gnu-g++ -c -o coredll_dirdlg.o ... vs. make: *** [coredll_fontdlg.o] Error 1 So please provide the output for coredll_fontdlg.o. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Mick schrieb: 2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: [snip...] You should provide the top most build error. Otherwise helping is hard. Sorry, I thought I had. Here it goes: == /bk-deps i686-pc-linux-gnu-g++ -c -o coredll_dirdlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/dirdlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_filedlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/filedlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_fontdlg.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit- 2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/fontdlg.cpp /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_frame.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2
Re: [gentoo-user] lirc and mceusb2 - no /dev/lirc0 node
On Mon, 19 Jan 2009 19:17:28 +0900, William Kenworthy wrote: However, inserting the lirc_mceusb2 module and starting lircd doesnt give any lirc nodes in /dev except for /dev/lircd. Previously I had /dev/lirc0. Ive gone back to the older 2.6.23 kernel - now there is no /dev/lirc0 with that one also, either before or after rebuilding lirc :( Try this http://bugs.gentoo.org/show_bug.cgi?id=189022 -- Neil Bothwick I thought I saw the light at the end of the tunnel... but it was just some sod with a torch bringing me more work! signature.asc Description: PGP signature
[gentoo-user] Re: uvesafb - does it require use of initramfs/initrd?
Harry Putnam wrote: Nikos Chantziaras rea...@arcor.de writes: uvesafb also works on non-x86 system. It has one drawback though: it doesn't switch to graphical mode right from the start like vesafb does. Instead, you get the initial kernel messages in text mode and need to wait for graphics to kick-in. With vesafb, you're in graphics mode right from the start. That pretty much makes uvesafb a poor choice for bootsplash configurations. If you select both will that lead to problems? No, but you can only use one. Could you invoke uvesafb from console session one you've booted? Probably. Didn't try though.
[gentoo-user] lirc and mceusb2 - no /dev/lirc0 node
I just upgraded the kernel on my mythbox to 2.6.28. As part of this, lirc (0.8.4 - which was working fine some weeks before I changed the kernel) was rebuilt against the new kernel without error. However, inserting the lirc_mceusb2 module and starting lircd doesnt give any lirc nodes in /dev except for /dev/lircd. Previously I had /dev/lirc0. Ive gone back to the older 2.6.23 kernel - now there is no /dev/lirc0 with that one also, either before or after rebuilding lirc :( Any clues on where lirc0 has gone? BillK -- William Kenworthy bi...@iinet.net.au Home in Perth!
[gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
I have run revdep-rebuild but it didn't help: /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/bk-deps i686-pc-linux-gnu-g++ -c -o coredll_frame.o -D__WXGTK__ -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/regex -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/wxgtk_build/lib/wx/include/gtk2-unicode-release-2.8 -I/var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -DORBIT2=1 -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/X11R6/include -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -fno-strict-aliasing /var/tmp/portage/x11-libs/wxGTK-2.8.9.1-r3/work/wxPython-src-2.8.9.1/src/gtk/frame.cpp make: *** [coredll_fontdlg.o] Error 1 make: *** Waiting for unfinished jobs * * ERROR: x11-libs/wxGTK-2.8.9.1-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2666: Called die * The specific snippet of code: * emake || die make failed.; * The die message: * make failed. Any ideas? -- Regards, Mick
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: Sorry, I thought I had. Here it goes: == snip [...] == I am sorry, but I still do not see the actual error. Did you try the usual steps -j1, lowering CFLAGS? The error is about half way down in my previous post but to help you, to help me, please have a look at the full enchilada here: http://pastebin.com/m63b0d429 It is on line 815. PS. I have not tried -j1 (did not have to try using -j1 for years and never on this machine, yet). -- Regards, Mick
Re: [gentoo-user] lirc and mceusb2 - no /dev/lirc0 node
Thanks Niel, the symptoms are the same, but I know I need a kernel module and the module is loaded, but no node is formed except the /dev/lircd from lircd itself. It looks like udev is not triggering node creation when the mceusb module is loaded. Will keep looking ... BillK On Mon, 2009-01-19 at 11:21 +, Neil Bothwick wrote: On Mon, 19 Jan 2009 19:17:28 +0900, William Kenworthy wrote: However, inserting the lirc_mceusb2 module and starting lircd doesnt give any lirc nodes in /dev except for /dev/lircd. Previously I had /dev/lirc0. Ive gone back to the older 2.6.23 kernel - now there is no /dev/lirc0 with that one also, either before or after rebuilding lirc :( Try this http://bugs.gentoo.org/show_bug.cgi?id=189022 -- William Kenworthy bi...@iinet.net.au Home in Perth!
Re: [gentoo-user] qt blockages...
On Monday 19 January 2009 13:58:26 Dave Jones wrote: Mick wrote on 19/01/09 11:31: 2009/1/18 Mark Knecht markkne...@gmail.com: Indeed, I do have 4.3.3 installed and it is masked. I guess this must be one of those cases where the devs decided they didn't like something they used to like as I didn't do anything to unmask it myself. I removed it and the blockages for emerge system have gone. Unfortunately mine is not as easy: == x11-libs/qt:4 ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by =x11-libs/qt-4.3*:4 required by ('installed', '/', 'media-video/vlc-0.9.8a', 'nomerge') =x11-libs/qt-4.3*:4 required by ('installed', '/', 'net-im/skype-2.0.0.63', 'nomerge') =x11-libs/qt-4.3*:4 required by ('ebuild', '/', 'x11-libs/qscintilla-2.3.2', 'merge') (and 3 more) ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by =x11-libs/qt-4.3:4 required by ('installed', '/', 'app-text/poppler-bindings-0.8.7', 'nomerge') =x11-libs/qt-4* required by ('installed', '/', 'net-wireless/wpa_supplicant-0.5.7', 'nomerge') x11-libs/qt required by world == I am running vlc-0.9.8a which is the only one available. How could I go about this? I had a similar problem here. emerge -C qt-4.3.3 emerge -auDNv1 qt emerge -av vlc emerge -auDNv world Did the trick for me. My vlc USE flags: X a52 aac alsa cdda cddb cdio dbus dvd ffmpeg flac hal httpd libgcrypt libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4 samba sdl sse stream svg theora truetype vcd vorbis win32codecs xml xv As an additional benefit, since the update to the new qt4 libraries the VLC UI buttons are not messed up any more. (bug 246116) Cheers, Dave Since qt has been move from meta-package to separate split packages, you should unemerge qt-4.3* and then emerge the split packages. Having split packages is a great implementation ,so dont shoot the developers. -- Markos Chandras (hwoarang)
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Am Montag, den 19.01.2009, 11:44 + schrieb ext Mick: 2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: Sorry, I thought I had. Here it goes: == snip [...] == I am sorry, but I still do not see the actual error. Did you try the usual steps -j1, lowering CFLAGS? MAKEFLAGS, not CFLAGS. The error is about half way down in my previous post but to help you, to help me, please have a look at the full enchilada here: http://pastebin.com/m63b0d429 It is on line 815. The compilation command line, yes. The error message, still not :-( PS. I have not tried -j1 (did not have to try using -j1 for years and never on this machine, yet). If you did, the error would be visible right at the end. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Dirk Heinrichs schrieb: Am Montag, den 19.01.2009, 11:44 + schrieb ext Mick: 2009/1/19 Justin jus...@j-schmitz.net: Mick schrieb: Sorry, I thought I had. Here it goes: == snip [...] == I am sorry, but I still do not see the actual error. Did you try the usual steps -j1, lowering CFLAGS? MAKEFLAGS, not CFLAGS. MAKEFLAGS? Do you mean MAKEOPTS? Or am I missing another nice variable to set? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] x11-libs/wxGTK-2.8.9.1-r3 fails to emerge
Am Montag, den 19.01.2009, 14:12 +0100 schrieb ext Justin: MAKEFLAGS, not CFLAGS. MAKEFLAGS? Do you mean MAKEOPTS? Or am I missing another nice variable to set? Yes, MAKEOPTS. I think we got it know :-) Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net
[gentoo-user] kernel-boot: vga=ask...
Hi, I am using a NVIDrIA-card GeForce 7600 GT with vanilla 2.6.27.12 linux kernel and grub boot loader. The commandline to boot the kernel is: kernel (hd0,0)/vmlinuz-2627012 rootfstpye=reiserfs root=/dev/sda3 ro vga=31B. This works like a charm...but the resulting resolution a little too high. So I replaced vga=31B with vga=ask and after rebooting press RETURN to see all available modes. I replaced vga=31B with vga=317 (both were VESA modes, if I rember correctly. After rebooting, the screen remains black as long as X were started. Why does vga=31B does work and vga=317 does not despite the fact both were reported as working modes by grub. Ah! By the way: Interrupting grub, and editing the commandline for the kernel boot and setting vga=317 _by hand_ works like a charm. Any help will be very appreciated. Kind regards, Meino Cramer -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] kernel-boot: vga=ask...
Am Montag, den 19.01.2009, 14:50 +0100 schrieb ext meino.cra...@gmx.de: Any help will be very appreciated. Try 0x317. HTH... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net
[gentoo-user] Strange dependency of kopete-3.5.9 on qt-4*
After reading a post here today I decided to investigate why I have several qt-4.4.2 packages on this workstation, when I don't have kde-4. It turns out that the SSL USE flag causes kopete-3.5.9 to pull in 14 qt-4.4.2 packages. This strikes me as somewhat odd. For the moment I've specified kopete -ssl in portage.use and removed all the qt-4 packages. Does anyone here know why we have this dependency of a kde-3 package on qt-4? -- Rgds Peter
Re: [gentoo-user] Network printing -- Solved
On Tuesday 06 January 2009 15:39:48 I wrote: I have a server with two printers connected, set up using the cups Web page and operating properly. Now I want to send print jobs to them from my workstation, which is on the same network, and with the same version of cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also have hplip version 2.8.6b installed on both machines. I can connect either printer to either machine and print locally without any problems. However, I cannot get anything to print over the network. If, on the workstation, I declare the network laser printer and connect to it, all appears to work until I send a print job to it; the job sits in the lp queue locally, and when I next look at the status of the printer it says Destination printer does not exist! If I try to set up the Deskjet as a remote printer in the local cups server, I get Filter foomatic-rip for printer HP_Deskjet_D4260 not available: No such file or directory. I don't know what to try next. Anyone any idea here? Well, I don't know what I did differently, but once again I zapped the server root partition, recovered it from a known good, minimal backup, brought it up to date and set cups up again. Now when I go to a client box and run the KDE printer setup utility, it shows the printers and even allows me to configure them. I don't touch the cups server on the client, other than to point /etc/cups/client.conf to the server. There are still some oddities, but those can wait now. Thanks to all for their help. -- Rgds Peter
Re: [gentoo-user] Re: Trouble decrypting message from firefox ebuild
On Sun, Jan 18, 2009 at 10:32 PM, Grant Edwards gra...@visi.com wrote: On 2009-01-18, Alan McKinnon alan.mckin...@gmail.com wrote: All the packages built against mozilla-firefox won't compile, if after installing firefox 3.0 you get some blockers, please add 'xulrunner' to your USE-flags. Does anybody have idea what the above sentence is trying to say? It's saying that if you use firefox -3*, then you should remove firefox from your USE and add xulrunner instead. This way, nothing in the tree will try to pull in firefox-2* (which obviously conflicts with firefox-3*). Wow. I'm not doubting that what you say is true, but how anybody was supposed to get that from the emerge message is beyond me. There have been 4 earlier threads on this very topic in the last fortnight. For more details, please check the recent archives (rehashing the same thing over and over is getting really tedious) Sort of makes you wonder if the message is a bit too cryptic, eh? If I read that message out loud, it sounds suspiciously like a babelfish translation from Japanese to English. Whatever it is, the author of the message is certainly not a native English speaker. But the intent is easy to see if you already know how it works. Yes, once somebody has told you the answer, it's possible to make some sense of the message. But, I stand by my assertion that give just the message very many people are going to figure out that it means you need to replace the firefox use flag with the xulrunner use flag so that apps will build against firefox-3 instead of trying to build against firefox-2. Someone should file a bug to have the message changed to something clearer.
Re: [gentoo-user] Strange dependency of kopete-3.5.9 on qt-4*
On Mon, Jan 19, 2009 at 1:09 PM, Peter Humphrey pe...@humphrey.ukfsn.orgwrote: Does anyone here know why we have this dependency of a kde-3 package on qt-4? It shouldn't. kopete ssl wants qca-tls-1 qca-tls-1 want qca-1 qca-1 want qt:3 what does emerge -pt kopete gives?
Re: [gentoo-user] Strange dependency of kopete-3.5.9 on qt-4*
On Monday 19 January 2009 15:34:37 Norberto Bensa wrote: On Mon, Jan 19, 2009 at 1:09 PM, Peter Humphrey pe...@humphrey.ukfsn.orgwrote: Does anyone here know why we have this dependency of a kde-3 package on qt-4? It shouldn't. kopete ssl wants qca-tls-1 qca-tls-1 want qca-1 qca-1 want qt:3 what does emerge -pt kopete gives? This is weird. Now it just wants to reinstall kopete, adding the ssl USE flag. Before I put kde-base/kopete-crypt -ssl into /etc/portage/package.use, it wanted to install those qt4 packages; now it doesn't. In between, what I did was to unmerge the qt4 packages, put that entry into packages.use and reinstall kopete without them. Something odd is going on again. -- Rgds Peter
[gentoo-user] Hauppauge WinTV HVR-1800
I have a Hauppauge WinTV HVR-1800 tv card and I wanted to know how to get it working in Gentoo. I'm most concerned with the analog tv and radio features. Thanks. -Chris
[gentoo-user] Re: Trouble decrypting message from firefox ebuild
On 2009-01-19, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Jan 18, 2009 at 10:32 PM, Grant Edwards gra...@visi.com wrote: On 2009-01-18, Alan McKinnon alan.mckin...@gmail.com wrote: All the packages built against mozilla-firefox won't compile, if after installing firefox 3.0 you get some blockers, please add 'xulrunner' to your USE-flags. Does anybody have idea what the above sentence is trying to say? It's saying that if you use firefox -3*, then you should remove firefox from your USE and add xulrunner instead. This way, nothing in the tree will try to pull in firefox-2* (which obviously conflicts with firefox-3*). Wow. I'm not doubting that what you say is true, but how anybody was supposed to get that from the emerge message is beyond me. There have been 4 earlier threads on this very topic in the last fortnight. For more details, please check the recent archives (rehashing the same thing over and over is getting really tedious) Sort of makes you wonder if the message is a bit too cryptic, eh? If I read that message out loud, it sounds suspiciously like a babelfish translation from Japanese to English. Whatever it is, the author of the message is certainly not a native English speaker. But the intent is easy to see if you already know how it works. Yes, once somebody has told you the answer, it's possible to make some sense of the message. But, I stand by my assertion that give just the message very many people are going to figure out that it means you need to replace the firefox use flag with the xulrunner use flag so that apps will build against firefox-3 instead of trying to build against firefox-2. Someone should file a bug to have the message changed to something clearer. I'd be happy to do that. Is the following correct? The UI and rendering libraries that were part of the mozilla-firefox 2.x package have been split from the mozilla firefox-3.x package and are now in the xulrunner package. In order for ebuilds to use xulrunner instead of mozilla-firefox 2.x, the firefox USE flag must be replaced by the xulrunner USE flag. Failure to replace the firefox USE flag with the xulrunner USE flag will result in portage requiring mozilla-firefox 2.x which is incompatible with mozilla-firefox 3.x -- this will block some packages from building. -- Grant Edwards grante Yow! Gee, I feel kind of at LIGHT in the head now, visi.comknowing I can't make my satellite dish PAYMENTS!
Re: [gentoo-user] python-2.5.2-r7 build failure
On Thu, Jan 15, 2009 at 3:54 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Tuesday 13 January 2009 22:50:55 Mark Knecht wrote: [...] Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/zipfile.py ... [???] make: *** [libinstall] Error 1 * * ERROR: dev-lang/python-2.5.2-r7 failed. [...] You've snipped the useful part, where I've indicated above with question marks. You need to find the first mention of an error. That should tell you what the problem is, or at least point to an investigation route. -- Rgds Peter Peter, Thanks for the reponse. I didn't snip anything out. This is all I see: gandalf ~ # tail -20 /var/tmp/portage/dev-lang/python-2.5.2-r7/temp/build.log Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/xml/sax/saxutils.py ... Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/xml/sax/xmlreader.py ... Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/xmllib.py ... Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/xmlrpclib.py ... Compiling /var/tmp/portage/dev-lang/python-2.5.2-r7/image//usr/lib/python2.5/zipfile.py ... make: *** [libinstall] Error 1 * * ERROR: dev-lang/python-2.5.2-r7 failed. * Call stack: * ebuild.sh, line 49: Called src_install * environment, line 3439: Called die * The specific snippet of code: * make DESTDIR=${D} altinstall maninstall || die; * The die message: * (no error message) * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/dev-lang/python-2.5.2-r7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-lang/python-2.5.2-r7/temp/environment'. * gandalf ~ # I've now seen this on two machine, one x86, the other amd64. I'm submitting a bug report Thanks, Mark
Re: [gentoo-user] Re: Trouble decrypting message from firefox ebuild
On Monday 19 January 2009 18:59:36 Grant Edwards wrote: On 2009-01-19, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Jan 18, 2009 at 10:32 PM, Grant Edwards gra...@visi.com wrote: On 2009-01-18, Alan McKinnon alan.mckin...@gmail.com wrote: All the packages built against mozilla-firefox won't compile, if after installing firefox 3.0 you get some blockers, please add 'xulrunner' to your USE-flags. Does anybody have idea what the above sentence is trying to say? It's saying that if you use firefox -3*, then you should remove firefox from your USE and add xulrunner instead. This way, nothing in the tree will try to pull in firefox-2* (which obviously conflicts with firefox-3*). Wow. I'm not doubting that what you say is true, but how anybody was supposed to get that from the emerge message is beyond me. There have been 4 earlier threads on this very topic in the last fortnight. For more details, please check the recent archives (rehashing the same thing over and over is getting really tedious) Sort of makes you wonder if the message is a bit too cryptic, eh? If I read that message out loud, it sounds suspiciously like a babelfish translation from Japanese to English. Whatever it is, the author of the message is certainly not a native English speaker. But the intent is easy to see if you already know how it works. Yes, once somebody has told you the answer, it's possible to make some sense of the message. But, I stand by my assertion that give just the message very many people are going to figure out that it means you need to replace the firefox use flag with the xulrunner use flag so that apps will build against firefox-3 instead of trying to build against firefox-2. Someone should file a bug to have the message changed to something clearer. I'd be happy to do that. Is the following correct? The UI and rendering libraries that were part of the mozilla-firefox 2.x package have been split from the mozilla firefox-3.x package and are now in the xulrunner package. In order for ebuilds to use xulrunner instead of mozilla-firefox 2.x, the firefox USE flag must be replaced by the xulrunner USE flag. Failure to replace the firefox USE flag with the xulrunner USE flag will result in portage requiring mozilla-firefox 2.x which is incompatible with mozilla-firefox 3.x -- this will block some packages from building. replace will result in portage requiring mozilla-firefox 2.x with will result in portage attempting to merge mozilla-firefox-2.x It's not portage that requires firefox, but some other ebuilds. Other than that, the language makes sense and is technically accurate - not too much detail, but enough info to tell the user what to do. You got the intent right - the user does not really have a choice about what to USE if they want ff-3 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Strange dependency of kopete-3.5.9 on qt-4*
On Monday 19 January 2009 18:51:50 Peter Humphrey wrote: On Monday 19 January 2009 15:34:37 Norberto Bensa wrote: On Mon, Jan 19, 2009 at 1:09 PM, Peter Humphrey pe...@humphrey.ukfsn.orgwrote: Does anyone here know why we have this dependency of a kde-3 package on qt-4? It shouldn't. kopete ssl wants qca-tls-1 qca-tls-1 want qca-1 qca-1 want qt:3 what does emerge -pt kopete gives? This is weird. Now it just wants to reinstall kopete, adding the ssl USE flag. Before I put kde-base/kopete-crypt -ssl into /etc/portage/package.use, it wanted to install those qt4 packages; now it doesn't. In between, what I did was to unmerge the qt4 packages, put that entry into packages.use and reinstall kopete without them. Something odd is going on again. I suspect kopete-4.x got pulled into your emerge and it slipped past your radar. Does grep -r kopete /etc/portage/* reveal anything about kopete-4? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Trouble decrypting message from firefox ebuild
On 19 Jan 2009, at 16:59, Grant Edwards wrote: ... Someone should file a bug to have the message changed to something clearer. I'd be happy to do that. Is the following correct? The UI and rendering libraries that were part of the mozilla-firefox 2.x package have been split from the mozilla firefox-3.x package and are now in the xulrunner package. In order for ebuilds to use xulrunner instead of mozilla-firefox 2.x, the firefox USE flag must be replaced by the xulrunner USE flag. Failure to replace the firefox USE flag with the xulrunner USE flag will result in portage requiring mozilla-firefox 2.x which is incompatible with mozilla-firefox 3.x -- this will block some packages from building. It's kinda wordy. How about: With Firefox 3 the firefox USE flag has become xulrunner. Failure to change your USE flags will result in portage requiring mozilla- firefox 2.x which is incompatible with mozilla-firefox 3.x and will block some packages from building. Stroller.
Re: [gentoo-user] Re: Trouble decrypting message from firefox ebuild
At Mon, 19 Jan 2009 17:39:13 + Stroller strol...@stellar.eclipse.co.uk wrote: On 19 Jan 2009, at 16:59, Grant Edwards wrote: ... Someone should file a bug to have the message changed to something clearer. I'd be happy to do that. Is the following correct? The UI and rendering libraries that were part of the mozilla-firefox 2.x package have been split from the mozilla firefox-3.x package and are now in the xulrunner package. In order for ebuilds to use xulrunner instead of mozilla-firefox 2.x, the firefox USE flag must be replaced by the xulrunner USE flag. Failure to replace the firefox USE flag with the xulrunner USE flag will result in portage requiring mozilla-firefox 2.x which is incompatible with mozilla-firefox 3.x -- this will block some packages from building. It's kinda wordy. How about: With Firefox 3 the firefox USE flag has become xulrunner. Failure to change your USE flags will result in portage requiring mozilla- firefox 2.x which is incompatible with mozilla-firefox 3.x and will block some packages from building. I would favor the original (with Alan McKinnon's change). It is somewhat wordy but this issue has caused several users grief and the (admittedly repetitive) original wording makes it very clear what must be done and gives some idea of what caused the change. allan
[gentoo-user] baselayout and openrc issues from inside a vserver
I've been putting off the openrc upgrade on my vserver account for some time and think it's finally come around to bite me. Here's the info. I don't run the host OS only the vserver. The latest changes to profiles depreciated my old profile last night so I updated. I'm now using /usr/portage/profiles/default/linux/x86/vserver as eic-sync suggested. The issue appears to be that baselayout-vserver has been masked by /usr/portage/profiles/package.mask with this message. - sys-apps/baselayout-vserver-1.11.14-r4 (masked by: package.mask) /usr/portage/profiles/package.mask: # mask pending removal # Benedikt Böhm hol...@gentoo.org (10 Jan 2009) # baselayout-vserver is unmaintained and obsoleted by # baselayout-2/openrc. please upgrade. removal in 30 days. That makes sense, but my vserver profile has masked baselayout-2. !!! One of the following masked packages is required to complete your request: - sys-apps/baselayout-2.0.0 (masked by: package.mask) /usr/portage/profiles/targets/vserver/package.mask: # Benedikt Boehm hol...@gentoo.org # Mask baselayout in vservers. Use baselayout-vserver instead! I suspect I need to change my profile to something that isn't vserver, but I haven't been able to find any docs or post of how to proceed. kashani
Re: [gentoo-user] Reconciling users and services
I have some users on a system and some services. How can I make sure only certain users can log into certain services? Do I need to explicitly define which users can log into each service? Are there different types of users so that some can only log into certain services? For example, I know any user that has their shell set to /bin/nologin can't log into a shell. How can I check on users' shell settings? - Grant To do this you configure each service separately (there is no central registry-type thing for this). You don't say what services you are interested in, so I have to make some assumptions. apache, samba, ftp servers, all have their own authentication methods. You have to research what methods they provide, and choose which is most appropriate. For instance, Samba can auth against kerberos/ldap or using a local smbpasswd file. For a specific user to be able to access something via samba, you ensure they have an entry in AD or a line in smbpasswd. For more simple local services, you can use user and group permissions. I have to restrict cron and wget at work, I find the easiest way is to: chown root:trusted /usr/bin/wget chown root:trusted /usr/bin/crontab users authorized to use wget/cron must then be put in the trusted group. cron has it's cron.allow and cron.deny files that you can also use. sshd has config options to limit who can do what in sshd_config. If you post back with more specifics about what you want to achieve, we can assist you better. As far as open ports, most of my systems only run sshd and cupsd. I've set AllowUsers in sshd_config to only allow my own non-root user to log in, and I've locked down cupsd.conf. However, one of my systems runs things like apache2, postfix, courier-imap, saslauthd, mysql, and sshd. I set them up to be secure when I installed them, but I wonder about the different users on my system (none of them with shell access) and their access to the different services. Should I go through each of these services and set up something similar to AllowUsers so that only certain users have access to certain services? Thanks a lot for going over this with me. More below Yes, that is the way of it. You really so need to attack each service individually and set it up appropriately. You can limit your exposure by removing most of those users from /etc/passwd if all services they need use virtual users. For instance, if people only need a pop mailbox, make them virtual users defined only in your pop server. Whether you can do this universally depends very much on your exact needs and how you like to set things up. Unix daemons are extremely flexible, this is their strength and weakness. Strength because you can always get exactly what you want somehow, weakness because there's no standard howto recipe On the subject of users, there are a lot of users in /etc/passwd, although most of them have /bin/false or /sbin/nologin. There are 8 users who have a different shell defined. The first 3 are fine: root /bin/bash user /bin/bash What is this? Looks like some generic catch-all account. That's usually a recipe for disaster as it's the kind of thing that gets forgotten. That OK, it's me. It's definitely not a standard user for any distro I've ever seen, so why do you have it? cart /bin/bash The next 3 are probably fine: sync /bin/sync shutdown /sbin/shutdown halt /sbin/halt But I don't recognize the following 2. Should I userdel them? operator /bin/bash guest /dev/null What are they used for? I've just done a huge project to clean up and centrally manage all users on all my servers (about 100 machines), so I learned some tricks to find redundant users: grep -r username /etc/* look at mailboxes look in crontabs ps axu | grep username lsof -u username find / -user username -ls sift through all these outputs looking for evidence of an account that is actually used. Again, there's no standard recipe. This kind of audit absolutely requires eyeballs and a brain OK, I've deleted 'operator' and 'guest'. mysql only needs to connect to a daemon running on the same system, and I think it does so via a unix socket as opposed to tcp. I can see from netstat that /var/run/mysqld/mysqld.sock is connected, there is no mention of a tcp mysql connection, and nmap does not show a mysql port to be open. Is there anything else I should do as far as locking down mysql? I'm the only one with shell access to the system. mysql should be running as a non-root user (probably mysql) and for what you use, should be listening on localhost only. If you need to connect over the How can I check to make sure mysql is only listening to localhost? It doesn't show up with nmap. - Grant network, the usual technique is to allow access only to specified users and only to specified machines. The latter can be done with a. The service's own config (many
Re: [gentoo-user] Reconciling users and services
Grant wrote: mysql only needs to connect to a daemon running on the same system, and I think it does so via a unix socket as opposed to tcp. I can see from netstat that /var/run/mysqld/mysqld.sock is connected, there is no mention of a tcp mysql connection, and nmap does not show a mysql port to be open. Is there anything else I should do as far as locking down mysql? I'm the only one with shell access to the system. mysql should be running as a non-root user (probably mysql) and for what you use, should be listening on localhost only. If you need to connect over the How can I check to make sure mysql is only listening to localhost? It doesn't show up with nmap. - Grant sudo netstat -ptln It' also works without sudo, but then you don't see the process associated with the open TCP port. kashani
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
2009/1/19 kashani kashani-l...@badapple.net I've been putting off the openrc upgrade on my vserver account for some time and think it's finally come around to bite me. Here's the info. I don't run the host OS only the vserver. The latest changes to profiles depreciated my old profile last night so I updated. I'm now using /usr/portage/profiles/default/linux/x86/vserver as eic-sync suggested. The issue appears to be that baselayout-vserver has been masked by /usr/portage/profiles/package.mask with this message. - sys-apps/baselayout-vserver-1.11.14-r4 (masked by: package.mask) /usr/portage/profiles/package.mask: # mask pending removal # Benedikt Böhm hol...@gentoo.org (10 Jan 2009) # baselayout-vserver is unmaintained and obsoleted by # baselayout-2/openrc. please upgrade. removal in 30 days. That makes sense, but my vserver profile has masked baselayout-2. !!! One of the following masked packages is required to complete your request: - sys-apps/baselayout-2.0.0 (masked by: package.mask) /usr/portage/profiles/targets/vserver/package.mask: # Benedikt Boehm hol...@gentoo.org # Mask baselayout in vservers. Use baselayout-vserver instead! I suspect I need to change my profile to something that isn't vserver, but I haven't been able to find any docs or post of how to proceed. kashani Or, you can just unmask the baselayout package and stay with the vserver profile. Add the packages needed to /etc/portage/package.unmask. You will probably have to add them to /etc/portage/package.keywords aswell as i think they are still ~ARCH only. If you not sure whats needed then emerge the program autounmask and that will add all the entries (including any dependancies) automatically. - Nick
Re: [gentoo-user] Reconciling users and services
mysql only needs to connect to a daemon running on the same system, and I think it does so via a unix socket as opposed to tcp. I can see from netstat that /var/run/mysqld/mysqld.sock is connected, there is no mention of a tcp mysql connection, and nmap does not show a mysql port to be open. Is there anything else I should do as far as locking down mysql? I'm the only one with shell access to the system. mysql should be running as a non-root user (probably mysql) and for what you use, should be listening on localhost only. If you need to connect over the How can I check to make sure mysql is only listening to localhost? It doesn't show up with nmap. - Grant sudo netstat -ptln It' also works without sudo, but then you don't see the process associated with the open TCP port. kashani Thank you, the Local Address for mysqld is listed as 127.0.0.1 so I must be good to go. - Grant
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
On Mon, Jan 19, 2009 at 10:28:05AM -0800, Penguin Lover kashani squawked: I don't run the host OS only the vserver. The latest changes to profiles depreciated my old profile last night so I updated. I'm now using /usr/portage/profiles/default/linux/x86/vserver as eic-sync suggested. The issue appears to be that baselayout-vserver has been masked by /usr/portage/profiles/package.mask with this message. - sys-apps/baselayout-vserver-1.11.14-r4 (masked by: package.mask) /usr/portage/profiles/package.mask: # mask pending removal # Benedikt B??hm hol...@gentoo.org (10 Jan 2009) # baselayout-vserver is unmaintained and obsoleted by # baselayout-2/openrc. please upgrade. removal in 30 days. That makes sense, but my vserver profile has masked baselayout-2. !!! One of the following masked packages is required to complete your request: - sys-apps/baselayout-2.0.0 (masked by: package.mask) /usr/portage/profiles/targets/vserver/package.mask: # Benedikt Boehm hol...@gentoo.org # Mask baselayout in vservers. Use baselayout-vserver instead! I suspect I need to change my profile to something that isn't vserver, but I haven't been able to find any docs or post of how to proceed. I think you should file a bug and see what the devs say. As far as I see, default/linux/x86/vserver and default-linux/x86/vserver as well as targets/vserver/ have not been touched for about 9 months now. Something is amiss with regards to vserver. W -- A chicken crossing the road is poultry in motion. Sortir en Pantoufles: up 773 days, 18:32
[gentoo-user] alsa-driver version in gentoo-sources
How to determine?
Re: [gentoo-user] alsa-driver version in gentoo-sources
Andrew Gaydenko wrote: How to determine? ls /usr/portage/metadata/cache/media-libs | grep alsa That should show you the alsa libs and drivers you have installed on your system.
Re: [gentoo-user] alsa-driver version in gentoo-sources
On Monday 19 January 2009 22:57:57 Saphirus Sage wrote: Andrew Gaydenko wrote: How to determine? ls /usr/portage/metadata/cache/media-libs | grep alsa That should show you the alsa libs and drivers you have installed on your system. The thing is I use drivers from the gentoo-sources kernel.
Re: [gentoo-user] alsa-driver version in gentoo-sources
On Mon, Jan 19, 2009 at 1:50 PM, Andrew Gaydenko a...@gaydenko.com wrote: How to determine? cat /usr/src/linux/include/sound/version.h (replace linux with specific version if not your current) Also you can see the currently running version with: cat /proc/asound/version
Re: [gentoo-user] Bash Server Sockets
While I don't think there's a way. I took a shell scripting class a year or two ago and we used netpipes for tcp connecrions. Since it was a very bash class we'd have used bash if possible On 1/16/09, Albert Hopkins mar...@letterboxes.org wrote: On Thu, 2009-01-15 at 21:53 -0800, Hilco Wijbenga wrote: Hi all, In Bash /dev/tcp/host/port can be used to write to a TCP socket. This works nicely so I was very curious whether it would work the other way too: is it possible to have a Bash script listen on a particular port as if it were a server? I couldn't find anything in the Bash manual about it. Google does find a few examples but they all use nc. But that's cheating! ;-) Is it possible with just Bash, no extra tools? (If yes, please enlighten me as to how, obviously I could not get it to work.) ... and some would even say using bash to begin with is cheating.
[gentoo-user] Re: Trouble decrypting message from firefox ebuild
On 2009-01-19, Allan Gottlieb gottl...@nyu.edu wrote: I would favor the original (with Alan McKinnon's change). It is somewhat wordy but this issue has caused several users grief and the (admittedly repetitive) original wording makes it very clear what must be done and gives some idea of what caused the change. Being somewhat repetitive was was intentional. It's sort of like the redundant information in an error-correction code. It reduces the liklyhood of being misunderstood -- expecially by readers for whom English is a second language. Maybe it's just me, but I'm always reluctant to follow instructions in emerge warning messages where there's no explanation of what the action is doing and why it is needed. -- Grant Edwards grante Yow! When you get your at PH.D. will you get able to visi.comwork at BURGER KING?
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
On Mon, 19 Jan 2009 10:28:05 -0800 kashani kashani-l...@badapple.net wrote: I've been putting off the openrc upgrade on my vserver account for some time and think it's finally come around to bite me. Our vserver team had this to say about it on -dev a few days ago. - - baselayout-2/openrc isn't stable yet, in fact it's even masked in profiles/targets/vserver/package.mask i don't care. baselayout-vserver is a hack, the vserver profiles are deprecated since ages (although i think the restructuring revived them), and the vserver team (that's only me currently) doesn't support anything else beside openrc. Greets, Bene So, you should probably migrate to the normal profiles as recommended by the vserver howto:
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
Whoops, missed the link to the vserver howto: http://www.gentoo.org/proj/en/vps/vserver-howto.xml
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
Willie Wong wrote: I think you should file a bug and see what the devs say. As far as I see, default/linux/x86/vserver and default-linux/x86/vserver as well as targets/vserver/ have not been touched for about 9 months now. Something is amiss with regards to vserver. W Yeah I don't see any changes in the profliles now that you mention it so it must be this entry from /usr/portage/profiles/package.mask that started the problem. # mask pending removal # Benedikt Böhm hol...@gentoo.org (10 Jan 2009) # baselayout-vserver is unmaintained and obsoleted by # baselayout-2/openrc. please upgrade. removal in 30 days. sys-apps/baselayout-vserver If I comment that out, I can at least keep working on the system until I figure out which way to proceed. kashani
Re: [gentoo-user] alsa-driver version in gentoo-sources
On Monday 19 January 2009 23:08:41 Paul Hartman wrote: cat /proc/asound/version Thanks!
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
Peter Alfredsen wrote: On Mon, 19 Jan 2009 10:28:05 -0800 kashani kashani-l...@badapple.net wrote: I've been putting off the openrc upgrade on my vserver account for some time and think it's finally come around to bite me. Our vserver team had this to say about it on -dev a few days ago. - - baselayout-2/openrc isn't stable yet, in fact it's even masked in profiles/targets/vserver/package.mask i don't care. baselayout-vserver is a hack, the vserver profiles are deprecated since ages (although i think the restructuring revived them), and the vserver team (that's only me currently) doesn't support anything else beside openrc. Greets, Bene So, you should probably migrate to the normal profiles as recommended by the vserver howto: Whoops, missed the link to the vserver howto: http://www.gentoo.org/proj/en/vps/vserver-howto.xml Unfortunately that doc isn't very up to date or very well written. Hell the mentioned baselayout 1.13 doesn't even exist in portage. It appears that I should. 1. Change profile from vserver to server so I don't have to go mucking about in package.mask 2. emerge -C baselayout-vserver emerge baselayout-2 openrc 3. clean up openrc baselayout issues. 4. Make backups, restart, and hope it doesn't explode. That sound about right? The other side is that I have no control over the host OS, I just pay for a hosted vserver. Is any of this goes to have issues if I update the quest and the host is not aware? kashani
Re: [gentoo-user] baselayout and openrc issues from inside a vserver
2009/1/19 kashani kashani-l...@badapple.net Peter Alfredsen wrote: On Mon, 19 Jan 2009 10:28:05 -0800 kashani kashani-l...@badapple.net wrote: I've been putting off the openrc upgrade on my vserver account for some time and think it's finally come around to bite me. Our vserver team had this to say about it on -dev a few days ago. - - baselayout-2/openrc isn't stable yet, in fact it's even masked in profiles/targets/vserver/package.mask i don't care. baselayout-vserver is a hack, the vserver profiles are deprecated since ages (although i think the restructuring revived them), and the vserver team (that's only me currently) doesn't support anything else beside openrc. Greets, Bene So, you should probably migrate to the normal profiles as recommended by the vserver howto: Whoops, missed the link to the vserver howto: http://www.gentoo.org/proj/en/vps/vserver-howto.xml Unfortunately that doc isn't very up to date or very well written. Hell the mentioned baselayout 1.13 doesn't even exist in portage. It appears that I should. 1. Change profile from vserver to server so I don't have to go mucking about in package.mask 2. emerge -C baselayout-vserver emerge baselayout-2 openrc 3. clean up openrc baselayout issues. 4. Make backups, restart, and hope it doesn't explode. That sound about right? The other side is that I have no control over the host OS, I just pay for a hosted vserver. Is any of this goes to have issues if I update the quest and the host is not aware? kashani Dont edit anything inside of /usr/portage as it will get wiped out the next time you sync. If you want to unmask openrc and baselayout then use /etc/portage/package.unmask and /etc/portage/package.keywords. Make sure you read the OpenRC migration guide or you risk severely hosing your system! http://www.gentoo.org/doc/en/openrc-migration.xml - Nick
Re: [gentoo-user] qt blockages...
Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark
Re: [gentoo-user] qt blockages...
Mark Knecht wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 5:13 PM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-) Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc?
Re: [gentoo-user] qt blockages...
Paul Hartman wrote: On Mon, Jan 19, 2009 at 5:13 PM, Dale rdalek1...@gmail.com wrote: +1 I added that to my make.conf a while ago and it helped with a lot of this sort of thing. Wonder if it should be a default thing? Dale :-) :-) Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc? I don't appear to have anything qt related in my world file. r...@smoker / # cat /var/lib/portage/world | grep qt r...@smoker / # The reason I added that a while back was not related to qt but was doing a circle thing with --depclean wanting to remove packages and then -uvDN wanting to put them back again. Adding the --with-bdeps y fixed the problem and I haven't had the problem since. Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 4:18 PM, Dale rdalek1...@gmail.com wrote: SNIP Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale Maybe it's a forest for trees thing but it's in the man page and shows up early in Gentoo Portage documentation: http://www.gentoo.org/proj/en/portage/doc/faq.xml I don't think it's required for all folks so I don't think it should be default. It does result in longer emerge cycles as it grabs and builds more code on average. Many folks might not want that. Just my thoughts, Mark
Re: [gentoo-user] qt blockages...
On Mon, 19 Jan 2009 18:18:10 -0600, Dale wrote: Could also be that you don't have slots defined for some of those in your world? for example do you have qt or qt:3 etc? I don't appear to have anything qt related in my world file. Nor should you. Unless you are developing QT software, or have some arcane QT package built from source, you should only have QT installed as a dependency. -- Neil Bothwick Better to understand a little than to misunderstand a lot. signature.asc Description: PGP signature
Re: [gentoo-user] qt blockages...
Mark Knecht wrote: On Mon, Jan 19, 2009 at 4:18 PM, Dale rdalek1...@gmail.com wrote: SNIP Hence the question, should this be a default option? I'm not the only one that has ran into this. Dale Maybe it's a forest for trees thing but it's in the man page and shows up early in Gentoo Portage documentation: http://www.gentoo.org/proj/en/portage/doc/faq.xml I don't think it's required for all folks so I don't think it should be default. It does result in longer emerge cycles as it grabs and builds more code on average. Many folks might not want that. Just my thoughts, Mark It's sort of funny in a way. I hardly ever go to the Gentoo website. I follow this list and -dev and learn that way. I sync usually each Friday or Saturday and usually by the time I get the packages downloaded over my slow dial-up, if there are any problems with something it will be on the list by then. I do on occasion search the forums. I'm going through the qt blockages now but I still have a lot to download yet. That qt-core package is huge. Almost like OOo. Then there are the brothers, sisters and children of that thing to go with it. I need broadband something awful. I don't think sticking a stick of dynamite under ATT would do any good at all either Dale :-) :-)
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 2:37 PM, Mark Knecht markkne...@gmail.com wrote: On Mon, Jan 19, 2009 at 2:18 PM, KH gentoo-u...@konstantinhansen.de wrote: Mark Knecht schrieb: Hi, I'm not used to seeing all the additional messages below the blockage indication. Can someone possibly help me understand how to read this? Are there really application packages that cannot be installed at the same or is only about qt and possibly the USE flags I've got? I tried removing qjackctl (the only world package I spotted in the list) but that didn't help. What to try next? Thanks, Mark [snip] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked [snip] This link was great help for me. Told me everything and how to read the blocker. So I did: #emerge -avC qt-4.3.3 #emerge -DuavN world (This installed qt-4.4.2) But now I do have a problem. When I run #emerge --depclean -av I receive the following output: [snip] These are the packages that would be unmerged: dev-db/sqlite selected: 2.8.16-r4 protected: none omitted: 3.6.6.2 x11-libs/qt selected: 4.4.2 protected: none omitted: 3.3.8b-r1 x11-libs/qt-svg selected: 4.4.2 protected: none omitted: none x11-libs/qt-opengl selected: 4.4.2 protected: none omitted: none x11-libs/qt-xmlpatterns selected: 4.4.2 protected: none omitted: none x11-libs/qt-assistant selected: 4.4.2-r1 protected: none omitted: none x11-libs/qt-webkit selected: 4.4.2 protected: none omitted: none What did I miss? This results in an infinite circle of unmerging and emerging. Thanks for any help kh In your /etc/make.conf file do you have the following line? EMERGE_DEFAULT_OPTS=--with-bdeps y You can do this on the emerge command line if you choose. See man emerge for info on doing that. I *think* the standard answer about why this happens is that --depclean and a basic emerge don't search all the dependencies exactly the same. If you add the --with-bdeps y option then they do. Anyway, I don't seem to run into this much using this in make.conf. Hope this helps, Mark using --with-bdeps=y would certainly work (and in the interest of full disclosure is what I do), but it shouldn't be necessary. Having emerge --depclean remove build dependencies should be ok. Afterwards, emerge -avuDN world should do nothing, as although the build dependencies for packages are missing, the world packages themselves don't need rebuilding, so there is nothing to do. Thus, there is no infinite rebuilding cycle, independent of the with-bdeps flag. Nick
Re: [gentoo-user] qt blockages...
On Mon, Jan 19, 2009 at 5:19 PM, Dale rdalek1...@gmail.com wrote: SNIP It's sort of funny in a way. I hardly ever go to the Gentoo website. I follow this list and -dev and learn that way. I can understand that. I sort of operate that way. I think that there really is a next step which is when you hit a problem like this take a look at the Gentoo docs as well as write the list. I admit I often, or even mostly, write the list first, but I think most of this stuff is documented somewhere so it's a good thing to look at the docs also. (At least once in awhile...) ;-) I sync usually each Friday or Saturday and usually by the time I get the packages downloaded over my slow dial-up, if there are any problems with something it will be on the list by then. I do on occasion search the forums. I'm going through the qt blockages now but I still have a lot to download yet. That qt-core package is huge. Almost like OOo. Then there are the brothers, sisters and children of that thing to go with it. Gentoo is a hard distro to run on a slow speed interface. It's just not set up for that. I need broadband something awful. I don't think sticking a stick of dynamite under ATT would do any good at all either Good luck and do find something faster. It will improve your experience, I expect. Dale :-) :-)
Re: [gentoo-user] alsa-driver version in gentoo-sources
On Mon, Jan 19, 2009 at 5:57 PM, Saphirus Sage saphirus...@gmail.comwrote: ls /usr/portage/metadata/cache/media-libs | grep alsa That should show you the alsa libs and drivers you have installed on your system. Nope. That will give you what's available for install. You want something like: $ ls /var/db/pkg/media-sound/ | grep alsa alsa-headers-1.0.19/ alsa-utils-1.0.18/
Re: [gentoo-user] Error message in Xorg.log for intel xorg driver
On Fri, Jan 16, 2009 at 01:18:08AM -0600, Paul Hartman wrote: On Fri, Jan 16, 2009 at 12:59 AM, Dale rdalek1...@gmail.com wrote: Wolfgang Liebich wrote: On Thu, Jan 15, 2009 at 09:35:11AM -0600, Paul Hartman wrote: On Thu, Jan 15, 2009 at 2:58 AM, Wolfgang Liebich wolfgang.lieb...@siemens.com wrote: Furthermore yesterday I had a total lockup when I came to work at the morning --- could not login at kdm, kdm would ignore all keyboard input etc. I had to do a hard restart with the Magic SysRQ key (remount ro, hard reboot). Do you have evdev installed? Without it, you probably won't have any keyboard or mouse. Recent xorg made dramatic changes to the way hardware is detected/configured by using HAL and evdev. xorg.conf is basically unused now when it comes to configuring hardware. I don't even have keyboard or mouse, or video modelines or anything like that in mine. Search the list archives or the gentoo web forums, there are many many people who had the same issues (assuming it's the cause of yours). Evdev is installed, but I configured the kbd driver (I have a MS Natural Keyboard, btw --- what's the best driver for that keyboard?). I still have an xorg.conf (and I'm not very inclined to change it as long as it works :-). Furthermore -- after the reboot everything worked again as before. It seems to have been some fluke, but I want to know where it comes from. TIA, Wolfgang Someone else like me. I still have my xorg.conf and want to keep it too. I don't have evdev installed but from the way it sounds, me and you may have to change in the future, maybe near future. I'm sort of wondering what pulls in evdev anyway? I got a fully running KDE and this is my new install. Nothing pulled it in here. I may be missing a USE flag or something. Let's hope this works for a while longer yet. ;-) Dale :-) :-) You need evdev in your INPUT_DEVICES variable (mine lives in make.conf). In my case I have: INPUT_DEVICES=keyboard mouse joystick evdev Well, I have it, I just juse kbd now. Is evdev better? BTW, I'm using a MS Natural Keyboard 4000 - there was a special gentoo wiki page for using this keyboard. Are there any special tips for this keyboard? Ciao, Wolfgang and portage automagically built those packages. -- Wolfgang Liebich IT Services and Enterprise Communications Rampengasse 3, 1190 Wien, AUSTRIA Tel: +43 51707 47734