Re: [gentoo-user] How can I control ttyS0 respawning speed?
Jarry wrote: On 21. 4. 2010 9:43, Amit Dor-Shifer wrote: Jarry wrote: s0:12345:respawn:/sbin/agetty 38400 ttyS0 vt100 It mostly works, with one exception: right after boot-up I get this message: INIT: ID "s0" respawning too fast: disabled for 5 minutes How can I control that respawn speed, or prohibit this behavior (disabling ttyS0 for 5min)? I do not like waiting 5min to log in, after I restarted server... Don't know the answer to yr question. But I'm also not sure if you're asking the right question. When I last saw "respawning too fast: disabled for 5 minutes", it was actually an issue with the spawned process not being able to start. I'm therefore suggesting you'd want to consider checking why agetty cannot run, rather than working around init's behavior. Amit You may be right, but I did not find any clue as why is agetty spawning too fast. I just noticed it happens only during boot-up, with probability about 1:5. Maybe some starting processes are conflicting with agetty. I do not think it is very serious problem, as agetty on ttyS0 is always respawned after those 5min. All I want is to reduce somehow those 5min time... Jarry Well then, as far as I can see, the 5 min. timeout is hard-coded in /sbin/init. Amit
Re: [gentoo-user] modules.audoload.d is not autoloaded
On Fri, Apr 23, 2010 at 2:50 PM, Steffen Loos wrote: > I'm not shure if you're running baselayout-2: The place for configuration of > autoload modules has changed to /etc/conf.d/modules. > See http://www.gentoo.org/doc/en/openrc-migration.xml for explanations in > more detail. > > regards, > Steffen > > yes, i am using baselayout-2. thanks for pointing out this. it works now. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel, After a bit of messing around I have the following: In my home directory I can write to a 0664 file which is in the scanner group I can write to a file with the same permissions in /dev/bus/usb/005, however it does not have the c prefix in the stickybits like the device files do. I am definitely in the scanner group I am definitely in the lp group I cannot print when /dev/bus/usb/005/005 is in the scanner group I can print when /dev/bus/usb/005/005 is in the lp group. I can print when /dev/bus/usb/005/005 is set to chmod a+rwx Confounding I know...by me being in the scanner group, I would have thought this would allow me to write to the device if its sticky bits are set to 0664. This is however not the case. This makes me think that any edit to /etc/udev/rules.d/xx-libsane.rules is simply a workaround. I am thinking the bug is in HPLIP. Thanks ubiquitous1980
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel,
I have found the line which is at fault in xx-libsane.rules. Problem
is, what we are doing is a work around:
# Hewlett-Packard Photosmart C5100 series
ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="5811", MODE="0664",
GROUP="lp", ENV$
I have changed the group to lp from scanner so that I could maintain the
file number. Problem is, if we have MODE="0664", those in the scanner
group should be able to access the printer. Do you think this suggests
a deeper bug? I created a testfile in my home directory with stickybits
set to 0664. I then set ownership to root:scanner. Of course, I could
edit the file, as I am in the scanner group. This makes me wonder why
the rules did not apply in /dev/bus/usb/005/005 when this file was set
to 0664 and group to scanner. I know for sure that the group was
scanner, but I cannot be sure that the file was truly set to 0664.
For now I have the intra-config file workaround. I will see if I can
mess with things a bit to get things working.
Thanks
ubiquitous1980
Re: [gentoo-user] can't emerge '=dev-lang/php-4*' .. moved?
On 22/04/10 18:01, laur...@logiquefloue.org wrote: > Hi, > > I can't emerge php4 anymore: > > USE="cli apache2" emerge '=dev-lang/php-4*' '=dev-lang/php-5*' > Calculating dependencies... done! > > emerge: there are no ebuilds to satisfy "=dev-lang/php-4*". > > Is there a new way to do so ? > > thx > Laurent > > PHP 4 is no longer in the tree. It hasn't been supported by upstream for 2 years. The only way to even attempt to install it is to retrieve the ebuild from sources.gentoo.org (gentoo-x86 - ignore the name as the same tree is used for all archs). However this will almost certainly fail due to issues with dependencies and patches. The most sensible route would be to upgrade your webapps to support PHP5 (it shouldn't be the hard and you'll gain security and probably performance from doing so). AllenJB
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
On Sat, 24 Apr 2010 18:52:08 +0200 meino.cra...@gmx.de wrote: I uses Option "TwinView" "0" under screen section and Option "DynamicTwinView" "FALSE" under device or xrandr gives the wrong refresh rate. I do not know if this will help you. > Oh! Yes! the other meaning of "current" I thought of > "uptodate"... Sorry it's off topic. The watch man watches his watch on the watch.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Daniel Pielmeier [10-04-24 18:44]: > meino.cra...@gmx.de schrieb am 24.04.2010 18:28: > > Volker Armin Hemmann [10-04-24 17:56]: > >> Oh - and the freqs of the current has nil influence at all. > >> > > > > Sorry for not understanding -- English is not my mothers tongue --: > > The last sentence: "of the current" what? > > > > I guess he is talking about electric current. > > -- > Daniel Pielmeier > Oh! Yes! the other meaning of "current" I thought of "uptodate"... -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
meino.cra...@gmx.de schrieb am 24.04.2010 18:28: > Volker Armin Hemmann [10-04-24 17:56]: >> Oh - and the freqs of the current has nil influence at all. >> > > Sorry for not understanding -- English is not my mothers tongue --: > The last sentence: "of the current" what? > I guess he is talking about electric current. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Volker Armin Hemmann [10-04-24 17:56]: > On Samstag 24 April 2010, meino.cra...@gmx.de wrote: > > Mick [10-04-24 17:20]: > > > On Saturday 24 April 2010 15:58:23 meino.cra...@gmx.de wrote: > > > > Mick [10-04-24 16:56]: > > > > > On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > > > > > > Not sure if it will help, but try setting your kernel jiffies to > > > > > > 300hz? - 300 is evenly divisible by both 60 and 50 and I think was > > > > > > introduced for this reason. > > > > > > > > > > Assuming your "jiffies" imply the kernel's setting of > > > > > CONFIG_HZ_300=y, we're still talking about the kernel here, not the > > > > > video card ... > > > > > > > > > > Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? > > > > > 1000 is also divisible by both 50 & 60. > > > > > > > > ...how carefully do you devide 1000 by 60 to not to break it apart ? > > > > ;) > > > > > > Oops! It is evident that I cannot use a calculator! O_O > > > > It is -- of course -- definetly a bug in the firmware of the > > calculator! Sure! :) > > > > I have looked into my .config and it says to run my box with 1000Hz. > > > > I will try to set it at 300Hz, which will bring mplayer to protest > > against... > > > > But if my LCD will better live with 300Hz ... > > > > Ok, other ideas what produces the distortions? > > > kernel jiffies have nothing to do with that. Absolutely nothing. Apart from > that > it is a wise choice - 100 is too low for a desktop and 1000 is too much. > > First off all, turn off 'vsync'. Also try opengl as output instead of xv. And > if > your display can do 75hz it might be a good thing to try. > > Oh - and the freqs of the current has nil influence at all. > Sorry for not understanding -- English is not my mothers tongue --: The last sentence: "of the current" what? -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] No longer getting elog messages - Please cancel for now
> Well, quite a few people *did* have elog issues recently here. > > I suppose you can be forgiven for making a perfectly reasonable assumption, > even if it was wrong in the end :-) Thanks again, Alan, I've been working with Gentoo for nearly 6 years now and try to resolve all my issues without asking for help. I still consider myself a newbie. I feel I learn more by researching the issue. In fact, I think I only posted to the lists one time 4 to 5 years ago. Being a retired investigator, I know I must consider all the evidence even if it proves my initial theory was wrong. Here, the fact that no one else was reporting the same issue ( similar, yes, but not the same) led me to consider that I may not really have a problem, or that I may have somehow introduced the problem myself. I knew that was unlike simply because I had not make any changes on my system. For me, 2 weeks of -uNDv world and no entries in elog/ seemed unusual. I did check for duplicate entries in /var/log/portage. Like you said, they were not identical - one was a summary and the other the complete log. Don't know why I didn't think to do my test with the nvidia-drivers or some other package I know always puts a .log file in elog/ earlier. I think I will unmask portage as you suggest and give it a try. That is why I have 3 Gentoo installs. I try to keep one clear of problems and use it to sync off the Gentoo mirrors. I sync the other 2 installs off the first one to save bandwith all around. I use them to work out issues or try new things. Your help, insight, suggestions are much appreciated. billyd
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
On Samstag 24 April 2010, meino.cra...@gmx.de wrote: > Mick [10-04-24 17:20]: > > On Saturday 24 April 2010 15:58:23 meino.cra...@gmx.de wrote: > > > Mick [10-04-24 16:56]: > > > > On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > > > > > Not sure if it will help, but try setting your kernel jiffies to > > > > > 300hz? - 300 is evenly divisible by both 60 and 50 and I think was > > > > > introduced for this reason. > > > > > > > > Assuming your "jiffies" imply the kernel's setting of > > > > CONFIG_HZ_300=y, we're still talking about the kernel here, not the > > > > video card ... > > > > > > > > Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? > > > > 1000 is also divisible by both 50 & 60. > > > > > > ...how carefully do you devide 1000 by 60 to not to break it apart ? > > > ;) > > > > Oops! It is evident that I cannot use a calculator! O_O > > It is -- of course -- definetly a bug in the firmware of the > calculator! Sure! :) > > I have looked into my .config and it says to run my box with 1000Hz. > > I will try to set it at 300Hz, which will bring mplayer to protest > against... > > But if my LCD will better live with 300Hz ... > > Ok, other ideas what produces the distortions? kernel jiffies have nothing to do with that. Absolutely nothing. Apart from that it is a wise choice - 100 is too low for a desktop and 1000 is too much. First off all, turn off 'vsync'. Also try opengl as output instead of xv. And if your display can do 75hz it might be a good thing to try. Oh - and the freqs of the current has nil influence at all.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Mick [10-04-24 17:20]: > On Saturday 24 April 2010 15:58:23 meino.cra...@gmx.de wrote: > > Mick [10-04-24 16:56]: > > > On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > > > > Not sure if it will help, but try setting your kernel jiffies to 300hz? > > > > - 300 is evenly divisible by both 60 and 50 and I think was introduced > > > > for this reason. > > > > > > Assuming your "jiffies" imply the kernel's setting of CONFIG_HZ_300=y, > > > we're still talking about the kernel here, not the video card ... > > > > > > Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? > > > 1000 is also divisible by both 50 & 60. > > > > ...how carefully do you devide 1000 by 60 to not to break it apart ? > > ;) > > Oops! It is evident that I cannot use a calculator! O_O > > -- > Regards, > Mick It is -- of course -- definetly a bug in the firmware of the calculator! Sure! :) I have looked into my .config and it says to run my box with 1000Hz. I will try to set it at 300Hz, which will bring mplayer to protest against... But if my LCD will better live with 300Hz ... Ok, other ideas what produces the distortions? -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
On Saturday 24 April 2010 15:58:23 meino.cra...@gmx.de wrote: > Mick [10-04-24 16:56]: > > On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > > > Not sure if it will help, but try setting your kernel jiffies to 300hz? > > > - 300 is evenly divisible by both 60 and 50 and I think was introduced > > > for this reason. > > > > Assuming your "jiffies" imply the kernel's setting of CONFIG_HZ_300=y, > > we're still talking about the kernel here, not the video card ... > > > > Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? > > 1000 is also divisible by both 50 & 60. > > ...how carefully do you devide 1000 by 60 to not to break it apart ? > ;) Oops! It is evident that I cannot use a calculator! O_O -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Mick [10-04-24 16:56]: > On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > > Not sure if it will help, but try setting your kernel jiffies to 300hz? > > - 300 is evenly divisible by both 60 and 50 and I think was introduced > > for this reason. > > Assuming your "jiffies" imply the kernel's setting of CONFIG_HZ_300=y, we're > still talking about the kernel here, not the video card ... > > Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? 1000 is > also divisible by both 50 & 60. > > -- > Regards, > Mick ...how carefully do you devide 1000 by 60 to not to break it apart ? ;) -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
On Saturday 24 April 2010 14:33:39 William Kenworthy wrote: > Not sure if it will help, but try setting your kernel jiffies to 300hz? > - 300 is evenly divisible by both 60 and 50 and I think was introduced > for this reason. Assuming your "jiffies" imply the kernel's setting of CONFIG_HZ_300=y, we're still talking about the kernel here, not the video card ... Anyway, isn't CONFIG_HZ_1000=y a better option for a modern desktop? 1000 is also divisible by both 50 & 60. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] No longer getting elog messages - Please cancel for now
On Saturday 24 April 2010 14:40:47 billyd wrote: > Thanks again Alan, > > No I don't have genlop installed but I will try that. > > In /var/log/portage, I didn't actually compare the contents of the > duplicates so maybe there is nothing wrong there. > > The elog/ directories on all three Gentoo installs are empty. Once I review > the messages and take necessary action, I remove those entries. > > You say I am using unstable python and stable portage. I am just running > what ~amd64 wants to emerge. So I think you are suggesting I unmask > unstable portage so it can be installed. If so, I will put that on my list > of things to try. Yes, you are right, I should have said "unmask portage". I've been sing 2.2 for so long, I forget it's actually unmasked here, not just unstable. It's worth using it, the 2.2 branch of portage does not cause all manner of weird things to need to also be unmasked, and you get the benefit of automatic blocker resolution, sets, and a few other things too. > I am beginning to wonder whether anything is actually wrong here. Usually, > when I run in to some issue I find through the mailing lists, the forums, > gentoo bugs or just google searches that someone else is experiencing the > same thing. So far, I have not seen anything about this. Well, quite a few people *did* have elog issues recently here. I suppose you can be forgiven for making a perfectly reasonable assumption, even if it was wrong in the end :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Not sure if it will help, but try setting your kernel jiffies to 300hz? - 300 is evenly divisible by both 60 and 50 and I think was introduced for this reason. BillK On Sat, 2010-04-24 at 14:26 +0200, meino.cra...@gmx.de wrote: > Hi, > > may be this is offtopic, may be it is not. Depends > on whether gentoo-related software can do something > for me in this case... > > I bought a LCD monitor as a replacement for my aging > CRT one. > > It is a HP LP2475w which has a vertical refresh rate > (sorry is this is a corrupted terminus technicus... > my "C" is better than my English... ;) ) of 60Hz and > runs with 1920x1200 resolution. > > Since all my hardware is wired to 220V/50Hz and > DVDs/videos of region 2 have a framerate of 50Hz > I can see distortions in fast moving scenes especially > at fast changing light conditions (flashes, disco > lightning, fight scenes in Matrix Revolutions etc...) > > The LCD is driven via DVI conection by a > nVidia Corporation G73 [GeForce 7600 GT] (rev a2) > and I am using the current nvidida-drivers. > > I played around with different SYNC-options in > the nvidia-settings dialog but did not found one > which cures the problem. > > How can I fix the problem ? > > Thank you very much for any help in advance! > Have a nice weekend! > Best regards > mcc > > -- William Kenworthy Home in Perth!
[gentoo-user] Re: No longer getting elog messages - Please cancel - Issue (Non-issue) resolved.
Special thanks to Alan and Nikos for offering help. This morning I came up with a great idea for a test. I decided to re-emerge a package that I know always logs a message to /var/log/portage/elog. The package was nvidia-drivers, and after the emerge completed, I checked /var/log/portage/elog and the expected message was there! So, it appears my system is working properly. I apparently just went through a period of time during which none of the packages brought in by emerge -uNDv world had any messages that needed to be logged. Sorry for the apparent unnecessary post. Sure is embarrassing, but I continue to learn and you guys gave some new things to try in the future. Grateful for the suggestions, billyd
[gentoo-user] Re: No longer getting elog messages - Please cancel this for now.
On Friday 23 April 2010 22:02:47 Nikos Chantziaras wrote: > On 04/24/2010 05:40 AM, billyd wrote: > > Thanks for the reply, Alan. > > > > My hard drive space is adequate with at least 50% space available on the > > partition where /var lives. > > Can you post the output of "df -i"? Free space is only one > consideration. The other is free inodes. Thanks for the reply, Nikos. Running df -i showed the following on this Gentoo install: Filesystem InodesIUsedIFree IUse%Mounted on rootfs1038352325350713002 32% / /dev/root 10383523253507130022%/ rc-svcdir 76538270765312 1% /lib64/rc/init.d udev 7653821608763774 1% /dev shm765382 1 7653811% /dev/shm /dev/sdc12008042 20038 1% /boot /dev/sdc12 1770720 825 17698951% /home On this install, my root partition is /dev/sdc11 which is 17 GB and contains /var. I have /home on a separate partition. My other 2 installs have /var on separate partitions of 9 GB. The IUse% on those partitions is 4%. So I should have plenty of inodes available. Thanks again for the reply. I need to run more tests here. If I determine this really is a problem and it persists, I will re-post for more help. Cheers, billyd
[gentoo-user] No longer getting elog messages - Please cancel for now
Thanks again Alan, No I don't have genlop installed but I will try that. In /var/log/portage, I didn't actually compare the contents of the duplicates so maybe there is nothing wrong there. The elog/ directories on all three Gentoo installs are empty. Once I review the messages and take necessary action, I remove those entries. You say I am using unstable python and stable portage. I am just running what ~amd64 wants to emerge. So I think you are suggesting I unmask unstable portage so it can be installed. If so, I will put that on my list of things to try. I am beginning to wonder whether anything is actually wrong here. Usually, when I run in to some issue I find through the mailing lists, the forums, gentoo bugs or just google searches that someone else is experiencing the same thing. So far, I have not seen anything about this. Perhaps my lack of elog/ messages over the last few weeks is just the result that none of the emerged packages contain any messages that would be logged. Thanks for you kind help. Please don't spend any more time with this . I'll play around with this including your suggestions. If the situation persists, I will re-post. I don't rely on these installs for daily use anyway so I don't mind if I break something. I use Gentoo because I want to experiment with it and learn from the experience. Your help is much appreciated. billyd
[gentoo-user] Maybe OT: Sync freq of LCDpanel != framerate of movie ?!?
Hi, may be this is offtopic, may be it is not. Depends on whether gentoo-related software can do something for me in this case... I bought a LCD monitor as a replacement for my aging CRT one. It is a HP LP2475w which has a vertical refresh rate (sorry is this is a corrupted terminus technicus... my "C" is better than my English... ;) ) of 60Hz and runs with 1920x1200 resolution. Since all my hardware is wired to 220V/50Hz and DVDs/videos of region 2 have a framerate of 50Hz I can see distortions in fast moving scenes especially at fast changing light conditions (flashes, disco lightning, fight scenes in Matrix Revolutions etc...) The LCD is driven via DVI conection by a nVidia Corporation G73 [GeForce 7600 GT] (rev a2) and I am using the current nvidida-drivers. I played around with different SYNC-options in the nvidia-settings dialog but did not found one which cures the problem. How can I fix the problem ? Thank you very much for any help in advance! Have a nice weekend! Best regards mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] nvidia-drivers conflicts
On Saturday 24 April 2010 10:46:17 Alan McKinnon wrote: > The happy news is that nvidia released a driver with xorg-1.8 support > on 23 Apr: > > http://www.nvnews.net/vbulletin/showthread.php?t=150325 Good news! Let's hope the upgrade is a simple one for the Gentoo devs to incorporate into an ebuild. With any luck we'll have it in the next week. -- Rgds Peter.
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello Daniel Contents of /etc/udev/rules.d: 40-hplip.rules 70-persistent-cd.rules 56-hpmud_support.rules 70-persistent-net.rules 64-device-mapper.rules 77-nm-probe-modem-capabilities.rules 70-libgphoto2.rules 90-hal.rules 70-libsane.rules91-usb_modeswitch.rules What was asked for: hp-scan [ok] xsane [ok] scanimage [ok] xscanimage [ok] Although not asked for, and it is obvious: printing [failed] I did not see your *explanation* of how the udev rules mv changes things. I only know *what* happens, not *why*. Regardless, I appreciate your help and seek to learn why the udev rules were preventing me from printing. Thanks ubiquitous1980 On 24/04/10 17:21, Daniel Pielmeier wrote: > ubiquitous1980 schrieb am 24.04.2010 07:29: > >> why has moving /etc/udev/rules.d/40-hplip.rules to >> /etc/udev/rules.d/71-hplip.rules and >> /etc/udev/rules.d/55-hpmud_support.rules to >> /etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner >> to lp for file: /dev/bus/usb/005/005 and allowed my printer to work? >> > Look at my previous post where I explained this. > Also there should be no need to move /etc/udev/rules.d/55-hpmud_support.rules. > > Can you please tell me which application are you using for scanning. > > hp-scan included in the hplip package, > xane, > scanimage included in sane-backends or > xscanimage included in sane-frontends. > > I would appreciate it if you could try is scanning fails with all of the above > applications if the rules files are not moved. Especially if it just fails > with > the hp-scan program or also with the other applications not shipped by hplip. > > Thanks in advance. > >
Re: [gentoo-user] nvidia-drivers conflicts
On Saturday 24 April 2010 01:22:53 Peter Ruskin wrote:
> On Saturday 24 April 2010 00:08:46 meino.cra...@gmx.de wrote:
> > Hi,
> >
> > before getting into too much trouble better I aask:
> >
> > While updateing I got the following message:
> > ('ebuild', '/', 'x11-base/xorg-server-1.8.0', 'merge')
> >
> > conflicts with > ('installed', '/', 'x11-drivers/nvidia-drivers-195.36.15',
> > 'nomerge')
> >
> > !!! The following update(s) have been skipped due to
> >
> > unsatisfied dependencies !!! triggered by backtracking:
> > x11-apps/xinit:0
> >
> > The first one I understand what I wants to say, but: Is the
> > conflict based on the limition of the nvidia-driver not to run
> > with xorg-server-1.8.0 even when recompiled after the new
> > xorg-server is reinstalled or does the latter help to circumvent
> > the problem?
> >
> > What the second message wants to tell me is far beyond my
> > knowledge ... :)
>
> You don't need to do a thing. Until nvidia comes out with a driver
> compatible with xorg-server-1.8, portage will keep you with 1.7.
> Portage is also telling you that, because it's keeping xorg-server
> at 1.7 it won't upgrade xinit.
>
> See Bug http://bugs.gentoo.org/show_bug.cgi?id=315141
The happy news is that nvidia released a driver with xorg-1.8 support on 23
Apr:
http://www.nvnews.net/vbulletin/showthread.php?t=150325
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 schrieb am 24.04.2010 07:29: > why has moving /etc/udev/rules.d/40-hplip.rules to > /etc/udev/rules.d/71-hplip.rules and > /etc/udev/rules.d/55-hpmud_support.rules to > /etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner > to lp for file: /dev/bus/usb/005/005 and allowed my printer to work? Look at my previous post where I explained this. Also there should be no need to move /etc/udev/rules.d/55-hpmud_support.rules. Can you please tell me which application are you using for scanning. hp-scan included in the hplip package, xane, scanimage included in sane-backends or xscanimage included in sane-frontends. I would appreciate it if you could try is scanning fails with all of the above applications if the rules files are not moved. Especially if it just fails with the hp-scan program or also with the other applications not shipped by hplip. Thanks in advance. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] No longer getting elog messages
On Saturday 24 April 2010 04:40:55 billyd wrote: > Thanks for the reply, Alan. > > My hard drive space is adequate with at least 50% space available on the > partition where /var lives. > > There are 2 versions of python installed but 2.6.5-r1 is the active one. > dev-lang/python: 2.6.5-r1, 3.1.2-r2 > > The Portage version is 2.1.8.3. > > I have attached results of my emerge --info for reference also. That all looks fine - I didn't really think that would be the problem, but one has to check ;-) Do you have genlop installed? That will tell you what got updated about two weeks ago. Determine the most recent dated file in elog/ and adapt this command as appropriate: genlop -l --date "8 Apr 2010" --date "12 Apr 2010" Downgrade everything related one package at a time. When you say you get duplicate files in /var/log/portage, do you mean they are identical in every way? I also get two files, but one is the build summary and the other is a complete detailed build log. You are using unstable python and stable portage. You might want to upgrade to unstable portage to gain the benefits in the 2.2 branch My system here works fine with the following software: portage-2.2_rc67 python-2.6.5-r1 python-3.1.2-r2 $ grep LOG /etc/make.conf PORT_LOGDIR=/var/log/portage PORTAGE_ELOG_CLASSES="warn error log qa" PORTAGE_ELOG_SYSTEM="save" > > I am very perplexed about this especially since I had not made any changes > to my systems. Recall that this happened to all 3 of my Gentoo installs, > not on just one. One install is on a different computer. The 2 on the same > computer use different partitions. > > I estimate the problem began about 2 weeks ago, but I can't be sure. I am > aware that not all emerged packages generate error, log or warn messages. I > just realized that nothing was being written to /var/log/portage/elog on > any of my 3 Gentoo installs. Then I noticed that duplicate emerge logs > were being written to /var/log/portage for each package that was emerge > with # uNDv world. I had never seen that before. > > I suspect that some package that was emerged approximately 2 weeks ago has > caused this change, but I still haven't found what has happened. If this > were only on one of my Gentoo installs, I would suspect something with > that computer. But when I update with -uNDv world, I do it on all 3 the > same day. Now all 3 have the same identical problem. > > For what it is worth, I am the only one with access to these computers so I > know it is nothing I have done. I must have missed some message or warning. > > Also, when I do the # emerge -uNDv world, and the emerge finishes, there > are no errors reported in the Terminal - just a clean finish. > > I have seen some posts on the forums about people having problems with > this: > > PORTAGE_ELOG_SYSTEM="save mail" > > However, I don't use mail there - my entry in /etc/make.conf is: > > PORTAGE_ELOG_SYSTEM="save" > > I wonder if this could be a portage issue - maybe I should downgrade to a > previous portage version. > > This is all very strange to me. > > Thanks again. > > billyd -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-23, pią o godzinie 09:51 -0700, Grant pisze: > >> Strangely, now my laptop's brightness adjustment doesn't work via the > >> keyboard shortcuts. Any ideas on that? > >> > >> - Grant > >> > > Please share the beast model :P (or maybe ive missed it). > > in kernel config You have multiple option for backlight eg. for thinkpad > > there is extra one in "thinkpad specific acpi" maybe You have something > > similar for Yours stuff. > > It's a Dell Vostro 1320. The keyboard shortcuts to change brightness > were working great until I enabled DRM in the kernel. Can you tell me > where in the kernel those options can be found, or part of the > variable name that defines them? > Try running xev and punching brightness keys, if you would see "effects" (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. (if You dont know it already) For acpi config You'll need "event id" try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 The freedom to redistribute copies of a program so you can help your neighbor (freedom 2)
