[gentoo-user] Installing specific layman packages & eix-test-obsolete
I need to be able to install only certain packages from a layman overlay so I do stuff like this: package.mask: */*::perl-experimental package.unmask: perl-core/CPAN::perl-experimental This really freaks out eix-test-obsolete. Does anyone know of a way to install only certain packages from a layman overlay and use eix-test-obsolete? - Grant
Re: [gentoo-user] System maintenance procedure?
Dale wrote: > That's been my experience too. I run @preserved-rebuild when it tells > me to but revdep-rebuild rarely finds anything. Thing is, it has a > time or two. It is best to run revdep-rebuild and be sure than not to > and run the risk of not being able to boot or some other problem that > bites you. Sort of like a ounce of prevention is worth a pound of > cure. ;-) Dale :-) :-) Example that revdep-rebuild needs to be run from time to time. root@fireball / # revdep-rebuild -i -- -a * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * broken /usr/lib64/libkmanagesieve.so.4 (no version information available) * broken /usr/lib64/libkmanagesieve.so.4.9.3 (no version information available) * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/libkmanagesieve.so.4 -> kde-base/kmail * /usr/lib64/libkmanagesieve.so.4.9.3 -> kde-base/kmail * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --complete-graph=y --oneshot --with-bdeps y --backtrack=30 --keep-going -v -j10 --quiet-build=n -1 -a kde-base/kmail:4 .. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] kde-base/kmail-4.9.3:4 USE="handbook kontact (-aqua) -debug {-test}" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] There's that rare instance right there. First time in a while too. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] {OT} Will ARM take over the world?
2012/12/9 Grant : > It seems like ARM processors will destroy x86 before too long. Does anyone > think this won't happen? No, it won't. > > - Grant
Re: [gentoo-user] {OT} Will ARM take over the world?
On Sat, Dec 8, 2012 at 10:25 PM, Grant wrote: > It seems like ARM processors will destroy x86 before too long. Does anyone > think this won't happen? It's looking promising. Not that I have a horse in the race, but I very much like ARM's low power consumption. The way I see it, they're only a short list of features away from obliterating x86: * I'd like to see fast division. I keep hearing about how this or that is slow because of ARM's lack of strong division. * I'd like to see a modern baseline of strong instructions. x86 kept continually improving in a very fragmented way, but there were, from time to time, baseline collections of feature sets you could expect all processors to have. i386 represented one. i686 represented one. Currently, it's x86_64, which implies not only a 64-bit flattened address space and a departure from real mode, but also a collection of SIMD instruction sets and other features developed between the release of the Pentium Pro and AMD's Hammer architecture. ARM just feels...fragmented. And I don't have the impression I could write my code assuming the availability of SIMD (presuming I use things like OpenMP to expand my code to leverage it, rather than writing processor-specific code. Though OpenCL could very well alleviate that issue.) * I'd like to see virtualization be a thing. Productivity and efficiency on x86 *soared* with the compartmentalization that came with hardware-assisted (and therefore cheap! and fast!) virtualization. I haven't heard about the same on ARM, although Citrix is working hard on porting Xen there. Paravirt may well be the first common means of virtualization on ARM... -- :wq
[gentoo-user] {OT} Will ARM take over the world?
It seems like ARM processors will destroy x86 before too long. Does anyone think this won't happen? - Grant
Re: [gentoo-user] Ext4 problem and disk access
Moin, On Sat, Dec 08, 2012 at 03:36:29PM +0100, Jacques Montier wrote: > As soon as i mount an ext4 partition on my second 1To HDD, the hard drive > is always working (read/write) every second (even when doing nothing). > > This problem appears only with /dev/sda5 and /dev/sda6 and stops when > unmouting the two drives. I detected a similar behavior on fresh ext4 filesystems, after some searching I found the hint that it should be part of the ext4 background initialisation and it should be finished after some time. In my case it finished after maybe 2 hours. :) Good luck ... Andre
Re: [gentoo-user] System maintenance procedure?
> > BTW, what should I do about this: > > > > # revdep-rebuild -p > > * Configuring search environment for revdep-rebuild > > > > * Checking reverse dependencies > > * Packages containing binaries and libraries broken by a package > > update > > * will be emerged. > > > > * Collecting system binaries and libraries > > * Found existing 1_files.rr > > * Collecting complete LD_LIBRARY_PATH > > * Found existing 2_ldpath.rr. > > * Checking dynamic linking consistency > > * Found existing 3_broken.rr. > > * Assigning files to packages > > * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package > > is broken !!! > > * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) > > * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any > > package is broken !!! > > * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) > > * Generated new 4_raw.rr and 4_owners.rr > > * Found some broken files, but none of them were associated with > > known packages > > * Unable to proceed with automatic repairs. > > * The broken files are listed in 4_owners.rr > > These two files: > > /usr/lib64/libsvn_ra_neon-1.so.0.0.0 > /usr/lib64/libwebkitgtk-1.0.so.0.11.2 > > are orphaned. By rights they should have been removed when the packages > that installed them were removed/upgraded, but that doesn't always > happen - ebuilds can make changes that portage can't see. > > The easy approach is to delete them, and any versioning symlinks that > point to them in the same dirs, then possibly rebuild the packages that > provided the originals. That would be subversion and webkit-gtk. Then > run revdep-rebuild to see if anything complains. Done except that subversion is not installed. Also thanks to Neil and Dale. - Grant
Re: [gentoo-user] System maintenance procedure?
On Saturday 08 December 2012 22:49:50 Neil Bothwick wrote: > ... revdep-rebuild is still useful as a fallback, but the main reason > I run it from my weekly system check script is as a sanity check. It > rarely finds anything. Not quite never, though. I still find it useful. -- Rgds Peter
Re: [gentoo-user] System maintenance procedure?
Grant wrote: > > > I think you're right about that. Can I configure eclean to wait a > > > certain number of days since a package was removed before cleaning it? > > > Even if I only run it once per week, it could remove a package that > > > was updated yesterday that I find out I need tomorrow. > > > > > > - Grant > > > > > > -t, --time-limit=don't delete files modified since > > is an amount of time: "1y" is "one year", "2w" is "two > weeks", etc. > > Units are: y (years), m (months), w (weeks), d (days) and h (hours). > > I just realized that --time-limit doesn't look like it takes into > consideration when a package was removed from the system, only when it > was installed. Does anyone know how eclean behaves as far as leaving > packages behind for a while in case they're needed? > > - Grant It's been a while but it used to keep the packages as long as they are in the tree when using the default setting, in other words, no option is given. To me, that can be a really long time for some packages. When I say 'they', I mean a ebuild exists for that version. As I said, that was a while ago but I don't recall seeing anything that it has changed either. If that is wrong, someone please correct. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] eix and bad colors.
Mark Knecht wrote: > On Fri, Dec 7, 2012 at 9:25 PM, Dale wrote: > >> # BOOLEAN >> # This variable is only used for delayed substitution in COLORSCHEME{,_ALT}. >> # If true, the "dark" color schemes (for black background) are selected. >> DARK=true >> >> # STRING >> # If TERM_ALT does not match, this chooses the corresponding color of >> # color specifications (starting from 0). >> COLORSCHEME="%{?DARK}0%{else}2%{}" >> >> # STRING >> # If TERM_ALT matches, this chooses the corresponding color of >> # color specifications (starting from 0). >> COLORSCHEME_ALT="%{?DARK}1%{else}3%{}" >> > Worked nicely. Thanks! > > - Mark > > Welcome. Just remember where you put that. The dev seems to be reverting that so it may get overridden or cause some other issue when we upgrade. In other words, we may have to take that out when it gets changed back. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] System maintenance procedure?
Neil Bothwick wrote: > On Sat, 8 Dec 2012 13:54:25 -0800, Grant wrote: > >> Got it. So @preserved-rebuild is meant to be a replacement for >> revdep-rebuild > No, it is a means of preventing the problems that revdep-rebuild fixes. > > If revdep-rebuild were a medicine, @preserved-rebuild would be a vaccine. > > Which you choose to use depends on whether you prefer fixing broken > systems to avoiding them. > > revdep-rebuild is an external program created to deal with a shortcoming > in emerge, that shortcoming was the lack of @preserved-rebuild. There may > be times when @preserved-rebuild fails, although they are becoming > increasingly rare, so revdep-rebuild is still useful as a fallback, but > the main reason I run it from my weekly system check script is as a > sanity check. It rarely finds anything. > > That's been my experience too. I run @preserved-rebuild when it tells me to but revdep-rebuild rarely finds anything. Thing is, it has a time or two. It is best to run revdep-rebuild and be sure than not to and run the risk of not being able to boot or some other problem that bites you. Sort of like a ounce of prevention is worth a pound of cure. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] System maintenance procedure?
On Sat, 8 Dec 2012 13:54:25 -0800, Grant wrote: > Got it. So @preserved-rebuild is meant to be a replacement for > revdep-rebuild No, it is a means of preventing the problems that revdep-rebuild fixes. If revdep-rebuild were a medicine, @preserved-rebuild would be a vaccine. Which you choose to use depends on whether you prefer fixing broken systems to avoiding them. revdep-rebuild is an external program created to deal with a shortcoming in emerge, that shortcoming was the lack of @preserved-rebuild. There may be times when @preserved-rebuild fails, although they are becoming increasingly rare, so revdep-rebuild is still useful as a fallback, but the main reason I run it from my weekly system check script is as a sanity check. It rarely finds anything. -- Neil Bothwick Beware! The end is... signature.asc Description: PGP signature
Re: [gentoo-user] eix and bad colors.
On Fri, Dec 7, 2012 at 9:25 PM, Dale wrote: > > # BOOLEAN > # This variable is only used for delayed substitution in COLORSCHEME{,_ALT}. > # If true, the "dark" color schemes (for black background) are selected. > DARK=true > > # STRING > # If TERM_ALT does not match, this chooses the corresponding color of > # color specifications (starting from 0). > COLORSCHEME="%{?DARK}0%{else}2%{}" > > # STRING > # If TERM_ALT matches, this chooses the corresponding color of > # color specifications (starting from 0). > COLORSCHEME_ALT="%{?DARK}1%{else}3%{}" > Worked nicely. Thanks! - Mark
Re: [gentoo-user] System maintenance procedure?
On Sat, 8 Dec 2012 13:54:25 -0800 Grant wrote: > > > > So they are not really the same thing at all.I'm not saying > > > > they're the same, I'm saying it looks like @preserved-rebuild > > > > does a subset of the things revdep-rebuild does. Why run > > > > @preserved-rebuild followed by revdep-rebuild if the end result > > > > is the same as running revdep-rebuild? I'm sure I'm missing > > > > something here but I don't know what it is. > > > > OK, I see what you mean. > > > > I'm a pessimistic sysadmin who's written a lot of code. I know bug > > factories when I see one :-) > > > > @preserved-rebuild is an excellent idea, but I haven't seen anything > > yet to convince me that it is bug-free enough yet to the point > > where I can drop revdep-rebuild entirely. So I still want the > > safety net of running revdep-rebuild occasionally just in case > > there's something @preserved-rebuild missed. > > > > It's also a good way to find bugs in @preserved-rebuild > > Got it. So @preserved-rebuild is meant to be a replacement for > revdep-rebuild but we aren't sure it's completely ready yet. In that > case, I think I'm ready to switch. > > BTW, what should I do about this: > > # revdep-rebuild -p > * Configuring search environment for revdep-rebuild > > * Checking reverse dependencies > * Packages containing binaries and libraries broken by a package > update > * will be emerged. > > * Collecting system binaries and libraries > * Found existing 1_files.rr > * Collecting complete LD_LIBRARY_PATH > * Found existing 2_ldpath.rr. > * Checking dynamic linking consistency > * Found existing 3_broken.rr. > * Assigning files to packages > * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package > is broken !!! > * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) > * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any > package is broken !!! > * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) > * Generated new 4_raw.rr and 4_owners.rr > * Found some broken files, but none of them were associated with > known packages > * Unable to proceed with automatic repairs. > * The broken files are listed in 4_owners.rr These two files: /usr/lib64/libsvn_ra_neon-1.so.0.0.0 /usr/lib64/libwebkitgtk-1.0.so.0.11.2 are orphaned. By rights they should have been removed when the packages that installed them were removed/upgraded, but that doesn't always happen - ebuilds can make changes that portage can't see. The easy approach is to delete them, and any versioning symlinks that point to them in the same dirs, then possibly rebuild the packages that provided the originals. That would be subversion and webkit-gtk. Then run revdep-rebuild to see if anything complains. The longer (and quite instructive) way is to do what revdep-rebuild does - run ldd on every binary in every bin and lib dir, greping for the names of those files. that will tell you what links to them. I suppose it's also possible that @preserved-rebuild could be keeping the files around for it's own purposes and isn't ready to delete them yet (or maybe you just haven't run it yet). Run it anyway, see what happens. On second thoughts, do this first then the two paras above if that kind fo thing interests you at all. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] System maintenance procedure?
> > I think you're right about that. Can I configure eclean to wait a > > certain number of days since a package was removed before cleaning it? > > Even if I only run it once per week, it could remove a package that > > was updated yesterday that I find out I need tomorrow. > > > > - Grant > > > -t, --time-limit=don't delete files modified since > is an amount of time: "1y" is "one year", "2w" is "two weeks", etc. > Units are: y (years), m (months), w (weeks), d (days) and h (hours). I just realized that --time-limit doesn't look like it takes into consideration when a package was removed from the system, only when it was installed. Does anyone know how eclean behaves as far as leaving packages behind for a while in case they're needed? - Grant
Re: [gentoo-user] System maintenance procedure?
> > > So they are not really the same thing at all.I'm not saying they're > > > the same, I'm saying it looks like @preserved-rebuild does a subset > > > of the things revdep-rebuild does. Why run @preserved-rebuild > > > followed by revdep-rebuild if the end result is the same as running > > > revdep-rebuild? I'm sure I'm missing something here but I don't > > > know what it is. > > OK, I see what you mean. > > I'm a pessimistic sysadmin who's written a lot of code. I know bug > factories when I see one :-) > > @preserved-rebuild is an excellent idea, but I haven't seen anything > yet to convince me that it is bug-free enough yet to the point where I > can drop revdep-rebuild entirely. So I still want the safety net of > running revdep-rebuild occasionally just in case there's something > @preserved-rebuild missed. > > It's also a good way to find bugs in @preserved-rebuild Got it. So @preserved-rebuild is meant to be a replacement for revdep-rebuild but we aren't sure it's completely ready yet. In that case, I think I'm ready to switch. BTW, what should I do about this: # revdep-rebuild -p * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Found existing 1_files.rr * Collecting complete LD_LIBRARY_PATH * Found existing 2_ldpath.rr. * Checking dynamic linking consistency * Found existing 3_broken.rr. * Assigning files to packages * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package is broken !!! * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any package is broken !!! * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) * Generated new 4_raw.rr and 4_owners.rr * Found some broken files, but none of them were associated with known packages * Unable to proceed with automatic repairs. * The broken files are listed in 4_owners.rr - Grant
Re: [gentoo-user] System maintenance procedure?
On Sat, 8 Dec 2012 13:07:28 -0800 Grant wrote: > > So they are not really the same thing at all.I'm not saying they're > > the same, I'm saying it looks like @preserved-rebuild does a subset > > of the things revdep-rebuild does. Why run @preserved-rebuild > > followed by revdep-rebuild if the end result is the same as running > > revdep-rebuild? I'm sure I'm missing something here but I don't > > know what it is. OK, I see what you mean. I'm a pessimistic sysadmin who's written a lot of code. I know bug factories when I see one :-) @preserved-rebuild is an excellent idea, but I haven't seen anything yet to convince me that it is bug-free enough yet to the point where I can drop revdep-rebuild entirely. So I still want the safety net of running revdep-rebuild occasionally just in case there's something @preserved-rebuild missed. It's also a good way to find bugs in @preserved-rebuild -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] System maintenance procedure?
> > > The logic is: > > > > > > Rebuild busted packages that portage already knows about > > > (@preserved-rebuild), then get rid of oudated packages and finally > > > revdep-rebuild to fix anything that --depclean broke. > > > > > > @preserved-rebuild is getting very good at what it does lately > > > (supported in all recent portage version including stable IIRC), as > > > is --depclean, so revdep-rebuild seldom finds anything to do these > > > days. > > > > > > -- > > > Alan McKinnon > > > > If revdep-rebuild does everything that @preserved-rebuild does and > > more, why run @preserved-rebuild at all? > > @preserved-rebuild does it correctly, does not break your system and > does not leave it in an indeterminate state while you spend hours > trying to figure out what went on. > > revdep-rebuild does all those things (and also gets around to fixing > broken libs while taking it's own sweet time to do it). > > So they are not really the same thing at all. I'm not saying they're the same, I'm saying it looks like @preserved-rebuild does a subset of the things revdep-rebuild does. Why run @preserved-rebuild followed by revdep-rebuild if the end result is the same as running revdep-rebuild? I'm sure I'm missing something here but I don't know what it is. - Grant > Basically, portage removes old .so files when doing upgrades. If the > so-name changes, packages using that file are now broken. > revdep-rebuild was a phase 1 effort to repair that damage after the > fact, and it was good at that. > > @preserved-rebuild is a feature in portage that won't remove old .so > files until the last binary linking to it is removed. IOW, things still > work meanwhile. It's analogous to the Unix style of deleting files - if > you app still has a handle to a file and the file is deleted, your app > does not notice the difference as from it's POV the delete has not > happened yet
Re: [gentoo-user] System maintenance procedure?
On Fri, 7 Dec 2012 16:56:18 -0800 Grant wrote: > > > My unattended daily system maintenance procedure is like this: > > > > > > layman -S > > > emerge --sync > > > emerge -pvDuN world > > > emerge -pv --depclean > > > eclean -p distfiles > > > eclean -p packages > > > > > > And then attended like this: > > > > > > > > > revdep-rebuild > > > etc-update > > > elogv > > > emerge --depclean > > > eclean distfiles > > > eclean packages > > > > > > Am I missing any good stuff? > > > > > > - Grant > > > > > > I'd tweak the order of your attended run: > > > > emerge -DuN world > > emerge @preserved-rebuild > > emerge --depclean > > revdep-rebuild > > > > > > The logic is: > > > > Rebuild busted packages that portage already knows about > > (@preserved-rebuild), then get rid of oudated packages and finally > > revdep-rebuild to fix anything that --depclean broke. > > > > @preserved-rebuild is getting very good at what it does lately > > (supported in all recent portage version including stable IIRC), as > > is --depclean, so revdep-rebuild seldom finds anything to do these > > days. > > > > -- > > Alan McKinnon > > If revdep-rebuild does everything that @preserved-rebuild does and > more, why run @preserved-rebuild at all? @preserved-rebuild does it correctly, does not break your system and does not leave it in an indeterminate state while you spend hours trying to figure out what went on. revdep-rebuild does all those things (and also gets around to fixing broken libs while taking it's own sweet time to do it). So they are not really the same thing at all. Basically, portage removes old .so files when doing upgrades. If the so-name changes, packages using that file are now broken. revdep-rebuild was a phase 1 effort to repair that damage after the fact, and it was good at that. @preserved-rebuild is a feature in portage that won't remove old .so files until the last binary linking to it is removed. IOW, things still work meanwhile. It's analogous to the Unix style of deleting files - if you app still has a handle to a file and the file is deleted, your app does not notice the difference as from it's POV the delete has not happened yet -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Ext4 problem and disk access
2012/12/8 Florian Philipp > > > > 2012/12/8 Nikos Chantziaras mailto:rea...@gmail.com>> > > > > On 08/12/12 16:36, Jacques Montier wrote: > > > > As soon as i mount an ext4 partition on my second 1To HDD, > > the hard drive is always working (read/write) every second > > (even when doing nothing). > > > > > > Could it be a disk indexing service, like KDE's Nepomuk? > > > > > > Am 08.12.2012 18:30, schrieb Jacques Montier: > > I don't have Nepomuk, but maybe any other indexing service ? I don't > know... > > I tried to look at the processes with top and mounting /unmounting > > /dev/sda5 ; i haven't seen any difference... > > > > thank you Nikos, > > > > -- > > Jacques > > > > Try lsof instead to find processes accessing files. You can also try iotop. > > PS: Please don't top-post. > > Regards, > Florian Philipp > > Oh yes, sorry for top-posting :-( I'll try lsof and iotop. Regards, -- Jacques
Re: [gentoo-user] Re: Ext4 problem and disk access
> > 2012/12/8 Nikos Chantziaras mailto:rea...@gmail.com>> > > On 08/12/12 16:36, Jacques Montier wrote: > > As soon as i mount an ext4 partition on my second 1To HDD, > the hard drive is always working (read/write) every second > (even when doing nothing). > > > Could it be a disk indexing service, like KDE's Nepomuk? > > > Am 08.12.2012 18:30, schrieb Jacques Montier: > I don't have Nepomuk, but maybe any other indexing service ? I don't know... > I tried to look at the processes with top and mounting /unmounting > /dev/sda5 ; i haven't seen any difference... > > thank you Nikos, > > -- > Jacques > Try lsof instead to find processes accessing files. You can also try iotop. PS: Please don't top-post. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Ext4 problem and disk access
I don't have Nepomuk, but maybe any other indexing service ? I don't know... I tried to look at the processes with top and mounting /unmounting /dev/sda5 ; i haven't seen any difference... thank you Nikos, -- Jacques 2012/12/8 Nikos Chantziaras > On 08/12/12 16:36, Jacques Montier wrote: > >> As soon as i mount an ext4 partition on my second 1To HDD, the hard >> drive is always working (read/write) every second (even when doing >> nothing). >> > > Could it be a disk indexing service, like KDE's Nepomuk? > > >
[gentoo-user] Re: Ext4 problem and disk access
On 08/12/12 16:36, Jacques Montier wrote: As soon as i mount an ext4 partition on my second 1To HDD, the hard drive is always working (read/write) every second (even when doing nothing). Could it be a disk indexing service, like KDE's Nepomuk?
Re: [gentoo-user] eix and bad colors.
121207 Dale wrote: > Kevin Brandstatter wrote: >> it seems setting DARK=true in .eixrc >> fixes the problem of the almost black on black background for me I just ran into this problem updating to 0.27.5-r1 & that's the solution. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: need firewalld?
On 08/12/12 13:31, Jarry wrote: I just noticed some strange message when shutting down my server: ... * Bringing down interface eth0 * Caching network module dependencies need firewalld * Removing addresses ... What does that "need firewalld" mean? Why should it be needed? AFAIK net-firewall/firewalld is masked, moreover I do not want to run it. Why should it be dependency of eth0? I had this too, but it went away when I updated to openrc-0.11.8.
Re: [gentoo-user] eclean and the --time-limit option
On Sat, 08 Dec 2012 15:33:17 +0100, Francesco Turco wrote: > I wonder if there's some way to fix this, perhaps by telling Portage to > update modification time for distfiles when they are fetched from > servers. Or using some other option with eclean. It sounds like you want wget to use --no-use-server-timestamps. I haven't tried it, but something like FETCHCOMMAND="$FETCHCOMMAND --no-use-server-timestamps" in make.conf should do it. If not, get the default settings from emerge --info -v and set FETCHCOMMAND to those plus --no-use-server-timestamps. -- Neil Bothwick Isn't 'Criminal Lawyer' rather redundant? signature.asc Description: PGP signature
[gentoo-user] Ext4 problem and disk access
Hi, As soon as i mount an ext4 partition on my second 1To HDD, the hard drive is always working (read/write) every second (even when doing nothing). Here is my fstab : sdb is a SSD and sda HDD. # SSD /dev/sdb1 /bootext2noatime,discard 1 2 /dev/sdb2 / ext4noatime,discard 0 1 /dev/sdb3 /home ext4noatime,discard 0 0 #HDD /dev/sda1 none swapsw 0 0 /dev/sda2 /var ext4noatime 0 0 /dev/sda3 /usr/portageext4noatime 0 0 /dev/sda5 /mnt/sauvegardeext4 noatime 0 0 /dev/sda6 /mnt/disk_virt ext4 noatime 0 0 /dev/sda7 /mnt/donnees ntfs-3g auto,uid=jacques,gid=users,umask=0022 0 0 This problem appears only with /dev/sda5 and /dev/sda6 and stops when unmouting the two drives. The HDD partition (attached file partition). I tried some options as commit=600, but no success. Output of cat /proc/mounts (attached file mounts). Thank you for your help, Regards, -- Jacques mounts Description: Binary data partition Description: Binary data
[gentoo-user] eclean and the --time-limit option
Hello. I usually use the following commands to clean distfiles and binary packages after an upgrade: # eclean --destructive distfiles # eclean --destructive packages Now I'd like to add the --time-limit=1w option, in order to prevent recent files to be deleted. I think this would be useful for having time to properly test the system and rapidly reverting any problematic update. Or when you remove a program but you change idea some days later and you want it back. In man eclean it says: > don't delete files modified since So eclean looks for modification time. In /usr/portage/packages files were last modified when they were last emerged. So this is OK. But in /usr/portage/distfiles files last modification time does not correspond to when they were last downloaded. So it could happen that you downloaded package X today, tried it, didn't like it, unmerged it, but since its sources may have a modification time more than 1 week ago it could be deleted by eclean. I have distfiles whose modification time is years in the past, although my system is just some days old. I wonder if there's some way to fix this, perhaps by telling Portage to update modification time for distfiles when they are fetched from servers. Or using some other option with eclean. Thank you.
Re: [gentoo-user] System maintenance procedure?
On Fri, 7 Dec 2012 16:56:18 -0800, Grant wrote: > > @preserved-rebuild is getting very good at what it does lately > > (supported in all recent portage version including stable IIRC), as is > > --depclean, so revdep-rebuild seldom finds anything to do these days. > If revdep-rebuild does everything that @preserved-rebuild does and more, > why run @preserved-rebuild at all? revdep-rebuild repairs a system broken by updates. @preserved-rebuild prevents updates breaking the system by emerge not removing old versions of libraries until nothing needs them. If you don't run it, those old libraries will remain forever. revdep-rebuild is a kludge, a useful, valuable and previously essential kludge, but a kludge nonetheless. Not needing it is a good thing. -- Neil Bothwick Taglines are like cars - You get a good one, then someone nicks it. signature.asc Description: PGP signature
[gentoo-user] need firewalld?
Hi Gentoo-users, I just noticed some strange message when shutting down my server: ... * Bringing down interface eth0 * Caching network module dependencies need firewalld * Removing addresses ... What does that "need firewalld" mean? Why should it be needed? AFAIK net-firewall/firewalld is masked, moreover I do not want to run it. Why should it be dependency of eth0? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] openconnect and network manager
On Friday 07 December 2012 20:06:42 Kevin Brandstatter wrote: > ah this is on KDE then? im currently using xfce4 Yep, it's on KDE. Anyone experiences similar? > On Fri, Dec 7, 2012 at 4:05 AM, Patrick Holthaus < > patrick.holth...@uni-bielefeld.de> wrote: > > On Thursday 06 December 2012 17:16:21 you wrote: > > > no have you installed the networkmanager-openconnect plugin? > > > > Yes, I have it installed. Still no entry found in the networkmanagement > > plasmoid. -- Regards Patrick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo guest audio on Virtualbox
On Saturday 08 Dec 2012 08:19:18 victor romanchuk wrote: > On 12/07/2012 05:26 PM, Mick wrote: > > On Monday 03 Dec 2012 10:53:16 Markos Chandras wrote: > >> Any ideas? I also have a Windows Guest (Host settings Pulseaudio/Intel > >> HD Audio) and the sound works there without problems. > > > > If you're running the binary VBox package I seem to recall that sound was > > > > broken a couple of years ago. Yep, here it is: > > https://bugs.gentoo.org/show_bug.cgi?id=310793 > > > > Crikey! 85 comments and still going. I hope they add it to the main > > tree soon. > > and the workaround proposed in that discussion still working too: > > --- /usr/portage/media-libs/libsdl/libsdl-1.2.15-r2.ebuild2012-08-27 > 22:01:20.0 +0400 > +++ /usr/local/portage/media-libs/libsdl/libsdl-1.2.15-r2.ebuild > 2012-08-30 10:52:06.303133205 +0400 > @@ -108,7 +108,6 @@ > --enable-timers \ > --enable-file \ > --enable-cpuinfo \ > ---disable-alsa-shared \ > --disable-esd-shared \ > --disable-pulseaudio-shared \ > --disable-arts-shared \ Yes, I can confirm here works too. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo guest audio on Virtualbox
On 12/07/2012 05:26 PM, Mick wrote: > On Monday 03 Dec 2012 10:53:16 Markos Chandras wrote: >> Any ideas? I also have a Windows Guest (Host settings Pulseaudio/Intel >> HD Audio) and the sound works there without problems. > If you're running the binary VBox package I seem to recall that sound was > broken a couple of years ago. Yep, here it is: > > https://bugs.gentoo.org/show_bug.cgi?id=310793 > > Crikey! 85 comments and still going. I hope they add it to the main tree > soon. and the workaround proposed in that discussion still working too: --- /usr/portage/media-libs/libsdl/libsdl-1.2.15-r2.ebuild2012-08-27 22:01:20.0 +0400 +++ /usr/local/portage/media-libs/libsdl/libsdl-1.2.15-r2.ebuild 2012-08-30 10:52:06.303133205 +0400 @@ -108,7 +108,6 @@ --enable-timers \ --enable-file \ --enable-cpuinfo \ ---disable-alsa-shared \ --disable-esd-shared \ --disable-pulseaudio-shared \ --disable-arts-shared \ -- victor