[gentoo-user] --depclean complains that a package is not installed but it is installed.
I run --depclean every once and a while to see if anything is not needed anymore. Sort of do a little house cleaning. When I run it, it gives me this message: Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * media-sound/phonon[-aqua] pulled in by: * x11-libs/qt-webkit-4.7.1-r1 * * Have you forgotten to run `emerge --update --newuse --deep @world` prior * to depclean? It may be necessary to manually uninstall packages that no longer * exist in the portage tree since it may not be possible to satisfy their * dependencies. Also, be aware of the --with-bdeps option that is documented * in `man emerge`. root@fireball / # I ran this just before the above: root@fireball / # emerge -uvDNa world --with-bdeps y These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB Nothing to merge; would you like to auto-clean packages? [Yes/No] y >>> Auto-cleaning packages... >>> No outdated packages were found on your system. root@fireball / # So, nothing needs to be updated but yet --depclean complains about the package not being installed. Here is the kicker: root@fireball / # emerge -pv media-sound/phonon x11-libs/qt-webkit These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-sound/phonon-4.4.4 USE="vlc -debug -gstreamer -pulseaudio -xine" 0 kB [ebuild R ] x11-libs/qt-webkit-4.7.1-r1 USE="dbus exceptions jit kde (-aqua) -debug -pch" 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB root@fireball / # Yep, it's installed. Just for good measure, I rebuilt them with -1 and it installed them just fine. Same message as before tho. Still complains that a package is not installed. Is this a bug or am I missing something, again. ;-) Dale :-) :-)
Re: [gentoo-user] tuxonice and suspend-to-ram
Am 02.02.2011 00:33, schrieb Neil Bothwick: > On Tue, 1 Feb 2011 14:55:43 +0100, Gregory SACRE wrote: > >> tuxonice is mainly some wrapping scripts that makes the suspension >> more feature full than the bare kernel provided but in the end, they >> still use what the kernel provides. > > Tuxonice also includes kernel patches, so it isn't only using what the > kernel provides. You can use the tuxonice scripts with a vanilla kernel, > you just miss out on the extra features. Sure. But what are the extras in S2R-context? What do I miss? But: as long as I don't know, I don't miss ;-) And as I don't miss anything, it seems sufficient for me Most of the features listed on the project-site belongs to suspend-to-disk, so I just give the plain kernel a try again. Stefan
[gentoo-user] init scripts failing after server update
Hi Around 8 to 10 months I've left a server without updates, and now, after also building a new kernel, emerging new gcc, glibc, re-emerging baselayout, sysvinit and all packages that contains something in /etc/init.d/ , the boot process hangs after a few of the scripts (normally at keymaps or consolefont) returns their "ok" message. If I use the option to key in an "i" for interactive boot and skip all remaining services, I get a login prompt on TTY1 through TTY6 as expected, and if I issue every script on the boot and default rc-levels, everything works fine (well, one or two of them complain about something specific, but the important thing is that it doesn't hang at all). Any ideas? The server is up and running (apache, ssh, samba, svn, mysql, ftp, nfs, distcc, etc.) so I'm not in a hurry. I'm thinking on unmerging sysvinit and baselayout just to make sure there is no garbage left, then re-emerging them. Thanks Francisco -- "If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas." - George Bernard Shaw
Re: [gentoo-user] emerge on really old tree
On Tuesday 01 February 2011 23:56:32 Alan McKinnon wrote: > It makes sense to a programmer. It's not supposed to make sense to a programmer, as you know as well as I do. It's supposed to make sense to the poor fool reading it. :-) -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] Re: Emerge Problems...
On Tuesday 01 February 2011 20:43:43 BRM wrote: > And you're doing a typically manual process for updating all the > systems - update your server first, then any rsync clients. Fine & > dandy if that is your process - but it's not mine. I may update my > laptop twice as often as the other two, especially if I want to play > with some software or try something out, or fix a bug, or get a > later version of KDE. The server gets updated may be once a month, > while the laptop is either once a month or at whim when I want > something that just came out. > > It's not harder to do it this way, just a different method. The > original rsync script worked perfectly fine; the broken update I did > when I lost it is what started this whole thread. What's wrong with keeping your server's portage cache up to date? You don't have to update the server from it if you don't want to, but if the cache is out of date it isn't being much of a server. I recommend Occam's Razor. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] Re: Emerge Problems...
On Monday 31 January 2011 22:26:20 BRM wrote: > "emerge --sync" works fine for your _normal_ portage tree. > But if you are running a mirror on a gentoo system that also needs > its own copy of portage, then you really need to have two portage > trees on the system. One portage tree is hosted by rsync for all - > it can be synch'd at will with the official portage trees. > The second portage tree is the system's portage tree, and is only > sync'd when you update it - just like any other gentoo system. I don't understand any of this. Why should any two systems require different versions of the portage tree? -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] emerge on really old tree
Apparently, though unproven, at 00:34 on Wednesday 02 February 2011, Dale did opine thusly: > Alan McKinnon wrote: > > Yup, that output looks much better. > > > > And you can take a roasting joke in your stride (good man!). > > > > I think we all need to put our heads together and come up with sensible > > formatting for emerge's error output. Coz I'm sure getting tired of > > pawing my way through endless lines of cruft to get to the thing that > > really matters. > > The output from emerge is sometimes confusing. Just when I think I got > something figured out, they change it and I'm lost again. Sometimes I > don't realize it is changed either and that is really confusing. I did > learn a while back that a lot of things is listed backwards. Sometimes > tho with some options, it seems to reverse it and throws me for a loop. > Sometimes I wonder. It makes sense to a programmer. Zac builds a data structure in memory representing the dependency graph of stuff to be emerged. And when an error happens, he dumps it to console. If it were perl, it's like he called Data::Dumper. The order changes probably because he adds statements to order the data structure. > I didn't realize it was a joke. I'm not sure what is in our water > anymore. I know it makes girls have bigger juggs tho. ROFLMAO I think > the water is changing tho. I just hope the juggs, natural ones, stay > the same. O_O You need to come to Africa. We've got the original and best ones :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] tuxonice and suspend-to-ram
On Tue, 1 Feb 2011 14:55:43 +0100, Gregory SACRE wrote: > tuxonice is mainly some wrapping scripts that makes the suspension > more feature full than the bare kernel provided but in the end, they > still use what the kernel provides. Tuxonice also includes kernel patches, so it isn't only using what the kernel provides. You can use the tuxonice scripts with a vanilla kernel, you just miss out on the extra features. -- Neil Bothwick The cow is nothing but a machine which makes grass fit for us people to eat. signature.asc Description: PGP signature
Re: [gentoo-user] emerge on really old tree
Alan McKinnon wrote: Yup, that output looks much better. And you can take a roasting joke in your stride (good man!). I think we all need to put our heads together and come up with sensible formatting for emerge's error output. Coz I'm sure getting tired of pawing my way through endless lines of cruft to get to the thing that really matters. The output from emerge is sometimes confusing. Just when I think I got something figured out, they change it and I'm lost again. Sometimes I don't realize it is changed either and that is really confusing. I did learn a while back that a lot of things is listed backwards. Sometimes tho with some options, it seems to reverse it and throws me for a loop. Sometimes I wonder. I didn't realize it was a joke. I'm not sure what is in our water anymore. I know it makes girls have bigger juggs tho. ROFLMAO I think the water is changing tho. I just hope the juggs, natural ones, stay the same. O_O Dale :-) :-)
Re: [gentoo-user] emerge on really old tree
Sebastian Beßler wrote: I have KDE 4.6 and k3b installed here without problems. metatron@Shao ~ $ emerge $(qlist -IC qt- k3b kdelibs) -vp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/qt-core-4.7.1-r1 USE="exceptions glib iconv jit optimized-qmake pch private-headers qt3support ssl (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-script-4.7.1-r1 USE="exceptions iconv jit pch private-headers (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-sql-4.7.1-r1 USE="exceptions iconv mysql pch qt3support sqlite (-aqua) -debug (-firebird) -freetds -odbc -postgres" 0 kB [ebuild R ] x11-libs/qt-dbus-4.7.1 USE="exceptions pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-test-4.7.1 USE="exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-xmlpatterns-4.7.1 USE="pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-gui-4.7.1-r1 USE="accessibility cups dbus exceptions glib mng pch private-headers qt3support raster tiff xinerama (-aqua) -debug -egl -nas -nis -trace" 0 kB [ebuild R ] x11-libs/qt-qt3support-4.7.1 USE="accessibility exceptions kde pch (-aqua) -debug -phonon" 0 kB [ebuild R ] x11-libs/qt-svg-4.7.1-r1 USE="accessibility exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-opengl-4.7.1 USE="exceptions pch qt3support (-aqua) -debug -egl" 0 kB [ebuild R ] x11-libs/qt-webkit-4.7.1-r1 USE="dbus exceptions jit kde pch (-aqua) -debug" 0 kB [ebuild R ] dev-libs/libdbusmenu-qt-0.6.4 USE="-debug -test" 0 kB [ebuild R ] sys-auth/polkit-qt-0.99.0 USE="-debug -examples" 0 kB [ebuild R ] x11-libs/qt-multimedia-4.7.1 USE="exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-declarative-4.7.1-r2 USE="exceptions pch private-headers qt3support (-aqua) -debug" 0 kB [ebuild R ] kde-base/kdelibs-4.6.0 USE="3dnow acl alsa bzip2 fam handbook jpeg2k kerberos lzma mmx nls openexr opengl policykit semantic-desktop spell sse sse2 ssl udev (-altivec) (-aqua) -bindist -debug -doc (-kdeenablefinal) (-kdeprefix) -test -zeroconf" 0 kB [ebuild R ] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac lame mad musepack musicbrainz taglib vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -sndfile -sox -vcd" LINGUAS="de -ast -be -bg -ca -ca@valencia -cs -csb -da -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW" 0 kB Total: 17 packages (17 reinstalls), Size of downloads: 0 kB HTH Sebastian Beßler I missed keywording a qt package. I figured it was me that missed something. I looked on the forums and didn't see anyone else having a problem and no one posted it here either. I just did a little math. lol Thanks. Dale :-) :-)
Re: [gentoo-user] emerge on really old tree
Apparently, though unproven, at 23:29 on Tuesday 01 February 2011, Dale did opine thusly: > Alan McKinnon wrote: > > Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale > > did > > > > opine thusly: > >> (x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in > >> by > >> > > >> >=x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1, > >> > >> ebuild scheduled for merge) > > > > There you go. That's the one. > > > > Everything else in the conflicts list is in the format of "qt-4.7.1 > > pulled by > > > >> =qt-4.6.3 pulled in by..." > > > > That one starts with 4.6.3, it's different. The pulled in by simply says > > that it's the version chosen by portage because k3b (and lots of other > > stuff, remember) needs it. Which doesn't explain why it's *that* > > version. > > > > Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch. > > > > I bet you forgot to keyword it unstable. > > > >> I get the same when I disable hal. I need to see if anything else uses > >> hal and if not, get rid of it. By the way, I unmerged the qt stuff last > >> night and KDE wouldn't come up. So that won't work. > >> > >> Your thoughts? What am I missing? > > > > Your brain? You tried to start KDE without qt! That's like wondering why > > the box won't boot without a kernel :-) > > > > You *sure* the gubment isn't putting something in the drinking water down > > South where you are? > > > > well, at least you relieved the evening tedium of watching config updates > > from a server in Nigeria scroll on down the window :-) > > That would be the problem. I knew it was just me missing something. > This is better: > > root@fireball / # emerge -av k3b > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N] x11-libs/qt-multimedia-4.7.1 USE="exceptions iconv > (-aqua) -debug -pch" 206,806 kB > [ebuild N] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac mad > vcd vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -lame > -musepack -musicbrainz -sndfile -sox -taglib" LINGUAS="-ast -be -bg -ca > -ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl > -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn > -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN > -zh_TW" 0 kB > > Total: 2 packages (2 new), Size of downloads: 206,806 kB > > Would you like to merge these packages? [Yes/No] > > I wasn't clear enough. I removed the 4.7 versions of qt, installed the > 4.6 versions then tried to login to KDE. It doesn't like the old > version and I figured it wouldn't but tried anyway. > > Glad to get this sorted out. Whew !! Yup, that output looks much better. And you can take a roasting joke in your stride (good man!). I think we all need to put our heads together and come up with sensible formatting for emerge's error output. Coz I'm sure getting tired of pawing my way through endless lines of cruft to get to the thing that really matters. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] tuxonice and suspend-to-ram
Am 01.02.2011 14:55, schrieb Gregory SACRE: > Hi Stephan, > > > Frankly, I don't think it would bring anything to you, except maybe > the possibility to cancel a suspension on the fly and maybe some check > when coming from suspension. > > I'm using tuxonice only for the suspend to disk, but even there, the > kernel has some builtin features that would be sufficient for me (I'm > lazy, I don't want to try ;-)). > > tuxonice is mainly some wrapping scripts that makes the suspension > more feature full than the bare kernel provided but in the end, they > still use what the kernel provides. > > In your case, I don't think it's mandatory to use tuxonice. Thanks, Greg!
Re: [gentoo-user] Re: Emerge Problems...
On 18:13 Mon 31 Jan , Dale wrote: > Nils Holland wrote: > > > > In fact, what I always do is sync one of my machines with an official > > Gentoo mirror via "emerge --sync", and then I just use rsync to > > distribute the updated tree to all my other local machines as in: > > > > rsync --delete -trmv /usr/portage/ @:/usr/portage > > > > One might want to ask rsync to exclude the distfiles directory, > > but I always include it as it oftentimes saves me the download of a > > file I've already downloaded during an emerge on another machine. > > Maybe I am missing something but I have two machines here. I sync to > the Gentoo servers with the main rig and then sync the second rig from > the main rig. All you have to do is start the rsync service and set the > IP address in the SYNC line in make.conf on the second rig. This is my > rsyncd.conf on the main rig: > [...] That actually makes sense, it would mean that rsyncd would have to be running and appropriately configured on the local "master" machine, and then it would provide the advantage of being able to sync all other local machines with the local master via a standard "emerge --sync" instead of a relatively long rsync command. Indeed, I guess I'll start doing this here as well. However, I have a server hosted at some hosting company as well, and I prefer not to sync it with an official Gentoo mirror, but with my local portage tree, in order to be sure that I have the exact same version of the portage tree on the server that I also use locally. For that case, NAT would prevent my server from contacting an rsync daemon on a local machine, so I'm actually using a locally invoked rsync to "shove" the tree to the server (vs. having the server "fetch" it). I guess that can't easily be changed, but it's not a problem anyway, as my current mode of operation works well. Greetings, Nils -- Nils Holland * Ti Systems, Wunsorf-Luthe (Germany) Powered by GNU/Linux since 1998
Re: [gentoo-user] emerge on really old tree
Alan McKinnon wrote: Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale did opine thusly: (x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in by >=x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1, ebuild scheduled for merge) There you go. That's the one. Everything else in the conflicts list is in the format of "qt-4.7.1 pulled by =qt-4.6.3 pulled in by..." That one starts with 4.6.3, it's different. The pulled in by simply says that it's the version chosen by portage because k3b (and lots of other stuff, remember) needs it. Which doesn't explain why it's *that* version. Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch. I bet you forgot to keyword it unstable. I get the same when I disable hal. I need to see if anything else uses hal and if not, get rid of it. By the way, I unmerged the qt stuff last night and KDE wouldn't come up. So that won't work. Your thoughts? What am I missing? Your brain? You tried to start KDE without qt! That's like wondering why the box won't boot without a kernel :-) You *sure* the gubment isn't putting something in the drinking water down South where you are? well, at least you relieved the evening tedium of watching config updates from a server in Nigeria scroll on down the window :-) That would be the problem. I knew it was just me missing something. This is better: root@fireball / # emerge -av k3b These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] x11-libs/qt-multimedia-4.7.1 USE="exceptions iconv (-aqua) -debug -pch" 206,806 kB [ebuild N] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac mad vcd vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -lame -musepack -musicbrainz -sndfile -sox -taglib" LINGUAS="-ast -be -bg -ca -ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW" 0 kB Total: 2 packages (2 new), Size of downloads: 206,806 kB Would you like to merge these packages? [Yes/No] I wasn't clear enough. I removed the 4.7 versions of qt, installed the 4.6 versions then tried to login to KDE. It doesn't like the old version and I figured it wouldn't but tried anyway. Glad to get this sorted out. Whew !! Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Emerge Problems...
BRM wrote: And you're doing a typically manual process for updating all the systems - update your server first, then any rsync clients. Fine& dandy if that is your process - but it's not mine. I may update my laptop twice as often as the other two, especially if I want to play with some software or try something out, or fix a bug, or get a later version of KDE. The server gets updated may be once a month, while the laptop is either once a month or at whim when I want something that just came out. It's not harder to do it this way, just a different method. The original rsync script worked perfectly fine; the broken update I did when I lost it is what started this whole thread. As the old saying goes - Different Strokes for Different Folks. Ben Again, maybe I am missing something but it doesn't really matter how often you update. Some people sync their main server and test packages, upgrade some stuff figure out a few workarounds then later on sync the other machines against the main server. The portage tree may be days old on the main server by that time but at least you know what you are up against if you are updating a LOT of systems. As you say tho, different strokes. Dale :-) :-)
Re: [gentoo-user] How can I reset mount-count?
Jarry wrote: Hi, I use one drive just for backup, co I mount/unmount it only when I need it (quite frequently). Since some time I started getting these messages in /var/log/kernel.log: kernel: kjournald starting. Commit interval 5 seconds kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended kernel: EXT3 FS on sda1, internal journal kernel: EXT3-fs: mounted filesystem with ordered data mode. So I unmounted /dev/sda1 and checked partition as recommended: e2fsck -f /dev/sda1 All tests passed, no errors reported, output seems normal. But when I mount it, I get the above mentioned message again. Apparently, mount-counter has not been reset. So how can I reset it? I think, that message indicate that fsck will check that partition while doing next backup. I would like to avoid it, as it is rather large partition (2TB) with a lot of files, and fsck takes quite long time... Jarry Check out tune2fs's man page. I think one of the options there will help you. Also, you can use dumpe2fs to see the count. That is also shown with the tune2fs command tho. One more thing, if you just want it to print certain info, grep would be your friend. ;-) It spits out a lot here. I also googled a bit and it does appear that the booting check resets the counter. At least that was what one poster said. May not be the case now but thought I would mention it. Hope that helps. Dale :-) :-)
Re: [gentoo-user] HDD with too aggressive power management
On 08:38 Tue 01 Feb , Iain Buchanan wrote: > Hi, > > On Mon, 2011-01-31 at 22:09 +0100, Nils Holland wrote: > > > However, now comes the problem: It seems that whenever I change from > > wall power to battery power (probably also vice versa, but I haven't > > tested this often enough), the machine's HDD forgets about the > > settings I've made using "hdparm" and starts spinning down right again > > after only a few seconds of inactivity. That sucks. > > frustrating indeed! It could be a number of things: gnome, acpi, and/or > bios making the changes automatically. > > My preference would be to fix it in acpid since it will work independent > of the window manager or even X. > > emerge acpid, then edit /etc/acpi/default.sh similarly (sorry about the > tabs/spaces): > > [...] Hi Iain and everyone who replied, thanks for all of your suggestions! In fact, I've noticed that GNOME and other desktop environments seem to contain grephical interfaces for setting the HDD to spin down automatically and already suspected such a piece of software unwantedly being responsible for the behavior I'm seeing. But I guess I can actually rule that out: I'm not using any such desktop environment, but am actually using only the "awesome" wm as my window manager. Furthermore, I don't use an X Display manager but boot up in console-only mode and start X only when needed via "startx". Therefore, I can rule out GNOME, KDE, etc. being responsible, and as for the rest of the stuff I've installed, I've choosen it rather carefully and certainly didn't installing anything power-management-like. I guess it's probably the way this machine "works", and feel that the reference to acpid sounds like a very promising way to fixing this. As such, thanks to everyone who pointed me into that direction - I'll have a look and see if it works! Greetings and thanks again, Nils -- Nils Holland * Ti Systems, Wunsorf-Luthe (Germany) Powered by GNU/Linux since 1998
Re: [gentoo-user] How can I reset mount-count?
Apparently, though unproven, at 22:05 on Tuesday 01 February 2011, Jarry did opine thusly: > Hi, > I use one drive just for backup, co I mount/unmount it only when > I need it (quite frequently). Since some time I started getting > these messages in /var/log/kernel.log: > > kernel: kjournald starting. Commit interval 5 seconds > kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is > recommended > kernel: EXT3 FS on sda1, internal journal > kernel: EXT3-fs: mounted filesystem with ordered data mode. > > So I unmounted /dev/sda1 and checked partition as recommended: > e2fsck -f /dev/sda1 > > All tests passed, no errors reported, output seems normal. > But when I mount it, I get the above mentioned message again. > Apparently, mount-counter has not been reset. So how can I > reset it? > > I think, that message indicate that fsck will check that > partition while doing next backup. I would like to avoid > it, as it is rather large partition (2TB) with a lot of > files, and fsck takes quite long time... tune2fs -C The command you used just forces a proper check regardless of what the count says. it doesn't actually affect the count. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge on really old tree
Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale did opine thusly: > Alan McKinnon wrote: > > Of course it can be done :-) > > Output trimmed for brevity. > > > > $ eix kdebase-meta > > [I] kde-base/kdebase-meta > > > > Available versions: > > (4.4) 4.4.5 > > (4.5) (~)4.5.5 > > (4.6) {M}(~)4.6.0 > > {aqua kdeprefix} > > > > Installed versions: 4.6.0(4.6)(04:58:02 28/01/11)(-aqua > > -kdeprefix) Homepage:http://www.kde.org/ > > Description: Merge this to pull in all kdebase-derived > > packages > > > > $ eix k3b > > [I] app-cdr/k3b > > > > Available versions: (4) 2.0.1-r1 (~)2.0.2-r1 > > Installed versions: 2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode > > ffmpeg > > > > flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix > > -hal -kdeenablefinal -sndfile -sox -taglib) > > > > Homepage:http://www.k3b.org/ > > Description: The CD/DVD Kreator for KDE > > > > "qt" doesn't show up in the k3b ebuild anywhere so your blocker is > > probably from one of the deps. It inherits the same eclass as KDE so > > it's not that. I remeber having to unmerge k3b and merge it later, but > > that seemed to be a hal thing. > > > > What does emerge -t show? > > This may be caused by a USE flag that I am missing somewhere. Here is > the output in its entirety: It's not k3b. The blocker output at the end basically says "qt-4.7.1 is being pulled in to satisfy a depends on >=qt-4.6.3 pulled in by k3b" It's not only k3b pulling in qt *greater than or equal to" 4.6.3, many packages will do that. k3b just happened to be the first one portage found. > root@fireball / # emerge -tv k3b > > These are the packages that would be merged, in reverse order: [snip] > Conflict: 12 blocks (10 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. [snip] >(x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in by > > >=x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1, > > ebuild scheduled for merge) There you go. That's the one. Everything else in the conflicts list is in the format of "qt-4.7.1 pulled by >=qt-4.6.3 pulled in by..." That one starts with 4.6.3, it's different. The pulled in by simply says that it's the version chosen by portage because k3b (and lots of other stuff, remember) needs it. Which doesn't explain why it's *that* version. Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch. I bet you forgot to keyword it unstable. > > I get the same when I disable hal. I need to see if anything else uses > hal and if not, get rid of it. By the way, I unmerged the qt stuff last > night and KDE wouldn't come up. So that won't work. > > Your thoughts? What am I missing? Your brain? You tried to start KDE without qt! That's like wondering why the box won't boot without a kernel :-) You *sure* the gubment isn't putting something in the drinking water down South where you are? well, at least you relieved the evening tedium of watching config updates from a server in Nigeria scroll on down the window :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Emerge Problems...
- Original Message > From: Dale > To: gentoo-user@lists.gentoo.org > Sent: Tue, February 1, 2011 12:20:56 PM > Subject: Re: [gentoo-user] Re: Emerge Problems... > > Neil Bothwick wrote: > > On Tue, 1 Feb 2011 05:48:32 -0800 (PST), BRM wrote: > > > > > >> If the machine is not fast enough - mine is a PII 233 w/160 MB RAM, > >> takes a while do to updates - then you really have to separate out what > >> you are hosting from what you are using. Otherwise you end up in the > >> situation that you have started one system update (or software > >> install), have a build failure for whatever reason, and then can't > >> complete the same one due to changes in the local copy of portage. > >> > > You can still use emerge -sync instead of a home brewed script. In make > > conf, set SYNC to localhost, then in your cron job, do > > > > SYNC="some gentoo rsync mirror" emerge --sync > > > > > >> So, even if your system fell into the first situation - where it is > >> fast enough > >> - then I would still recommend doing the little extra to run as the > >> second situation. It's just far easier to maintain. > >> > > I've been using a single portage tree to serve a LAN and for use by the > > host for years with no hint of any of the problems you suggest. I just > > make sure the cron job on the server syncs earlier than the rest of the > > LAN and everything is up to date. > > > > > > I used to have four computers a good while back. Back then, I synced my > main >rig then synced the others off it. This was several years ago. I don't use >a >cron job or anything to do this, just some old fashioned typing. I don't >recall ever having trouble with it syncing to my main rig. Did I mention it >was a very old Compaq 200MHz CPU machine with a whopping 128MBs of ram? >Thing >looks like a filing cabinet. > > To me, it seems the OP is making something complicated when it is just not >needed. If you want to use cron jobs, set the main rig to sync a hour before >the others would be set to sync against it. If the rig that syncs to Gentoo >servers is to slow, set them two hours apart. From my understanding, you get >the same tree all the way around. > > Giving some more thought, I once put /usr/portage on nfs. I sync once and > all >the systems used the same copy of the tree. The other way worked out to be >easier tho. I seem to recall the need for running emerge --metadata too. >That >took a while on the old Compaq. lol > And you're doing a typically manual process for updating all the systems - update your server first, then any rsync clients. Fine & dandy if that is your process - but it's not mine. I may update my laptop twice as often as the other two, especially if I want to play with some software or try something out, or fix a bug, or get a later version of KDE. The server gets updated may be once a month, while the laptop is either once a month or at whim when I want something that just came out. It's not harder to do it this way, just a different method. The original rsync script worked perfectly fine; the broken update I did when I lost it is what started this whole thread. As the old saying goes - Different Strokes for Different Folks. Ben
Re: [gentoo-user] Re: Emerge Problems...
On Tue, Feb 1, 2011 at 12:20 PM, Dale wrote: > Neil Bothwick wrote: >> >> On Tue, 1 Feb 2011 05:48:32 -0800 (PST), BRM wrote: >> >> >>> >>> If the machine is not fast enough - mine is a PII 233 w/160 MB RAM, >>> takes a while do to updates - then you really have to separate out what >>> you are hosting from what you are using. Otherwise you end up in the >>> situation that you have started one system update (or software >>> install), have a build failure for whatever reason, and then can't >>> complete the same one due to changes in the local copy of portage. >>> >> >> You can still use emerge -sync instead of a home brewed script. In make >> conf, set SYNC to localhost, then in your cron job, do >> >> SYNC="some gentoo rsync mirror" emerge --sync >> >> >>> >>> So, even if your system fell into the first situation - where it is >>> fast enough >>> - then I would still recommend doing the little extra to run as the >>> second situation. It's just far easier to maintain. >>> >> >> I've been using a single portage tree to serve a LAN and for use by the >> host for years with no hint of any of the problems you suggest. I just >> make sure the cron job on the server syncs earlier than the rest of the >> LAN and everything is up to date. >> >> > > I used to have four computers a good while back. Back then, I synced my > main rig then synced the others off it. This was several years ago. I > don't use a cron job or anything to do this, just some old fashioned typing. > I don't recall ever having trouble with it syncing to my main rig. Did I > mention it was a very old Compaq 200MHz CPU machine with a whopping 128MBs > of ram? Thing looks like a filing cabinet. > > To me, it seems the OP is making something complicated when it is just not > needed. If you want to use cron jobs, set the main rig to sync a hour > before the others would be set to sync against it. If the rig that syncs to > Gentoo servers is to slow, set them two hours apart. From my understanding, > you get the same tree all the way around. > > Giving some more thought, I once put /usr/portage on nfs. I sync once and > all the systems used the same copy of the tree. The other way worked out to > be easier tho. I seem to recall the need for running emerge --metadata too. > That took a while on the old Compaq. lol > > Dale > > :-) :-) The trick I've been using for... a couple years now, across various machines (no cron involved), is syncing one box that shares portage *and* my distfiles on nfs, portage R/O, distfiles R/W, then when it's done syncing and starts its own metadata update, hop across all the others and do an emerge --metadata. Once each one finishes, run through their individual updates. Because distfiles is shared, and portage's distfile locking is done right... I download each tarball of sources exactly once, even when 5-6 machines might share the same one. I've been quite pleased by that... even more handy is the shared git pull of wine that I build against on 3 different boxes (I tend to stagger those rebuilds though, haven't risked finding out if that would clash). -- Poison [BLX] Joshua M. Murphy
[gentoo-user] How can I reset mount-count?
Hi, I use one drive just for backup, co I mount/unmount it only when I need it (quite frequently). Since some time I started getting these messages in /var/log/kernel.log: kernel: kjournald starting. Commit interval 5 seconds kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended kernel: EXT3 FS on sda1, internal journal kernel: EXT3-fs: mounted filesystem with ordered data mode. So I unmounted /dev/sda1 and checked partition as recommended: e2fsck -f /dev/sda1 All tests passed, no errors reported, output seems normal. But when I mount it, I get the above mentioned message again. Apparently, mount-counter has not been reset. So how can I reset it? I think, that message indicate that fsck will check that partition while doing next backup. I would like to avoid it, as it is rather large partition (2TB) with a lot of files, and fsck takes quite long time... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] emerge on really old tree
Alan McKinnon wrote: Of course it can be done :-) Output trimmed for brevity. $ eix kdebase-meta [I] kde-base/kdebase-meta Available versions: (4.4) 4.4.5 (4.5) (~)4.5.5 (4.6) {M}(~)4.6.0 {aqua kdeprefix} Installed versions: 4.6.0(4.6)(04:58:02 28/01/11)(-aqua -kdeprefix) Homepage:http://www.kde.org/ Description: Merge this to pull in all kdebase-derived packages $ eix k3b [I] app-cdr/k3b Available versions: (4) 2.0.1-r1 (~)2.0.2-r1 Installed versions: 2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode ffmpeg flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix -hal -kdeenablefinal -sndfile -sox -taglib) Homepage:http://www.k3b.org/ Description: The CD/DVD Kreator for KDE "qt" doesn't show up in the k3b ebuild anywhere so your blocker is probably from one of the deps. It inherits the same eclass as KDE so it's not that. I remeber having to unmerge k3b and merge it later, but that seemed to be a hal thing. What does emerge -t show? This may be caused by a USE flag that I am missing somewhere. Here is the output in its entirety: root@fireball / # emerge -tv k3b These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac hal mad vcd vorbis wav (-aqua) -debug -emovix (-kdeenablefinal) -lame -musepack -musicbrainz -sndfile -sox -taglib" LINGUAS="-ast -be -bg -ca -ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW" 0 kB [nomerge ] x11-libs/qt-core-4.7.1-r1 USE="exceptions glib iconv jit qt3support ssl (-aqua) -debug -optimized-qmake -pch -private-headers" [uninstall]x11-libs/qt-declarative-4.7.1-r2 USE="exceptions qt3support (-aqua) -debug -pch -private-headers" [nomerge ] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac hal mad vcd vorbis wav (-aqua) -debug -emovix (-kdeenablefinal) -lame -musepack -musicbrainz -sndfile -sox -taglib" LINGUAS="-ast -be -bg -ca -ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW" [nomerge ] x11-libs/qt-gui-4.7.1-r1 USE="accessibility cups dbus exceptions glib mng qt3support raster tiff (-aqua) -debug -egl -nas -nis -pch -private-headers -trace -xinerama" [nomerge ]x11-libs/qt-dbus-4.6.3 [4.7.1] USE="exceptions (-aqua) -debug -pch" [blocks b ] >x11-libs/qt-xmlpatterns-4.6.3-r (">x11-libs/qt-xmlpatterns-4.6.3-r" is blocking x11-libs/qt-dbus-4.6.3, x11-libs/qt-multimedia-4.6.3) [uninstall] x11-libs/qt-xmlpatterns-4.7.1 USE="(-aqua) -debug -pch" [blocks b ] >x11-libs/qt-opengl-4.6.3-r (">x11-libs/qt-opengl-4.6.3-r" is blocking x11-libs/qt-dbus-4.6.3, x11-libs/qt-multimedia-4.6.3) [uninstall] x11-libs/qt-opengl-4.7.1 USE="exceptions qt3support (-aqua) -debug -egl -pch" [ebuild N] x11-libs/qt-multimedia-4.6.3 USE="exceptions iconv (-aqua) -debug -pch" 0 kB [nomerge ] x11-libs/qt-multimedia-4.6.3 USE="exceptions iconv (-aqua) -debug -pch" [nomerge ] x11-libs/qt-gui-4.6.3-r2 [4.7.1-r1] USE="accessibility cups dbus exceptions glib gtk%* mng qt3support tiff (-aqua) -debug -nas -nis -pch -raster* -trace -xinerama (-egl%) (-private-headers%)" [ebuild UD] x11-libs/qt-qt3support-4.6.3 [4.7.1] USE="accessibility exceptions kde (-aqua) -debug -pch -phonon" 0 kB [ebuild UD]x11-libs/qt-gui-4.6.3-r2 [4.7.1-r1] USE="accessibility cups dbus exceptions glib gtk%* mng qt3support tiff (-aqua) -debug -nas -nis -pch -raster* -trace -xinerama (-egl%) (-private-headers%)" 0 kB [ebuild UD] x11-libs/qt-dbus-4.6.3 [4.7.1] USE="exceptions (-aqua) -debug -pch" 0 kB [ebuild UD]x11-libs/qt-sql-4.6.3-r2 [4.7.1-r1] USE="exceptions iconv mysql qt3support (-aqua) -debug (-firebird) -freetds -odbc -pch -postgres -sqlite" 0 kB [ebuild UD] x11-libs/qt-script-4.6.3 [4.7.1-r1] USE="exceptions iconv (-aqua) -debug -pch (-jit%*) (-private-headers%)" 0 kB [ebuild UD]x11-libs/qt-core-4.6.3 [4.7.1-r1] USE="exceptions glib iconv qt3support ssl (-aqua) -debug -doc% -optimized-qmake -pch (-jit%*) (-private-headers%)" 0 kB [blocks B ] ("x11-libs/qt-test-4.7.1, x11-libs/qt-qt3support-4.7.1, x11-libs/qt-svg-4.7.1-r1, x11-libs/qt-webkit-4.7.1-r1, x11-libs/qt-script-4.7.1-r1, x11-libs/qt-declarative-4.7.1-r2, x11-libs/qt-opengl-4.7.1, x11-libs/qt-core-4.7.1-r1, x11-libs/qt-sql-4.7.1-r1, x11-libs/qt-xmlpatterns-4.7.1, x11-libs/qt-dbus-4.7.1) [blocks B ] ("x11-libs/qt-test-4.7.1, x11-libs/qt-qt3support-4.7.1, x11-libs/qt-svg-4.7.1-r1, x11-libs/qt-webkit-4.7.1-r1,
Re: [gentoo-user] emerge on really old tree
Apparently, though unproven, at 19:38 on Tuesday 01 February 2011, Dale did opine thusly: > Alan McKinnon wrote: > > Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are > > all soft ones so they just get automagically dealt with. > > > > But kbluetooth has this gem: > > > > COMMON_DEPEND=" > > > > > > > > > " > > > > Oops. Blocks kdelibs. Basically nothing can proceed but portage doesn't > > know that so it dumps about 300 lines of errors on-screen. And the poor > > user has to sift through all of that to find the root cause. It's there, > > just hidden right in the middle of all the other junk on screen > > Do you have k3b installed? I tried to install it here, it was a blocker > earlier so I -C'd it, and it appears k3b wants a older version of qt > stuff and KDE 4.6 wants the new versions of qt stuff. I have not been > able to work around this yet but would love to know if it is doable yet. Of course it can be done :-) Output trimmed for brevity. $ eix kdebase-meta [I] kde-base/kdebase-meta Available versions: (4.4) 4.4.5 (4.5) (~)4.5.5 (4.6) {M}(~)4.6.0 {aqua kdeprefix} Installed versions: 4.6.0(4.6)(04:58:02 28/01/11)(-aqua -kdeprefix) Homepage:http://www.kde.org/ Description: Merge this to pull in all kdebase-derived packages $ eix k3b [I] app-cdr/k3b Available versions: (4) 2.0.1-r1 (~)2.0.2-r1 Installed versions: 2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode ffmpeg flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix -hal -kdeenablefinal -sndfile -sox -taglib) Homepage:http://www.k3b.org/ Description: The CD/DVD Kreator for KDE "qt" doesn't show up in the k3b ebuild anywhere so your blocker is probably from one of the deps. It inherits the same eclass as KDE so it's not that. I remeber having to unmerge k3b and merge it later, but that seemed to be a hal thing. What does emerge -t show? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge on really old tree
Am 01.02.2011 18:38, schrieb Dale: Do you have k3b installed? I tried to install it here, it was a blocker earlier so I -C'd it, and it appears k3b wants a older version of qt stuff and KDE 4.6 wants the new versions of qt stuff. I have not been able to work around this yet but would love to know if it is doable yet. I have KDE 4.6 and k3b installed here without problems. metatron@Shao ~ $ emerge $(qlist -IC qt- k3b kdelibs) -vp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/qt-core-4.7.1-r1 USE="exceptions glib iconv jit optimized-qmake pch private-headers qt3support ssl (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-script-4.7.1-r1 USE="exceptions iconv jit pch private-headers (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-sql-4.7.1-r1 USE="exceptions iconv mysql pch qt3support sqlite (-aqua) -debug (-firebird) -freetds -odbc -postgres" 0 kB [ebuild R ] x11-libs/qt-dbus-4.7.1 USE="exceptions pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-test-4.7.1 USE="exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-xmlpatterns-4.7.1 USE="pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-gui-4.7.1-r1 USE="accessibility cups dbus exceptions glib mng pch private-headers qt3support raster tiff xinerama (-aqua) -debug -egl -nas -nis -trace" 0 kB [ebuild R ] x11-libs/qt-qt3support-4.7.1 USE="accessibility exceptions kde pch (-aqua) -debug -phonon" 0 kB [ebuild R ] x11-libs/qt-svg-4.7.1-r1 USE="accessibility exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-opengl-4.7.1 USE="exceptions pch qt3support (-aqua) -debug -egl" 0 kB [ebuild R ] x11-libs/qt-webkit-4.7.1-r1 USE="dbus exceptions jit kde pch (-aqua) -debug" 0 kB [ebuild R ] dev-libs/libdbusmenu-qt-0.6.4 USE="-debug -test" 0 kB [ebuild R ] sys-auth/polkit-qt-0.99.0 USE="-debug -examples" 0 kB [ebuild R ] x11-libs/qt-multimedia-4.7.1 USE="exceptions iconv pch (-aqua) -debug" 0 kB [ebuild R ] x11-libs/qt-declarative-4.7.1-r2 USE="exceptions pch private-headers qt3support (-aqua) -debug" 0 kB [ebuild R ] kde-base/kdelibs-4.6.0 USE="3dnow acl alsa bzip2 fam handbook jpeg2k kerberos lzma mmx nls openexr opengl policykit semantic-desktop spell sse sse2 ssl udev (-altivec) (-aqua) -bindist -debug -doc (-kdeenablefinal) (-kdeprefix) -test -zeroconf" 0 kB [ebuild R ] app-cdr/k3b-2.0.2-r1 USE="dvd encode ffmpeg flac lame mad musepack musicbrainz taglib vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -sndfile -sox -vcd" LINGUAS="de -ast -be -bg -ca -ca@valencia -cs -csb -da -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW" 0 kB Total: 17 packages (17 reinstalls), Size of downloads: 0 kB HTH Sebastian Beßler
Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018
On Tuesday 01 February 2011 13:02:46 Adam Carter wrote: > Volker - do you have CONFIG_TREE_PREEMPT_RCU set? (X) Tree-based hierarchical RCU RCU Implementation (Tree-based hierarchical RCU) ---> │ │ │ │[ ] Enable tracing for RCU │ │ │ │(64) Tree-based hierarchical RCU fanout value │ │ │ │[ ] Disable tree-based hierarchical RCU auto-balancing │ │ │ │[ ] Accelerate last non-dyntick-idle CPU's grace periods │ │ │ │
Re: [gentoo-user] emerge on really old tree
Alan McKinnon wrote: Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are all soft ones so they just get automagically dealt with. But kbluetooth has this gem: COMMON_DEPEND=" Do you have k3b installed? I tried to install it here, it was a blocker earlier so I -C'd it, and it appears k3b wants a older version of qt stuff and KDE 4.6 wants the new versions of qt stuff. I have not been able to work around this yet but would love to know if it is doable yet. Dale :-) :-)
Re: [gentoo-user] Re: Emerge Problems...
Neil Bothwick wrote: On Tue, 1 Feb 2011 05:48:32 -0800 (PST), BRM wrote: If the machine is not fast enough - mine is a PII 233 w/160 MB RAM, takes a while do to updates - then you really have to separate out what you are hosting from what you are using. Otherwise you end up in the situation that you have started one system update (or software install), have a build failure for whatever reason, and then can't complete the same one due to changes in the local copy of portage. You can still use emerge -sync instead of a home brewed script. In make conf, set SYNC to localhost, then in your cron job, do SYNC="some gentoo rsync mirror" emerge --sync So, even if your system fell into the first situation - where it is fast enough - then I would still recommend doing the little extra to run as the second situation. It's just far easier to maintain. I've been using a single portage tree to serve a LAN and for use by the host for years with no hint of any of the problems you suggest. I just make sure the cron job on the server syncs earlier than the rest of the LAN and everything is up to date. I used to have four computers a good while back. Back then, I synced my main rig then synced the others off it. This was several years ago. I don't use a cron job or anything to do this, just some old fashioned typing. I don't recall ever having trouble with it syncing to my main rig. Did I mention it was a very old Compaq 200MHz CPU machine with a whopping 128MBs of ram? Thing looks like a filing cabinet. To me, it seems the OP is making something complicated when it is just not needed. If you want to use cron jobs, set the main rig to sync a hour before the others would be set to sync against it. If the rig that syncs to Gentoo servers is to slow, set them two hours apart. From my understanding, you get the same tree all the way around. Giving some more thought, I once put /usr/portage on nfs. I sync once and all the systems used the same copy of the tree. The other way worked out to be easier tho. I seem to recall the need for running emerge --metadata too. That took a while on the old Compaq. lol Dale :-) :-)
Re: [gentoo-user] Re: Emerge Problems...
On Tue, 1 Feb 2011 05:48:32 -0800 (PST), BRM wrote: > If the machine is not fast enough - mine is a PII 233 w/160 MB RAM, > takes a while do to updates - then you really have to separate out what > you are hosting from what you are using. Otherwise you end up in the > situation that you have started one system update (or software > install), have a build failure for whatever reason, and then can't > complete the same one due to changes in the local copy of portage. You can still use emerge -sync instead of a home brewed script. In make conf, set SYNC to localhost, then in your cron job, do SYNC="some gentoo rsync mirror" emerge --sync > So, even if your system fell into the first situation - where it is > fast enough > - then I would still recommend doing the little extra to run as the > second situation. It's just far easier to maintain. I've been using a single portage tree to serve a LAN and for use by the host for years with no hint of any of the problems you suggest. I just make sure the cron job on the server syncs earlier than the rest of the LAN and everything is up to date. -- Neil Bothwick Politics: Poli (many) - tics (blood sucking parasites) signature.asc Description: PGP signature
Re: [gentoo-user] tuxonice and suspend-to-ram
Hi Stephan, Frankly, I don't think it would bring anything to you, except maybe the possibility to cancel a suspension on the fly and maybe some check when coming from suspension. I'm using tuxonice only for the suspend to disk, but even there, the kernel has some builtin features that would be sufficient for me (I'm lazy, I don't want to try ;-)). tuxonice is mainly some wrapping scripts that makes the suspension more feature full than the bare kernel provided but in the end, they still use what the kernel provides. In your case, I don't think it's mandatory to use tuxonice. HTH, Greg On Tue, Jan 25, 2011 at 10:04 AM, Stefan G. Weichinger wrote: > > Greets, > > I use suspend-to-ram all the time on my desktop-machine as well. > Energy-saving and quicker for me ... it works fine. > > I use the tuxonice-sources for this, back then it was more reliable with > my hardware. Usually the ebuild for tuxonice-sources is some weeks later > than gentoo-sources. As I am always curious for the latest stable kernel > I often run gentoo-sources inbetween (and think to myself "I can get by > without S2R for a while"). > > Now I have noticed that "hibernate-ram" works with plain gentoo-sources > as well. And it does so without a problem. Fine! > > Is there any real advantage in using tuxonice here? Pls note that I only > use S2R, and never suspend to disk all the disk-related features of > tuxonice aren't important to me. > > Thanks for your opinions, Stefan > >
Re: [gentoo-user] Re: Emerge Problems...
- Original Message > From: Dale > Nils Holland wrote: > > On 21:35 Mon 31 Jan , Francesco Talamona wrote: > >> On Monday 31 January 2011, BRM wrote: > >>> I just wrote a new script last night, but I'm still not sure that all > >>> of the parameters are correct > >>> > >> Why not something proven and reliable like "emerge --sync"? > >> > > In fact, what I always do is sync one of my machines with an official > > Gentoo mirror via "emerge --sync", and then I just use rsync to > > distribute the updated tree to all my other local machines as in: > > > > rsync --delete -trmv /usr/portage/@:/usr/portage > > > > One might want to ask rsync to exclude the distfiles directory, > > but I always include it as it oftentimes saves me the download of a > > file I've already downloaded during an emerge on another machine. > > > > In any case, locally updating my tree via rsync has always worked fine > > for me. Leaving the "--delete" option to rsync out, however, > > immediately leads to problems, with various ebuild-related error > > messages on subsequent "emerge"s. I can imagine that the OP did, in > > fact, update his tree in such an inconsistent manner, but that can > > certainly be fixed, with the surest way being a "emerge --sync" using > > an official mirror. > > Definitely missed the delete option on the new script. > Maybe I am missing something but I have two machines here. I sync to the >Gentoo servers with the main rig and then sync the second rig from the main >rig. All you have to do is start the rsync service and set the IP address in >the SYNC line in make.conf on the second rig. This is my rsyncd.conf on the >main rig: > > # Simple example for enabling your own local rsync server > [gentoo-portage] > path = /usr/portage > comment = Gentoo Portage tree > exclude = /distfiles /packages > > If you want to include distfiles, just remove it from the exclude line. For >my distfiles, I run http-replicator to fetch those. It works pretty well. > If the machine you are hosting portage on (via rsync) is fast enough to complete all updates within the update cycle (e.g. sync'ing 1 time a day, so it has 23:59:59 to complete all builds) then it is likely not a problem to do as that. If the machine is not fast enough - mine is a PII 233 w/160 MB RAM, takes a while do to updates - then you really have to separate out what you are hosting from what you are using. Otherwise you end up in the situation that you have started one system update (or software install), have a build failure for whatever reason, and then can't complete the same one due to changes in the local copy of portage. So, even if your system fell into the first situation - where it is fast enough - then I would still recommend doing the little extra to run as the second situation. It's just far easier to maintain. I'm actually surprised the Gentoo Mirror documentation doesn't recommend doing this to start with, but then again - the machine they recommend are magnitudes faster than what I'm running so it's not likely an issue. (Either that or everyone figures it out on their own and then just doesn't say anything.) Why? The local portage copy is always up-to-date, or reasonably so. No - I don't sync every 1/2 hour (like the official mirrors do), but I could force it to sync when I need to if that was an issue; typically once a day is sufficient and that's run by a cron job. But I also keep my server system relatively stable - I don't install a lot of software on it, and I don't necessarily update it frequently. So now I can update my laptop and desktop as well without having to first update the server itself since the rsync hosted portage is independent of the server. Ben
Re: [gentoo-user] USB stick recognition problem
Hi Helmut, It sounds like there is a problem with the partition table on your USB stick. It might be the consequence of a hardware failure (read or more probably write) at some point. If, as you mention, once you do an fdisk then "p", you can use once again your USB stick, then maybe save everything you have on it, then create a new partition table using fdisk on that disk and format the whole thing. Hope that helps, Greg On Mon, Jan 31, 2011 at 10:43 AM, Helmut Jarausch wrote: > Hi, > > since a few weeks I have a strange effect with my USB stick. > > According to fdisk there is one partition on it > /dev/sde1 38 7839719 3919841 b W95 FAT32 > > which I haven't changed for a long time. > > Whenever I insert this stick, the kernel log shows > /dev/sde but not /dev/sde1 (and there is no file /dev/sde1) > > After Invoking fdisk /dev/sde with a simple 'p' command but nothing > else, this device shows up. > > Has anybody an idea what's going on here? > > Many thanks for a hint, > Helmut. > >
Re: [gentoo-user] dd'ing small drive to large one
On Tue, 01 Feb 2011 01:34:46 +0100, Alex Schuster wrote: > And shouldn't dd be a little faster for a full drive because there is no > file system overhead, no seeking operations? Only is the drive is really full, and if it's that full the filesystem will be fragmented horribly and a cloned copy is the last thing you want. If it's not full, dd will be slower in terms of computer time but faster in operator time. -- Neil Bothwick New sig wanted good price paid. signature.asc Description: PGP signature
Re: [gentoo-user] emerge on really old tree
Apparently, though unproven, at 09:00 on Tuesday 01 February 2011, Mick did opine thusly: > On Monday 31 January 2011 23:31:23 Alan McKinnon wrote: > > So it's not even a learning opportunity. But upgrading to KDE-4.6.0 from > > 4.5.x when I had kbluetooth installed - now *that* was an excellent > > learning opportunity. > > Tell us more ... what are the gotchas? Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are all soft ones so they just get automagically dealt with. But kbluetooth has this gem: COMMON_DEPEND="