Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Nick. On Mon, Apr 25, 2011 at 05:00:49PM +0100, Mick wrote: > On Monday 25 April 2011 16:03:21 Alan Mackenzie wrote: > > As a matter of interest, do you know how to configure a framebuffer > > console to fill up a wide screen (say, to a width of 170 characters) > > as contrasted with the 128 characters which were optimum on an old > > fashioned CRT? > I think that things have moved on since the first time you installed > Gentoo. Latest kernels have the ability to load firmware for your > video card that takes account of the native resolution of the monitor - > without any additional framebuffer drivers (like vesa, uvesa, radeonfb, > etc.) As a matter of fact you'll get a blank screen if you try to boot > the latest kernels with KMS configured using any additional framebuffer > driver. Indeed. :-( > To save me describing each step, you would do better reading through > this page which details everything you need to do: > http://www.gentoo.org/doc/en/xorg-config.xml A fascinating document. Thanks! > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Mark. On Mon, Apr 25, 2011 at 08:29:47AM -0700, Mark Knecht wrote: > On Mon, Apr 25, 2011 at 8:03 AM, Alan Mackenzie wrote: > Run something like > emerge --noreplace =gentoo-sources-2.6.38-r1 That's just the job. Thanks. > HTH, > Mark -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Monday 25 April 2011 16:03:21 Alan Mackenzie wrote: > Hi, Mick. > > On Mon, Apr 25, 2011 at 03:12:15PM +0100, Mick wrote: > > On Monday 25 April 2011 13:11:53 Alan Mackenzie wrote: > > > > Once it completes you can run --depclean which will ask you to > > > > remove the older 2.6 python package. > > > > > > I had to (or, at least, did) run emerge -uND @world. Funnily enough, > > > it ran to completion without manual intervention. :-) I'd like to > > > run --depclean, but it's threatening to remove my 2.6.31-r6 kernel > > > sources, which correspond to my working kernel. What's the easiest > > > way to protect these from --depclean? > > > > Aha! That's why I said first look at what it wants to remove - you > > don't want to cripple your system. In this case of course it won't > > cripple anything, because it won't remove the kernel image from /boot/ > > > > If you look in /usr/src/linux/ you will see a number of kernel sources > > listed in there. If you've run update world there should be a more > > up-to-date kernel awaiting for you to configure and compile it. Do > > that first; copy the necessary files into /boot; configure grub.conf to > > boot with you latest kernel; and after you boot into it and check that > > all is good you can allow -- depclean to remove older kernel source > > files. > > Yes, I've got new kernel sources, and yesterday and today I've spent > about 5 hours head-banging to get a working kernel. (I've managed it, > thankfully.) But the new kernel's X-windows isn't filling my 1920x1080 > shiny new monitor like the old kernel did. I've still got some fiddling > to do. > > Call me a clinging cry-baby if you like, but until I'm confident about my > new kernel, I'd like to hang on to the old one, including its sources. > It'd also be nice to run --depclean in the meantime. Do I have to do > recursive copying or directory renaming to achiev this? > > As a matter of interest, do you know how to configure a framebuffer > console to fill up a wide screen (say, to a width of 170 characters) as > contrasted with the 128 characters which were optimum on an old fashioned > CRT? I think that things have moved on since the first time you installed Gentoo. Latest kernels have the ability to load firmware for your video card that takes account of the native resolution of the monitor - without any additional framebuffer drivers (like vesa, uvesa, radeonfb, etc.) As a matter of fact you'll get a blank screen if you try to boot the latest kernels with KMS configured using any additional framebuffer driver. To save me describing each step, you would do better reading through this page which details everything you need to do: http://www.gentoo.org/doc/en/xorg-config.xml -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Mon, Apr 25, 2011 at 8:03 AM, Alan Mackenzie wrote: > Call me a clinging cry-baby if you like, but until I'm confident about my > new kernel, I'd like to hang on to the old one, including its sources. > It'd also be nice to run --depclean in the meantime. Do I have to do > recursive copying or directory renaming to achiev this? > Run something like emerge --noreplace =gentoo-sources-2.6.38-r1 to add the kernel you want to keep to your world file, or just add the kernel with it's specific revision to the world file manually. At that point emerge won't delete it and you won't get any messages until portage maintainers remove it from portage. HTH, Mark
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Mick. On Mon, Apr 25, 2011 at 03:12:15PM +0100, Mick wrote: > On Monday 25 April 2011 13:11:53 Alan Mackenzie wrote: > > > Once it completes you can run --depclean which will ask you to > > > remove the older 2.6 python package. > > I had to (or, at least, did) run emerge -uND @world. Funnily enough, > > it ran to completion without manual intervention. :-) I'd like to > > run --depclean, but it's threatening to remove my 2.6.31-r6 kernel > > sources, which correspond to my working kernel. What's the easiest > > way to protect these from --depclean? > Aha! That's why I said first look at what it wants to remove - you > don't want to cripple your system. In this case of course it won't > cripple anything, because it won't remove the kernel image from /boot/ > If you look in /usr/src/linux/ you will see a number of kernel sources > listed in there. If you've run update world there should be a more > up-to-date kernel awaiting for you to configure and compile it. Do > that first; copy the necessary files into /boot; configure grub.conf to > boot with you latest kernel; and after you boot into it and check that > all is good you can allow -- depclean to remove older kernel source > files. Yes, I've got new kernel sources, and yesterday and today I've spent about 5 hours head-banging to get a working kernel. (I've managed it, thankfully.) But the new kernel's X-windows isn't filling my 1920x1080 shiny new monitor like the old kernel did. I've still got some fiddling to do. Call me a clinging cry-baby if you like, but until I'm confident about my new kernel, I'd like to hang on to the old one, including its sources. It'd also be nice to run --depclean in the meantime. Do I have to do recursive copying or directory renaming to achiev this? As a matter of interest, do you know how to configure a framebuffer console to fill up a wide screen (say, to a width of 170 characters) as contrasted with the 128 characters which were optimum on an old fashioned CRT? > PS. You may need to manually remove older source files left in > /usr/src/linux/ when depclean completes its job. OK. I can manage that. > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Monday 25 April 2011 13:11:53 Alan Mackenzie wrote: > Hi, Mick. > > On Sun, Apr 24, 2011 at 04:44:05PM +0100, Mick wrote: > > On Sunday 24 April 2011 14:25:58 Alan Mackenzie wrote: > > > Hi, Mick. > > > > > > On Sun, Apr 24, 2011 at 09:17:45AM +0100, Mick wrote: > > > > On Saturday 23 April 2011 21:06:25 Alan Mackenzie wrote: > > > > > On Sat, Apr 23, 2011 at 08:46:30PM +0100, Mick wrote: > > > > python-updater -v -p > > > > > > > > to get a list of these. > > > > > > That gives me a list of 24 packages. Am I meant to actually run > > > python-updater without the -p, here? > > > > That's correct. As the man emerge say -p stands for --pretend. Just > > to give a chance to see what it wants to do and think about it before > > you run it again without it for execution. > > > > You need to do this next. > > DONE. > > > > > When you finish all this you can run: > > > > > > > > emerge --depclean -v -p > > > > > > > > It should now ask you to remove the old python, but check carefully > > > > the remaining packages in case something important is in the list > > > > and breaks your system. > > > > > > I do emerge --depclean -v -p. It says I should run emerge -uDN > > > @world first. I'm a bit apprehensive about this, since the world > > > update says it would reemerge 138 packages (I'm not sure whether this > > > is top-level (whatever that means) packages or the real total). In > > > that list are 3 blockages I don't know wha do do with. My experience > > > suggests this will not work smoothly, and I'll likely be left with a > > > non-working (or even a non-bootable) system. > > > > At this stage you should only run: > > > > python-updater -v > > > > Nothing else. > > > > Once it completes you can run --depclean which will ask you to remove > > the older 2.6 python package. > > I had to (or, at least, did) run emerge -uND @world. Funnily enough, it > ran to completion without manual intervention. :-) I'd like to run > --depclean, but it's threatening to remove my 2.6.31-r6 kernel sources, > which correspond to my working kernel. What's the easiest way to protect > these from --depclean? Aha! That's why I said first look at what it wants to remove - you don't want to cripple your system. In this case of course it won't cripple anything, because it won't remove the kernel image from /boot/ If you look in /usr/src/linux/ you will see a number of kernel sources listed in there. If you've run update world there should be a more up-to-date kernel awaiting for you to configure and compile it. Do that first; copy the necessary files into /boot; configure grub.conf to boot with you latest kernel; and after you boot into it and check that all is good you can allow -- depclean to remove older kernel source files. PS. You may need to manually remove older source files left in /usr/src/linux/ when depclean completes its job. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Mon, 25 Apr 2011 13:18:22 +0100, Stroller wrote: > Maybe I should disable doc, but it seems "wrong" to me, to miss out on > all this potentially useful information (which admittedly I never use). The potentially useful information is installed anyway. USE=doc enables the potentially useless information ;-) -- Neil Bothwick Happiness is merely the remission of pain. signature.asc Description: PGP signature
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Mick. On Sun, Apr 24, 2011 at 04:44:05PM +0100, Mick wrote: > On Sunday 24 April 2011 14:25:58 Alan Mackenzie wrote: > > Hi, Mick. > > On Sun, Apr 24, 2011 at 09:17:45AM +0100, Mick wrote: > > > On Saturday 23 April 2011 21:06:25 Alan Mackenzie wrote: > > > > On Sat, Apr 23, 2011 at 08:46:30PM +0100, Mick wrote: > > > python-updater -v -p > > > to get a list of these. > > That gives me a list of 24 packages. Am I meant to actually run > > python-updater without the -p, here? > That's correct. As the man emerge say -p stands for --pretend. Just > to give a chance to see what it wants to do and think about it before > you run it again without it for execution. > You need to do this next. DONE. > > > When you finish all this you can run: > > > emerge --depclean -v -p > > > It should now ask you to remove the old python, but check carefully > > > the remaining packages in case something important is in the list > > > and breaks your system. > > I do emerge --depclean -v -p. It says I should run emerge -uDN > > @world first. I'm a bit apprehensive about this, since the world > > update says it would reemerge 138 packages (I'm not sure whether this > > is top-level (whatever that means) packages or the real total). In > > that list are 3 blockages I don't know wha do do with. My experience > > suggests this will not work smoothly, and I'll likely be left with a > > non-working (or even a non-bootable) system. > At this stage you should only run: > python-updater -v > Nothing else. > Once it completes you can run --depclean which will ask you to remove > the older 2.6 python package. I had to (or, at least, did) run emerge -uND @world. Funnily enough, it ran to completion without manual intervention. :-) I'd like to run --depclean, but it's threatening to remove my 2.6.31-r6 kernel sources, which correspond to my working kernel. What's the easiest way to protect these from --depclean? > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On 25/4/2011, at 11:07am, Neil Bothwick wrote: >> ... >> The doc USE flag is disabled by default on my make.profile >> (amd64/10.0/desktop), so although it won't need to be set as -doc in >> /etc/make.conf, it will need to be set as doc in the packages that need >> it in /etc/portage/package.use. > > I know it's disabled by default, but it seems like the OP has enabled it > globally. In case you're mistaking me for the OP: I have it enabled globally, I just mentioned the necessity of disabling it for some packages in case the OP came across the same problem. Maybe I should disable doc, but it seems "wrong" to me, to miss out on all this potentially useful information (which admittedly I never use). Stroller.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Neil. A happy Easter to everybody who celebrates it, and a very good day to everybody else! On Mon, Apr 25, 2011 at 11:07:15AM +0100, Neil Bothwick wrote: > On Mon, 25 Apr 2011 08:49:35 +0100, Mick wrote: > > The doc USE flag is disabled by default on my make.profile > > (amd64/10.0/desktop), so although it won't need to be set as -doc in > > /etc/make.conf, it will need to be set as doc in the packages that > > need it in /etc/portage/package.use. > I know it's disabled by default, but it seems like the OP has enabled it > globally. Not me! The handbook strongly recommended against doing this. > -- > Neil Bothwick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Mon, 25 Apr 2011 08:49:35 +0100, Mick wrote: > > What I'm saying is that you should have -doc in /etc/make.conf and > > enable it on a per-package basis. The doc flag builds extra > > documentation that general users don't need, man/info/html pages are > > included by default (at least, that's how it is supposed to work, the > > odd package, like ffmpeg, won't even include a man page without the > > doc flag). > > The doc USE flag is disabled by default on my make.profile > (amd64/10.0/desktop), so although it won't need to be set as -doc in > /etc/make.conf, it will need to be set as doc in the packages that need > it in /etc/portage/package.use. I know it's disabled by default, but it seems like the OP has enabled it globally. -- Neil Bothwick "When you play a Microsoft CD backwards you can hear demonic Voices... that's nothing - when you play it forward it installs Windows" signature.asc Description: PGP signature
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Monday 25 April 2011 08:30:58 Neil Bothwick wrote: > On Sun, 24 Apr 2011 23:16:39 +0100, Mick wrote: > > > It's rarely desirable to enable doc globally. It is best to enable > > > only for those packages where you need extended documentation. > > > > @Alan Mackenzie: > > > > What Neil is saying can be achieved by setting package specific USE > > > flags in the file /etc/portage/package.use; e.g. use an entry like: > What I'm saying is that you should have -doc in /etc/make.conf and enable > it on a per-package basis. The doc flag builds extra documentation that > general users don't need, man/info/html pages are included by default (at > least, that's how it is supposed to work, the odd package, like ffmpeg, > won't even include a man page without the doc flag). The doc USE flag is disabled by default on my make.profile (amd64/10.0/desktop), so although it won't need to be set as -doc in /etc/make.conf, it will need to be set as doc in the packages that need it in /etc/portage/package.use. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sun, 24 Apr 2011 23:16:39 +0100, Mick wrote: > > It's rarely desirable to enable doc globally. It is best to enable > > only for those packages where you need extended documentation. > > @Alan Mackenzie: > > What Neil is saying can be achieved by setting package specific USE > flags in the file /etc/portage/package.use; e.g. use an entry like: What I'm saying is that you should have -doc in /etc/make.conf and enable it on a per-package basis. The doc flag builds extra documentation that general users don't need, man/info/html pages are included by default (at least, that's how it is supposed to work, the odd package, like ffmpeg, won't even include a man page without the doc flag). -- Neil Bothwick This is as bad as it can get-but don't bet on it. signature.asc Description: PGP signature
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sunday 24 April 2011 21:30:33 Neil Bothwick wrote: > On Sun, 24 Apr 2011 21:17:23 +0100, David W Noon wrote: > > >Doing this today I've had a couple of packages that needed to be > > >emerged with USE=-doc when they failed. > > > > Those would be jinja and sphinx. They are notorious for their circular > > dependency, which requires USE='-doc' to bypass. > > It's rarely desirable to enable doc globally. It is best to enable only > for those packages where you need extended documentation. @Alan Mackenzie: What Neil is saying can be achieved by setting package specific USE flags in the file /etc/portage/package.use; e.g. use an entry like: dev-python/jinja -doc i18n to exclude USE flag "doc", but include "i18n". -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sun, 24 Apr 2011 21:17:23 +0100, David W Noon wrote: > >Doing this today I've had a couple of packages that needed to be > >emerged with USE=-doc when they failed. > > Those would be jinja and sphinx. They are notorious for their circular > dependency, which requires USE='-doc' to bypass. It's rarely desirable to enable doc globally. It is best to enable only for those packages where you need extended documentation. -- Neil Bothwick A bit of tolerance is worth a megabyte of flaming. -- Henry Spencer signature.asc Description: PGP signature
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sun, 24 Apr 2011 21:40:02 +0200, Stroller wrote about Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]: >On 24/4/2011, at 4:44pm, Mick wrote: >> ... >> At this stage you should only run: >> >> python-updater -v >> >> Nothing else. > > >Doing this today I've had a couple of packages that needed to be >emerged with USE=-doc when they failed. Those would be jinja and sphinx. They are notorious for their circular dependency, which requires USE='-doc' to bypass. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On 24/4/2011, at 4:44pm, Mick wrote: > ... > At this stage you should only run: > > python-updater -v > > Nothing else. Doing this today I've had a couple of packages that needed to be emerged with USE=-doc when they failed. Stroller.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sunday 24 April 2011 16:44:05 Mick wrote: > On Sunday 24 April 2011 14:25:58 Alan Mackenzie wrote: > > Hi, Mick. > > > > On Sun, Apr 24, 2011 at 09:17:45AM +0100, Mick wrote: > > > On Saturday 23 April 2011 21:06:25 Alan Mackenzie wrote: > > > > On Sat, Apr 23, 2011 at 08:46:30PM +0100, Mick wrote: > > > > > What do you get when you run: > > > > > > > > > > # eselect python list > > > > > > > > Available Python interpreters: > > > > [1] python2.6 * > > > > [2] python2.7 > > > > [3] python3.1 > > > > > > OK, the next stage would be to change your python to the latest stable: > > > > > > eselect python set 2 > > > > DONE. > > > > > and then remerge those packages that were linked against the old > > > python: > > > > > > python-updater -v -p > > > > > > to get a list of these. > > > > That gives me a list of 24 packages. Am I meant to actually run > > python-updater without the -p, here? > > That's correct. As the man emerge say -p stands for --pretend. Just to > give a chance to see what it wants to do and think about it before you run > it again without it for execution. > > You need to do this next. > > > > When you finish all this you can run: > > > > > > emerge --depclean -v -p > > > > > > It should now ask you to remove the old python, but check carefully the > > > remaining packages in case something important is in the list and > > > breaks your system. > > > > I do emerge --depclean -v -p. It says I should run emerge -uDN @world > > first. I'm a bit apprehensive about this, since the world update says it > > would reemerge 138 packages (I'm not sure whether this is top-level > > (whatever that means) packages or the real total). In that list are 3 > > blockages I don't know wha do do with. My experience suggests this will > > not work smoothly, and I'll likely be left with a non-working (or even a > > non-bootable) system. > > At this stage you should only run: > > python-updater -v > > Nothing else. > > Once it completes you can run --depclean which will ask you to remove the > older 2.6 python package. > > > How come? Well, I started my installation in February 2010, and with one > > thing and another, didn't get it finished, so it went into cold storage > > until a month ago. I've had so much trouble trying to get updated, that > > it might be better to start again from scratch with a new stage3 (or even > > a new installation CD). This would surely leave my home directory and > > suchlike untouched. What do you think? > > Adding the -N flag will remerge any packages that are affected by changes > to USE flags that you have made since they were first installed. So the > list will be longer than without it. Post any blockers shown if you don't know what you need to do about them. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
On Sunday 24 April 2011 14:25:58 Alan Mackenzie wrote: > Hi, Mick. > > On Sun, Apr 24, 2011 at 09:17:45AM +0100, Mick wrote: > > On Saturday 23 April 2011 21:06:25 Alan Mackenzie wrote: > > > On Sat, Apr 23, 2011 at 08:46:30PM +0100, Mick wrote: > > > > What do you get when you run: > > > > > > > > # eselect python list > > > > > > Available Python interpreters: > > > [1] python2.6 * > > > [2] python2.7 > > > [3] python3.1 > > > > OK, the next stage would be to change your python to the latest stable: > > > > eselect python set 2 > > DONE. > > > and then remerge those packages that were linked against the old > > python: > > > > python-updater -v -p > > > > to get a list of these. > > That gives me a list of 24 packages. Am I meant to actually run > python-updater without the -p, here? That's correct. As the man emerge say -p stands for --pretend. Just to give a chance to see what it wants to do and think about it before you run it again without it for execution. You need to do this next. > > When you finish all this you can run: > > > > emerge --depclean -v -p > > > > It should now ask you to remove the old python, but check carefully the > > remaining packages in case something important is in the list and > > breaks your system. > > I do emerge --depclean -v -p. It says I should run emerge -uDN @world > first. I'm a bit apprehensive about this, since the world update says it > would reemerge 138 packages (I'm not sure whether this is top-level > (whatever that means) packages or the real total). In that list are 3 > blockages I don't know wha do do with. My experience suggests this will > not work smoothly, and I'll likely be left with a non-working (or even a > non-bootable) system. At this stage you should only run: python-updater -v Nothing else. Once it completes you can run --depclean which will ask you to remove the older 2.6 python package. > How come? Well, I started my installation in February 2010, and with one > thing and another, didn't get it finished, so it went into cold storage > until a month ago. I've had so much trouble trying to get updated, that > it might be better to start again from scratch with a new stage3 (or even > a new installation CD). This would surely leave my home directory and > suchlike untouched. What do you think? Adding the -N flag will remerge any packages that are affected by changes to USE flags that you have made since they were first installed. So the list will be longer than without it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Reinstall Gentoo? [Was: Building pygtk-2.22.0-r1 fails. Help, please!]
Hi, Mick. On Sun, Apr 24, 2011 at 09:17:45AM +0100, Mick wrote: > On Saturday 23 April 2011 21:06:25 Alan Mackenzie wrote: > > On Sat, Apr 23, 2011 at 08:46:30PM +0100, Mick wrote: > > > What do you get when you run: > > > # eselect python list > > Available Python interpreters: > > [1] python2.6 * > > [2] python2.7 > > [3] python3.1 > OK, the next stage would be to change your python to the latest stable: > eselect python set 2 DONE. > and then remerge those packages that were linked against the old > python: > python-updater -v -p > to get a list of these. That gives me a list of 24 packages. Am I meant to actually run python-updater without the -p, here? > When you finish all this you can run: > emerge --depclean -v -p > It should now ask you to remove the old python, but check carefully the > remaining packages in case something important is in the list and > breaks your system. I do emerge --depclean -v -p. It says I should run emerge -uDN @world first. I'm a bit apprehensive about this, since the world update says it would reemerge 138 packages (I'm not sure whether this is top-level (whatever that means) packages or the real total). In that list are 3 blockages I don't know wha do do with. My experience suggests this will not work smoothly, and I'll likely be left with a non-working (or even a non-bootable) system. How come? Well, I started my installation in February 2010, and with one thing and another, didn't get it finished, so it went into cold storage until a month ago. I've had so much trouble trying to get updated, that it might be better to start again from scratch with a new stage3 (or even a new installation CD). This would surely leave my home directory and suchlike untouched. What do you think? > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).