Re: [gentoo-user] Failed to emerge fontforge
...and if that doesn't fix it I'm sure the upstream devs will be interested to know of the problem. I have opened a bug report, and also got a response, which I will try: http://bugs.gentoo.org/show_bug.cgi?id=266868
Re: [gentoo-user] Downgrading from ~x86 to x86
Andrey Falko schrieb: On Mon, Apr 20, 2009 at 5:58 PM, daid kahl daid...@gmail.com wrote: Hello! I was running the unstable branch of portage primarily for about two years (mostly from user error when I first started), [snip] My question is, when downgrading (upgrading?) from unstable to stable, especially with packages that aren't explicitly in the world file, is this the behavior one should expect, or are these sorts of things worth bug reports? If revdep-rebuild was finding and solving all the problems, I'd say no bug. But when portage can't figure out what the problem is, and it only involved rebuilding installed dependencies in the right order, it makes portage not feel very sleek. [snip] Input welcome. ~daid What specific steps did you take to downgrade? I remember doing a successful downgrade about 2 years ago. I pretty much just ran emerge -e world, then etc-update, reboot, and don't remember having too many problems if any. Hi, I did the same error once and I had been told that it can be unpleasing to downgrade a large amount of programs. So back then I followed another approach. I put every single packed which was on ~x86 in my keywords file. Than I changed my make.conf back to stable. This way my box was slowly coming back to stable without the need to downgrade any program. I took maybe around one year until I was able to remove the last line in the keywords file but I still think this is the best way to deal with a case like that. So answer to your question: I say it is expected behavior to run in trouble when downgrading a large amount of programs. I wouldn't consider this to be a bug. kh
Re: [gentoo-user] Genlop -f not quite right.
Neil Bothwick wrote: On Sun, 19 Apr 2009 16:47:22 -0500, Dale wrote: I renamed my old emerge log file to .old1 to get off to a fresh start with the log file. It was getting pretty large. Anyway, to figure out how long something takes to emerge, I use this command and get this response: [snip] Why does it not calculate the current compile time correctly? Is this a genlop bug or am I doing something wrong? The latter, I'm afraid. You've told genlop to look at the old log file, but the start time of the current emerge is written to the new log file. I use genlop -f when the current log file is in a different location (when I'm emerging in a chroot and want to check progress from the parent OS) and it works fine. What you are looking for is for genlop to consider multiple log files, something it does not currently do. You could file a feature request bug report. I tried this and it works: r...@smoker / # genlop -f /var/log/emerge.log -f /var/log/emerge.log.old1 -c using logfile /var/log/emerge.log using logfile /var/log/emerge.log.old1 Currently merging 1 out of 1 * kde-base/kpat-3.5.10 current merge time: 18 seconds. ETA: 1 minute and 42 seconds. r...@smoker / # So, if I point it to both log files, it sorts out the info rather nicely. Neat huh? I wouldn't have thought of that without you explaining how it works tho. Thanks much ! ! Dale :-) :-)
Re: [gentoo-user] denyhosts shows crashed status in rc-status, but seems to work fine
2009/4/20 Paul Hartman paul.hartman+gen...@gmail.com: Does any RC expert know why denyhosts is showing Crashed status despite the fact that it seems to be running and operating normally? Is anyone else running denyhosts and has this same symptom? Thanks, Paul I guess you are on baselayout and openrc. This is a problem with the init script see bug 244700 [1]. Some init scripts do not work properly with openrc as a few things have changed. http://bugs.gentoo.org/show_bug.cgi?id=244700 -- Regards, Daniel
[gentoo-user] nvidia-drivers-180.51 on amd64
Hello list, My box is trying to upgrade nvidia-drivers to version 180.51, but I get this: Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-180.51/work/NVIDIA-Linux-x86_64-180.51-pkg2 ... * Preparing nvidia module make -j3 -s HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.29-gentoo-r1/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module [...] *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * * ERROR: x11-drivers/nvidia-drivers-180.51 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3792: Called linux-mod_src_compile * environment, line 2799: Called die * The specific snippet of code: * eval emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} || die Unable to emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}; Can anyone see what the problem is? I did the upgrade of X to 1.5 a few weeks ago, and the /usr/src/linux link is correctly pointing to the current kernel. This first happened yesterday, but I waited to see if it was still the same after the next daily sync. It is. I can't see a bugzilla entry for it; perhaps I should raise one. -- Rgds Peter
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tue, 21 Apr 2009 10:48:11 +0100, Peter Humphrey pe...@humphrey.ukfsn.org wrote: Hello list, My box is trying to upgrade nvidia-drivers to version 180.51, but I get this: Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-180.51/work/NVIDIA-Linux-x86_64-180.51-pkg2 ... * Preparing nvidia module make -j3 -s HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=skins/default/usr/src/linux SYSOUT=/lib/modules/2.6.29-gentoo-r1/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module [...] *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * * ERROR: x11-drivers/nvidia-drivers-180.51 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3792: Called linux-mod_src_compile * environment, line 2799: Called die * The specific snippet of code: * eval emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} || die Unable to emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}; Can anyone see what the problem is? I did the upgrade of X to 1.5 a few weeks ago, and the /usr/src/linux link is correctly pointing to the current I think the problem is from the SYSSRC make paremeter which is set to skins/default/usr/src/linux, which seems to be invalid. Maybe you can check to your environment for the variable KBUILD_OUTPUT if i remember correctly. HTH kernel. This first happened yesterday, but I waited to see if it was still the same after the next daily sync. It is. I can't see a bugzilla entry for it; perhaps I should raise one. -- Xavier Parizet YaGB : http://gentooist.com GPG :DC81 6FEE 6EBE FCE4 1C18 202F E575 4A5D 036D 1408
[gentoo-user] python-2.6.2 site-packages path problem
Hi, with Python 2.6.2 I have (even re-)installed dev-python/pygtk. And indeed, there is a directory /usr/lib/python2.6/site-packages/gtk-2.0 But, still, import gtk fails. Looking closer, there is NO pygtk.pth-2.0 pygtk.py-2.0 file in /usr/lib/python2.6/site-packages as it is on a working python-2.6.1 installation. What might cause that problem? Many thanks for a hint, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
Xavier Parizet schrieb: On Tue, 21 Apr 2009 11:57:04 +0200, Justin jus...@j-schmitz.net wrote: Peter Humphrey schrieb: Hello list, My box is trying to upgrade nvidia-drivers to version 180.51, but I get this: Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-180.51/work/NVIDIA-Linux-x86_64-180.51-pkg2 ... * Preparing nvidia module make -j3 -s HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=skins/default/usr/src/linux SYSOUT=/lib/modules/2.6.29-gentoo-r1/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module [...] *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * * ERROR: x11-drivers/nvidia-drivers-180.51 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3792: Called linux-mod_src_compile * environment, line 2799: Called die * The specific snippet of code: * eval emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} || die Unable to emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}; Can anyone see what the problem is? I did the upgrade of X to 1.5 a few weeks ago, and the /usr/src/linux link is correctly pointing to the current kernel. This first happened yesterday, but I waited to see if it was still the same after the next daily sync. It is. I can't see a bugzilla entry for it; perhaps I should raise one. Which kernel du you use? It seems to be 2.6.29-r1 according to SYSOUT content in the portage output... Yeah that why I am asking, I had an issue with a kernel module package which found the kernel source from the new kernel but has a SYSOUT from the old and wanted to build against that. But sources were already unmerged. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
Peter Humphrey schrieb: Hello list, My box is trying to upgrade nvidia-drivers to version 180.51, but I get this: Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-180.51/work/NVIDIA-Linux-x86_64-180.51-pkg2 ... * Preparing nvidia module make -j3 -s HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.29-gentoo-r1/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module [...] *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * * ERROR: x11-drivers/nvidia-drivers-180.51 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3792: Called linux-mod_src_compile * environment, line 2799: Called die * The specific snippet of code: * eval emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} || die Unable to emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}; Can anyone see what the problem is? I did the upgrade of X to 1.5 a few weeks ago, and the /usr/src/linux link is correctly pointing to the current kernel. This first happened yesterday, but I waited to see if it was still the same after the next daily sync. It is. I can't see a bugzilla entry for it; perhaps I should raise one. Which kernel du you use? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tue, 21 Apr 2009 11:57:04 +0200, Justin jus...@j-schmitz.net wrote: Peter Humphrey schrieb: Hello list, My box is trying to upgrade nvidia-drivers to version 180.51, but I get this: Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-180.51/work/NVIDIA-Linux-x86_64-180.51-pkg2 ... * Preparing nvidia module make -j3 -s HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=skins/default/usr/src/linux SYSOUT=/lib/modules/2.6.29-gentoo-r1/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module [...] *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * * ERROR: x11-drivers/nvidia-drivers-180.51 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3792: Called linux-mod_src_compile * environment, line 2799: Called die * The specific snippet of code: * eval emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} || die Unable to emake HOSTCC=$(tc-getBUILD_CC) CROSS_COMPILE=${CHOST}- LDFLAGS=$(get_abi_LDFLAGS) ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}; Can anyone see what the problem is? I did the upgrade of X to 1.5 a few weeks ago, and the /usr/src/linux link is correctly pointing to the current kernel. This first happened yesterday, but I waited to see if it was still the same after the next daily sync. It is. I can't see a bugzilla entry for it; perhaps I should raise one. Which kernel du you use? It seems to be 2.6.29-r1 according to SYSOUT content in the portage output... -- Xavier Parizet YaGB : http://gentooist.com GPG :DC81 6FEE 6EBE FCE4 1C18 202F E575 4A5D 036D 1408
Re: [gentoo-user] python-2.6.2 site-packages path problem
Helmut Jarausch jarau...@igpm.rwth-aachen.de writes: Hi, with Python 2.6.2 I have (even re-)installed dev-python/pygtk. And indeed, there is a directory /usr/lib/python2.6/site-packages/gtk-2.0 But, still, import gtk fails. Looking closer, there is NO pygtk.pth-2.0 pygtk.py-2.0 file in /usr/lib/python2.6/site-packages as it is on a working python-2.6.1 installation. What might cause that problem? I also came across the same problem some days back. python-updater -o 2.5 -v This command did the re-installation's of some python related packages. Hope this help's Masood Ahmed -- Trouble with man n00b is, the n00b won't google for man, let alone man n00b. From: Two Ravens
Re: [gentoo-user] python-2.6.2 site-packages path problem
On Tue, 2009-04-21 at 12:34 +0200, Helmut Jarausch wrote: with Python 2.6.2 I have (even re-)installed dev-python/pygtk. And indeed, there is a directory /usr/lib/python2.6/site-packages/gtk-2.0 But, still, import gtk fails. Looking closer, there is NO pygtk.pth-2.0 pygtk.py-2.0 file in /usr/lib/python2.6/site-packages as it is on a working python-2.6.1 installation. What might cause that problem? There is a bug about this, search bugs.gentoo.org for your error/the problem where you get the error. You have to reemerge some packages, pygobject and maybe more. Philipp
Re: [gentoo-user] Genlop -f not quite right.
On Tue, 21 Apr 2009 02:41:02 -0500, Dale wrote: So, if I point it to both log files, it sorts out the info rather nicely. Neat huh? It gets neater, according to the man page If you rotate emerge.log you could use: genlop -tu -f /var/log/emerge.log -f /var/log/emerge.log.0 -f /var/log/emerge.log.1.gz ... category/ebuild So you can use logrotate on emerge.log, as long as you don't expire the log files. -- Neil Bothwick There is absolutely no substitute for a genuine lack of preparation. signature.asc Description: PGP signature
Re: [gentoo-user] Genlop -f not quite right.
Neil Bothwick wrote: On Tue, 21 Apr 2009 02:41:02 -0500, Dale wrote: So, if I point it to both log files, it sorts out the info rather nicely. Neat huh? It gets neater, according to the man page If you rotate emerge.log you could use: genlop -tu -f /var/log/emerge.log -f /var/log/emerge.log.0 -f /var/log/emerge.log.1.gz ... category/ebuild So you can use logrotate on emerge.log, as long as you don't expire the log files. I don't rotate mine but that is rather neat. I guess a person that does rotate *could* alias that so it would use those options all the time. Cool. Dale :-) :-)
Re: [gentoo-user] IDE is called hda
Return Receipt Your Re: [gentoo-user] IDE is called hda document: wasroland.punta...@br-automation.com received by: at:21.04.2009 15:18:53
Re: [gentoo-user] what is starting net.eth0 and how to stop it?
On Tuesday 21 April 2009, 03:58, Valmor de Almeida wrote: Etaoin Shrdlu wrote: That happened to me recently. Just change the value of the variable RC_PLUG_SERVICES in /etc/conf.d/net to exclude eth0, like eg Actually, that should be /etc/conf.d/rc, NOT net. Sorry for the mistake.
[gentoo-user] evolution segfaults
I have tried everything I can think of to figure this out. On my wife's computer, when evolution starts, the GUI flashes onto the screen and then segfaults. I have three lines of terminal output: a...@catherine ~ $ evolution ** (evolution:19607): DEBUG: mailto URL command: evolution %s ** (evolution:19607): DEBUG: mailto URL program: evolution Segmentation fault Nothing shows up in ~/.xsession-errors. Not much shows up in /var/log/messages: catherine X11 # grep evolution /var/log/messages Apr 17 22:25:56 catherine [133453.338825] evolution[24366]: segfault at 36303632 ip b6def622 sp bff36500 error 4 in libcamel-provider-1.2.so.14.0.0[b6dcf000+59000] Apr 18 15:16:38 catherine [194072.967815] Out of memory: kill process 24948 (evolution-data-) score 5641 or a child Apr 18 15:16:38 catherine [194072.967915] Killed process 24948 (evolution-data-) Apr 18 15:16:38 catherine [194073.088093] Out of memory: kill process 24949 (evolution-data-) score 5641 or a child Apr 18 15:16:38 catherine [194073.088192] Killed process 24949 (evolution-data-) Apr 18 15:16:38 catherine [194073.167901] Out of memory: kill process 24976 (evolution-data-) score 5641 or a child Apr 18 15:16:38 catherine [194073.168001] Killed process 24976 (evolution-data-) Apr 20 19:36:18 catherine [382475.210538] evolution[29435]: segfault at 36303632 ip b6de9622 sp bfe2f200 error 4 in libcamel-provider-1.2.so.14.0.0[b6dc9000+59000] Apr 20 19:36:44 catherine [382501.327429] evolution[29489]: segfault at 36303632 ip b6e70622 sp bfeb8030 error 4 in libcamel-provider-1.2.so.14.0.0[b6e5+59000] Apr 20 19:37:08 catherine [382525.974217] evolution[29514]: segfault at 36303632 ip b6db9622 sp bf7fdc20 error 4 in libcamel-provider-1.2.so.14.0.0[b6d99000+59000] Apr 21 08:22:10 catherine [428428.004756] evolution[19607]: segfault at 36303632 ip b6e3a622 sp bfa81b80 error 4 in libcamel-provider-1.2.so.14.0.0[b6e1a000+59000] She's using: catherine X11 # emerge -pv evolution These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] mail-client/evolution-2.24.5 USE=crypt dbus hal nntp ssl -debug -kerberos -krb4 -ldap -mono -networkmanager -pda -profile 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB The weird thing is that this segfault doesn't happen if I ssh over from my computer and open evolution. I checked her /var/log/Xorg.0.log and there are no errors there. I have completed emerge -e evolution hoping that it would fix the problem, but it didn't. Any advice?
Re: [gentoo-user] xfce and screen resolution
On Sun, 2009-04-19 at 13:45 +0200, Alex Schuster wrote: Michael Sullivan writes: On Sat, 2009-04-18 at 18:03 +0100, Robert Bridge wrote: Michael Sullivan wrote: A few months ago my wife switched from gnome to xfce because gnome was just too slow. I performed the X upgrade on her computer last night, and now she can't get her usual screen resolution of 1024x768 because it's not on the list. Is there a way I can get it on the list? She doesn't have an /etc/X11/xorg.conf file, as the upgrade guide recommended getting rid of it. Several sites on the 'Net suggested using the xf86Config file, but she doesn't seem to have one. Does she still have the old xorg.conf file somewhere? I'd try if X still works with it. Is there an entry, default, at the top of the list? What resolution is it using for that? I don't know what resolution default is.It doesn't say. How do I find out? Try it, and then call xdpyinfo|grep dimensions in an xterm. Emerge xdpyinfo if it is not installed yet. Many monitors also have a memnu option to display resolution and frequency. Wonko a...@catherine ~ $ xdpyinfo|grep dimensions dimensions:1024x768 pixels (306x230 millimeters) But it's NOT 1024x768! Her icon for main menu doesn't even show up. And 1024x768 is still not available from Settings-Display Settings when I right-click on the desktop.
Re: [gentoo-user] evolution segfaults
On Tue, Apr 21, 2009 at 6:29 AM, Michael Sullivan msulli1...@gmail.com wrote: SNIP a...@catherine ~ $ evolution ** (evolution:19607): DEBUG: mailto URL command: evolution %s ** (evolution:19607): DEBUG: mailto URL program: evolution Segmentation fault Nothing shows up in ~/.xsession-errors. Not much shows up in /var/log/messages: catherine X11 # grep evolution /var/log/messages Apr 17 22:25:56 catherine [133453.338825] evolution[24366]: segfault at 36303632 ip b6def622 sp bff36500 error 4 in libcamel-provider-1.2.so.14.0.0[b6dcf000+59000] SNIP emerge -1pv libcamel-provider ??? revdep-rebuild -p ??? catherine X11 # emerge -pv evolution These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] mail-client/evolution-2.24.5 USE=crypt dbus hal nntp ssl -debug -kerberos -krb4 -ldap -mono -networkmanager -pda -profile 0 kB Why hal? Did you look in the gdm logs? (In /var/log/gdm) Note that I've had trouble on my wife's machine with segfaults since the xorg-server upgrade. I just downgraded my compiler and rebuilt the machine. Waste of time so far. Segfaults are still there. - Mark
Re: [gentoo-user] pre-starting KDE libs
On Tuesday 21 April 2009 01:12:07 Philip Webb wrote: 090420 Philip Webb wrote: Can anyone tell me the command to pre-start KDE libs with another desktop ? Htop reveals that 'konsole' -- the 1st app I started after Fluxbox -- caused the following processes to start remain running : 3863 kdeinit running ... 3866 dcopserver [kdeinit] --nosid --suicide 3868 klauncher [kdeinit] --new-startup 3870 kded [kdeinit] --new-startup So it looks as if the needed command is 'kdeinit'. I added 'kdeinit ' to ~/.xinitrc it made a small difference : Konsole starts 3 s sooner (wry smile). Also, that's only after a boot: otherwise, the KDE libs stay in memory when the WM terminates are instantly reloaded when Konsole asks for them. Those 3 seconds could be vital. If you need to ssh into the control machine for a nuclear power station and shut down the reactor, those 3 seconds could be the difference between salvation and TheEndOfTheWorldAsWeKnowIt(tm) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] python-2.6.2 site-packages path problem
On 21 Apr, Philipp Riegger wrote: On Tue, 2009-04-21 at 12:34 +0200, Helmut Jarausch wrote: with Python 2.6.2 I have (even re-)installed dev-python/pygtk. And indeed, there is a directory /usr/lib/python2.6/site-packages/gtk-2.0 But, still, import gtk fails. Looking closer, there is NO pygtk.pth-2.0 pygtk.py-2.0 file in /usr/lib/python2.6/site-packages as it is on a working python-2.6.1 installation. What might cause that problem? There is a bug about this, search bugs.gentoo.org for your error/the problem where you get the error. You have to reemerge some packages, pygobject and maybe more. Sorry, but I couldn't find something on bugs.gentoo.org I searched for python-2.6 and pygtk but couldn't find anything. Many thanks for a pointer, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] Downgrading from ~x86 to x86
On 21 Apr 2009, at 08:17, KH wrote: ... I did the same error once and I had been told that it can be unpleasing to downgrade a large amount of programs. So back then I followed another approach. I put every single packed which was on ~x86 in my keywords file. Than I changed my make.conf back to stable. This way my box was slowly coming back to stable without the need to downgrade any program. I took maybe around one year until I was able to remove the last line in the keywords file but I still think this is the best way to deal with a case like that. So answer to your question: I say it is expected behavior to run in trouble when downgrading a large amount of programs. I wouldn't consider this to be a bug. +1 This is what I'd do. I don't know if it's totally clear from KH's description: you mask all lower versions of packages than the currently installed version. Stroller.
Re: [gentoo-user] python-2.6.2 site-packages path problem
On Tue, 2009-04-21 at 15:56 +0200, Helmut Jarausch wrote: There is a bug about this, search bugs.gentoo.org for your error/the problem where you get the error. You have to reemerge some packages, pygobject and maybe more. Sorry, but I couldn't find something on bugs.gentoo.org I searched for python-2.6 and pygtk but couldn't find anything. https://bugs.gentoo.org/show_bug.cgi?id=232338 Philipp
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tuesday 21 April 2009 10:56:25 Xavier Parizet wrote: I think the problem is from the SYSSRC make paremeter which is set to skins/default/usr/src/linux, which seems to be invalid. Where did you get the skins part of that? It isn't in what I posted. Maybe you can check to your environment for the variable KBUILD_OUTPUT if i remember correctly. I seem not to have one. Maybe the problem is in CROSS_COMPILE=x86_64-pc-linux-gnu-, which seems incomplete. -- Rgds Peter
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tuesday 21 April 2009 12:21:52 Justin wrote: Xavier Parizet schrieb: On Tue, 21 Apr 2009 11:57:04 +0200, Justin jus...@j-schmitz.net wrote: Which kernel du you use? It seems to be 2.6.29-r1 according to SYSOUT content in the portage output... Yeah that why I am asking, I had an issue with a kernel module package which found the kernel source from the new kernel but has a SYSOUT from the old and wanted to build against that. But sources were already unmerged. 2.6.29-r1 is correct. (I hope I got the quoting right. Apologies if not.) -- Rgds Peter
Re: [gentoo-user] evolution segfaults
On Tue, 2009-04-21 at 06:48 -0700, Mark Knecht wrote: On Tue, Apr 21, 2009 at 6:29 AM, Michael Sullivan msulli1...@gmail.com wrote: SNIP a...@catherine ~ $ evolution ** (evolution:19607): DEBUG: mailto URL command: evolution %s ** (evolution:19607): DEBUG: mailto URL program: evolution Segmentation fault Nothing shows up in ~/.xsession-errors. Not much shows up in /var/log/messages: catherine X11 # grep evolution /var/log/messages Apr 17 22:25:56 catherine [133453.338825] evolution[24366]: segfault at 36303632 ip b6def622 sp bff36500 error 4 in libcamel-provider-1.2.so.14.0.0[b6dcf000+59000] SNIP emerge -1pv libcamel-provider ??? revdep-rebuild -p ??? A regular revdep-rebuild didn't come up with anything. I'll try the libcamel-provider though. catherine X11 # emerge -pv evolution These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] mail-client/evolution-2.24.5 USE=crypt dbus hal nntp ssl -debug -kerberos -krb4 -ldap -mono -networkmanager -pda -profile 0 kB Why hal? Did you look in the gdm logs? (In /var/log/gdm) Note that I've had trouble on my wife's machine with segfaults since the xorg-server upgrade. I just downgraded my compiler and rebuilt the machine. Waste of time so far. Segfaults are still there. - Mark
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tue, 21 Apr 2009 16:07:02 +0100, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Tuesday 21 April 2009 10:56:25 Xavier Parizet wrote: I think the problem is from the SYSSRC make paremeter which is set to skins/default/usr/src/linux, which seems to be invalid. Where did you get the skins part of that? It isn't in what I posted. Please take a deeper look at your first post... It is in your SYSSRC make parameter. Maybe you can check to your environment for the variable KBUILD_OUTPUT if i remember correctly. I seem not to have one. Sorry, the variable is KERNEL_DIR. Can you please post emerge --info and the full output from emerge nvidia-drivers ? Maybe the problem is in CROSS_COMPILE=x86_64-pc-linux-gnu-, which seems incomplete. No problem with this one as this is prefix for gcc,ar,etc... (for example x86_64-pc-linux-gnu-gcc) HTH. -- Xavier Parizet YaGB : http://gentooist.com GPG :DC81 6FEE 6EBE FCE4 1C18 202F E575 4A5D 036D 1408
Re: [gentoo-user] evolution segfaults
On Tue, 21 Apr 2009 10:18:58 -0500, Michael Sullivan msulli1...@gmail.com wrote: On Tue, 2009-04-21 at 06:48 -0700, Mark Knecht wrote: On Tue, Apr 21, 2009 at 6:29 AM, Michael Sullivan msulli1...@gmail.com wrote: SNIP a...@catherine ~ $ evolution ** (evolution:19607): DEBUG: mailto URL command: evolution %s ** (evolution:19607): DEBUG: mailto URL program: evolution Segmentation fault Nothing shows up in ~/.xsession-errors. Not much shows up in /var/log/messages: catherine X11 # grep evolution /var/log/messages Apr 17 22:25:56 catherine [133453.338825] evolution[24366]: segfault at 36303632 ip b6def622 sp bff36500 error 4 in libcamel-provider-1.2.so.14.0.0[b6dcf000+59000] SNIP emerge -1pv libcamel-provider ??? revdep-rebuild -p ??? A regular revdep-rebuild didn't come up with anything. I'll try the libcamel-provider though. Can you post ulimit -a and free output ? It seems that you don't have enough memory which cause the kernel to kill your evolution process (according to the first /var/log/messages you post) catherine X11 # emerge -pv evolution These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] mail-client/evolution-2.24.5 USE=crypt dbus hal nntp ssl -debug -kerberos -krb4 -ldap -mono -networkmanager -pda -profile 0 kB Why hal? Did you look in the gdm logs? (In /var/log/gdm) Note that I've had trouble on my wife's machine with segfaults since the xorg-server upgrade. I just downgraded my compiler and rebuilt the machine. Waste of time so far. Segfaults are still there. - Mark -- Xavier Parizet YaGB : http://gentooist.com GPG :DC81 6FEE 6EBE FCE4 1C18 202F E575 4A5D 036D 1408
Re: [gentoo-user] xfce and screen resolution
Michael Sullivan writes: On Sun, 2009-04-19 at 13:45 +0200, Alex Schuster wrote: Michael Sullivan writes: On Sat, 2009-04-18 at 18:03 +0100, Robert Bridge wrote: Michael Sullivan wrote: I don't know what resolution default is.It doesn't say. How do I find out? Try it, and then call xdpyinfo|grep dimensions in an xterm. Emerge xdpyinfo if it is not installed yet. Many monitors also have a memnu option to display resolution and frequency. a...@catherine ~ $ xdpyinfo|grep dimensions dimensions:1024x768 pixels (306x230 millimeters) But it's NOT 1024x768! Her icon for main menu doesn't even show up. You mean the icon in the XFCE panel? Maybe the resolution is right, but the monitor shows the screen too big or shifted to the bottom, you parts of the screen are outside the visible area? Do you see the mouse when you move it to the bottom? Sorry if this is a stupid question :) And 1024x768 is still not available from Settings-Display Settings when I right-click on the desktop. I just checked - my XFCE is running at 1376x1032, and I also do not have this resolution in the display settings menu. You can also try the xrandr command to switch resolutions from an xterm. Try xrandr -q to get a list of supported video modes, then xrandr -s 1024x768 or whatever resolution you like to change it. You may neeed to emerge x11-apps/xrandr beforehand. Wonko
[gentoo-user] Wrong keyboard map in Fluxbox
Hi all, I have a fresh installation of gentoo with fluxbox. I added exec startfluxbox to my ~/.xinitrc and set the DISPLAYMANAGER variable in /etcconf.d/xdm to use slim. When I start my machine now, when slim starts a wrong keymap is set. This is also the case in fluxbox after login. If I stop X and restart it using startx, the key mapping is correct. Any ideas on how slim interferes with the keymap and how to solve that? Thanks a lot for your help! -- Best regards, Marco
Re: [gentoo-user] Downgrading from ~x86 to x86
Stroller schrieb: On 21 Apr 2009, at 08:17, KH wrote: ... I did the same error once and I had been told that it can be unpleasing to downgrade a large amount of programs. So back then I followed another approach. I put every single packed which was on ~x86 in my keywords file. Than I changed my make.conf back to stable. This way my box was slowly coming back to stable without the need to downgrade any program. I took maybe around one year until I was able to remove the last line in the keywords file but I still think this is the best way to deal with a case like that. So answer to your question: I say it is expected behavior to run in trouble when downgrading a large amount of programs. I wouldn't consider this to be a bug. +1 This is what I'd do. I don't know if it's totally clear from KH's description: you mask all lower versions of packages than the currently installed version. Stroller. Hi, well looks like there are two ways for the same goal. I didn't mask them. I just added the current installed ones to etc/portage/package.keywords kh
Re: [gentoo-user] Wrong keyboard map in Fluxbox
On Tue, Apr 21, 2009 at 10:46 AM, Marco listwo...@gmail.com wrote: Hi all, I have a fresh installation of gentoo with fluxbox. I added exec startfluxbox to my ~/.xinitrc and set the DISPLAYMANAGER variable in /etcconf.d/xdm to use slim. When I start my machine now, when slim starts a wrong keymap is set. This is also the case in fluxbox after login. If I stop X and restart it using startx, the key mapping is correct. Any ideas on how slim interferes with the keymap and how to solve that? Thanks a lot for your help! I don't know the reason why, but maybe as a workaround you can put xmodmap in your .xinitrc file.
Re: [gentoo-user] xfce and screen resolution [SOLVED]
On Tue, 2009-04-21 at 17:30 +0200, Alex Schuster wrote: Michael Sullivan writes: On Sun, 2009-04-19 at 13:45 +0200, Alex Schuster wrote: Michael Sullivan writes: On Sat, 2009-04-18 at 18:03 +0100, Robert Bridge wrote: Michael Sullivan wrote: I don't know what resolution default is.It doesn't say. How do I find out? Try it, and then call xdpyinfo|grep dimensions in an xterm. Emerge xdpyinfo if it is not installed yet. Many monitors also have a memnu option to display resolution and frequency. a...@catherine ~ $ xdpyinfo|grep dimensions dimensions:1024x768 pixels (306x230 millimeters) But it's NOT 1024x768! Her icon for main menu doesn't even show up. You mean the icon in the XFCE panel? Maybe the resolution is right, but the monitor shows the screen too big or shifted to the bottom, you parts of the screen are outside the visible area? Do you see the mouse when you move it to the bottom? Sorry if this is a stupid question :) And 1024x768 is still not available from Settings-Display Settings when I right-click on the desktop. I just checked - my XFCE is running at 1376x1032, and I also do not have this resolution in the display settings menu. You can also try the xrandr command to switch resolutions from an xterm. Try xrandr -q to get a list of supported video modes, then xrandr -s 1024x768 or whatever resolution you like to change it. You may neeed to emerge x11-apps/xrandr beforehand. Wonko The menu button on the panel still doesn't show up, but my wife says the screen resolution looks right, and she can get a main menu by right-clicking the desktop...
[gentoo-user] What use flags/build settings should I use to get audio CDs to play in totem?
DISCLAIMER I have spent the past 3 hours reading mail archives on gentoo-user about, erm, certain sensitive people and topics and their feelings about cd software. In fact I am *still* reading. I realize, though, that it would probably be much faster to parallelize my information gathering by directly asking the group. Hi Gentoo-user! I just recently discovered some of my old video game CDs (FYI: Might and Magic 6-8) that have mixed data and audio tracks. I am a GNOME user. Unfortunately, as I put the CD on, I got GNOME errors saying unable to mount audio CD. hmm-hmm, sounds trivial enough. I do a grep on use.desc and use.local.desc for cd stuff and I see cdda as a use flag. Google calls it CD Digital Audio, so my brain connects says sounds like the guy. Hastily I add it to my make.conf and emerge -uDNtav world, see cdda pop up in some places, and press enter. Later after dinnertime I notice the compiling's done, so I pop in the game CD to see if audio CD is alright. Joy! GNOME shows two icons on the desktop when I put the CD in. One obviously shows the data track, labeled MM7_Disk2 or something similar. The other says audio CD, which, when double clicked, shows me a cdda://sr0/ URL opened in Nautilus, with a bunch of files from Track 2.wav to Track 20.wav. Now, here's the issue: I can drag the files from the window to another folder and they get, intuitively, ripped from the CD as wav files which play. But when I try to play them in totem, I get nothing. Specifically, totem says: --- totem cdda://sr0/ ** Message: Error: A Audio CD source plugin is required to play this stream, but not installed. gstplaybasebin.c(1673): gen_source_element (): /GstPlayBin:play: No URI handler for cdda ** Message: Missing plugin: gstreamer|0.10|totem|Audio CD source|urisource-cdda (Audio CD source) ** Message: Automatic missing codec installation not supported (helper script missing) ** Message: Error: A Audio CD source plugin is required to play this stream, but not installed. --- Popup: The playback of this movie requires a Audio CD source plugin which is not installed --- Also, the Movie-Play Disc 'Audio Disc' is grayed out. My rhythmbox also now sees my audio CD's tracks 2 and above (which makes sense), but plays painful static when I double click on the tracks. vlc gives me the same static on tracks 2 and above. Clearly, I'm only getting somewhere half-right here. I want to be able to play CD audio from mixed audio/data disks and I can get both data and audio to appear. I can also rip the audio from the disks themselves, which works fine. So all that seems to be missing is getting my desktop apps to play the CD from the disks, and I am just suspecting (as reported by my apps) that one of my plugins is missing or wrong. Thinking it's a gstreamer thing, here's my gst-plugins search: --- madum...@trixie ~/Might and Magic 7 $ eix gst-plugins cd * media-plugins/gst-plugins-cdio Available versions: (0.10) 0.10.8 (~)0.10.10 (~)0.10.11 Homepage:http://gstreamer.freedesktop.org/ Description: plugin for gstreamer [I] media-plugins/gst-plugins-cdparanoia Available versions: (0.10) 0.10.14 0.10.20 (~)0.10.21 (~)0.10.22 Installed versions: 0.10.22(0.10)(09:27:01 PHT Sunday, 12 April, 2009) Homepage:http://gstreamer.freedesktop.org/ Description: plugin for gstreamer madum...@trixie ~/Might and Magic 7 $ eix cdparanoia [I] media-plugins/gst-plugins-cdparanoia Available versions: (0.10) 0.10.14 0.10.20 (~)0.10.21 (~)0.10.22 Installed versions: 0.10.22(0.10)(09:27:01 PHT Sunday, 12 April, 2009) Homepage:http://gstreamer.freedesktop.org/ Description: plugin for gstreamer [I] media-sound/cdparanoia Available versions: 3.10_pre2 ~3.10.2-r2 Installed versions: 3.10_pre2(12:58:56 PHT Monday, 13 October, 2008) Homepage:http://www.xiph.org/paranoia Description: an advanced CDDA reader with error correction --- It would seem to me that cdparanoia should be the one doing the job of reading audio CDs for my gstreamer-based apps, and there seems to be a gst-plugin for it, which is installed. But apparently whatever they're doing is not turning out right, and whatever nautilus is doing when copying tracks seems to be turning out okay. Just in advance, peace and flowers and hugs and puppies and ice cream to the readers. :D But here's what my system says about cdrkit / cdrtools: madum...@trixie ~/Might and Magic 7 $ eix cdrtools * app-cdr/cdrtools Available versions: 2.01.01_alpha34 2.01.01_alpha51 (~)2.01.01_alpha53 (~)2.01.01_alpha57-r1 {acl unicode} Homepage:http://cdrecord.berlios.de/ Description: A set of tools for CD/DVD reading and recording, including cdrecord madum...@trixie ~/Might and Magic 7 $ eix -n cdrkit [I] app-cdr/cdrkit Available versions: 1.1.6 1.1.8 1.1.9 {hfs kernel_FreeBSD kernel_linux unicode}
Re: [gentoo-user] Re: No sound over HDMI with SB600, 9800GT
Thanks, but the video works flawlessly, and the TV works fine with audio and video over HDMI from cable boxen, PS3s, etc. Anyhow, thanks, and I'll keep trying. On Mon, Apr 13, 2009 at 11:38 PM, James wirel...@tampabay.rr.com wrote: Strake strake888 at gmail.com writes: I have an MSI K9A2 Platinum motherboard (SB600 chipset with ALC888 Azalia audio) with an Asus EN9800GT video card. HDMI video, as well as analog audio works fine. However, there is no sound over HDMI. I am using alsa 1.0.18, kernel 2.6.24, with the snd_hda_intel driver. Hello, You might have multiple issues, depending on what (if any) other new hardware you are using and have not previously been successful using with HDMI. Just a stab in the dark, but, do some research on HDCP (HIGH-BANDWIDTH DIGITAL CONTENT PROTECTION) and make sure that's not your issue, nor related to your equipment configuration. That is, if you are outputting HDMI based audio and video from a computer and trying to make it all happy with a 1080p TV/monitor/audio type of setup Somehow find a way to test each component and make sure it's working. You may need to fiddle with the setting of the HDMI receiving device, or contact the manufacture and find out if the device employs HDCP, it can be turned off, or any other ideas the manufacture may have. Being you are a pioneer in this area, you might want to track down a 'HDMI Bus Analyzer' or a friend that has one: http://www.lecroy.com/tm/Options/Software/SDA-HDMI/default.asp good hunting and good luck! hth, James -- MFD
Re: [gentoo-user] Re: Some hints about evdev versus xorg and your mouse and keyboard
On Sat, 18 Apr 2009 19:53:18 +0200, Alex Schuster wrote: There are some strange mnemonics involving elephants, that are harder to remember than the key sequence. The easy way to remember the full sequence is BUSIER backwards. Actually, for me Raising Elefants Is So Utterly Boring is somehow easier to remember than to invert a word in my mind :) There's also Reboot Even If System Utterly Broken, which seems more appropriate. -- Neil Bothwick If you can't be kind, be vague. signature.asc Description: PGP signature
[gentoo-user] CUPS error when printing from GTK+ print dialog
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I try to print from a program using the GTK+ print dialog, e.g. Firefox og Evince, i get the following line: Request from localhost using invalid Host: field ::1 in /var/log/cups/error_log each time I try to select a printer from the list. The dialog shows the list just fine, but except for the Print to File option the Print button is shaded. Printing works just fine from other programs that use CUPS, it's only the ones using the GTK+ printing dialog that fails. I have tried to re-emerge GTK+, libgnomecups and libgnomeprint, but nothing seems to change the behaviour. The problem seems to have startet after a recent upgrade of CUPS. I hope anybody has an idea on how I can solve this rather annoying issue. - -- Morten 'T-Hawk' Holt In the joy of anticipation there's the anticipatory letdown of anticipating not anticipating anticipation of some future anticipation. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknuQskACgkQ4U83l8z/woKjHgCgkbTKpk+SUbtDhVxO7LvFJGPd B18AoJWixpWyFPpGnZIActvB86A5yId0 =HCdc -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
/log/portage/x11-drivers:nvidia-drivers-180.51:20090421-232642.log'. * The ebuild environment file is located at '/tmp/portage/x11-drivers/nvidia-drivers-180.51/temp/environment'. * Failed to emerge x11-drivers/nvidia-drivers-180.51, Log file: '/var/log/portage/x11-drivers:nvidia-drivers-180.51:20090421-232642.log' Portage 2.2_rc31 (default/linux/amd64/2008.0, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.29-gentoo-r1 x86_64) = System uname: Linux-2.6.29-gentoo-r1-x86_64-AMD_Opteron-tm-_Processor_246-with-glibc2.2.5 Timestamp of tree: Tue, 21 Apr 2009 08:45:02 + ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.4.4-r14, 2.5.4-r2 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox:1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS=amd64 CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=native -mtune=native -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/init.d /etc/pam.d /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d CXXFLAGS=-march=native -mtune=native -O2 -pipe DISTDIR=/usr-bits/distfiles EMERGE_DEFAULT_OPTS=--with-bdeps y --nospinner FEATURES=buildpkg ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=http://gentoo.blueyonder.co.uk http://ftp.easynet.nl/mirror/gentoo http://distfiles.gentoo.org; LANG=en_GB.UTF-8 LC_ALL=en_GB.UTF-8 LDFLAGS=-Wl,-O1 LINGUAS=en_GB MAKEOPTS=-j3 -s PKGDIR=/usr/portage/packages PORTAGE_COMPRESS= PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/portage/local/layman/webapps-experimental SYNC=rsync://serv.ethnet/gentoo-portage USE=X acl acpi alsa amd64 arts berkdb bzip2 cdr cli cracklib crypt cups dbus dri dvd dvdr encode exif fam ffmpeg flac fortran gdbm gif gpm gtk hal iconv ipv6 javascript jpeg jpeg2k kde lame logitech-mouse logrotate mad midi mmx mng mp3 mpeg mudflap multilib ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl png pppd python qt3 readline reflection session smp spell spl sse sse2 ssl subversion svg sysfs tcpd tiff truetype unicode usb vcd vorbis wmf xml xorg xulrunner xvmc zlib ALSA_CARDS=intel8x0 ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias CAMERAS=fuji ELIBC=glibc INPUT_DEVICES=evdev keyboard mouse KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LINGUAS=en_GB USERLAND=GNU VIDEO_CARDS=nv Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
[gentoo-user] jre memory heap size issue
I have set -Xmx256m using the Java control panel GUI, and; sphinx jre # pgrep -lf java 8949 /opt/sun-jdk-1.6.0.13/jre/bin/java -Xmx256m -Xbootclasspath/a:/opt/sun-jdk-1.6.0.13/jre/lib/javaws.jar:/opt/sun-jdk-1.6.0.13/jre/lib/deploy.jar:/opt/sun-jdk-1.6.0.13/jre/lib/plugin.jar -classpath /opt/sun-jdk-1.6.0.13/jre/lib/deploy.jar -Djnlpx.vmargs=-Xmx256m -Djnlpx.jvm=/opt/sun-jdk-1.6.0.13/jre/bin/java -Djnlpx.splashport=42982 -Djnlpx.home=/opt/sun-jdk-1.6.0.13/jre/bin -Djnlpx.remove=false -Djnlpx.offline=false -Djnlpx.relaunch=true -Djnlpx.heapsize=67108864,268435456 -Djava.security.policy=file:/opt/sun-jdk-1.6.0.13/jre/lib/security/javaws.policy -DtrustProxy=true -Xverify:remote com.sun.javaws.Main file:///tmp/idm.jnlp sphinx jre # And i have restarted firefox, but when i try to run the app it still complains about the memory size. the -Xmx256m tweak recommended by the app vendor works in windows, and IIRC it also worked on my old x86 machine. The current machine is a newly built amd64. Any ideas on what's wrong?
[gentoo-user] FW: jre memory heap size issue
Sorry - here it is in plain text for the luddites, j/k :-) I have set -Xmx256m using the Java control panel GUI, and; sphinx jre # pgrep -lf java 8949 /opt/sun-jdk-1.6.0.13/jre/bin/java -Xmx256m -Xbootclasspath/a:/opt/sun-jdk-1.6.0.13/jre/lib/javaws.jar:/opt/sun-jdk-1.6.0.13/jre/lib/deploy.jar:/opt/sun-jdk-1.6.0.13/jre/lib/plugin.jar -classpath /opt/sun-jdk-1.6.0.13/jre/lib/deploy.jar -Djnlpx.vmargs=-Xmx256m -Djnlpx.jvm=/opt/sun-jdk-1.6.0.13/jre/bin/java -Djnlpx.splashport=42982 -Djnlpx.home=/opt/sun-jdk-1.6.0.13/jre/bin -Djnlpx.remove=false -Djnlpx.offline=false -Djnlpx.relaunch=true -Djnlpx.heapsize=67108864,268435456 -Djava.security.policy=file:/opt/sun-jdk-1.6.0.13/jre/lib/security/javaws.policy -DtrustProxy=true -Xverify:remote com.sun.javaws.Main file:///tmp/idm.jnlp sphinx jre # And i have restarted firefox, but when i try to run the app it still complains about the memory size. the -Xmx256m tweak recommended by the app vendor works in windows, and IIRC it also worked on my old x86 machine. The current machine is a newly built amd64. Any ideas on what's wrong?
Re: [gentoo-user] What use flags/build settings should I use to get audio CDs to play in totem?
On Tue, Apr 21, 2009 at 2:09 PM, Mark David Dumlao madum...@gmail.com wrote: media-plugins/gst-plugins-cdio I think that one should do it.
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
On Tue, Apr 21, 2009 at 6:34 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: I've read the post backwards and forwards, and I've had kmail search case-insensitively for skin, and it isn't there. It wasn't there when I sent it, anyway, and grep says it isn't in the files I've attached this time either. As a third party in this thread I can confirm your original post has: SYSSRC=/usr/src/linux no skins
Re: [gentoo-user] What use flags/build settings should I use to get audio CDs to play in totem?
On Tue, Apr 21, 2009 at 11:30 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Apr 21, 2009 at 2:09 PM, Mark David Dumlao madum...@gmail.com wrote: media-plugins/gst-plugins-cdio I think that one should do it. Also, according to http://gstreamer.freedesktop.org/documentation/plugins.html there is a cd-audio plugin which is part of gst-plugins-bad which might be an even better choice :)
Re: [gentoo-user] nvidia-drivers-180.51 on amd64
Paul Hartman wrote: On Tue, Apr 21, 2009 at 6:34 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: I've read the post backwards and forwards, and I've had kmail search case-insensitively for skin, and it isn't there. It wasn't there when I sent it, anyway, and grep says it isn't in the files I've attached this time either. As a third party in this thread I can confirm your original post has: SYSSRC=/usr/src/linux no skins Same here. Word find and my eyes found no mention of skins. Since I'm curious, how did that get there? Two emails merge somewhere or something. Dale :-) :-)