Re: [gentoo-user] How to use newer version of a package ?
Thanks for the help ! It worked perfect. On Sun, Apr 19, 2009 at 1:08 PM, KH gentoo-u...@konstantinhansen.de wrote: KH schrieb: =media-sound/rosegarden-1.7.3 ~x86 The first / you wrote is missing! kh Well sometimes I am just too slow ;-) Alan was first!
Re: [gentoo-user] downgrading gcc
On Monday 20 April 2009 02:05:35 Dale wrote: Alan McKinnon wrote: On Sunday 19 April 2009 22:18:24 Mark Knecht wrote: 2) Should I expect any problems with the system if I do emerge -e system emerge -e system [OPTIONAL] emerge -e world Why would you want to do this? Do you suspect a toolchain API/ABI breakage between 4.1.2 and 4.3.2? He has been having trouble with mythtv, separate thread, and he has ran out of other options. He was following my thread and wants to back up to the old version of gcc to see if that corrects his problem. I suspect he would need to at least do a emerge -e mythtv to test this. I don't have mythtv here but I suspect that would be just about everything on his system and if gcc is causing this issue, he may as well test it all at once. That's the reason for what he is doing. OK, so it's sort of like Windows then - when you tried everything else and nothing works yet, just reinstall? I find these difficulties people are having with X somewhat amusing - my two personal machines have been on ~arch since forever, and even with huge amounts of activity in the last 18 months on X, gcc and glibc, all upgrades have been as smooth as silk for me. A possibility (speaking generically now), is that X and it's drivers and a bunch of other stuff all need to be compile with the same gcc. nvidia is like this and silently barfs if you don't. It's easy to get right with an upgrade - go to the latest - but a downgrade is a completely different animal (you don't know what you should be going back to). -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] downgrading gcc
Alan McKinnon wrote: On Monday 20 April 2009 02:05:35 Dale wrote: Alan McKinnon wrote: On Sunday 19 April 2009 22:18:24 Mark Knecht wrote: 2) Should I expect any problems with the system if I do emerge -e system emerge -e system [OPTIONAL] emerge -e world Why would you want to do this? Do you suspect a toolchain API/ABI breakage between 4.1.2 and 4.3.2? He has been having trouble with mythtv, separate thread, and he has ran out of other options. He was following my thread and wants to back up to the old version of gcc to see if that corrects his problem. I suspect he would need to at least do a emerge -e mythtv to test this. I don't have mythtv here but I suspect that would be just about everything on his system and if gcc is causing this issue, he may as well test it all at once. That's the reason for what he is doing. OK, so it's sort of like Windows then - when you tried everything else and nothing works yet, just reinstall? I find these difficulties people are having with X somewhat amusing - my two personal machines have been on ~arch since forever, and even with huge amounts of activity in the last 18 months on X, gcc and glibc, all upgrades have been as smooth as silk for me. A possibility (speaking generically now), is that X and it's drivers and a bunch of other stuff all need to be compile with the same gcc. nvidia is like this and silently barfs if you don't. It's easy to get right with an upgrade - go to the latest - but a downgrade is a completely different animal (you don't know what you should be going back to). Well, this is basically what I had to do. I wouldn't call it a complete reinstall but it is pretty close. It's not like booting from a CD and starting from scratch. In the original thread, he got a lot of help and tried a lot of things including recompiling a lot of things from what I read. I mentioned this should be a last resort. This is time consuming to say it lightly. That said, it has worked well for me. Everything on my rig is working again. If he has to do this downgrade of gcc, then a emerge -e world and everything works again, I'm going to really wonder what the deal is with gcc. Just me running into problems is one thing but to have someone else have issues as well, that's makes me wonder. Is there something funny going on that only affects certain hardware or something like that? How would one test it to see what is wrong when it is only a couple or a few people? Dale :-) :-)
Re: [gentoo-user] downgrading gcc
On Monday 20 April 2009 09:30:56 Dale wrote: That said, it has worked well for me. Everything on my rig is working again. If he has to do this downgrade of gcc, then a emerge -e world and everything works again, I'm going to really wonder what the deal is with gcc. Just me running into problems is one thing but to have someone else have issues as well, that's makes me wonder. Is there something funny going on that only affects certain hardware or something like that? How would one test it to see what is wrong when it is only a couple or a few people? It's more likely a compatibility issue between very specific modules or bits of code that affect lots of systems. Take for example this elog from the nvidia drivers: === This ebuild installs a kernel module and X driver. Both must match explicitly in their version. This means, if you restart X, you most modprobe -r nvidia before starting it back up === The interfaces that these things use have never been guaranteed to be stable, and gcc itself is free (within reason) to lay things out in memory anyway it sees fit. You get the same thing with X and it's drivers too. It makes sense - a server and it's drivers should all be part of the same release series and be built together with the same toolchain for best results. You DON'T get this problem with normal packages. You can upgrade and downgrade cairo all day long if you want and firefox won't care - the API it uses is stable and doesn't change. In your case and Mark's, you tried to downgrade something critical but have no information about what you should be downgrading to. When you synced portage, you lost the information about what was the latest arch and ~arch versions. Upgrade is easy - emerge latest arch for everything, we know it works, but portage doesn't offer a rollback function so downgrade is much harder. Once someone has figured out $LIST, you can emerge $LIST and life is good, but you don't have $LIST yet. Logic tells me you had two problems, and gcc is neither of them. Your box does not like latest X for whatever reason (problem 1) but you can't rollback to the last working version of everything involved as you don't know what it is (problem 2). So when all other efforts have failed, downgrade gcc and rebuild everything is very likely to fix those problems. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] corrupted start-up services (and file-system)
* Alan McKinnon (alan.mckin...@gmail.com) [20.04.09 01:21]: On Monday 20 April 2009 01:03:59 Liviu Andronic wrote: Hello all, I have a (nasty) issue with the system start-up, and probably with corrupted file-system. On start-up, I get several error messages (see below). I suspect I started having these messages after Gentoo crashed once, but I couldn't recall the actual circumstances. The problem is that, for example, MPD will not remember it's last state before shutdown, and will be unable to recover the it's last state. I have no idea where to start correcting the issue; any ideas welcome. Thanks, Liviu Start-up messags: ln: accessing `/var/lib/init.d/started/rmnologin': Permission denied That's a very unusual location for init scripts. Did you put them there, instead of in the more usual /etc/init.d/? That's not the init script dir. that's svcdir in baselayout 1. It is used to save the state of the init scripts. So it is natural that the init process accesses it. {snip} lrwxrwxrwx 1 root root 19 2009-04-19 17:32 keymaps - /etc/init.d/keymaps ?? ? ?? ?? laptop_mode This is almost certainly disk corruption. Boot from a CD and do an fsck on all disk volumes And I must stress this: check all your filesystems. Sebastian -- Religion ist das Opium des Volkes. | _ ASCII ribbon campaign Karl Marx | ( ) against HTML e-mail s...@sti@N GÜNTHER | X against M$ attachments mailto:sam...@guenther-roetgen.de | / \ www.asciiribbon.org pgpACBeu0xfpb.pgp Description: PGP signature
Re: [gentoo-user] downgrading gcc
Alan McKinnon wrote: It's more likely a compatibility issue between very specific modules or bits of code that affect lots of systems. Take for example this elog from the nvidia drivers: === This ebuild installs a kernel module and X driver. Both must match explicitly in their version. This means, if you restart X, you most modprobe -r nvidia before starting it back up === The interfaces that these things use have never been guaranteed to be stable, and gcc itself is free (within reason) to lay things out in memory anyway it sees fit. You get the same thing with X and it's drivers too. It makes sense - a server and it's drivers should all be part of the same release series and be built together with the same toolchain for best results. You DON'T get this problem with normal packages. You can upgrade and downgrade cairo all day long if you want and firefox won't care - the API it uses is stable and doesn't change. In your case and Mark's, you tried to downgrade something critical but have no information about what you should be downgrading to. When you synced portage, you lost the information about what was the latest arch and ~arch versions. Upgrade is easy - emerge latest arch for everything, we know it works, but portage doesn't offer a rollback function so downgrade is much harder. Once someone has figured out $LIST, you can emerge $LIST and life is good, but you don't have $LIST yet. Logic tells me you had two problems, and gcc is neither of them. Your box does not like latest X for whatever reason (problem 1) but you can't rollback to the last working version of everything involved as you don't know what it is (problem 2). So when all other efforts have failed, downgrade gcc and rebuild everything is very likely to fix those problems. While I'm not a dev, I do know this. All I did was downgrade gcc and a emerge -e world. After that, things started working again. X wasn't crashing, Seamonkey wasn't crashing, my USB ports starting working again, my sound started working again and several other little things that were weird. So far, I haven't changed any config files or any versions of a package. I haven't syncd the tree on this machine either. I didn't want to complicate things any farther with portage wanting to upgrade something else when I'm trying to get back to a stable system, The thing to notice is this, nothing changed but gcc. That's all. It is odd to me that when I upgraded gcc, things started to break. When I downgrade gcc, things start to work again. Since nothing else changed, in my mind, it has to be gcc. I may be wrong but the fact it works is undeniable. I'm all for what works. Dale :-) :-)
Re: [gentoo-user] corrupted start-up services (and file-system)
Alan McKinnon writes: On Monday 20 April 2009 01:03:59 Liviu Andronic wrote: Start-up messags: ln: accessing `/var/lib/init.d/started/rmnologin': Permission denied That's a very unusual location for init scripts. Did you put them there, instead of in the more usual /etc/init.d/? That's okay, this directory has symlinks to all real init scripts in /etc/init.d that have already started. There's also /var/lib/init.d/{failed,starting,stopping} and more. {snip} lrwxrwxrwx 1 root root 19 2009-04-19 17:32 keymaps - /etc/init.d/keymaps ?? ? ?? ?? laptop_mode This is almost certainly disk corruption. Boot from a CD and do an fsck on all disk volumes And maybe do a backup first, in case fsck messes up things worse than before. Wonko
Re: [gentoo-user] corrupted start-up services (and file-system)
On Mon, Apr 20, 2009 at 10:36 AM, Alex Schuster wo...@wonkology.org wrote: This is almost certainly disk corruption. Boot from a CD and do an fsck on all disk volumes And maybe do a backup first, in case fsck messes up things worse than before. Luckily this wasn't needed. I did the checks using Gparted (on its own LivecD), and it corrected a handful of errors. Now the system seems to boot fine. Thanks all, Liviu -- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Re: [gentoo-user] audio convert splitter etc...
On Mon, Apr 20, 2009 at 7:38 AM, Vasya Volkov my.pipes.b...@gmail.com wrote: Here: 01.wav: RIFF (little-endian) data, WAVE audio, MPEG Layer 3, stereo 48000 Hz An idea: try to convert it with soundcoverter (or sox, or whatever) to .wav, and try to load the new .wav in audacity. Liviu -- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
[gentoo-user] boot gentoo in 5 seconds?
Dear all, Today I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. Are there any developments in Gentoo concerning this? Thanks, Liviu [1] http://lwn.net/Articles/299483/ [2] http://www.mattcutts.com/blog/ubuntu-904-boots-in-175-seconds/
Re: [gentoo-user] boot gentoo in 5 seconds?
depending on your platform. For asus eeepc has been developed a software named finit-mod which substitute init executable in the boot process. I am working on a finit-mod version for gentoo. Actually i use it on my eeepc with gentoo but there is a big problem...you have to avoid the use of init scripts.. regards Liviu Andronic ha scritto: Dear all, Today I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. Are there any developments in Gentoo concerning this? Thanks, Liviu [1] http://lwn.net/Articles/299483/ [2] http://www.mattcutts.com/blog/ubuntu-904-boots-in-175-seconds/ -- Antonio Quartulli http://www.ritirata.org/ordex
Re: [gentoo-user] audio convert splitter etc...
On Sat, 18 Apr 2009 20:28:31 +0400 Vasya Volkov my.pipes.b...@gmail.com wrote: Mike Kazantsev пишет: ... lame_opts=--vbr-new -V 2 -B 256 ... flac -c -d $FLAC | lame $lame_opts - $MP3 ... Script actually depends on following packages (main tree): media-libs/flac media-libs/id3lib media-sound/lame Thanks. That's good. But can you suggest programm to convert wav to mp3? If you look closely at the above code snippet you've actually quoted, you'll see that I use flac to decode flac to wav, instantly feeding it to lame, which is pretty much standard production wav-mp3 converter. In short, you can convert somefile.wav to somefile.mp3 (VBR ~256 kbit) with the following line: lame --vbr-new -V 2 -B 256 somefile.wav somefile.mp3 -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] downgrading gcc
On Mon, Apr 20, 2009 at 12:48 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Monday 20 April 2009 09:30:56 Dale wrote: That said, it has worked well for me. Everything on my rig is working again. If he has to do this downgrade of gcc, then a emerge -e world and everything works again, I'm going to really wonder what the deal is with gcc. Just me running into problems is one thing but to have someone else have issues as well, that's makes me wonder. Is there something funny going on that only affects certain hardware or something like that? How would one test it to see what is wrong when it is only a couple or a few people? It's more likely a compatibility issue between very specific modules or bits of code that affect lots of systems. Take for example this elog from the nvidia drivers: === This ebuild installs a kernel module and X driver. Both must match explicitly in their version. This means, if you restart X, you most modprobe -r nvidia before starting it back up === The interfaces that these things use have never been guaranteed to be stable, and gcc itself is free (within reason) to lay things out in memory anyway it sees fit. You get the same thing with X and it's drivers too. It makes sense - a server and it's drivers should all be part of the same release series and be built together with the same toolchain for best results. You DON'T get this problem with normal packages. You can upgrade and downgrade cairo all day long if you want and firefox won't care - the API it uses is stable and doesn't change. In your case and Mark's, you tried to downgrade something critical but have no information about what you should be downgrading to. When you synced portage, you lost the information about what was the latest arch and ~arch versions. Upgrade is easy - emerge latest arch for everything, we know it works, but portage doesn't offer a rollback function so downgrade is much harder. Once someone has figured out $LIST, you can emerge $LIST and life is good, but you don't have $LIST yet. Logic tells me you had two problems, and gcc is neither of them. Your box does not like latest X for whatever reason (problem 1) but you can't rollback to the last working version of everything involved as you don't know what it is (problem 2). So when all other efforts have failed, downgrade gcc and rebuild everything is very likely to fix those problems. -- alan dot mckinnon at gmail dot com Alan, Hi. Thanks for your inputs and help. I appreciate it. I think you've covered most of the issues fairly clearly. What you cannot cover is the specifics of my hardware, so I'll try to do this based on what I think I've learned. As best I can tell the failure I'm seeing is a segfault in the Intel VGA driver when doing xv video. OpenGL works fine, and other than xv the Intel driver works fine for me. Using mplayer I can watch videos when I choose OpenGL rendering. All applications fail when using xv, but my initial realization came from mythfrontend which is why this has had a 'mythtv segfaults' title in the past. None the less it's really xv. There are 1 line segfault messages in different log files after the crash pointing at the i915 driver saying it cannot pin an xv buffer in memory. This is apparently known at X.org as I found and posted my results in an existing bug report - one of many on apparently the same issue. Note that if you, or the person who decided to mark xorg-server-1.5 and gcc-4.3.2 stable didn't have Intel hardware, then only if they actually ran xv video apps, they wouldn't have seen this problem. This sort of problem is (to me) a root weakness of the Gentoo package management system. Nothing is really 'stable' as it's not tested against a wide range of known hardware platforms with a know set of test cases before it's marked 'stable' so this sort of thing happens now and again. There is no reason for you to say X isn't stable, or gcc causes problems because everything works on your system. (Or you think it does!) ;-) In my case I *think* the problem showed up only after rebuilding X with gcc-4.3.2 but at this point I've unfortunately sort of lost track of the whole history. I *believe* that gcc got upgraded, I switched my compiler to the newer 4.3.2 version, then an X upgrade came along, got built and started failing. My first attempt at fixing this was to downgrade xorg-server back to 1.3. This failed, but it was built with the newer compiler so it wasn't a real downgrade in the sense of going back to what I had before. I then tried moving to xorg-x11-7.4 which some people at X.org said fixed the problem for them. Unfortunately for me it didn't. Over the years this sort of thing has happened a few times with Gentoo so maybe once every 2 years I'll do an emerge -e system, emerge -e world just to make sure everything is up to date. As I was having problems I decided to do that and move the whole machine to 4.3.2. I got started
[gentoo-user] Failed to emerge fontforge
I tried to emerge lilypond but it fails when building fontforge, with the error below. What do I do ? Do I issue an bug report ? / Thomas In file included from fontP.h:109, from gdrawtxt.c:30: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory gcc -march=c3-2 -msse -mmmx -mfpmath=sse -O2 -pipe -fomit-frame-pointer -I/usr/include/freetype2/ -I/usr/include/fr eetype2 -I/usr/include/libxml2/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/gli b-2.0/include -I/usr/include/python2.4 -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prot otypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -DNOTHREADS -DHAVE_CONFIG_H -DLIBD IR=\/usr/lib\ -c gdrawtxtinit.c -fPIC -DPIC -o .libs/gdrawtxtinit.o In file included from fontP.h:109, from gdrawtxtinit.c:27: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory make[1]: *** [gdrawtxt.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [gdrawtxtinit.lo] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/fontforge-20090408/work/fontforge-20090408/gdraw' make: *** [libgdraw] Error 2 * * ERROR: media-gfx/fontforge-20090408 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2150: Called _eapi2_src_compile * ebuild.sh, line 643: Called die * The specific snippet of code: * emake || die emake failed * The die message: * emake failed *
Re: [gentoo-user] Failed to emerge fontforge
On Monday 20 April 2009 15:44:48 Thomas Chef wrote: I tried to emerge lilypond but it fails when building fontforge, with the error below. What do I do ? Do I issue an bug report ? / Thomas In file included from fontP.h:109, from gdrawtxt.c:30: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory That file is provided by cairo. Try rebuilding x11-libs/cairo -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] boot gentoo in 5 seconds?
090420 Liviu Andronic wrote: I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. It will all depend on your hardware precise start-up procedure. I have a regular desktop box with Asus P5K-VM mobo + Intel Core 2 Duo : Bios takes 10 s , Linux start-up (Lilo screen to login prompt) 25 s after 'startx' KDE 3.5.10 takes 25 s incl 10 apps ; Fluxbox takes 6 s , but I have to start the apps by hand (which is very quick if you assign them to Alt-Fn keys). Start-up time is not that important for a desktop machine, which its user typically starts once/day while making coffee etc. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] pre-starting KDE libs
Can anyone tell me the command to pre-start KDE libs with another desktop ? Xfce offers the option of pre-starting them, but I can't see where it occurs in its start-up scripts. I'm currently trying out Fluxbox (generally excellent!) would like to have it pre-start the libs for the KDE apps I use. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] boot gentoo in 5 seconds?
El lun, 20-04-2009 a las 10:19 -0400, Philip Webb escribió: 090420 Liviu Andronic wrote: I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. It will all depend on your hardware precise start-up procedure. I have a regular desktop box with Asus P5K-VM mobo + Intel Core 2 Duo : Bios takes 10 s , Linux start-up (Lilo screen to login prompt) 25 s after 'startx' KDE 3.5.10 takes 25 s incl 10 apps ; Fluxbox takes 6 s , but I have to start the apps by hand (which is very quick if you assign them to Alt-Fn keys). Start-up time is not that important for a desktop machine, which its user typically starts once/day while making coffee etc. There are a few tweaks one can do to speed up things... I've managed a 26s boot with autologin into my gnome session... You can see it in a bootchart[1], without autologin it could be of ~16s... [1] http://sebasmagri.blinkenshell.org/images/bootchart.png signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: [gentoo-user] pre-starting KDE libs
On Monday 20 April 2009 16:25:07 Philip Webb wrote: Can anyone tell me the command to pre-start KDE libs with another desktop ? Xfce offers the option of pre-starting them, but I can't see where it occurs in its start-up scripts. I'm currently trying out Fluxbox (generally excellent!) would like to have it pre-start the libs for the KDE apps I use. I believe it's kcminit but it doesn't show up in ps afterwards. Check this out: $ kcminit --list keyboard energy kcmaccess khotkeys keys style khtml_plugins emoticons keyboard_layout bell mouse I once had to track down the command to initialise the fonts kde apps use when run under e17, and it turned out to be kcminit. You can also grep that word in the various kde session scripts, nearby text may provide further clues -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Failed to emerge fontforge
Try rebuilding x11-libs/cairo I tried: # emerge x11-libs/cairo Which seems to have worked out ok, then ran emerge fontforge, but it ended up in the same error as before ? I searched the disk for the file: cairo-xlib.h (in Konqueror) but could not find the file ? / Thomas
Re: [gentoo-user] boot gentoo in 5 seconds?
2009/4/20 Sebastián Magrí sebasma...@gmail.com: There are a few tweaks one can do to speed up things... Such as.. -- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
Re: [gentoo-user] Failed to emerge fontforge
On Monday 20 April 2009 14:54:40 Alan McKinnon wrote: On Monday 20 April 2009 15:44:48 Thomas Chef wrote: Do I issue [a] bug report ? In file included from fontP.h:109, from gdrawtxt.c:30: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory That file is provided by cairo. Try rebuilding x11-libs/cairo ...and if that doesn't fix it I'm sure the upstream devs will be interested to know of the problem. -- Rgds Peter
Re: [gentoo-user] boot gentoo in 5 seconds?
On Mon, Apr 20, 2009 at 5:45 AM, Liviu Andronic landronim...@gmail.com wrote: Dear all, Today I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. Are there any developments in Gentoo concerning this? Mine is about 20 seconds (starting after grub, once Tux appears). I have 5 hard drives including RAID, and wifi, so this surely adds a couple seconds to the boot time. I have Core 2 E6600 overclocked to 3GHz, 8 gigs ram, 5400 rpm SATA hard drives. I haven't done anything special. And I am using rc_parallel=NO in my rc.conf
Re: [gentoo-user] boot gentoo in 5 seconds?
On Mon, Apr 20, 2009 at 11:25 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Apr 20, 2009 at 5:45 AM, Liviu Andronic landronim...@gmail.com wrote: Dear all, Today I stumbled on several posts [1] [2] concerning start-up speed of Linux. Compared with the 5-17 secs posted in the posts, my (slightly old) Gentoo needs around two minutes from power button to DE idle. Are there any developments in Gentoo concerning this? Mine is about 20 seconds (starting after grub, once Tux appears). I have 5 hard drives including RAID, and wifi, so this surely adds a couple seconds to the boot time. I have Core 2 E6600 overclocked to 3GHz, 8 gigs ram, 5400 rpm SATA hard drives. I haven't done anything special. And I am using rc_parallel=NO in my rc.conf I will also add that I'm using baselayout-2 You could also review the services you have at boot level and see if maybe some of them can be moved to default instead.
Re: [gentoo-user] boot gentoo in 5 seconds?
2009/4/21 Liviu Andronic landronim...@gmail.com 2009/4/20 Sebastián Magrí sebasma...@gmail.com: There are a few tweaks one can do to speed up things... Such as.. Mostly rc.conf things... rc_parallel=YES rc_interactive=NO rc_depend_strict=NO -- Do you know how to read? http://www.alienetworks.com/srtest.cfm Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mailhttp://garbl.home.comcast.net/%7Egarbl/stylemanual/e.htm#e-mail
[gentoo-user] denyhosts shows crashed status in rc-status, but seems to work fine
Does any RC expert know why denyhosts is showing Crashed status despite the fact that it seems to be running and operating normally? Is anyone else running denyhosts and has this same symptom? Thanks, Paul
[gentoo-user] intelfb usage in grub
Hello, I've been trying the following grub.conf boot kernel /boot/vmlinuz root=/dev/sda3 video=intelfb,mode=1280x768...@60 but no luck (that is I get the 80x25 console). The only working format appears to be kernel /boot/vmlinuz root=/dev/sda3 vga=xxx where xxx does not accommodate the mode above. In fact nothing will work unless I use vga=something; and that appears to be sufficient. Am I using the incorrect video=... syntax? Below follows relevant lines from /var/log/messages Thanks, -- Valmor Apr 20 14:27:54 dcpl-lpt1 [0.00] Kernel command line: root=/dev/sda3 video=intelfb vga=ask ... Apr 20 14:27:54 dcpl-lpt1 [0.169751] intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM/965G/965GM chipsets Apr 20 14:27:54 dcpl-lpt1 [0.169765] intelfb: Version 0.9.5 Apr 20 14:27:54 dcpl-lpt1 [0.169816] intelfb: 00:02.0: Intel(R) 945GM, aperture size 256MB, stolen memory 7932kB Apr 20 14:27:54 dcpl-lpt1 [0.173678] intelfb: Non-CRT device is enabled ( LVDS port ). Disabling mode switching. Apr 20 14:27:54 dcpl-lpt1 [0.173703] intelfb: Initial video mode is 1024x768...@60. Apr 20 14:27:54 dcpl-lpt1 [0.174157] intelfb: Changing the video mode is not supported. Apr 20 14:27:54 dcpl-lpt1 [0.183305] Console: switching to colour frame buffer device 128x48
Re: [gentoo-user] baselayout slot issue, portage wants to downgrade everything
Can anybody at least confirm this is not correct behavior? Suggest how to troubleshoot this further? As best as I can tell my profile is ok, 'hardened/x86' and portage doesn't want to update itself... I don't understand why my currently installed udev wants the currently installed baselayout but 'system' wants an older one. -d -- darren kirby :: Part of the problem since 1976 :: http://badcomputer.org ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972
Re: [gentoo-user] pre-starting KDE libs
090420 Alan McKinnon wrote: On Monday 20 April 2009 16:25:07 Philip Webb wrote: Can anyone tell me the command to pre-start KDE libs with another desktop ? I believe it's kcminit but it doesn't show up in ps afterwards. Thanks for the hint, which got me to look at what's running via 'htop'. This reveals that 'konsole' -- the 1st app I started after Fluxbox -- caused the following processes to start remain running : 3863 kdeinit running ... 3866 dcopserver [kdeinit] --nosid --suicide 3868 klauncher [kdeinit] --new-startup 3870 kded [kdeinit] --new-startup So it looks as if the needed command is 'kdeinit'. Does anyone else have any advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] intelfb usage in grub
* Valmor de Almeida (val.gen...@gmail.com) [20.04.09 20:48]: Hello, I've been trying the following grub.conf boot kernel /boot/vmlinuz root=/dev/sda3 video=intelfb,mode=1280x768...@60 but no luck (that is I get the 80x25 console). The only working format appears to be kernel /boot/vmlinuz root=/dev/sda3 vga=xxx where xxx does not accommodate the mode above. In fact nothing will work unless I use vga=something; and that appears to be sufficient. Am I using the incorrect video=... syntax? Below follows relevant lines from /var/log/messages Thanks, Apr 20 14:27:54 dcpl-lpt1 [0.174157] intelfb: Changing the video mode is not supported. This is the hint: intelfb can't change the video mode. But intelfb can be used if you /also/ add a vga to the kernel command line. I will post mine as an example: kernel /boot/vmlinuz root=/dev/ram0 real_root=/dev/mapper/system-slash \ ro resume=swap:/dev/mapper/system-swap vga=0x318 quiet \ video=intelfb:1024x768...@60,mttr,noaccel,hwcursor,vram=4 \ splash=silent,theme:natural_gentoo console=tty1 Sebastian -- Religion ist das Opium des Volkes. | _ ASCII ribbon campaign Karl Marx | ( ) against HTML e-mail s...@sti@N GÜNTHER | X against M$ attachments mailto:sam...@guenther-roetgen.de | / \ www.asciiribbon.org pgp7ts8ngBBdL.pgp Description: PGP signature
Re: [gentoo-user] intelfb usage in grub
On Monday 20 April 2009 19:47:15 Valmor de Almeida wrote: I've been trying the following grub.conf boot kernel /boot/vmlinuz root=/dev/sda3 video=intelfb,mode=1280x768...@60 but no luck (that is I get the 80x25 console). The only working format appears to be kernel /boot/vmlinuz root=/dev/sda3 vga=xxx where xxx does not accommodate the mode above. In fact nothing will work unless I use vga=something; and that appears to be sufficient. When that happens to me, it's usually because I haven't compiled the right frame buffer into the kernel (it won't do as a module). I use the vesa frame buffer (not uvesa) with this kernel line: kernel /boot/kernel-x86_64-2.6.29-gentoo-r1 root=/dev/md0 vga=0x31A video=vesafb:mtrr:3,ywrap fbcon=scrollback:128k splash=silent memory_corruption_check=1 I don't use genkernel, nor an initrd or initramfs. -- Rgds Peter
Re: [gentoo-user] intelfb usage in grub
On 4/20/2009 2:47 PM, Valmor de Almeida wrote: but no luck (that is I get the 80x25 console). The only working format appears to be kernel /boot/vmlinuz root=/dev/sda3 vga=xxx This is the only correct syntax for the intelfb device, because of Apr 20 14:27:54 dcpl-lpt1 [ 0.173678] intelfb: Non-CRT device is enabled ( LVDS port ). Disabling mode switching. Apr 20 14:27:54 dcpl-lpt1 [ 0.173703] intelfb: Initial video mode is 1024x768...@60. Apr 20 14:27:54 dcpl-lpt1 [ 0.174157] intelfb: Changing the video mode is not supported. these log messages. I assume this is a laptop (or else your intelfb is very confused). For some reason that I don't fully understand, but assume is a good one, the intel fb device cannot change the video mode on a laptop display. The vga parameter actually gets the kernel to change the video mode much earlier, so the intelfb driver can keep using the same one. I typically include both vga= and video= lines in my grub command to get this to work. --Mike
Re: [gentoo-user] intelfb usage in grub
Sebastian Günther wrote: This is the hint: intelfb can't change the video mode. But intelfb can be used if you /also/ add a vga to the kernel command line. I will post mine as an example: kernel /boot/vmlinuz root=/dev/ram0 real_root=/dev/mapper/system-slash \ ro resume=swap:/dev/mapper/system-swap vga=0x318 quiet \ video=intelfb:1024x768...@60,mttr,noaccel,hwcursor,vram=4 \ splash=silent,theme:natural_gentoo console=tty1 Am I understanding this correctly? vga=0x318 means 1024x768...@60. Your line calls intelfb with almost the same mode except at 32-bit pixel depth instead of 24. Is this the only change intelfb will make to the video mode? or you end up with 1024x768...@60 anyway? It seems that the mode option of intelfb does not do anything and the mode needs to be set with vga which has specific values. Thanks, -- Valmor
Re: [gentoo-user] intelfb usage in grub
Peter Humphrey wrote: kernel /boot/kernel-x86_64-2.6.29-gentoo-r1 root=/dev/md0 vga=0x31A video=vesafb:mtrr:3,ywrap fbcon=scrollback:128k splash=silent memory_corruption_check=1 Thanks for letting me know the fbcon=scrollback option. -- Valmor
Re: [gentoo-user] intelfb usage in grub
Mike Edenfield wrote: these log messages. I assume this is a laptop (or else your intelfb is very confused). For some reason that I don't fully understand, but It is a laptop indeed. assume is a good one, the intel fb device cannot change the video mode on a laptop display. The vga parameter actually gets the kernel to change the video mode much earlier, so the intelfb driver can keep using the same one. I am just using kernel /boot/vmlinuz root=/dev/sda3 vga=0x318 video=intelfb since the mode option under intelfb is useless. I could also drop the video parameter altogether since I only have the intelfb driver compiled into the kernel. Thanks, -- Valmor
Re: [gentoo-user] intelfb usage in grub
* Valmor de Almeida (val.gen...@gmail.com) [20.04.09 22:29]: Sebastian Günther wrote: This is the hint: intelfb can't change the video mode. But intelfb can be used if you /also/ add a vga to the kernel command line. I will post mine as an example: kernel /boot/vmlinuz root=/dev/ram0 real_root=/dev/mapper/system-slash \ ro resume=swap:/dev/mapper/system-swap vga=0x318 quiet \ video=intelfb:1024x768...@60,mttr,noaccel,hwcursor,vram=4 \ splash=silent,theme:natural_gentoo console=tty1 Am I understanding this correctly? vga=0x318 means 1024x768...@60. Your line calls intelfb with almost the same mode except at 32-bit pixel depth instead of 24. Is this the only change intelfb will make to the video mode? or you end up with 1024x768...@60 anyway? vga parameter has a /colour/ depth of 24 bits and 32 bits per pixels To clarify colour depth and bits per pixel, from man xorg.conf: Depth depth This entry specifies what colour depth the Display subsection is to be used for. This entry is usually specified, but it may be omitted to create a match-all Display subsection or when wishing to match only against the FbBpp parameter. The range of depth values that are allowed depends on the driver. Most drivers support 8, 15, 16 and 24. Some also support 1 and/or 4, and some may support other values (like 30). Note: depth means the number of bits in a pixel that are actually used to determine the pixel colour. 32 is not a valid depth value. Most hardware that uses 32 bits per pixel only uses 24 of them to hold the colour information, which means that the colour depth is 24, not 32. It seems that the mode option of intelfb does not do anything and the mode needs to be set with vga which has specific values. intelfb is not able to to change the resolution, vga is. With KVM this may have changed, but I didn't had the time to test 2.6.29. Thanks, -- Valmor Sebastian -- Religion ist das Opium des Volkes. | _ ASCII ribbon campaign Karl Marx | ( ) against HTML e-mail s...@sti@N GÜNTHER | X against M$ attachments mailto:sam...@guenther-roetgen.de | / \ www.asciiribbon.org pgpYxi6WCoGK5.pgp Description: PGP signature
Re: [gentoo-user] intelfb usage in grub
* Valmor de Almeida (val.gen...@gmail.com) [20.04.09 23:23]: since the mode option under intelfb is useless. I could also drop the video parameter altogether since I only have the intelfb driver compiled into the kernel. Only if you don't want to use it: this parameter is necessary to activate intelfb! Thanks, -- Valmor Sebastian -- Religion ist das Opium des Volkes. | _ ASCII ribbon campaign Karl Marx | ( ) against HTML e-mail s...@sti@N GÜNTHER | X against M$ attachments mailto:sam...@guenther-roetgen.de | / \ www.asciiribbon.org pgpbbOFEZnw8Q.pgp Description: PGP signature
Re: [gentoo-user] intelfb usage in grub
Sebastian Günther wrote: * Valmor de Almeida (val.gen...@gmail.com) [20.04.09 23:23]: since the mode option under intelfb is useless. I could also drop the video parameter altogether since I only have the intelfb driver compiled into the kernel. Only if you don't want to use it: this parameter is necessary to activate intelfb! I tried both: kernel /boot/vmlinuz root=/dev/sda3 vga=0x318 video=intelfb and kernel /boot/vmlinuz root=/dev/sda3 vga=0x318 They both activate intelfb with intelfb: Initial video mode is 1024x768...@60. -- Valmor
[gentoo-user] what is starting net.eth0 and how to stop it?
Hello, I would like to start net.eth0 manually, therefore I currently have - rc-update show acpid | battery default bootmisc | boot checkfs | boot checkroot | boot clock | boot consolefont | boot cpufreqd | battery default hibernate-cleanup | boot hostname | boot keymaps | boot laptop_mode | battery lm_sensors | battery default local | battery default nonetwork localmount | boot modules | boot net.lo | boot netmount | battery default rmnologin | boot syslog-ng | battery default urandom | boot vixie-cron | battery default but net.eth0 continues to be started upon booting. In fact - /etc/init.d/net.eth0 status * status: started Is netmount starting net.eth0? If not, how can I stop it from starting automatically? Thanks, -- Valmor
Re: [gentoo-user] intelfb usage in grub
kernel /boot/vmlinuz root=/dev/ram0 real_root=/dev/mapper/system-slash \ ro resume=swap:/dev/mapper/system-swap vga=0x318 quiet \ video=intelfb:1024x768...@60,mttr,noaccel,hwcursor,vram=4 \ splash=silent,theme:natural_gentoo console=tty1 I use vesafb, my line is much more simple, just kernel ... video=vesafb:mtrr:3,ywrap vga=795 That gives me 1280x1024. I don't know at what refreshrate though... those options, what do they do? are they also valid for vesafb? noaccel hwcursor vram=4 ? Tom
Re: [gentoo-user] what is starting net.eth0 and how to stop it?
090420 Valmor de Almeida wrote: I would like to start net.eth0 manually, therefore I currently have - rc-update show acpid | battery default bootmisc | boot checkfs | boot checkroot | boot clock | boot consolefont | boot cpufreqd | battery default hibernate-cleanup | boot hostname | boot keymaps | boot laptop_mode | battery lm_sensors | battery default local | battery default nonetwork localmount | boot modules | boot net.lo | boot netmount | battery default rmnologin | boot syslog-ng | battery default urandom | boot vixie-cron | battery default but net.eth0 continues to be started upon booting. In fact - /etc/init.d/net.eth0 status * status: started Is netmount starting net.eth0? If not, how can I stop it from starting automatically? I get rc-update show bootmisc | boot checkfs | boot checkroot | boot clock | boot consolefont | boot cupsd | default hald | default hostname | boot keymaps | boot local | default nonetwork localmount | boot modules | boot net.lo | boot ntpd | default rmnologin | boot sysklogd | default urandom | boot vixie-cron | default I start net.eth0 by hand, so it looks as if it's 'netmount'. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] pre-starting KDE libs
090420 Philip Webb wrote: Can anyone tell me the command to pre-start KDE libs with another desktop ? Htop reveals that 'konsole' -- the 1st app I started after Fluxbox -- caused the following processes to start remain running : 3863 kdeinit running ... 3866 dcopserver [kdeinit] --nosid --suicide 3868 klauncher [kdeinit] --new-startup 3870 kded [kdeinit] --new-startup So it looks as if the needed command is 'kdeinit'. I added 'kdeinit ' to ~/.xinitrc it made a small difference : Konsole starts 3 s sooner (wry smile). Also, that's only after a boot: otherwise, the KDE libs stay in memory when the WM terminates are instantly reloaded when Konsole asks for them. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] intelfb usage in grub
Tom wrote: kernel ... video=vesafb:mtrr:3,ywrap vga=795 That gives me 1280x1024. I don't know at what refreshrate though... There should be a line in your /var/log/messages file that shows the refresh rate; at least intelfb does show that; not sure vesafb does the same. those options, what do they do? are they also valid for vesafb? you can read in your linux kernel doc directory /usr/src/linux/Documentation/fb/vesafb.txt or search for vesafb.txt. -- Valmor
Re: [gentoo-user] what is starting net.eth0 and how to stop it?
Philip Webb wrote: I start net.eth0 by hand, so it looks as if it's 'netmount'. I removed netmount from all run levels and still get net.eth0 started. It is happening before; during booting I see the line *Wiping /tmp directory... *Device initiated services: net.eth0 udev-postmount. Wiping /tmp happens in /etc/init.d/bootmisc. Still looking for what starts net.eth0... -- Valmor
Re: [gentoo-user] what is starting net.eth0 and how to stop it?
On Tuesday 21 April 2009, 01:44, Valmor de Almeida wrote: Philip Webb wrote: I start net.eth0 by hand, so it looks as if it's 'netmount'. I removed netmount from all run levels and still get net.eth0 started. It is happening before; during booting I see the line *Wiping /tmp directory... *Device initiated services: net.eth0 udev-postmount. Wiping /tmp happens in /etc/init.d/bootmisc. Still looking for what starts net.eth0... That happened to me recently. Just change the value of the variable RC_PLUG_SERVICES in /etc/conf.d/net to exclude eth0, like eg RC_PLUG_SERVICES=!net.eth0
Re: [gentoo-user] Genlop -f not quite right.
On Sun, 19 Apr 2009 16:47:22 -0500, Dale wrote: I renamed my old emerge log file to .old1 to get off to a fresh start with the log file. It was getting pretty large. Anyway, to figure out how long something takes to emerge, I use this command and get this response: [snip] Why does it not calculate the current compile time correctly? Is this a genlop bug or am I doing something wrong? The latter, I'm afraid. You've told genlop to look at the old log file, but the start time of the current emerge is written to the new log file. I use genlop -f when the current log file is in a different location (when I'm emerging in a chroot and want to check progress from the parent OS) and it works fine. What you are looking for is for genlop to consider multiple log files, something it does not currently do. You could file a feature request bug report. -- Neil Bothwick Don't hate yourself in the morning, sleep until noon. signature.asc Description: PGP signature
[gentoo-user] gcc and -match=native
G'day, I was playing around with a few non-essential packages the other day using -march=native -v on my core2 duo ( configured with CHOST=i686-pc-linux-gnu ) and noticed that GCC set the -march=core2 rather than what is typically suggested on the 3rd party wiki ( which is to use prescott ). According to the GCC docs, the core2 option includes instructions for x86_64 but would this be ultimately ignored seeing as the CHOST is set to i686 or would these instructions bloat the resulting binaries or could they result in conflicts of some sort down the line ? on my Athlon64 it uses ( the 3rd party wiki recommended ) k8-sse3 but I did notice that the option -mtune=k8 ( no -sse3 ) is set. I'm a little confused as to how the native option selects the best fit. I know that -march=native is not supported. I'm just rather interested in figuring out why these options are selected and if I'm better off with them in place. Note, that there have been no issues *noticed* with final results. -- Beau Dylan Henderson No human being should be denied the fundamental right to educate themselves or indulge their curiosities. To deny any person the right to do so, for whatever reason, is nothing more than the safeguarding of ignorance to ensure that enlightenment does not become a threat. For nothing in this world is more dangerous than an open mind. -- Matthew Good
[gentoo-user] Downgrading from ~x86 to x86
Hello! I was running the unstable branch of portage primarily for about two years (mostly from user error when I first started), and I finally committed to downgrading to the stable branch last night. I did backups first, and I'm keeping some good logs of any trouble I encounter. So far, gnome libraries have been the most problematic. I mainly use KDE, but I use some gnome-based things like gimp and the gnome keyring. The fact that I don't run all the components of gnome (and there are almost no gnome packages in my world file) may be the only reason I've had to cleverly rebuild things. However, even revdep-rebuild will not catch most of these problems, and I have to equery errors like: /usr/lib/libgnomevfs-2.so: undefined reference to `g_dgettext' collect2: ld returned 1 exit status For this case, I do a one-shot emerge on gnome-vfs and rebuild the failing package. But I also found some trouble with libbonobo, collisions between gail and gtk+ (where I had to manually uninstall gtk+, and reinstall gtk+ -- rebuilding wasn't enough, and it HAD been downgraded by portage earlier in the process). In the end, it all worked out (the gnome libraries that is, the general process is still underway), but Google was of no avail to most the problems, and I just winged most of it with intuitive order of reinstall, repeated revdep-rebuilds, and using equery b on the libraries causing errors. My question is, when downgrading (upgrading?) from unstable to stable, especially with packages that aren't explicitly in the world file, is this the behavior one should expect, or are these sorts of things worth bug reports? If revdep-rebuild was finding and solving all the problems, I'd say no bug. But when portage can't figure out what the problem is, and it only involved rebuilding installed dependencies in the right order, it makes portage not feel very sleek. I also know that running a system with global unstable keywords is probably not supported, especially for going back to global stable, which makes me feel like this isn't bug worthy. But giving pointers somewhere on how to get around these problems could be useful for someone else in the future perhaps. Input welcome. ~daid
Re: [gentoo-user] Downgrading from ~x86 to x86
On Mon, Apr 20, 2009 at 5:58 PM, daid kahl daid...@gmail.com wrote: Hello! I was running the unstable branch of portage primarily for about two years (mostly from user error when I first started), and I finally committed to downgrading to the stable branch last night. I did backups first, and I'm keeping some good logs of any trouble I encounter. So far, gnome libraries have been the most problematic. I mainly use KDE, but I use some gnome-based things like gimp and the gnome keyring. The fact that I don't run all the components of gnome (and there are almost no gnome packages in my world file) may be the only reason I've had to cleverly rebuild things. However, even revdep-rebuild will not catch most of these problems, and I have to equery errors like: /usr/lib/libgnomevfs-2.so: undefined reference to `g_dgettext' collect2: ld returned 1 exit status For this case, I do a one-shot emerge on gnome-vfs and rebuild the failing package. But I also found some trouble with libbonobo, collisions between gail and gtk+ (where I had to manually uninstall gtk+, and reinstall gtk+ -- rebuilding wasn't enough, and it HAD been downgraded by portage earlier in the process). In the end, it all worked out (the gnome libraries that is, the general process is still underway), but Google was of no avail to most the problems, and I just winged most of it with intuitive order of reinstall, repeated revdep-rebuilds, and using equery b on the libraries causing errors. My question is, when downgrading (upgrading?) from unstable to stable, especially with packages that aren't explicitly in the world file, is this the behavior one should expect, or are these sorts of things worth bug reports? If revdep-rebuild was finding and solving all the problems, I'd say no bug. But when portage can't figure out what the problem is, and it only involved rebuilding installed dependencies in the right order, it makes portage not feel very sleek. I also know that running a system with global unstable keywords is probably not supported, especially for going back to global stable, which makes me feel like this isn't bug worthy. But giving pointers somewhere on how to get around these problems could be useful for someone else in the future perhaps. Input welcome. ~daid What specific steps did you take to downgrade? I remember doing a successful downgrade about 2 years ago. I pretty much just ran emerge -e world, then etc-update, reboot, and don't remember having too many problems if any.
Re: [gentoo-user] Genlop -f not quite right.
Neil Bothwick wrote: On Sun, 19 Apr 2009 16:47:22 -0500, Dale wrote: I renamed my old emerge log file to .old1 to get off to a fresh start with the log file. It was getting pretty large. Anyway, to figure out how long something takes to emerge, I use this command and get this response: [snip] Why does it not calculate the current compile time correctly? Is this a genlop bug or am I doing something wrong? The latter, I'm afraid. You've told genlop to look at the old log file, but the start time of the current emerge is written to the new log file. I use genlop -f when the current log file is in a different location (when I'm emerging in a chroot and want to check progress from the parent OS) and it works fine. What you are looking for is for genlop to consider multiple log files, something it does not currently do. You could file a feature request bug report. That sort of makes sense. It looks to me like it would see that all the emerges in the old log were completed. I may try pointing it to both files and see if that works any better. Give it more info if you will. Most likely won't work but I doubt it will let the smoke out either. ;-) Thanks for the info. Dale :-) :-)
Re: [gentoo-user] what is starting net.eth0 and how to stop it?
Etaoin Shrdlu wrote: That happened to me recently. Just change the value of the variable RC_PLUG_SERVICES in /etc/conf.d/net to exclude eth0, like eg RC_PLUG_SERVICES=!net.eth0 That did it. Never actually looked inside /etc/conf.d/rc. Thanks, -- Valmor
Re: [gentoo-user] baselayout slot issue, portage wants to downgrade everything
On Mon, 20 Apr 2009 13:00:40 -0600 darren kirby bulli...@badcomputer.org wrote: Can anybody at least confirm this is not correct behavior? Suggest how to troubleshoot this further? As best as I can tell my profile is ok, 'hardened/x86' and portage doesn't want to update itself... I'd suggest to look at all versions of baselayout in portage and see why each one is masked (equery here is a part of gentoolkit pkg): equery list -p baselayout emerge --nodeps -pv '=sys-apps/baselayout-1.12.11.1' ... That'll allow you to see reason why devs masked package for that profile, or prehaps some other reason, like wrong manifest. From there you can override this mask by package.unmask (if it's masked by .mask) or package.keywords (by keyword). ...or, you can accept mask and just downgrade udev (adding later, incompatible versions to package.mask: =sys-fs/udev-...). I'd suggest issuing this command to see which one will suit your system: equery depgraph --depth=1 udev I don't understand why my currently installed udev wants the currently installed baselayout but 'system' wants an older one. That looks like expected behavior for me: udev in that profile is just a bit ahead of the rest of the system, probably because of recent baselayout masking, and I bet there should be a good reason to mask something like that. Since you had that newer baselayout, you have newer udev, which is unusable with stable (by gentoo developers' estimation) baselayout. Newer, ~x86, portage will probably downgrade it automagically, since it's only reasonable option without overriding masks. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] gcc and -match=native
On Tue, 21 Apr 2009 10:20:34 +1000 Beau Henderson b...@thehenderson.com wrote: I was playing around with a few non-essential packages the other day using -march=native -v on my core2 duo ( configured with CHOST=i686-pc-linux-gnu ) and noticed that GCC set the -march=core2 rather than what is typically suggested on the 3rd party wiki ( which is to use prescott ). According to the GCC docs, the core2 option includes instructions for x86_64 but would this be ultimately ignored seeing as the CHOST is set to i686 or would these instructions bloat the resulting binaries or could they result in conflicts of some sort down the line ? AFAIK they should be harmlessly ignored - if produced machine code will contain them, it'll just break as soon as cpu gets down to them. Besides, they are useless for program which works with 32-bit registers and data, so there should be no point to insert them anywhere in x86 binary. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Failed to emerge fontforge
On Mon, 20 Apr 2009 18:11:32 +0200 Thomas Chef thomas.c...@gmail.com wrote: Try rebuilding x11-libs/cairo I tried: # emerge x11-libs/cairo Which seems to have worked out ok, then ran emerge fontforge, but it ended up in the same error as before ? I searched the disk for the file: cairo-xlib.h (in Konqueror) but could not find the file ? / Thomas % equery b /usr/include/cairo/cairo-xlib.h [ Searching for file(s) /usr/include/cairo/cairo-xlib.h in *... ] x11-libs/cairo-1.8.6-r1 (/usr/include/cairo/cairo-xlib.h) If you really don't have this file with cairo installed, it should be a bug. Possible workaround is to install another version of cairo - prehaps it was somehow omitted in your version, quite unlikely though. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] denyhosts shows crashed status in rc-status, but seems to work fine
On Mon, 20 Apr 2009 12:01:27 -0500 Paul Hartman paul.hartman+gen...@gmail.com wrote: Does any RC expert know why denyhosts is showing Crashed status despite the fact that it seems to be running and operating normally? Is anyone else running denyhosts and has this same symptom? I'm not an expert, but that could be just errorcode, returned by the start section of initscript. And that can be caused by some deprecated commandline option, for example, so the program starts, but warns you about potential risk that way. You can easily override this by changing section footer from eend $? to eend 0 (so it'd always be considered as started cleanly), but I'd suggest running the program from the same user with all the same options by hand to see why it returns an error, filing a bug if it's unexpected and undocumented behavior. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] gcc and -match=native
On Tue, Apr 21, 2009 at 12:08 PM, Mike Kazantsev mike_kazant...@fraggod.net wrote: On Tue, 21 Apr 2009 10:20:34 +1000 Beau Henderson b...@thehenderson.com wrote: I was playing around with a few non-essential packages the other day using -march=native -v on my core2 duo ( configured with CHOST=i686-pc-linux-gnu ) and noticed that GCC set the -march=core2 rather than what is typically suggested on the 3rd party wiki ( which is to use prescott ). According to the GCC docs, the core2 option includes instructions for x86_64 but would this be ultimately ignored seeing as the CHOST is set to i686 or would these instructions bloat the resulting binaries or could they result in conflicts of some sort down the line ? AFAIK they should be harmlessly ignored - if produced machine code will contain them, it'll just break as soon as cpu gets down to them. Besides, they are useless for program which works with 32-bit registers and data, so there should be no point to insert them anywhere in x86 binary. -- Mike Kazantsev // fraggod.net So is GCC ignoring the fact that the systems CHOST is i686 or is this truly optimized for my situation ? -- Beau Dylan Henderson No human being should be denied the fundamental right to educate themselves or indulge their curiosities. To deny any person the right to do so, for whatever reason, is nothing more than the safeguarding of ignorance to ensure that enlightenment does not become a threat. For nothing in this world is more dangerous than an open mind. -- Matthew Good
Re: [gentoo-user] gcc and -match=native
On Tue, 21 Apr 2009 12:29:44 +1000 Beau Henderson b...@thehenderson.com wrote: So is GCC ignoring the fact that the systems CHOST is i686 or is this truly optimized for my situation ? No, it shouldn't ignore CHOST to produce the correct binaries. And yes, I believe (according to man gcc) that native/core2 or any profile with all the optimizations your cpu has should produce most code with most optimizations, but in case of ssse3 on i686 it's a minor gain, if any. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] baselayout slot issue, portage wants to downgrade everything
quoth the Mike Kazantsev: ...or, you can accept mask and just downgrade udev (adding later, incompatible versions to package.mask: =sys-fs/udev-...). I'd suggest issuing this command to see which one will suit your system: Ok, I found the version of baselayout was masked for 'corruption', and masked udev-24-r2. Went ahead with my 'emerge -u system' to downgrade everything and libtool failed on the package verification. So another sync, and the issue seems to have sorted itself. Instead of downgrading a handful of packages, there were just a few updates including python. I don't understand why my currently installed udev wants the currently installed baselayout but 'system' wants an older one. That looks like expected behavior for me: udev in that profile is just a bit ahead of the rest of the system, probably because of recent baselayout masking, and I bet there should be a good reason to mask something like that. I guess I had a preconceived notion that downgrading all those packages was somehow a 'bad' thing. Thanks for the help, and education. -d -- darren kirby :: Part of the problem since 1976 :: http://badcomputer.org ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972