Re: [gentoo-user] xorg-x11 screwup
On Wed, 05 Jul 2006 15:37:24 +1200, Nick Rout wrote: If you have the disk space to spare, set FEATURES=buildpkg. Then reinstalling a package is as quick as with a binary distro. The further complication there is that in this hypothetical situation you are also likely to be changing some USE flags, and the prebuilt buildpkg packages may need in fact to be built again against a new set of libraries. Changed USE flags won't normally stop a program running. Re-emerging the previous version gets you working again in no time at all. you can then recompile if you wish, while still being able to use the computer. -- Neil Bothwick Not one shred of evidence supports the notion that life is serious. signature.asc Description: PGP signature
Re[2]: [gentoo-user] xorg-x11 screwup
On Tue, 04 Jul 2006 09:37:45 +1200 Nick Rout [EMAIL PROTECTED] wrote: NR NR On Mon, 03 Jul 2006 06:30:39 +0100 NR Graham Murray wrote: NR NR Maybe what is needed is an enhancement to portage to allow the removal NR of a meta-package to (optionally) also remove the 'real' packages NR which it caused to be installed. NR NR u think about this. NR NR new system, no gui installed. NR NR I install kde-meta, which installs xorg-x11 as a dependency. NR NR I decide I want gnome, I install gnome which doesn't install xorg, NR because it is already installed. NR NR I decide I do not want kde because i prefer gnome. I unsinstall NR kde-meta. Under your scheme it would also uninstall xorg-x11. But that NR is not what you want! Hmm, it can be done with garbage collector principe. Each package will have counter which increases when some package which depend on it is installed. Decreased, when the package is uninstalled. If counter is zero, dependency package can be uninstalled along with package specified for uninstalling. Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
On Tuesday 04 July 2006 18:29, Robert Cernansky wrote: Hmm, it can be done with garbage collector principe. Each package will have counter which increases when some package which depend on it is installed. Decreased, when the package is uninstalled. If counter is zero, dependency package can be uninstalled along with package specified for uninstalling. So... just to repeat Donnie's question. Ever heard of emerge --depclean? -- Bo Andresen pgpbLUbTdQXmq.pgp Description: PGP signature
Re: Re[2]: [gentoo-user] xorg-x11 screwup
On Tue, 2006-07-04 at 18:29 +0200, Robert Cernansky wrote: NR new system, no gui installed. NR NR I install kde-meta, which installs xorg-x11 as a dependency. NR NR I decide I want gnome, I install gnome which doesn't install xorg, NR because it is already installed. NR NR I decide I do not want kde because i prefer gnome. I unsinstall NR kde-meta. Under your scheme it would also uninstall xorg-x11. But that NR is not what you want! Hmm, it can be done with garbage collector principe. Each package will have counter which increases when some package which depend on it is installed. Decreased, when the package is uninstalled. If counter is zero, dependency package can be uninstalled along with package specified for uninstalling. No, that still doesn't work. When the user unmerges kde-meta, with your proposal it will unmerge X11. The next step is that the user emerges gnome which first emerges X11 back again. This isn't so bad with a binary distro if the packages are on a CD, but on gentoo it's murder. The only sane thing to do is to emerge dependencies when required and unmerge only thinks specifically asked for to be unmerged. You can't even reliably prompt the user with a dialog that says The following dependencies of the package about to be unmerged are needed by no other package. Shall they be unmerged? because of *deep* dependencies. Reverse constructing a multi-node tree and applying logic to it is no joke, hence the wise decision to have portage ignore this amazingly efficient bug-injecting process. alan -- gentoo-user@gentoo.org mailing list
Re[4]: [gentoo-user] xorg-x11 screwup
On Tue, 04 Jul 2006 19:11:39 +0200 Alan McKinnon [EMAIL PROTECTED] wrote: AM On Tue, 2006-07-04 at 18:29 +0200, Robert Cernansky wrote: AM AM Hmm, it can be done with garbage collector principe. Each AM package will have counter which increases when some package which AM depend on AM it is installed. Decreased, when the package is uninstalled. If AM counter is AM zero, dependency package can be uninstalled along with package AM specified AM for uninstalling. AM AM No, that still doesn't work. When the user unmerges kde-meta, with your AM proposal it will unmerge X11. The next step is that the user emerges AM gnome which first emerges X11 back again. This isn't so bad with a AM binary distro if the packages are on a CD, but on gentoo it's murder. AM Yes, you are right. I did not consider this practical issue. AM The only sane thing to do is to emerge dependencies when required and AM unmerge only thinks specifically asked for to be unmerged. You can't AM even reliably prompt the user with a dialog that says The following AM dependencies of the package about to be unmerged are needed by no other AM package. Shall they be unmerged? because of deep dependencies. AM Reverse constructing a multi-node tree and applying logic to it is no AM joke, hence the wise decision to have portage ignore this amazingly AM efficient bug-injecting process. Yes, its not so easy, i see now. ;-) Like Bo Andresen wrote --depclean is the best way. Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
On Tue, 04 Jul 2006 19:11:39 +0200, Alan McKinnon wrote: No, that still doesn't work. When the user unmerges kde-meta, with your proposal it will unmerge X11. The next step is that the user emerges gnome which first emerges X11 back again. Except i this example you are likely to install GNOME before removing KDE, otherwise you'd be left with no desktop. This isn't so bad with a binary distro if the packages are on a CD, but on gentoo it's murder. If you have the disk space to spare, set FEATURES=buildpkg. Then reinstalling a package is as quick as with a binary distro. -- Neil Bothwick If you think the problem is bad now, just wait until we've solved it. signature.asc Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
On Tue, 4 Jul 2006 21:45:21 +0100 Neil Bothwick wrote: On Tue, 04 Jul 2006 19:11:39 +0200, Alan McKinnon wrote: No, that still doesn't work. When the user unmerges kde-meta, with your proposal it will unmerge X11. The next step is that the user emerges gnome which first emerges X11 back again. Except i this example you are likely to install GNOME before removing KDE, otherwise you'd be left with no desktop. This isn't so bad with a binary distro if the packages are on a CD, but on gentoo it's murder. If you have the disk space to spare, set FEATURES=buildpkg. Then reinstalling a package is as quick as with a binary distro. The further complication there is that in this hypothetical situation you are also likely to be changing some USE flags, and the prebuilt buildpkg packages may need in fact to be built again against a new set of libraries. All of which is why I am glad I don't have to maintain portage and its associated tools :) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
Graham Murray wrote: Maybe what is needed is an enhancement to portage to allow the removal of a meta-package to (optionally) also remove the 'real' packages which it caused to be installed. Heard of emerge --depclean? Use it with care, though. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] xorg-x11 screwup
On Mon, 03 Jul 2006 06:30:39 +0100 Graham Murray wrote: W.Kenworthy [EMAIL PROTECTED] writes: yes I hit it too - back before it hit stable. It seemed that going xorg modular is a one way trip as you cant remove modular xorg easily unless you keep an independent record of every package installed. I was pissed because modular didnt work and I couldnt uninstall it! Eventually updates caught up with and fixed the problem, but in the meantime I had an unusable system. I realised the problem when I coulnt even downgrade from 7.1 to 7.0 - this loss of control is a major pita with modular X. Maybe what is needed is an enhancement to portage to allow the removal of a meta-package to (optionally) also remove the 'real' packages which it caused to be installed. u think about this. new system, no gui installed. I install kde-meta, which installs xorg-x11 as a dependency. I decide I want gnome, I install gnome which doesn't install xorg, because it is already installed. I decide I do not want kde because i prefer gnome. I unsinstall kde-meta. Under your scheme it would also uninstall xorg-x11. But that is not what you want! -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 17:39, Matthew R. Lee wrote: On Sunday 02 July 2006 17:00, Bo Ørsted Andresen wrote: On Sunday 02 July 2006 22:53, Donnie Berkholz wrote: That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Much better. :) I'm running ext3 file system I've had a look at the above but it want's me to unmask a whole bunch of packages. I'd prefer to stick to the stable stuff. I've only the one laptop and a lot of work on at the moment. I can't afford to be out of action for too long In the end I did an emerge -e xorg-x11. It was a huge 194 package. It ran into some problems, a bunch of xlibs wouldn't install which cause futher problems cascading down the list. (32 packages failed to emerge, I can provide a list if you need it) Anyway I went past them with emerge --resume --skipfirst. After the emerge -e xorg-x11 had finished I went back and emerged the failed packages individually. Everything emerged. Does that mean portage was trying to emerge the packages in the wrong order? I've rebooted and my new x environment appears to be working fine. Thanks for the help Moral of the story: make back ups of critical conf files you've changed yourself before embarking on major upgrades like this :-) Matt -- %%% Dr. Matthew R. Lee. CASEB ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago, CP 6513677 CHILE. [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
[gentoo-user] xorg-x11 screwup
I upgraded my xorg-x11 the other day. I followed the upgrade how-to, and everything seemed to go fine. However when I rebooted it was screwed up. The xorg.conf was a mess. I tried fixing it from memory but I couldn't sort it, and I'd forgoten to make a back up MY FAULT. Anyway I downgraded to xorg-x11-6.8.2-r8 and got x back and sorted out the problem with the xorg.conf and made a backup. I then attempted another go at upgrading and here's the problem. I follow the guide again and after 'emerge xorg-x11' it says there is nothing to download, compiles nothing, cleans up and claims it is done. I wasn't convinced, however I tried rebooting. No X, so I logged in and issued 'startx', nothing so I checked '/usr/bin/startx', it's not there, clearly it hadn't installed x So back to xorg-x11-6.8.2.-r8. I've tried another emerge --sync to see if that would fix the problem but no joy. So the question is, how do I force portage to down load and recompile the packages from scratch? Matt -- %%% Dr. Matthew R. Lee. CASEB ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago, CP 6513677 CHILE. [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
Matthew R. Lee wrote: is done. I wasn't convinced, however I tried rebooting. No X, so I logged in and issued 'startx', nothing so I checked '/usr/bin/startx', it's not there, clearly it hadn't installed x So back to xorg-x11-6.8.2.-r8. I've This is a really weird issue that's been coming up, where the packages are installed but files are missing. What filesystem(s) are you using? tried another emerge --sync to see if that would fix the problem but no joy. So the question is, how do I force portage to down load and recompile the packages from scratch? You could try `emerge -ep xorg-x11`. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 21:19, Donnie Berkholz wrote: Matthew R. Lee wrote: is done. I wasn't convinced, however I tried rebooting. No X, so I logged in and issued 'startx', nothing so I checked '/usr/bin/startx', it's not there, clearly it hadn't installed x So back to xorg-x11-6.8.2.-r8. I've This is a really weird issue that's been coming up, where the packages are installed but files are missing. What filesystem(s) are you using? tried another emerge --sync to see if that would fix the problem but no joy. So the question is, how do I force portage to down load and recompile the packages from scratch? You could try `emerge -ep xorg-x11`. When user upgrades to modular X.org there is a block that requires him to remove xorg-x11-6.8*. Then the user upgrades, reboots and finds out there is something wrong. So he downgrades. But when downgrading there is no block requiring him to remove modular X first. So he merges xorg-x11-6.8 which overwrites a *LOT* of modular X files like e.g. startx and only unmerges xorg-x11-7.0 which is a very small package. Now the user decides to upgrade again so he unmerges xorg-x11-6.8 again and it removes all the files but portage still thinks modular X is installed except of xorg-x11-7*. So when he emerges xorg-x11-7* that package is the only one which is remerged... -- Bo Andresen pgp60aS4KPkOx.pgp Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
Bo Ørsted Andresen wrote: When user upgrades to modular X.org there is a block that requires him to remove xorg-x11-6.8*. Then the user upgrades, reboots and finds out there is something wrong. So he downgrades. But when downgrading there is no block requiring him to remove modular X first. So he merges xorg-x11-6.8 which overwrites a *LOT* of modular X files like e.g. startx and only unmerges xorg-x11-7.0 which is a very small package. Now the user decides to upgrade again so he unmerges xorg-x11-6.8 again and it removes all the files but portage still thinks modular X is installed except of xorg-x11-7*. So when he emerges xorg-x11-7* that package is the only one which is remerged... That's a definite possibility. But I don't _think_ everyone encountering this problem has hit it, although I could be wrong. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 22:24, Donnie Berkholz wrote: That's a definite possibility. But I don't _think_ everyone encountering this problem has hit it, although I could be wrong. nichoj experienced a similar thing with java-config-1.2 vs. java-config-wrapper. It wasn't many but there were a few who did this. Anyway, in this case the OP specifically stated that he did just this. -- Bo Andresen pgpbvQcshQf7W.pgp Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 21:19, Donnie Berkholz wrote: tried another emerge --sync to see if that would fix the problem but no joy. So the question is, how do I force portage to down load and recompile the packages from scratch? You could try `emerge -ep xorg-x11`. I guess what I would do in your situation would be to just nuke everything in the x11 categories: # grep x11 /var/lib/portage/world # cd /var/db/pkg emerge -Cva x11*/* The first gets a list of the x11 packages that you had in your world file. The second removes all of it. Then I would emerge modular X.org again and make sure not to overwrite it by emerging monolithic X.org. -- Bo Andresen pgp2GGR7DMnmr.pgp Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
Bo Ørsted Andresen wrote: On Sunday 02 July 2006 21:19, Donnie Berkholz wrote: tried another emerge --sync to see if that would fix the problem but no joy. So the question is, how do I force portage to down load and recompile the packages from scratch? You could try `emerge -ep xorg-x11`. I guess what I would do in your situation would be to just nuke everything in the x11 categories: # grep x11 /var/lib/portage/world # cd /var/db/pkg emerge -Cva x11*/* The first gets a list of the x11 packages that you had in your world file. The second removes all of it. Then I would emerge modular X.org again and make sure not to overwrite it by emerging monolithic X.org. That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 22:53, Donnie Berkholz wrote: That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Much better. :) -- Bo Andresen pgp20JWrOPOKi.pgp Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 17:00, Bo Ørsted Andresen wrote: On Sunday 02 July 2006 22:53, Donnie Berkholz wrote: That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Much better. :) I'm running ext3 file system I've had a look at the above but it want's me to unmask a whole bunch of packages. I'd prefer to stick to the stable stuff. I've only the one laptop and a lot of work on at the moment. I can't afford to be out of action for too long Thanks Matt -- %%% Dr. Matthew R. Lee. CASEB ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago, CP 6513677 CHILE. [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
Matthew R. Lee wrote: On Sunday 02 July 2006 17:00, Bo Ørsted Andresen wrote: On Sunday 02 July 2006 22:53, Donnie Berkholz wrote: That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Much better. :) I'm running ext3 file system I've had a look at the above but it want's me to unmask a whole bunch of packages. I'd prefer to stick to the stable stuff. I've only the one laptop and a lot of work on at the moment. I can't afford to be out of action for too long Try removing all the media-fonts and x11-apps stuff from there. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] xorg-x11 screwup
On Sunday 02 July 2006 23:39, Matthew R. Lee wrote: On Sunday 02 July 2006 17:00, Bo Ørsted Andresen wrote: On Sunday 02 July 2006 22:53, Donnie Berkholz wrote: That's gonna remove lots of non-xorg stuff, and not catch all xorg stuff. You can grab a list of all modular X packages at http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt and run this: emerge -1 $(modular-x-packages.txt) Much better. :) I'm running ext3 file system I've had a look at the above but it want's me to unmask a whole bunch of packages. I'd prefer to stick to the stable stuff. I've only the one laptop and a lot of work on at the moment. I can't afford to be out of action for too long You can try this. It only emerges packages that are already installed: # while read pkg; do equery list $pkg | grep -q $pkg emerge -1 $pkg; done modular-x-packages.txt -- Bo Andresen pgplFGhXvhZDn.pgp Description: PGP signature
Re: [gentoo-user] xorg-x11 screwup
yes I hit it too - back before it hit stable. It seemed that going xorg modular is a one way trip as you cant remove modular xorg easily unless you keep an independent record of every package installed. I was pissed because modular didnt work and I couldnt uninstall it! Eventually updates caught up with and fixed the problem, but in the meantime I had an unusable system. I realised the problem when I coulnt even downgrade from 7.1 to 7.0 - this loss of control is a major pita with modular X. BillK On Sun, 2006-07-02 at 13:24 -0700, Donnie Berkholz wrote: Bo Ørsted Andresen wrote: When user upgrades to modular X.org there is a block that requires him to remove xorg-x11-6.8*. Then the user upgrades, reboots and finds out there is something wrong. So he downgrades. But when downgrading there is no block requiring him to remove modular X first. So he merges xorg-x11-6.8 which overwrites a *LOT* of modular X files like e.g. startx and only unmerges xorg-x11-7.0 which is a very small package. Now the user decides to upgrade again so he unmerges xorg-x11-6.8 again and it removes all the files but portage still thinks modular X is installed except of xorg-x11-7*. So when he emerges xorg-x11-7* that package is the only one which is remerged... That's a definite possibility. But I don't _think_ everyone encountering this problem has hit it, although I could be wrong. Thanks, Donnie -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
On Mon, 03 Jul 2006 07:05:19 +0800 W.Kenworthy wrote: yes I hit it too - back before it hit stable. It seemed that going xorg modular is a one way trip as you cant remove modular xorg easily unless you keep an independent record of every package installed. Wouldn't genlop give you that information? -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xorg-x11 screwup
W.Kenworthy [EMAIL PROTECTED] writes: yes I hit it too - back before it hit stable. It seemed that going xorg modular is a one way trip as you cant remove modular xorg easily unless you keep an independent record of every package installed. I was pissed because modular didnt work and I couldnt uninstall it! Eventually updates caught up with and fixed the problem, but in the meantime I had an unusable system. I realised the problem when I coulnt even downgrade from 7.1 to 7.0 - this loss of control is a major pita with modular X. Maybe what is needed is an enhancement to portage to allow the removal of a meta-package to (optionally) also remove the 'real' packages which it caused to be installed. -- gentoo-user@gentoo.org mailing list
