[gentoo-user] Only two people in the gentoo world is having this problem?
While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian.
Re: [gentoo-user] power management cannot change LCD brightness
On Sun, Feb 28, 2010 at 2:15 PM, Frank Steinmetzger war...@gmx.de wrote: Am Sonntag 28 Februar 2010 schrieb Xi Shen: hi, my system is gentoo amd64, kde 4.3. my laptop is thinkpad t61. after some configure in the kernel, and reboot with the new kernel, i can use the Fn+Home, and Fn+End to change the brightness of my lcd. but when i tried to change the lcd brightness by dragging the handle on the 'power management' tool, nothing happens. what else should i configure? It has never worked here, though I’m satisfied that I can use Fn+Crsr up/down, which works on the HW level (even at boot). I don't know if you have an nvidia card. I had the same problem: I was only able to change the brightness from a text console. I solved the problem by installing nvclock (now I no longer need sunglases). I hope that helps.
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, Mar 10, 2010 at 09:41:04AM +0800, Xi Shen wrote: One thing i would worry is that how long will the atom cpu take to compile my whole gentoo ~amd64 + kde4.4 system? atom is not amd64. Building stuff on my netbook is slow(er). My netbook has an N270 at 1.6GHz, with 1G ram. Most build jobs are slower than on my old laptop with Pentium M 1.6G and 512M ram or on my desktop with Pentium 4 2G and 512M ram. Just some numbers: qt-core takes 34 minutes xulrunner takes 1 hr 25 minutes mplayer takes 14 minutes gcc takes 1 hr 28 minutes you can try to extrapolate from there. W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
Walter, I'd advise going back through and running a make menuconfig on 2.6.31-r6/10 and verify that everything is in order. The reason that I say this is that, in the event that your kernel -DID- revert back to defaults, if you have a non-ext2/3 partition, it isn't going t recognize it (EXT4, Reiserfs3.6/4, etc aren't default options). As for the warnings that you are talking about, those have existed for a while, they are obviously non-fatal and not really pertinent to your issue at hand. Cheers Kad On Tue, Mar 9, 2010 at 5:36 PM, Walter Dnes waltd...@waltdnes.org wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I got the warnings listed below before the config process started. make oldconfig appears to have reset to default values, and it was showing me some settings totally the opposite of what I know I've set. When I ran through make oldconfig, compiled and rebooted, I got a framebuffer console, which I *KNOW* I haven't selected. And there was a kernel panic because gentoo couldn't find the boot device. I'm enough of a bit-twiddler that I can set up the kernel manually. But I know from past experience that it's a long slow process. Is there any trick to salvage make oldconfig, before I resort to setting up the kernel the hard way? Here's the output from make oldconfig up to where it starts asking questions... [d531][root][/usr/src/linux] make oldconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/docproc HOSTCC scripts/basic/hash HOSTCC scripts/kconfig/conf.o scripts/kconfig/conf.c: In function 'conf_askvalue': scripts/kconfig/conf.c:105: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result scripts/kconfig/conf.c: In function 'conf_choice': scripts/kconfig/conf.c:307: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result HOSTCC scripts/kconfig/kxgettext.o SHIPPED scripts/kconfig/zconf.tab.c SHIPPED scripts/kconfig/lex.zconf.c SHIPPED scripts/kconfig/zconf.hash.c HOSTCC scripts/kconfig/zconf.tab.o In file included from scripts/kconfig/zconf.tab.c:2486: scripts/kconfig/confdata.c: In function 'conf_write': scripts/kconfig/confdata.c:508: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result scripts/kconfig/confdata.c: In function 'conf_write_autoconf': scripts/kconfig/confdata.c:745: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result scripts/kconfig/confdata.c:746: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result In file included from scripts/kconfig/zconf.tab.c:2487: scripts/kconfig/expr.c: In function 'expr_print_file_helper': scripts/kconfig/expr.c:1090: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result HOSTLD scripts/kconfig/conf scripts/kconfig/conf -o arch/x86/Kconfig * * Restart config... * * * Performance Counters * Kernel Performance Counters (PERF_COUNTERS) [N/y/?] (NEW) -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] normal user do not have access to usb, and many other things
On Wed, Mar 10, 2010 at 09:21:06AM +0800, Xi Shen wrote:
i kanda thought about that for the usb stuff. but i have not resolve
it. may be i also need the pmout package to allow me to mount the usb
disk?
the big problem now is the battery information. i really have no idea
where to look for it. it is really dangerous to us a laptop without
knowing when the battery will die.
I am rather curious what application you are using to get battery
information that requires it being root.
/proc/acpi/battery/BAT0/state is 0444 on my netbook/laptop since
forever. I just use a bash function to parse it and display it on my
${PS1}.
W
--
Willie W. Wong ww...@math.princeton.edu
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
et vice versa ~~~ I. Newton
Re: [gentoo-user] stop eth0 from starting at boot
On Tue, 09 Mar 2010 23:53:00 -0600, Dale wrote: This is a common problem. I am on baselayout 1 so if you are on baselayout 2, this may not help. In /etc/conf.d/rc file, add this line or edit the line you already have: RC_PLUG_SERVICES=net.wlan !net.eth* In baselayout-2 this is set in /etc/rc.conf. I use rc_hotplug=!net.* to let all interfaces be handled by Wicd. -- Neil Bothwick All generalizations are false, including this one. signature.asc Description: PGP signature
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, 10 Mar 2010 03:58:48 -0500, Willie Wong wrote: One thing i would worry is that how long will the atom cpu take to compile my whole gentoo ~amd64 + kde4.4 system? atom is not amd64. Some are. My Acer nettop has a 64 bit Atom, the 230 I think. -- Neil Bothwick Confucius says He who posts with broken addresses gets no replies.. signature.asc Description: PGP signature
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, Mar 10, 2010 at 5:23 PM, Neil Bothwick n...@digimed.co.uk wrote: On Wed, 10 Mar 2010 03:58:48 -0500, Willie Wong wrote: One thing i would worry is that how long will the atom cpu take to compile my whole gentoo ~amd64 + kde4.4 system? atom is not amd64. Some are. My Acer nettop has a 64 bit Atom, the 230 I think. yes, later atom models supports intel's emt64, so you can compile x86_64 system on it. -- Neil Bothwick Confucius says He who posts with broken addresses gets no replies.. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, Mar 10, 2010 at 09:23:14AM +, Neil Bothwick wrote: On Wed, 10 Mar 2010 03:58:48 -0500, Willie Wong wrote: One thing i would worry is that how long will the atom cpu take to compile my whole gentoo ~amd64 + kde4.4 system? atom is not amd64. Some are. My Acer nettop has a 64 bit Atom, the 230 I think. Ah, I didn't know that. Thanks for the correction. W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] normal user do not have access to usb, and many other things
On Wed, Mar 10, 2010 at 5:05 PM, Willie Wong ww...@math.princeton.edu wrote:
I am rather curious what application you are using to get battery
information that requires it being root.
/proc/acpi/battery/BAT0/state is 0444 on my netbook/laptop since
forever. I just use a bash function to parse it and display it on my
${PS1}.
my laptop is thinkpad t61, and i do not have /proc/acpi/battery/BATO/state... :(
now i have a damn wired good news. all the problems i talked about are
gone. :) i can access my usb disk, i can see the battery info.
yesterday, after i have joined those groups, i did not restart my
system. i just exit X, and log off, then log on, and i did not able to
access those resources. but today, after a cold start up, all the
problems are fixed without touching any configuration.
i think this is just a group and permission issue.
--
Best Regards,
David Shen
http://twitter.com/davidshen84/
Re: [gentoo-user] normal user do not have access to usb, and many other things
On Wed, 10 Mar 2010 19:28:26 +0800, Xi Shen wrote: yesterday, after i have joined those groups, i did not restart my system. i just exit X, and log off, then log on, and i did not able to access those resources. but today, after a cold start up, all the problems are fixed without touching any configuration. i think this is just a group and permission issue. Logging out of and back into X should be enough for any group changes to take effect. I wonder if it could have been a module loading problem. -- Neil Bothwick A great many people mistake opinions for thoughts. -- Herbert V. Prochnow signature.asc Description: PGP signature
[gentoo-user] how to git-bisect in a portage-compatible way ?
Hello, Background info : I'm experiencing a bug and found out that the bug doesn't appear with libdrm-2.4.11 (I kept an ebuild for this one in /usr/local/portage/...), but it does occur with libdrm-2.4.13 (not sure about the version numbers anymore, and I have yet to try 2.4.12, too, but that's not the question) So the general question is : if I want to use git-bisect (I have never done that before, but today is a good time to try), I guess it means I'll have to build libdrm outside portage : if so, once I'm finished with hunting the bug, how to go back to the situation where portage does everything for me ? Some more precise questions : - before I begin, should I first unmerge libdrm ? - once I finished with bisecting, should I reemerge libdrm ? Will portage overwrite files it may need to overwrite ? what about orphanned files (if any) ? I looked at the documentation list on gentoo.org, I did find a section entitled Non-portage maintained software, but this is not what I'm looking for. Where else should I look at ? thanks for your comments Nicolas.
Re: [gentoo-user] normal user do not have access to usb, and many other things
On Wed, Mar 10, 2010 at 7:40 PM, Neil Bothwick n...@digimed.co.uk wrote: On Wed, 10 Mar 2010 19:28:26 +0800, Xi Shen wrote: i think this is just a group and permission issue. Logging out of and back into X should be enough for any group changes to take effect. I wonder if it could have been a module loading problem. you said the group changes should take effect after i logged off. if it is a module loading problem, i should be able to load those modules and should be able use the resources yesterday. i am now the member of the following group: disk wheel audio cdrom video usb users plugdev, and i have restart my laptop again, and i still have access to usb and battery info. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] power management cannot change LCD brightness
On Wed, Mar 10, 2010 at 4:32 PM, Damian damian.o...@gmail.com wrote: I don't know if you have an nvidia card. I had the same problem: I was only able to change the brightness from a text console. I solved the problem by installing nvclock (now I no longer need sunglases). I hope that helps. thanks, i solved this problem without emerging the nvclock package. i guess it is a group and permission issue. i have my accounts joined these groups: disk wheel audio cdrom video usb users plugdev, and i can change the lcd brightness with the kde widget. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, 10 Mar 2010 06:25:34 -0500, Willie Wong wrote: Some are. My Acer nettop has a 64 bit Atom, the 230 I think. Ah, I didn't know that. Thanks for the correction. I only found out by accident when I booted from the wrong live CD. -- Neil Bothwick Top Oxymorons Number 38: Government organization signature.asc Description: PGP signature
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 12:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian. ?? revdep-rebuild -ip ?? - Mark
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-09 8:36 PM, Walter Dnes wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... I do as the kernel upgrade guide says - when going between major versions (yes, even one), copy the old .config to the new kernel dir, then run make menuconfig, and make sure all of your critical options are set. This is much safer, though it does take more time. I've been wondering though - how well does genkernel work now? I've never used it... -- Charles
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
Tanstaafl wrote: On 2010-03-09 8:36 PM, Walter Dnes wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... I do as the kernel upgrade guide says - when going between major versions (yes, even one), copy the old .config to the new kernel dir, then run make menuconfig, and make sure all of your critical options are set. This is much safer, though it does take more time. I've been wondering though - how well does genkernel work now? I've never used it... I use make oldconfig all the time and have only had problems with it once. I would trust make oldconfig looong before I would even think to trust genkernel. I have never got it to work for me. Using make oldconfig should be fine for the OP. I wouldn't use it if I were going from 2.6.1* to a current version tho. It would be faster to start from scratch. That would be a lot of questions to answer. Dale :-) :-)
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-10 8:38 AM, Dale wrote: I use make oldconfig all the time and have only had problems with it once. I would trust make oldconfig looong before I would even think to trust genkernel. I have never got it to work for me. Using make oldconfig should be fine for the OP. My point is, the recommended method per the official gentoo docs/kernel upgrade guide is, using make oldconfig is only recommended for minor bumps of the same kernel version, and for major updates - and again, yes, even going from 2.6.30 to 2.6.31 is a 'major' update, copying the old .config then doing make menuconfig is the preferred/recommended way. If you want to live dangerously, that is fine, but please do not ignore the fact that it is *not* the *recommended/preferred* - ie *safest* - way. -- Charles
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wed, 10 Mar 2010 08:22:41 -0500, Tanstaafl wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... The .30, .31 is the minor kernel version. You shouldn't use oldconfig when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. -- Neil Bothwick Anything is possible if you don't know what you are talking about. signature.asc Description: PGP signature
[gentoo-user] Multiple versions of automake?
Hello, I currently have 3 versions of automake installed (1.7.9-r1, 1.9.6-r3, and 1.10.2). emerge -pvuDN world shows an update available for each one, but, my question is, do I need all 3 versions? 'equery depends automake' shows 44 packages, all depending on 1.10* or higher. So, can I safely emerge -C the other 2 versions? Should I (does it even matter)? Thanks, -- Charles
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 10 March 2010 01:36, Walter Dnes waltd...@waltdnes.org wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I got the warnings listed below before the config process started. make oldconfig appears to have reset to default values, and it was showing me some settings totally the opposite of what I know I've set. When I ran through make oldconfig, compiled and rebooted, I got a framebuffer console, which I *KNOW* I haven't selected. If you had not enabled framebuffer in your old kernel then I can't think how it would show up as enabled in your new kernel (as far as I know fb is not enabled by default on any kernels that I've ever built) And there was a kernel panic because gentoo couldn't find the boot device. Hmm ... so it's not just framebuffer but different filesystems perhaps? I'm enough of a bit-twiddler that I can set up the kernel manually. But I know from past experience that it's a long slow process. Is there any trick to salvage make oldconfig, before I resort to setting up the kernel the hard way? Here's the output from make oldconfig up to where it starts asking questions... The errors you show are not show stoppers (or the new kernel would not build). You may want to update your gcc and then check using gcc-config that the latest is being used. With regards to your kernel panic I suspect an error in the .config file you copied over. Do you keep a copy both in /usr/src/linux-gentoo-XXX/ and in /boot? If yes then copy over your .config from a different location this time, otherwise you'll have to go about it through the manual method. PS. Just checking the obvious: you aren't manually patching your kernels and forgot to do it this time, right? -- Regards, Mick
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-10 8:47 AM, Neil Bothwick wrote: On Wed, 10 Mar 2010 08:22:41 -0500, Tanstaafl wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... The .30, .31 is the minor kernel version. You shouldn't use oldconfig when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. Again, not according to the official upgrade guide - it specifically uses 2.6.9-r1 to 2.6.9-r2 as an example of a 'minor' update, and going from 2.6.8 to 2.6.9 as having potentially 'too large of changes for make oldconfig to be considered safe'. If the guide is outdated, maybe it should be updated: http://www.gentoo.org/doc/en/kernel-upgrade.xml#doc_chap10 10. Advanced: Using your old kernel .config to configure a new one It is sometimes possible to save time by re-using the configuration file from your old kernel when configuring the new one. Note that this is generally unsafe -- too many changes between every kernel release for this to be a reliable upgrade path. The only situation where this is appropriate is when upgrading from one Gentoo kernel revision to another. For example, the changes made between gentoo-sources-2.6.9-r1 and gentoo-sources-2.6.9-r2 will be very small, so it is usually OK to use the following method. However, it is not appropriate to use it in the example used throughout this document: upgrading from 2.6.8 to 2.6.9. Too many changes between the official releases, and the method described below does not display enough context to the user, often resulting in the user running into problems because they disabled options that they really didn't want to. To reuse your old .config, you simply need to copy it over and then run make oldconfig. In the following example, we take the configuration from gentoo-sources-2.6.9-r1 and import it into gentoo-sources-2.6.9-r2. Code Listing 10.1: Reusing your old config # cd /usr/src/linux-2.6.9-gentoo-r2 # cp ../linux-2.6.9-gentoo-r1/.config . # make oldconfig snip At this point, you may be asked to produce answers for configuration options which have changed between the two versions. Once you have done that, you can compile and install your kernel as normal, without having to go through the menuconfig configuration process. A much safer upgrading method is to copy your config as previously shown, and then simply run make menuconfig. This avoids the problems of make oldconfig mentioned previously, as make menuconfig will load up your previous configuration as much as possible into the menu. Now all you have to do is go through each option and look for new sections, removals, and so on. By using menuconfig, you gain context for all the new changes, and can easily view the new choices and review help screens much easier. You can even use this for upgrades such as 2.6.8 to 2.6.9; just make sure you read through the options carefully. Once you've finished, compile and install your kernel as normal. -- Charles
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 12:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian. ?? revdep-rebuild -ip I already tried (reconcilio actually), and didn't solve the problem: it tries to rebuild gvfs, failing miserably again. ?? - Mark
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wednesday 10 March 2010 15:22:41 Tanstaafl wrote: On 2010-03-09 8:36 PM, Walter Dnes wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... A major kernel upgrade is from 2.6 to 2.7 2.6.30 to 2.6.31 is a small incremental upgrade and 2.6.30.1 to 2.6.30.2 is a bug fix Common sense tells me that you will forget something important using your method much more often than oldconfig will trip over a new option (eg the pata shuffle about 2 years ago) I do as the kernel upgrade guide says - when going between major versions (yes, even one), copy the old .config to the new kernel dir, then run make menuconfig, and make sure all of your critical options are set. This is much safer, though it does take more time. Well, that guide is someone's opinion. It is not a technical fact. I write wiki pages that seem to be to be 100% spot on and the best advice ever. But some of my colleagues ignore it and do it their way. Stuff they do does not break. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
Find out what package /usr/lib64/liblzmadec.so belongs to and re-emerge that package. If you have ccache activated, delete the whole cache before doing this. If the problem is still present, at this point try revdep-rebuild -i HTH
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 10 March 2010 13:56, Tanstaafl tansta...@libertytrek.org wrote: On 2010-03-10 8:47 AM, Neil Bothwick wrote: On Wed, 10 Mar 2010 08:22:41 -0500, Tanstaafl wrote: Today is when running a lilo menu with production and experimental kernels saved me. production is 2.6.30-r8. experimental is 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from 2.6.30-r8 and ran make oldconfig. I *never* use make oldconfig between major kernel versions... The .30, .31 is the minor kernel version. You shouldn't use oldconfig when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. Again, not according to the official upgrade guide - it specifically uses 2.6.9-r1 to 2.6.9-r2 as an example of a 'minor' update, and going from 2.6.8 to 2.6.9 as having potentially 'too large of changes for make oldconfig to be considered safe'. If the guide is outdated, maybe it should be updated: http://www.gentoo.org/doc/en/kernel-upgrade.xml#doc_chap10 Charles, I've been using make oldconfig since 2004. It has never failed me. You soon realise if the new kernel has significant changes from the old one (i.e. if modules have moved between sections, etc.) In that case, when you complete your make oldconfig you can fire up make menuconfig and revisit the new areas just to make double sure you haven't missed anything important. Now, doing that for the first time may be too confusing for someone who is not familiar with the process of rolling up their own kernel, therefore the handbook has to cater for the lowest common denominator and advises to go about it in a long-winded way. PS. make oldconfig is essentially the result of a diff-ing exercise between old/new kernels. Using ? helps explain new options before you choose to select them. -- Regards, Mick
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wed, 10 Mar 2010 08:56:24 -0500, Tanstaafl wrote: The .30, .31 is the minor kernel version. You shouldn't use oldconfig when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. Again, not according to the official upgrade guide - it specifically uses 2.6.9-r1 to 2.6.9-r2 as an example of a 'minor' update, and going from 2.6.8 to 2.6.9 as having potentially 'too large of changes for make oldconfig to be considered safe'. If the guide is outdated, maybe it should be updated: Whatever the guide says, the third part of the kernel version is considered the minor revision, anything after that is a patch level. I see what you mean about the guide and consider it wrong, especially for an advanced section. You are more likely to run into problems when not reusing your old config that when using make oldconfig. Even the comment about context isn't really true, as oldconfig shows some context and the same help that menuconfig does. My only complaint about oldconfig is that there is no way to step back or undo a change, short of Ctrl-C and start again. -- Neil Bothwick Top Oxymorons Number 43: Genuine imitation signature.asc Description: PGP signature
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wednesday 10 March 2010 15:46:03 Tanstaafl wrote: On 2010-03-10 8:38 AM, Dale wrote: I use make oldconfig all the time and have only had problems with it once. I would trust make oldconfig looong before I would even think to trust genkernel. I have never got it to work for me. Using make oldconfig should be fine for the OP. My point is, the recommended method per the official gentoo docs/kernel upgrade guide is Let me correct you on your misunderstanding: The current opinion of the current author of the kernel upgrade guide says what you quoted. It's his opinion, it's what he thinks will work best for the majority of people. It's probably also the wording that has been proven to result in the least bugzilla entries and the fewest mails in his inbox from the Help me! mob. It's not a technical data sheet, and what you quote is not a fact , using make oldconfig is only recommended for minor bumps of the same kernel version, and for major updates - and again, yes, even going from 2.6.30 to 2.6.31 is a 'major' update, copying the old .config then doing make menuconfig is the preferred/recommended way. If you want to live dangerously, that is fine, but please do not ignore the fact that it is *not* the *recommended/preferred* - ie *safest* - way. Wrong. See above. How do I know this? I too write technical docs. I too write them to minimize the size of my inbox. Do you think for a minute I actually *follow* the advice of give to others less knowledgeable than myself? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 6:05 AM, Damian damian.o...@gmail.com wrote: On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 12:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian. ?? revdep-rebuild -ip I already tried (reconcilio actually), and didn't solve the problem: it tries to rebuild gvfs, failing miserably again. I saw that in the bug report. If you want to keep going down the path of what didn't work then do nothing. Potentially revdep-rebuild finds something else. You need to post some results. I've seen gvfs fail due to flag settings. How would anyone here make a reasoned response with so little data? It's up to you. - Mark
[gentoo-user] power management - no consolekit runtime support
hi, my system is gentoo ~amd64, kde 4.4. in the system settings/power management/capabilities, it says 'consolekit was not found active on your pc'. but i do have consolekit started before i start X. how to fix this? -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-10 9:07 AM, Alan McKinnon wrote: The current opinion of the current author of the kernel upgrade guide says what you quoted. It's his opinion, it's what he thinks will work best for the majority of people. It's probably also the wording that has been proven to result in the least bugzilla entries and the fewest mails in his inbox from the Help me! mob. It is either a part of the *official* gentoo documentation, or it isn't. My understanding is that it is. Is that incorrect? In other words, it is not $random_guide found on the internet somewhere, nor is it some gentoo dev's private wiki, it is formal, official gentoo documentation - and that *is* a fact. If what you say is true, then I guess every single page of every single bit of gentoo documentation should come with a big fat warning that 'this is just someone's personal opinion, so don't give it any weight whatsoever - hey, just do your own thang!'... -- Charles
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 3:10 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 6:05 AM, Damian damian.o...@gmail.com wrote: On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 12:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian. ?? revdep-rebuild -ip I already tried (reconcilio actually), and didn't solve the problem: it tries to rebuild gvfs, failing miserably again. I saw that in the bug report. If you want to keep going down the path of what didn't work then do nothing. Potentially revdep-rebuild finds something else. You need to post some results. I've seen gvfs fail due to flag settings. How would anyone here make a reasoned response with so little data? Actually the flag plays no role. Since I compiled the package again with the original flags and I got the same results. I honestly don't know which (other) relevant data I can provide. I didn't intend to make anybody upset with my email, or with the mention to the word paludis.
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-10 9:09 AM, Neil Bothwick wrote: Whatever the guide says, the third part of the kernel version is considered the minor revision, anything after that is a patch level. Gotcha - and I guess I was using those terms in my own way - the guide didn't use the word major or minor - I just added that to distinguish between the two cases... I see what you mean about the guide and consider it wrong, especially for an advanced section. You are more likely to run into problems when not reusing your old config that when using make oldconfig. But... my understanding is that, by copying your old .config to the new kernel dir before running make menuconfig, you *are* reusing your old config... I sure hope I'm not reading *that* wrong. ;) Even the comment about context isn't really true, as oldconfig shows some context and the same help that menuconfig does. Ok... well, this is how I've always done it, and I'm comfortable with it, so don't see a reason to change. Maybe I'll try running make oldconfig one day just to see how it differs... Anyway, thanks for the info. Lastly - since the guide *is* a part of the formal/official gentoo docs, maybe one of you who understands the kernel update process should file a bug to update it with better information? -- Charles
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wed, 10 Mar 2010 09:27:19 -0500, Tanstaafl wrote: I see what you mean about the guide and consider it wrong, especially for an advanced section. You are more likely to run into problems when not reusing your old config that when using make oldconfig. But... my understanding is that, by copying your old .config to the new kernel dir before running make menuconfig, you *are* reusing your old config... I sure hope I'm not reading *that* wrong. ;) No you're not. But it is far easier to miss important changes without oldconfig to point them out to you by shoving them in your face. Even the comment about context isn't really true, as oldconfig shows some context and the same help that menuconfig does. Ok... well, this is how I've always done it, and I'm comfortable with it, so don't see a reason to change. Each to their own. Maybe I'll try running make oldconfig one day just to see how it differs... It's not black magic, it just shows you any new options that are not present in your config, offers you choices along with a default and a chance to read the help text for that option. If you're feeling paranoid, diff the config it generates with the one you started with. -- Neil Bothwick BING But It's Not Google signature.asc Description: PGP signature
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wed, 10 Mar 2010 14:09:25 +, Mick wrote: Now, doing that for the first time may be too confusing for someone who is not familiar with the process of rolling up their own kernel, therefore the handbook has to cater for the lowest common denominator and advises to go about it in a long-winded way. Which should not be the case in a section of the documentation marked Advanced. This is advanced in Gentoo user terms, not like Ubuntu users where it means they can manage joined up writing :) -- Neil Bothwick Don't cry because it's over. Smile because it happened. signature.asc Description: PGP signature
Re: [gentoo-user] normal user do not have access to usb, and many other things
On Wed, Mar 10, 2010 at 5:28 AM, Xi Shen davidshe...@googlemail.com wrote: now i have a damn wired good news. all the problems i talked about are gone. :) i can access my usb disk, i can see the battery info. Congratulations :) This reminds me to attempt to solve why my laptop has no battery info. I think I need to create a custom DSDT...
[gentoo-user] Re: KDE4 printer config question
Mick michaelkintzios at gmail.com writes: I would set it up using CUPS as Damien suggested and then KDE should pick up the settings without any additional effort on your behalf - i.e. I would think that the server settings would no longer be disabled (as long as you have listen to more than the default 127.0.0.1 in cupsd.conf). Yep, Mick and Damien are most correct on how to set up printers. All KDE 4 stuffage is new and, well, fluid; imho... hth, James
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 2:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. I don't use gvfs (or gnome) but I just tried to emerge with the same USE flags you listed in the bug report. It worked for me. I'm on ~amd64 and emerged gvfs-1.4.3 (and I do not have the file /usr/lib64/liblzmadec.so on my system).
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On 2010-03-10 9:35 AM, Neil Bothwick wrote: On Wed, 10 Mar 2010 09:27:19 -0500, Tanstaafl wrote: But... my understanding is that, by copying your old .config to the new kernel dir before running make menuconfig, you *are* reusing your old config... I sure hope I'm not reading *that* wrong. ;) No you're not. But it is far easier to miss important changes without oldconfig to point them out to you by shoving them in your face. Interesting - in that case, I'd have to agree with you and Alan that using make oldconfig sounds like it would be better, and that the guide, official though it may be, is wrong. Apologies, Alan, for being a little argumentative - its just that I'm a stickler for always telling people to use 'official' docs as opposed to $random_guide found on the internet, since it should always be 'right'. On 2010-03-10 9:37 AM, Neil Bothwick wrote: On Wed, 10 Mar 2010 14:09:25 +, Mick wrote: Now, doing that for the first time may be too confusing for someone who is not familiar with the process of rolling up their own kernel, therefore the handbook has to cater for the lowest common denominator and advises to go about it in a long-winded way. Which should not be the case in a section of the documentation marked Advanced. This is advanced in Gentoo user terms, not like Ubuntu users where it means they can manage joined up writing :) Heh... agree 100%. In fact, the way it is worded does seem to actually be technically *wrong*, if it does indeed do the same thing as make menuconfig wrt reusing as much of your old config as possible. I would consider the 'shoving the differences in your face' aspect to be much more beneficial too. I probably would have avoided the problem I ran into back when they changed the netfilter options - I can't remember exactly, but I think they changed some of the option names and/or where they were located in the kernel config... all I know is my firewall wouldn't work until I googled the changes and recompiled my kernel. So, if no one else (who understands kernel compiling better than me - which would probably be most everyone here) wants to open a bug to fix the documentation/guide, I'll do it, but I think it might be received better if it was made by someone familiar with both methods, but especially make oldconfig... -- Charles
Re: [gentoo-user] Problem with make oldconfig 2.6.30-8 == 2.6.31
On Wed, Mar 10, 2010 at 8:35 AM, Neil Bothwick n...@digimed.co.uk wrote: No you're not. But it is far easier to miss important changes without oldconfig to point them out to you by shoving them in your face. That's how I use it. I do oldconfig as a kind of kernel config diff and then follow it by menuconfig and a quick browsing of the critical settings to make sure they look sane enough to boot. As long as it boots and supports my disks and filesystems I can sort out any minor settings/module changes after that.
[gentoo-user] Re: how to git-bisect in a portage-compatible way ?
On 03/10/2010 03:03 AM, Nicolas Richard wrote: Hello, ... So the general question is : if I want to use git-bisect (I have never done that before, but today is a good time to try), It's a great tool and easy to use once you've learned the basic steps. You can ask here if you need help with it. I guess it means I'll have to build libdrm outside portage : if so, once I'm finished with hunting the bug, how to go back to the situation where portage does everything for me ? I can think of several possible ways, but here is one that should work. When you configure the git test package, use the --prefix=/usr/local flag so that the test library gets installed in /usr/local/lib, and /usr/local/include, etc. Then, to test the new library, just change the /usr/lib/libdrm symlink to point at /usr/local/lib/libdrm.so.whatever. That avoids overwriting existing files, and you can just delete the files in /usr/local when you finish. Also, some packages have a make uninstall option you could use instead. Warning: don't try this method with critical system libs like glibc. Changing that symlink would break your whole system at warp speed.
[gentoo-user] Re: Multiple versions of automake?
On 03/10/2010 05:50 AM, Tanstaafl wrote: Hello, I currently have 3 versions of automake installed (1.7.9-r1, 1.9.6-r3, and 1.10.2). emerge -pvuDN world shows an update available for each one, but, my question is, do I need all 3 versions? 'equery depends automake' shows 44 packages, all depending on 1.10* or higher. So, can I safely emerge -C the other 2 versions? Should I (does it even matter)? Probably won't matter. A few packages actually specify an exact version of the autotools, but most just want a certain minimum version. If you try to install such a package in the future it 'should' re-emerge the required version of autoconf automatically. It might matter more if you want to install custom software independent of the portage system.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On Wed, Mar 10, 2010 at 6:25 AM, Damian damian.o...@gmail.com wrote: On Wed, Mar 10, 2010 at 3:10 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 6:05 AM, Damian damian.o...@gmail.com wrote: On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht markkne...@gmail.com wrote: On Wed, Mar 10, 2010 at 12:28 AM, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Best, Damian. ?? revdep-rebuild -ip I already tried (reconcilio actually), and didn't solve the problem: it tries to rebuild gvfs, failing miserably again. I saw that in the bug report. If you want to keep going down the path of what didn't work then do nothing. Potentially revdep-rebuild finds something else. You need to post some results. I've seen gvfs fail due to flag settings. How would anyone here make a reasoned response with so little data? Actually the flag plays no role. Since I compiled the package again with the original flags and I got the same results. I honestly don't know which (other) relevant data I can provide. I didn't intend to make anybody upset with my email, or with the mention to the word paludis. I'm sorry. I didn't mean to suggest I was upset or anything like that. It's just that sometimes different tools tell you different things. Additionally you are not posting anything much in this thread yet and assume folks will go read the bug post. It's not your fault but I got a certificate error when following your link so I didn't do that. OK, that said let's look at basics. 1) What profile are you using? (eselect profile list) 2) USE flags from make.conf 3) Current results of emerge -pvDuN @world (assuming portage 2.2 or higher...) 4) results of revdep-rebuild -ip I don't know what else to suggest at this point. I've got the stable version emerged. I haven't had any problems myself but Gentoo is always a bit different from user to user. - Mark
Re: [gentoo-user] Multiple versions of automake?
On Wed, 10 Mar 2010 08:50:33 -0500, Tanstaafl wrote: I currently have 3 versions of automake installed (1.7.9-r1, 1.9.6-r3, and 1.10.2). emerge -pvuDN world shows an update available for each one, but, my question is, do I need all 3 versions? 'equery depends automake' shows 44 packages, all depending on 1.10* or higher. So, can I safely emerge -C the other 2 versions? Should I (does it even matter)? equery can be unreliable. If emerge --depclean -a wants to remove one of both of them, let it, otherwise leave well alone. -- Neil Bothwick If Wile E. Coyote had enough money to buy all that ACME crap, why didn't he just buy dinner? signature.asc Description: PGP signature
Re: [gentoo-user] KDE4 printer config question
On Wednesday 10 March 2010 02:25:28 Roy Wright wrote: But now the KDE Printer Configuration dialog appears to be hitting https://bugs.kde.org/show_bug.cgi?id=204558 Yes, I started getting this when I upgraded to 4.4.1; before that it was working fine. Thanks for the bug pointer. -- Rgds Peter.
Re: [gentoo-user] Re: [OT] gentoo on lenovo ideapad s10-3t tablet
On Wed, 10 Mar 2010 09:41:04 +0800 Xi Shen davidshe...@googlemail.com wrote: one thing i would worry is that how long will the atom cpu take to compile my whole gentoo ~amd64 + kde4.4 system? My Pentium III with 312MB of ram took 3 days to compile for i686 with a xfce desktop. compiling for around 18 hours per day.
[gentoo-user] Re: Multiple versions of automake?
On 03/10/2010 06:17 PM, walt wrote: On 03/10/2010 05:50 AM, Tanstaafl wrote: Hello, I currently have 3 versions of automake installed (1.7.9-r1, 1.9.6-r3, and 1.10.2). emerge -pvuDN world shows an update available for each one, but, my question is, do I need all 3 versions? 'equery depends automake' shows 44 packages, all depending on 1.10* or higher. So, can I safely emerge -C the other 2 versions? Should I (does it even matter)? Probably won't matter. A few packages actually specify an exact version of the autotools, but most just want a certain minimum version. Portage doesn't allow ebuilds to specify minimum versions or ranges for automake, only exact versions. Specifying a mininum only works when putting automake as a dep in DEPEND. However, Gentoo devs are required to use WANT_AUTOMAKE, not DEPEND and WANT_AUTOMAKE only allows specific versions, not minimum ones. And this means multiple automake versions on the system are perfectly normal.
[gentoo-user] vmware-server performance
Recently I see bad performance with my vmware-server.
Loads of harddisk IO ... even bad on the RAID1, disks working all the
time (I hear them and iostat tells me).
Might have to do with kernel 2.6.33 and non-fitting vmware-modules?
I masked some modules back then because they didn't work, maybe they
would now.
Could someone tell me what combo works with gentoo-sources-2.6.33 ?
I currently have:
# eix vmware-mod
[I] app-emulation/vmware-modules
Available versions: 1.0.0.15-r1 1.0.0.15-r2 (~)1.0.0.24-r1{tbz2}
[m]1.0.0.25-r1 [m](~)1.0.0.26 {kernel_linux}
Installed versions: 1.0.0.24-r1{tbz2}(20:34:53
01.03.2010)(kernel_linux)
# eix vmware-ser
[I] app-emulation/vmware-server
Available versions: 1.0.8.126538!s 1.0.9.156507!s
(~)1.0.10.203137!s (~)2.0.1.156745-r3!s{tbz2} (~)2.0.2.203138!f!s{tbz2}
Installed versions: 2.0.2.203138!f!s{tbz2}(20:19:33 10.03.2010)
Thanks in advance, Stefan
Re: [gentoo-user] Re: Multiple versions of automake?
On 2010-03-10 1:45 PM, Nikos Chantziaras wrote: And this means multiple automake versions on the system are perfectly normal. Ok, that's what I needed to hear... :) Thanks Nikos... -- Charles
Re: [gentoo-user] Multiple versions of automake?
On 2010-03-10 12:05 PM, Neil Bothwick wrote: equery can be unreliable. If emerge --depclean -a wants to remove one of both of them, let it, otherwise leave well alone. Understood, thanks... Just to be sure... the -a in the 'emerge --depclean -a' above will 'ask' me if I want to continue and remove the packages it finds, correct? Meaning, it won't just blindly go ahead and start ripping stuff out... How does that differ from 'emerge -p --depclean'? -- Charles
Re: [gentoo-user] Multiple versions of automake?
On Wednesday 10 March 2010 15:50:33 Tanstaafl wrote: Hello, I currently have 3 versions of automake installed (1.7.9-r1, 1.9.6-r3, and 1.10.2). emerge -pvuDN world shows an update available for each one, but, my question is, do I need all 3 versions? Assuming you do not have those versions in world, the answer is: yes 'equery depends automake' shows 44 packages, all depending on 1.10* or higher. try running equery depends on a specific version or a SLOT. equery lies through it's teeth. basically, it does a giant grep and tries to format the output sensibly. Oftentimes, it doesn't succeed in the sensibly department So, can I safely emerge -C the other 2 versions? Should I (does it even matter)? No. The next emerge world will simply pull them back in. But they are build depends so stuff won't stop working You're first step though is to check for a dodgy world file with cruft in it. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/10/10, Damian damian.o...@gmail.com wrote: While ago I reported a bug regarding gvfs: https://bugs.gentoo.org/show_bug.cgi?id=302196 It's been unresolved for quite a long time now, so I was wondering if somebody could give me a hint on how to solve this problem. Are you still using lzma-utils, or have you moved on to xz-utils? Which package owns your /usr/lib64/liblzmadec.*? (equery belongs foofile on Gentoo, dunno what is the equivalent on paludis) -- Arttu V.
Re: [gentoo-user] Multiple versions of automake?
On Wed, Mar 10, 2010 at 2:16 PM, Tanstaafl tansta...@libertytrek.org wrote: On 2010-03-10 12:05 PM, Neil Bothwick wrote: equery can be unreliable. If emerge --depclean -a wants to remove one of both of them, let it, otherwise leave well alone. Understood, thanks... Just to be sure... the -a in the 'emerge --depclean -a' above will 'ask' me if I want to continue and remove the packages it finds, correct? Meaning, it won't just blindly go ahead and start ripping stuff out... How does that differ from 'emerge -p --depclean'? Saves you the time of running it twice if you decide to say Yes
Re: [gentoo-user] Multiple versions of automake?
On Wed, 10 Mar 2010 15:16:14 -0500, Tanstaafl wrote: Just to be sure... the -a in the 'emerge --depclean -a' above will 'ask' me if I want to continue and remove the packages it finds, correct? Meaning, it won't just blindly go ahead and start ripping stuff out... Yes. How does that differ from 'emerge -p --depclean'? With -p you have to run the command again, and let is scan all installed packages and their deps again, when you want it to actually remove them. It's just a more efficient way of doing it. -- Neil Bothwick I am Homer of the Borg. You will be assim Hmm... Donuts... signature.asc Description: PGP signature
[gentoo-user] Re: Xinerama and Xrandr
Dan Johansson wrote: I have been playing with my X-configuration this weekend and I can not really get it to work the way I like. My desktop box has two Nvidia cards installed with one monitor connected to each. On to of that I am running KDE (v 4.3.5 at the moment). # lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400 GS] (rev a1) 05:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400 GS] (rev a1) If I have Option Xinerama on in the ServerLayout section in xorg.conf then KDE uses both monitors (in Xinerama mode) but I can not use any Desktop effects as Compositing is not supported. Also a lot of GUI programs reports Xlib: extension RANDR missing on display :0.0. If I set Option Xinerama off in xorg.conf then KDE only runs on one of the monitors and the Desktop effects works great. And the other GUI's does not give me that Xlkib error message. But now the only way to start a GUI on the second Monitor is to prefix it with DISPLAY=:0.1 or use --display :0.1. Does someone have any suggestion how I can get the best of both worlds? i.e. Compositing KDE using both monitors. You cannot do compositing or XRandR and Xinerama at the same time. Each of those NVidia cards has two outputs. One approach is to only use one of the cards and us NVidia's TwinView, which gets around having to use the Xinerama extension. Then you can have a single big desktop spanning both monitors, and the eye candy of desktop effects.
[gentoo-user] Re: Multiple versions of automake?
On 03/10/2010 10:45 AM, Nikos Chantziaras wrote: On 03/10/2010 06:17 PM, walt wrote: A few packages actually specify an exact version of the autotools, but most just want a certain minimum version. Portage doesn't allow ebuilds to specify minimum versions or ranges for automake, only exact versions. Oops, I was actually thinking of how the autotools can specify minimum versions of required libraries. Libraries != autotools :(
[gentoo-user] Re: Re: CUPS-PDF failing
Hi Dirk, Dirk Uys wrote: On Tue, Mar 9, 2010 at 9:29 PM, Jörg Schaible joerg.schai...@gmx.de wrote: Look into /etc/cups/cups-pdf. The individual spool directories must have proper access rights (like .ssh in your home) and match the UserUMask setting. Otherwise cups-pdf will not generate the PDF, simply because others might access the directory also. With all settings as default, it should look like this: $ ll /var/spool/cups-pdf/ drwxr-xr-x 6 root root 54 2007-10-01 19:01 ./ drwxr-xr-x 7 root root 78 2007-08-25 16:50 ../ drwx-- 2 jdoe lp 6 2007-10-01 19:01 jdoe/ drwxr-x--x 2 root lp 6 2010-03-01 13:41 SPOOL/ - Jörg I changed my permission to match those above, but I get the same error in the logs. It fixed the issue for me once. Pardon my ignorance, but what do you mean and match the UserUMask? My umask is currently set to 0022. It's a setting in /etc/cups/cups-pdf - Jörg
[gentoo-user] Re: Multiple versions of automake?
On 03/10/2010 10:16 PM, Tanstaafl wrote: On 2010-03-10 12:05 PM, Neil Bothwick wrote: equery can be unreliable. If emerge --depclean -a wants to remove one of both of them, let it, otherwise leave well alone. Understood, thanks... Just to be sure... the -a in the 'emerge --depclean -a' above will 'ask' me if I want to continue and remove the packages it finds, correct? Meaning, it won't just blindly go ahead and start ripping stuff out... How does that differ from 'emerge -p --depclean'? emerge -p will only print what it would merge/unmerge and then quits without asking. You can run this as normal user, no need to be root. emerge -a will print what it would merge/unmerge and then ask if you want to proceed. You have to be root to use this command. If you are not root and use emerge -a, portage will turn it into an emerge -p and tell you that it did so because you are not root.
[gentoo-user] Re: Installing adobe flash on 64bit arch
On 03/11/2010 01:13 AM, Mick wrote: I see in the amd64 FAQs this: == Can I get Adobe Flash working? Yes. Just emerge adobe-flash. Adobe has provided a 64-bit Flash plugin starting with version 10.0.22.87. If you don't need the 32-bit plugin, then run echo www-plugins/adobe-flash -32bit /etc/portage/package.use. This will install only the 64-bit Flash plugin. == So that I am clear, why would I want to install flash with both the 32bit and 64bit USE flags? If you have both 32-bit as well as 64-bit browsers installed. If there is no reason for both flags, then should I be disabling the 32bit globally or are there other circumstances that mean I should only set it so for this package? The 32bit flag is not global. It's only defined and used by the flash ebuild.
Re: [gentoo-user] Installing adobe flash on 64bit arch
On Wed, Mar 10, 2010 at 5:13 PM, Mick michaelkintz...@gmail.com wrote: I see in the amd64 FAQs this: == Can I get Adobe Flash working? Yes. Just emerge adobe-flash. Adobe has provided a 64-bit Flash plugin starting with version 10.0.22.87. If you don't need the 32-bit plugin, then run echo www-plugins/adobe-flash -32bit /etc/portage/package.use. This will install only the 64-bit Flash plugin. == So that I am clear, why would I want to install flash with both the 32bit and 64bit USE flags? If there is no reason for both flags, then should I be disabling the 32bit globally or are there other circumstances that mean I should only set it so for this package? In the old days, when Flash and Java was only available as 32-bit plug-ins, people also ran 32-bit versions of their browsers (in order to be able to use those plug-ins). In the time since then, we had nspluginwrapper to allow 32-bit plug-ins in 64-bit browsers, and now we have native 64-bit plug-ins. I guess the 32-bit option is still there for people who are still using the old set-up and haven't gone to a totally 64-bit browser yet.
[gentoo-user] Installing adobe flash on 64bit arch
I see in the amd64 FAQs this: == Can I get Adobe Flash working? Yes. Just emerge adobe-flash. Adobe has provided a 64-bit Flash plugin starting with version 10.0.22.87. If you don't need the 32-bit plugin, then run echo www-plugins/adobe-flash -32bit /etc/portage/package.use. This will install only the 64-bit Flash plugin. == So that I am clear, why would I want to install flash with both the 32bit and 64bit USE flags? If there is no reason for both flags, then should I be disabling the 32bit globally or are there other circumstances that mean I should only set it so for this package? -- Regards, Mick
Re: [gentoo-user] power management cannot change LCD brightness
On Wed, Mar 10, 2010 at 8:10 PM, Xi Shen davidshe...@googlemail.com wrote: thanks, i solved this problem without emerging the nvclock package. i guess it is a group and permission issue. i have my accounts joined these groups: disk wheel audio cdrom video usb users plugdev, and i can change the lcd brightness with the kde widget. i further identified the cause, and it is the 'plugdev' group. if the user (include root) is not a member of this group, you will not be able to use the kde widget to change the brightness of the lcd. an even wired issue i found is that, after you joined in the group, you will have to restart the system. log off and log on takes no effect. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] Re: Installing adobe flash on 64bit arch
On Wednesday 10 March 2010 23:32:14 Nikos Chantziaras wrote: On 03/11/2010 01:13 AM, Mick wrote: I see in the amd64 FAQs this: == Can I get Adobe Flash working? Yes. Just emerge adobe-flash. Adobe has provided a 64-bit Flash plugin starting with version 10.0.22.87. If you don't need the 32-bit plugin, then run echo www-plugins/adobe-flash -32bit /etc/portage/package.use. This will install only the 64-bit Flash plugin. == So that I am clear, why would I want to install flash with both the 32bit and 64bit USE flags? If you have both 32-bit as well as 64-bit browsers installed. If there is no reason for both flags, then should I be disabling the 32bit globally or are there other circumstances that mean I should only set it so for this package? The 32bit flag is not global. It's only defined and used by the flash ebuild. Thank you both for your replies, I know what to install now. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
