[gentoo-user] Sparse files and df
Hi, Here's a bit of a puzzle for me... I've got an 40G LVM partition with empty reiserfs on it. Then I've started rtorrent using this fs as a storage and added two 50G torrents to it. Rtorrent had no problems with the fact that partition is smaller than either of them and created all the downloaded files as sparse, so that du -s --apparent-size showed 100G. df reported that fs is still empty. Few days passed and some data actually hit the file system. Knowing that it can't handle that much of data I've downloaded files selectively, pushing completed ones to another fs, leaving a symlink in their place. df now shows that only 5G is free but du -s says that files occupy 15G and apparent size is 65G. I've moved 5G worth of them and du now reports 10G/60G, while df still shows that only 5G left (and decreasing). Now I know that df can actually show weird results sometimes but I wonder why (re)moving files from a file system doesn't affect it's output at all. Do I really have 5G there which will be depleted soon and there's nothing I can do to help it? If not, how come anyone trusts df output at all when it can report almost-empty fs to be almost-full? Wonder if anyone can make things a bit more clear for me here. Thanks. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: Sparse files and df
Mike Kazantsev wrote: Hi, Here's a bit of a puzzle for me... I've got an 40G LVM partition with empty reiserfs on it. Then I've started rtorrent using this fs as a storage and added two 50G torrents to it. Rtorrent had no problems with the fact that partition is smaller than either of them and created all the downloaded files as sparse, so that du -s --apparent-size showed 100G. df reported that fs is still empty. Few days passed and some data actually hit the file system. Knowing that it can't handle that much of data I've downloaded files selectively, pushing completed ones to another fs, leaving a symlink in their place. df now shows that only 5G is free but du -s says that files occupy 15G and apparent size is 65G. I might be wrong, but here's my take on it: The files you moved won't be deleted until they are closed. That means quiting the torrent client. du shows space occupied by files that actually have a filename. The files you deleted are still there if the torrent client still has handles on them; they just lack an entry in the directory and therefore du doesn't pick them up, but of course df does since it's not looking at files individually but asks the filesystem directly. So I suppose simply quitting the torrent client will result in no more handles pointing at those files and therefore they will finally be deleted by the filesystem. If you don't quit the client, new data will be stored in the invisible deleted files rather than in the ones pointed to by the symlinks, resulting in df showing less and less free space even though du won't agree (and losing the downloaded data too since its stored in the deleted files.)
Re: [gentoo-user] Sparse files and df
On Sunday 24 May 2009 08:42:07 Mike Kazantsev wrote: Now I know that df can actually show weird results sometimes but I wonder why (re)moving files from a file system doesn't affect it's output at all. I had this on an Oracle machine a while ago - huge amounts of space being consumed by files that are not there. It was deleted files to which a running process still had an open handle. lsof | grep 'deleted' reveals these buggers Do I really have 5G there which will be depleted soon and there's nothing I can do to help it? If not, how come anyone trusts df output at all when it can report almost-empty fs to be almost-full? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] ARGH I uninstalled python
On Sat, 23 May 2009 19:08:50 -0300 Jorge Morais please.no.spam.h...@gmail.com wrote: Now, I do have concerns about your system having remains of multiple python installations. Any person with python knowledge can give an opinion on whether this is dangerous? And what is the easiest way to clean the mess? Python is designed to work with multiple versions installed. Therefore, the ebuild is also slotted so you can have multiple versions installed. Use eselect python to choose which one you want to use as the default. Also, don't forget to run python-updater after recent changes that installed Python 2.6 for you. You can always unmerge the specific old version afterwards. e.g. emerge --unmerge =dev-lang/python-2.5.4-r2 HTH, Keith -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ =
Re: [gentoo-user] ARGH I uninstalled python
On Saturday 23 May 2009 22:02:26 Neil Bothwick wrote: On Sat, 23 May 2009 06:59:10 -0500, Dale wrote: Hmmm, I think someone needs to rethink the system set then. After all, portage does not work well without python. It should keep a binary copy but it should also warn you if you are typing without your thinking cap on. Portage is not in system, only the virtual. That can be satisfied by Paludis, which does not need Python. Lucky for you, I know your sense of humour by now :-) Doesn't help portage users though, and portage is still the default package manager on Gentoo. I don't see that changing any time soon, if ever. Besides, unless you do it manually, you need portage to install paludis, right? Without python, you don't get paludis. Either way, it's a bug. portage supports inheriting multiple parent profiles. One approach would be to add a new collection of profiles in addition to the existing base/, default/ and targets/ - called say pkgmgr. -- alan dot mckinnon at gmail dot com
[gentoo-user] MailScanner: caught SIGTERM, aborting
Hi, For whatever reason I can not stop/start MailScanner cleanly: # /etc/init.d/MailScanner stop * Stopping MailScanner... * MailScanner: caught SIGTERM, aborting # /etc/init.d/MailScanner start * WARNING: MailScanner has already been started Actually, MailScanner stops, but sendmail which has been started by MailScanner init script is still there running: # ps -e | grep sendmail 18676 ?00:00:00 sendmail 18679 ?00:00:00 sendmail Even whenn I killall sendmail, I still get the above mentioned warning, and can not start MailScanner. And that is a problem, because MailScanner is restarted every hour (to prevent eating all resources). I checked /var/run and /var/lock, there is no trace of MailScanner or sendmail running, yet I can not re-start Mailscanner. How can I fix this problem? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] ARGH I uninstalled python
On Sunday 24 May 2009 00:08:50 Jorge Morais wrote: On Sat, 23 May 2009 03:51:40 -0700 (PDT) Jon Hardcastle jd_hardcas...@yahoo.com wrote: And finally, couldn't he have gotten a binary package from http://tinderbox.dev.gentoo.org/default-linux/x86/dev-lang/ ? Have you not yet tried to get python from a binary package? See http://forums.gentoo.org/viewtopic-p-4669397.html#4669397 That is both the easiest and cleanest solution I have found so far, (not that I have researched much, I admit). And maybe you don't even have to extract the tarball manually with tar; maybe you can use qmerge from app-portage/portage-utils (AFAIK it is written in C). Now, I do have concerns about your system having remains of multiple python installations. Any person with python knowledge can give an opinion on whether this is dangerous? And what is the easiest way to clean the mess? One idea: you can can recompile python with a safe prefix (such as a subdir of your home), issue make install (not as root, for increased safety) and see where Python install its files relative to the prefix, so you can delete them from your system (to be more careful before deleting a file, you can issue qfile FILE to see if it is owned by a portage-installed package. And in the end you can emerge python properly, from the sources, so all the ebuild logic (which is more than just ./configure, make and make install) gets applied, and you get a Python installation that respects your USE flags, CFLAGS and other system-specific settings (obviously you don't get such a system-customized python when you use the binary package from tinderbox). make/install with --prefix /usr/local/ That's what it's there for. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Is paludis bad for SSDs?
On Sat, 23 May 2009 14:59:09 -0700 (PDT), maxim wexler wrote: Thanks for the tip. Is this the sort of thing that benefits from turning off CONFIG_PROTECT in one or more dirs?. That would mean that every update would trash your existing configs. It would be safe if you set it only when uninstalling (does Paludis have a total removal option) -- Neil Bothwick Unix is user-friendly. It's just very selective with who it's friends are. signature.asc Description: PGP signature
Re: [gentoo-user] cannot install emacs/emacs-cvs with X use
On Sun, 24 May 2009 08:44:32 +0800 Kevin kevin.tia...@gmail.com wrote: Hello, after reinstall my system, I can emerge neither emacs nor emacs-cvs successfully on my gentoo. when proceeded to the working fork check, it stops and hangs over, never go ahead. build.log: http://dpaste.com/hold/47083/ and here it is emerge --info: http://dpaste.com/hold/47084/ I can only USE=-X emerge app-editors/emacs-cvs, but I don't know why, other programs emerge well. config.log is too large to send to dpaste.com, I've attached it, hope someone can help me, thanks in advance. Could you try the version app-editors/emacs-cvs-23.0.93 ? That is the one I have here (23.0.94 entered Portage very very recently), and it works well. It could make things easier to compare. It would make it even easier if you used the same USE flags as me. You can see the USE flags I use to build emacs here: $ emerge -pqv =app-editors/emacs-cvs-23.0.93 [ebuild R ] app-editors/emacs-cvs-23.0.93 USE=X alsa dbus gif gpm gtk gzip-el jpeg png sound spell svg tiff toolkit-scroll-bars xpm -Xaw3d -hesiod -kerberos -m17n-lib -motif -source -xft Also, it seems you have interrupted the process with a SIGINT. Are you sure it was hung? How much did you wait? Did you use top to see if there was some process making heavy use of the processor?
Re: [gentoo-user] ARGH I uninstalled python
On Sun, 24 May 2009 01:52:45 -0700 Keith Dart ke...@dartworks.biz wrote: On Sat, 23 May 2009 19:08:50 -0300 Jorge Morais please.no.spam.h...@gmail.com wrote: Now, I do have concerns about your system having remains of multiple python installations. Any person with python knowledge can give an opinion on whether this is dangerous? And what is the easiest way to clean the mess? Python is designed to work with multiple versions installed. Therefore, the ebuild is also slotted so you can have multiple versions installed. Use eselect python to choose which one you want to use as the default. Also, don't forget to run python-updater after recent changes that installed Python 2.6 for you. You can always unmerge the specific old version afterwards. e.g. emerge --unmerge =dev-lang/python-2.5.4-r2 You don't seem to have taken into account that he has installed multiple vanilla python versions *manually* (with ./configure, make, and make install as root), to /usr, and then installed Python with Portage.
Re: [gentoo-user] ARGH I uninstalled python
Alan McKinnon wrote: On Sunday 24 May 2009 11:28:30 Neil Bothwick wrote: On Sun, 24 May 2009 11:07:13 +0200, Alan McKinnon wrote: Portage is not in system, only the virtual. That can be satisfied by Paludis, which does not need Python. Lucky for you, I know your sense of humour by now :-) Doesn't help portage users though, and portage is still the default package manager on Gentoo. I don't see that changing any time soon, if ever. Besides, unless you do it manually, you need portage to install paludis, right? Without python, you don't get paludis. Either way, it's a bug. portage supports inheriting multiple parent profiles. One approach would be to add a new collection of profiles in addition to the existing base/, default/ and targets/ - called say pkgmgr. Is it really a bug? Postage is the default for the virtual and it depends on python, so there is no need for python itself to be in @system. This doesn't cause any problems except the one Dale mentions, which is that FEATURES=buildsyspkg does not build a package for python. man make.conf describes this option as Build binary packages for just packages in the system set. Which is accurate but maybe not the desired behaviour. The option should really by to build packages for packages in @system and their dependencies. Put another way, build all the packages necessary to run emerge -eK @system. I'd suggest filing an enhancement request on b.g.o. Using the this is very unexpected behaviour definition of bug, I certainly do call it a bug. All three of the following commands, produce the same end result (a b0rked system), but are treated very differently. I my mind, delete warnings should be handled the same as installs, by taking the entire dep tree into account: a...@nazgul ~ $ sudo emerge -avC python Password: These are the packages that would be unmerged: dev-lang/python selected: 2.5.4-r2 2.6.2 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Would you like to unmerge these packages? [Yes/No] n Quitting. a...@nazgul ~ $ sudo emerge -avC portage These are the packages that would be unmerged: * Not unmerging package sys-apps/portage-2.2_rc33 since there is no valid * reason for portage to unmerge itself. No packages selected for removal by unmerge a...@nazgul ~ $ sudo emerge -avC gcc These are the packages that would be unmerged: !!! 'sys-devel/gcc' is part of your system profile. !!! Unmerging it may be damaging to your system. sys-devel/gcc selected: 4.3.3-r2 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Would you like to unmerge these packages? [Yes/No] n Quitting. I'll file a feature request +1 All I know is this: 1: If I accidentally remove python, portage will not say a word as far as warning me this is bad. This is what got the OP into this. If he had this warning, he may not have done this. Prevention is the best way but even that doesn't work. 2: Once #1 happens, your pretty much screwed because you don't even have a binary backup even tho it is set in make.conf to have one. That was the reason I put that setting in make.conf but someone chose to screw with my setting and its meaning. I guess now buildpkg is my only option. It's the only way to insure I can recover if I make a boo boo. 3: Portage is the package manager for Gentoo. As Alan said, it always has been and most likely always will. I'm not against having other package managers but if they are going to start messing up my settings, then I plan to gripe at least a little. If they are not going to support buildsyspkg then it needs to be announced and removed. False security is worse than none at all. My opinion on how this SHOULD work. If I do a emerge -e system, every package it builds should have a binary saved for back up. It doesn't matter if it is a dependency on something else or not, it should be built and stored. That was the purpose of that. Dale is going to go change this to buildpkg and run emerge -e system. Let's see if that even works or not. Thanks Alan. Dale :-) :-)
Re: [gentoo-user] ARGH I uninstalled python
On Sun, 24 May 2009 07:09:37 -0300 Jorge Morais please.no.spam.h...@gmail.com wrote: You don't seem to have taken into account that he has installed multiple vanilla python versions *manually* (with ./configure, make, and make install as root), to /usr, and then installed Python with Portage. Oh, didn't read the whole thread. -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ =
[gentoo-user] Re: cannot install emacs/emacs-cvs with X use
Kevin wrote: and here it is emerge --info: http://dpaste.com/hold/47084/ According to http://bugs.gentoo.org/267053, downgrading sandbox to version 1.7 should work around the problem until it is fixed properly.
Re: [gentoo-user] firefox 3.0.10 crashes
Robin Atwood wrote: On Saturday 23 May 2009, dhk wrote: Paul Hartman wrote: On Wed, May 20, 2009 at 4:52 PM, dhk dhk...@optonline.net wrote: Ever since I upgraded firefox to version 3 it crashes when certain pages are opened. Currently I have version 3.0.10 and amd64. I've been hoping the problem would get fixed, but it hasn't been yet. For example I can not even go to ebay ( http://www.ebay.com ), the page flashes and then firefox crashes. Does anyone know what's causing this and how it can be fixed? My guess would be flash... try uninstalling flash, java, nspluginwrapper, disabling add-ons, etc one by one until you find the cause. It was the adobe-flash. I uninstalled it and all was fine. The emerge -pv adobe-flash looks like the following: [ebuild N] www-plugins/adobe-flash-10.0.22.87 USE=32bit (multilib). I installed it again and Firefox crashes on certain sites. So now it's uninstalled again. At least Firefox is stable now. Is there a flash that works? If you are on amd64 you could specify the -32bit use flag. HTH -Robin It doesn't work. I tried adding www-plugins/adobe-flash -32bit to the package.use file and Firefox still crashes. Thanks, dhk
Re: [gentoo-user] MailScanner: caught SIGTERM, aborting
On Sun, 24 May 2009 15:37:51 +0200 Jarry mr.ja...@gmail.com wrote: Mike Kazantsev wrote: Looks like there's a line in stop section that kills the script itself. Try looking for a lines like these: pkill MailScanner killall MailScanner start-stop-daemon --stop --name MailScanner ... depend() { need net mta use logger dns } That's what probably starts sendmail as a dependency (mta), so if you want to stop both MailScanner and sendmail you can just use /etc/init.d/sendmail stop ...or something like that (I'm not sure about initscript name for sendmail) - it should stop everything that depends on sendmail (including MailScanner) then the sendmail itself. stop() { ebegin Stopping MailScanner And here's the killer line: killall -15 MailScanner I'd still suggest looking through available docs to see if the app can create pidfile for itself and replacing that line with following: start-stop-daemon --stop -p /path/to/pidfile It'll give error code if it won't find the process, just as killall does. -15 is SIGTERM (I guess that's true for all gentoo platforms) and is default for nearly all kill-like commands, so there's little need to specify it explicitly in gentoo. And if you want a faster solution, I see at least two options: 1. Looking at ps aux | grep MailScanner output to see exact invocation line and using one of the following: start-stop-daemon --stop --exec /path/to/bin/MailScanner pkill -f /path/to/bin/MailScanner I'd prefer first one, for consistency. 2. Just rename init.d script to something w/o MailScanner in it's name. It might break something only if any other scripts depend on this one, but it sure looks like the easiest way to me ;) RETVAL=$? [ ${RETVAL} -eq 0 ] rm -f /var/lock/subsys/MailScanner [ ${RETVAL} -eq 0 ] touch /var/lock/subsys/MailScanner.off eend ${RETVAL} } ... Don't know exactly how sendmail is started, but according to MailScanner install messages, I had to remove it from default runlevel. MailScanner itself takes care of starting sendmail... That seems strange, since sendmail should be already started as a dependency anyway, so it shouldn't hurt to have it at any runlevel. But since there's a check on killall and you've mentioned self-restarting mechanism, I guess it might indeed restart itself and sendmail independently of init-scripts, so removing sendmail from runlevel serves exactly one purpose: it's init-script won't fail if the process won't be there. Also it looks like leaving sendmail running after MailScanner itself was closed is expected behaviour or app (not initscript) bug, since there's no mention of sendmail stopping in the script (unless it checks that /var/lock paths) and MailScanner didn't close it upon receiving SIGTERM, which seem to be expected way to stop it. All in all, I think there's no reason to worry about why and how sendmail is started as long as it works, so bogus killall line should be the only wrong thing here. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] ARGH I uninstalled python
On Sun, 24 May 2009 07:17:07 -0500, Dale wrote: 1: If I accidentally remove python, portage will not say a word as far as warning me this is bad. This is what got the OP into this. Yes, and that's a recent change, presumably as part of the move to make Gentoo and the portage tree work with any valid package manager. 2: Once #1 happens, your pretty much screwed because you don't even have a binary backup even tho it is set in make.conf to have one. That was the reason I put that setting in make.conf but someone chose to screw with my setting and its meaning. Not exactly, buildsyspkg does the same as it always did, but @system has changed. This cold have happened at any time as there was never a need for python to be in @system,because it's a dependency of portage. 3: Portage is the package manager for Gentoo. As Alan said, it always has been and most likely always will. I'm not against having other package managers but if they are going to start messing up my settings, then I plan to gripe at least a little. If they are not going to support buildsyspkg then it needs to be announced and removed. False security is worse than none at all. That's not the case. The problem is that buildsyspkg does exactly what it says, which is not what you want. The definition of buildsyspkg should be changed so that it build binary packages for all packages needed to install @system, not just the packages named in 'system. My opinion on how this SHOULD work. If I do a emerge -e system, every package it builds should have a binary saved for back up. It doesn't matter if it is a dependency on something else or not, it should be built and stored. Exactly, and a buildsyspkg user should file an enhancement bug requesting this change in its behaviour. Dale is going to go change this to buildpkg and run emerge -e system. That's not the way to deal with it. Address the problem,don't hide from it :) Let's see if that even works or not. It will, at the expense of more storage space. I've used buildpkg for years. -- Neil Bothwick STATUS QUO is Latin for the mess we're in. signature.asc Description: PGP signature
[gentoo-user] Re: paludis and make.conf
Am Sonntag, 24. Mai 2009 02:59:43 schrieb maxim.wex...@gmail.com: I meant I did not want things to get too complicated by adding lots of packages before I understood the system. In my grep of env.d their are only 5 lines _all_CONFIG_PROTECT_MASKs. None of then lead to /etc/init.d. So why should paludis -u cpufreqd not also remove the actual executable from the dir? Same with cpufreqd.conf. That too was left behind after the uninstall You have '43kdepaths:CONFIG_PROTECT=/usr/share/config ' Did you write that one yourself or does paludis to that? Neither. Ebuilds do that. I'd like to understand these things before I get in too deep. What *is* the difference between CONFIG_PROTECT and CONFIG_PROTECT_MASK? One protects while the other masks. Does the one that masks protect some files and not others? That should be explained in the portage docs. Thanks in advance if you wish to spend more time on something you already know. I must admit I never really cared about that stuff. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict
Hi Kevin, This morning I'm experimenting with xorg.conf (with kernels 2.6.28-r5 and 2.6.29-r4 and with ati-drivers-8.552-r2) and have seen a variety of problems. One detail I've noted is that files in /usr/lib64/xorg/modules/drivers matching *.so seem to be auto-loaded as X starts up. If you have ati_drv.so in that directory, it's why you're getting messages about ati. Try creating a unused subdirectory and move extra .so files to it. HTH, David
Re: [gentoo-user] ARGH I uninstalled python
Alan McKinnon wrote: On Sunday 24 May 2009 16:26:25 Neil Bothwick wrote: 2: Once #1 happens, your pretty much screwed because you don't even have a binary backup even tho it is set in make.conf to have one. That was the reason I put that setting in make.conf but someone chose to screw with my setting and its meaning. Not exactly, buildsyspkg does the same as it always did, but @system has changed. This cold have happened at any time as there was never a need for python to be in @system,because it's a dependency of portage. That may well be the way it IS, but it certainly is not the way it SHOULD BE. The only sane way to do this is: if (pkgmgr=portage) python in @system else python !in system end Any other rendition is just insanely crazy and whilst it may be per spec, is more like the way Windows works than the way Gentoo works Plus it violates the principle of no unexpected side-effects. Conditionals includes into system should have been in place before this change was made. I would also like to know this, what other packages are affected? Is python the only one that is missing? I would rather know this now that to find out the hard way later on. Also, is this the file that contains the system set? /usr/portage/profiles/base/packages If so, python is commented out as is a few others. Is there a way to add files to something in /etc that emerge would consider in addition to this file? In other words, if a user is using portage, is there a place that they could set this in /etc so that it overrides the fact it is missing in the system set? Just add python and other missing packages to the file and we can carry on. I assume adding it to world would not do any good with buildsyspkg enabled? Dale :-) :-)
Re: [gentoo-user] ARGH I uninstalled python
Alan McKinnon wrote: On Sunday 24 May 2009 19:26:43 Dale wrote: Also, is this the file that contains the system set? /usr/portage/profiles/base/packages If so, python is commented out as is a few others. Is there a way to add files to something in /etc that emerge would consider in addition to this file? In other words, if a user is using portage, is there a place that they could set this in /etc so that it overrides the fact it is missing in the system set? Just add python and other missing packages to the file and we can carry on. I assume adding it to world would not do any good with buildsyspkg enabled? profiles are cascading and support multiple inheritance (parent files can contain several entries). So, you have to run find /usr/portage/profiles -name packages to find them all, and apply brain power to find the few that actually apply to you Something like this? r...@smoker / # ls -al /etc/make.profile lrwxrwxrwx 1 root root 55 Dec 16 22:09 /etc/make.profile - /usr/portage/profiles/default/linux/x86/2008.0/desktop/ r...@smoker / # I would assume it uses what the make.profile is linked to. Correct? Thing is, is there some file supported in /etc/ that is user editable? If not, then it doesn't matter. If a user edits the file in /usr/portage, it will default back when re-syncing. Dale :-) :-)
Re: [gentoo-user] ARGH I uninstalled python
On Sunday 24 May 2009 20:06:59 Arttu V. wrote: On 5/24/09, Alan McKinnon alan.mckin...@gmail.com wrote: profiles are cascading and support multiple inheritance (parent files can contain several entries). So, you have to run find /usr/portage/profiles -name packages to find them all, and apply brain power to find the few that actually apply Cascading yes, but I'd say no to the find-command. You should be able to ask portage itself. After all, it has to know your current system set for its own work, let it do the cascading calculations (unions for sets): Dale asked *where* system is defined, not what it consists of. These are entirely different questions with entirely different answers. emerge -p @system And even better, if I read correctly from portage man-page (look for the packages and packages.build file section there), it is nearly trivial to add files to a local system set. Just add asterisk-prepended lines to /etc/portage/profile/packages. Just tried it, it seems to work, got python and games-board/megamek added to my system set according to emerge -p @system! :D It appears you are completely missing the point. It is indeed very easy to add things to the @system set, but we are talking about the system set, and it is broken out of the box as shipped. Look at the size of this thread already and what it has taken to gain the understanding we have now. How is a new user supposed to be able to figure this out? Portage will not let you unmerge portage or gcc without a fight. It offers a way to back up these critical packages. No rational person will attempt to argue that python in a *portage* system is not subject to the same constraints. But it's not working that way today. Ergo, it is broken. -- alan dot mckinnon at gmail dot com
[gentoo-user] acpid: cannot open input layer -- why is that [ok]?
Hello group, If you google acpid: cannot open input layer with quotes, you'll get zero hits. cannot open input layer results in five hits all refering back to my own email. I started seeing this in the boot console followed by the green [ok] sign after following the gentoo Power-Management-Guide. I've gotten down to Code Listing 2.11: Runlevel adjustment at boot time by editing local.start # Fake acpi event to switch runlevel if running on batteries /etc/acpi/actions/pmg_switch_runlevel.sh battery/battery I don't understand why the author seems to suggest I create the dir, /etc/acpi/actions without explicitly saying so. Why wasn't it created along with the /etc/acpi/events dir when the pkg was installed? Maxim __ Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/
Re: [gentoo-user] Re: paludis and make.conf
--- On Sun, 5/24/09, Alan McKinnon alan.mckin...@gmail.com wrote: That should be explained in the portage docs. Best possible answer :-) It's right there is man 5 make.conf: One enables protection for the given files/docs. The other disables it. But I thought paludis had its own suite of pkg handling tools. eg It has its own use.conf. and bashrc and ... At present CONFIG_PROTECT and CONFIG_PROTECT _MASK are missing from make.conf. and only appear as 'all_CONFIG_PROTECT' and 'all_CONFIG_PROTECT_MASK',two tiny files under /var/db/pkg/.cache. Do I tweak the variables there or in make.conf or both? Maxim __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca
Re: [gentoo-user] ARGH I uninstalled python
On Sun, 24 May 2009 18:22:05 +0200, Alan McKinnon wrote: Not exactly, buildsyspkg does the same as it always did, but @system has changed. This cold have happened at any time as there was never a need for python to be in @system,because it's a dependency of portage. That may well be the way it IS, but it certainly is not the way it SHOULD BE. The only sane way to do this is: if (pkgmgr=portage) python in @system else python !in system end That's not particularly sane, because it addresses only one special case, others may arise. IMO the sane approach, as I said some posts ago, is for buildsyspkg to build packages for everything in @system and their dependencies. If you can't do emerge -eK @system, buildsyspkg has failed to do anything useful. -- Neil Bothwick MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development. signature.asc Description: PGP signature
Re: [gentoo-user] ARGH I uninstalled python
On Sun, 24 May 2009 20:54:14 +0200, Alan McKinnon wrote: Portage will not let you unmerge portage or gcc without a fight. It offers a way to back up these critical packages. No rational person will attempt to argue that python in a *portage* system is not subject to the same constraints. Yes, and it used to warn you. But it's not working that way today. Ergo, it is broken. The problem is that checking system is not enough, portage should also check that the package is not a dependency of anything in system. The problem with python is merely an example of what not checking this can do. For example, glibc could be taken out of system and replaced by a virtual that could be satisfied by glibc or eblic, but portage should still complain if you try to remove the only libc you have installed. -- Neil Bothwick The Borg Cable Co: The subscriber's wishes are irrelevant. signature.asc Description: PGP signature
Re: [gentoo-user] ARGH I uninstalled python
Neil Bothwick wrote: On Sun, 24 May 2009 18:22:05 +0200, Alan McKinnon wrote: Not exactly, buildsyspkg does the same as it always did, but @system has changed. This cold have happened at any time as there was never a need for python to be in @system,because it's a dependency of portage. That may well be the way it IS, but it certainly is not the way it SHOULD BE. The only sane way to do this is: if (pkgmgr=portage) python in @system else python !in system end That's not particularly sane, because it addresses only one special case, others may arise. IMO the sane approach, as I said some posts ago, is for buildsyspkg to build packages for everything in @system and their dependencies. If you can't do emerge -eK @system, buildsyspkg has failed to do anything useful. That's what I am trying to say. Thanks. Being someone who only speaks English, I ain't very good at it. LOL It's the dependencies that is not working here. Portage has to have python to work so leaving that out is a bad idea. Ask the OP about that. Now can someone explain this problem to the devs so they can fix this? Dale :-) :-)
Re: [gentoo-user] How to manage package.keywords for greater system reliability?
On Fri, 22 May 2009 12:38:34 +0100 Neil Bothwick n...@digimed.co.uk wrote: On Fri, 22 May 2009 07:40:28 -0300, Jorge Morais wrote: maybe you should just run a ~arch system. I want a reliable system. Isn't ~arch quite less reliable than arch ? Not in my experience. ~arch only means the builds are in testing, the software is as reliable as upstream makes it. You may hit the occasional problem when updating, but once the software is installed it will be as reliable as on any other distro. I find it hard to believe this. ~arch often releases a X.0 version soon after it is released. It normally only enters stable after upstream has released the X.2 or X.3 bugfix release. Also, the Gentoo developers take some care to make the stable packages harmonious. For example, stable GCC can compile other stable packages. But a ~arch GCC seems to result in bugs (look at bug #198121, GCC 4.3 porting). So ~arch users tend to eat more bugs. I think my doubt is very important. Pity that the Python-uninstallation thread stole all attention :( Oh, and do you also think that the introduction of _FORTIFY_SOURCE by default in GCC-4.3.3 without warning (no mention in the Changelog) was bad manners of the developers? I think I should take this thread to gentoo-dev
Re: [gentoo-user] Re: cannot install emacs/emacs-cvs with X use
I've downgrade sandbox it works, thanks both of you. On Sun, May 24, 2009 at 8:39 PM, Zsitvai János zsitv...@gmail.com wrote: Kevin wrote: and here it is emerge --info: http://dpaste.com/hold/47084/ According to http://bugs.gentoo.org/267053, downgrading sandbox to version 1.7 should work around the problem until it is fixed properly.
Re: [gentoo-user] depclean question
james wrote: OK, So I just updated one of my system and all went fine. I have not cleaned things up in a while, so I thought I'd see what depclean says, know that I'm using kde4 and sets. So I get a huge list, including lots of kde-base 4.2.2 packages. Hmmm, something is not right. 'emerge -uDNvp world' reveals nothing to update, yet depclean what to remove lots of kde-base/atom-4.2.2 packages. Here's one example: emerge -pv depclean shows this entry snip kde-base/libkdegames selected: 4.2.2 protected: none omitted: none OK eix shows this: kde-base/libkdegames Available versions: (3.5) 3.5.9 ~3.5.10 (4.2) (~)4.2.2 (~)4.2.3 Installed versions: 4.2.2(4.2)(10:10:14 04/28/09) Now emerge what to update it: emerge -pv libkdegames These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] kde-base/libkdegames-4.2.3 [4.2.2] What am I missing here? Shouldn't the upgrade or world pick up the the need to upgrade these packages, or do I need some syntax to check my (kde 4) sets to see if any of them need updating? (missed something here). And why does depclean want to remove all of these kde 4 packages? Surely, I do not have to put them all in the world file? Use something other than depclean with sets? confused, James This may not be correct but here goes anyway. I don't think portage checks for sets that way. I may be wrong. If you want portage to check the sets for upgrades, you may need to add the name of the sets to the file /var/lib/portage/world_sets. I have @system in that file so that when I upgrade world, it checks system too. Someone else may have a better solution to this tho. Dale :-) :-)
[gentoo-user] Escape a hung X session
Does anyone know a way to kill an X session when it locks up? CTRL-ALT-Backspace and anything else that was tried does not kill the session. Sadly we have to pull the power to get back in. There is not other system at the location to get in remotely. Thanks Sean
[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict
Kevin O'Gorman wrote: It tries to load ati on its own when I run startx with no xorg.conf. Not my idea. ati is a wrapper which tries to detect which driver to load. I'm not aware of having done anything to specify ati, so I don't know how to stop it. My focus on ati-drivers came from the fact that portage really wants to compile it. Only if you have fglrx in VIDEO_CARDS (in make.conf). BTW: video is an integrated ATI Rage XL on the motherboard, so it's a tad old. When I run aticonfig --initial, it says aticonfig: No supported adapters detected So I tried putting the driver in xorg.conf, and using a modified version of what worked with the old server, arrived at Section Device Identifier ati-internal Driver fglrx EndSection RESULTS: fglrx loads, but does not see the adapter. fglrx is for Radeon and FireGL cards, not Rage. x11-drivers/xf86-video-r128 should be for your board. Try to modify your VIDEO_CARDS like this: VIDEO_CARDS=r128 fbdev vesa vmware and then emerge -auDN world. Since you don't need ati-drivers, unmerge it. For the undefined symbols, feel free to open a new thread.
[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict
Nikos Chantziaras wrote: VIDEO_CARDS=r128 fbdev vesa vmware Er, ignore the vmware part; that's from my own system. Should just be r128 fbdev vesa.
[gentoo-user] Re: Excessive digest failures in portage
Saphirus Sage wrote: This has been a consistent problem on one of my computers, to no avail thusfar, even after changing sync server settings or redigesting individual failed ebuilds. In running emerge -uavDN world, it will take at least an hour to generate a list of packages to be merged, but not before ouputting a TON of failed digests. Example below. gentoog4 proc # emerge -uavDN world These are the packages that would be merged, in order: [...] So, is this just the crying screams of a failing drive, or is there some other problem at hand here? Does dmesg say anything about disk I/O errors? Also, try something like this: cp -a /usr/portage /tmp/ diff -r /usr/portage /tmp/portage If the diff claims something differs, then it's pretty certain your disk or RAM might be failing. For RAM, try memtest86+.