Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Fri, 26 Feb 2010 21:11:11 -0600, Dale wrote: I ran into this a long time ago and I added this to my make.conf so that I don't forget. Try running this: emerge -uvDNa --with-bdeps y world Then see what that does. That added bit makes it look deeper into dependencies. Like you, I thought that was what the -D did but apparently that only goes to a certain depth then stops. -D goes as deep as you can, but the default when emerging is to consider only runtime dependencies, not buildtime ones. After all, if it is already installed, you don't need the bdeps any more. - Neil Bothwick During a raid on a local chemist's shop, 2000 Viagra tablets were stolen Police are looking for hardened criminals! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Sat, 27 Feb 2010 08:53:31 +0200, Nikos Chantziaras wrote: emerge -C does the same. It's just that I find it easier to edit the world file directly (it's just a text file, after all, no magic in there) if I want to clean up stuff. If you don't want to delete something from world by hand, simply copypasting the line you want removed to emerge -C pasted line will have the same result. That's true if you know you want to remove the package, but if you are cleaning the world file of dependencies that are in there, just edit the file and let portage decide whether the package should be unmerged. -- Neil Bothwick Indecision is the key to flexibility. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Fri, 26 Feb 2010 21:21:00 -0800 (PST), BRM wrote: From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up. It's a list of packages you want installed on the system. Editing it doesn't even remove anything, and if --depclean subsequently does, it's hardly risky, since these are only user packages. You can break a system by editing world because the critical packages aren't in there. -- Neil Bothwick Interchangeable parts aren't. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Fri, 26 Feb 2010 21:45:03 -0600, Dale wrote: If it starts to remove something that you know you want to keep, then you need to figure out why that entry was there and what can be put in the world file to keep the things you do want. And while you can edit world by hand to remove stuff, it is safer to let portage add things back. If depclean wants to remove a package, you can replace it in world with emerge -n package. -- 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] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: On Fri, 26 Feb 2010 21:21:00 -0800 (PST), BRM wrote: From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up. It's a list of packages you want installed on the system. Editing it doesn't even remove anything, and if --depclean subsequently does, it's hardly risky, since these are only user packages. You can break a system by editing world because the critical packages aren't in there. Did you mean to say that you CAN'T break a system be editing world because the critical packages aren't in there? At least I am not the only one that leaves out the NOT sometimes. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote: Did you mean to say that you CAN'T break a system be editing world because the critical packages aren't in there? indeed I did. At least I am not the only one that leaves out the NOT sometimes. The difference is, I don't blame it on hal :P -- Neil Bothwick Top Oxymorons Number 25: New York culture signature.asc Description: PGP signature
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote: Did you mean to say that you CAN'T break a system be editing world because the critical packages aren't in there? indeed I did. At least I am not the only one that leaves out the NOT sometimes. The difference is, I don't blame it on hal :P But hal doesn't do the typing, we do. Poor old hal broke my rig and it just doesn't work so, I broke it. I guess removing it could be called breaking it. ;-) Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Dale rdalek1...@gmail.com To: gentoo-user@lists.gentoo.org On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote: Did you mean to say that you CAN'T break a system be editing world because the critical packages aren't in there? indeed I did. At least I am not the only one that leaves out the NOT sometimes. The difference is, I don't blame it on hal :P But hal doesn't do the typing, we do. Poor old hal broke my rig and it just doesn't work so, I broke it. I guess removing it could be called breaking it. ;-) Wouldn't that be a break-up? ;-) Ben P.S. Thanks all for the help on this one. Got everything straightened out, and KDE3.5 has been removed. :D
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: - Original Message From: Dalerdalek1...@gmail.com To: gentoo-user@lists.gentoo.org On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote: Did you mean to say that you CAN'T break a system be editing world because the critical packages aren't in there? indeed I did. At least I am not the only one that leaves out the NOT sometimes. The difference is, I don't blame it on hal :P But hal doesn't do the typing, we do. Poor old hal broke my rig and it just doesn't work so, I broke it. I guess removing it could be called breaking it. ;-) Wouldn't that be a break-up? ;-) Ben P.S. Thanks all for the help on this one. Got everything straightened out, and KDE3.5 has been removed. :D You're welcome. We all learn something as we reply back and forth. Nothing wrong with learning new things. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Dale rdalek1...@gmail.com To: gentoo-user@lists.gentoo.org chrome://messenger/locale/messengercompose/composeMsgs.properties: On 02/26/2010 06:06 AM, BRM wrote: I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 3.5.10 installed, and am wondering how much longer I need to keep it around...I probably use all KDE4 apps, though there might be a few here or there that I use on a rare occasion that are still KDE3 based...may be...and no, I don't plan on using KDE Sunset Overlay[1] Any how...I'm wondering what the best method to remove KDE3.5 safely is: 1) Just leave it and may be it'll just get removed? 2) Found this entry on removing it http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html But nothing registers as a 'dup' even though qlist does show a lot of KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it doesn't remove KDE 4.3.5). 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to removing KDE entirely... http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml If you keep your world file (/var/lib/portage/world) tidy, simply deleting all lines with KDE3 packages and running emerge -a --depclean will take care of it. You *do* keep your world file tidy, don't you? :P That would be the easiest method. If you use the kde-meta package like I do, just remove the one for KDE 3 and let --depclean do its thing. It should get all of it. I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates. From my POV, that is emerge/Portage's job - not mine. Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled. I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around. If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now. If not, then I definitely want to remove it now as there is no other reason for keeping it around. If you want to keep something tho, you need to add it to the world file first and then run --depclean. That way it will keep the program(s) you want and the things they depend on but remove everything else. This will save you from having to reinstall those packages. You may even have to get them from the overlay at that point. So don't uninstall something you want to keep. That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.) If you have the drive space, you can leave it there for a while longer tho. Just keep in mind that there are no security updates or anything like that. If you add the overlay, you will get a few updates at least. I do have the disk space on the systems I have KDE3 and KDE4 on; so that's not a concern. Ben
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
BRM writes: If you keep your world file (/var/lib/portage/world) tidy, simply deleting all lines with KDE3 packages and running emerge -a -- depclean will take care of it. You *do* keep your world file tidy, don't you? :P That would be the easiest method. If you use the kde-meta package like I do, just remove the one for KDE 3 and let --depclean do its thing. It should get all of it. I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates. From my POV, that is emerge/Portage's job - not mine. I'd also leave the world file alone, and emerge -C the packages I want removed. Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled. I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around. If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now. If not, then I definitely want to remove it now as there is no other reason for keeping it around. KDE3 is no longer in the portage tree, it's in the kde-sunset overlay. World updates do not remove things, you need to use emerge --depclean for this. It will probably want to remove a lot when you never depcleaned before, so be sure to check. Put the stuff you want to keep in your world file with emerge -n, then depclean the rest. I guess it will remove your whole KDE3 that is no longer in portage. If you like to keep it, add the kde-sunset overlay with laymanl, and maybe emerge kde-base/kde-meta:3.5. That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.) The KDE4 version is in the kde overlay, but I do not know if it is usable already. Wonko
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Alex Schuster wo...@wonkology.org To: gentoo-user@lists.gentoo.org BRM writes: If you keep your world file (/var/lib/portage/world) tidy, simply deleting all lines with KDE3 packages and running emerge -a -- depclean will take care of it. You *do* keep your world file tidy, don't you? :P That would be the easiest method. If you use the kde-meta package like I do, just remove the one for KDE 3 and let --depclean do its thing. It should get all of it. I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates. From my POV, that is emerge/Portage's job - not mine. I'd also leave the world file alone, and emerge -C the packages I want removed. Yep, that's what I do. Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled. I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around. If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now. If not, then I definitely want to remove it now as there is no other reason for keeping it around. KDE3 is no longer in the portage tree, it's in the kde-sunset overlay. World updates do not remove things, you need to use emerge --depclean for this. It will probably want to remove a lot when you never depcleaned before, so be sure to check. Put the stuff you want to keep in your world file with emerge -n, then depclean the rest. I guess it will remove your whole KDE3 that is no longer in portage. If you like to keep it, add the kde-sunset overlay with laymanl, and maybe emerge kde-base/kde-meta:3.5. Thanks. That's what I needed to know. That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.) The KDE4 version is in the kde overlay, but I do not know if it is usable already. For now, I'll wait. I mostly use vim; and having done a lot of Windows stuff for work I am familiar with VS. While there are a lot of things I don't like about VS, nothing else seems to quite compare. KDevelop3 at least drove me nuts; and Eclipse just doesn't do well when you're not programming in Java - I have yet to get CDT to work, though I've mostly tried on Windows. QtCreator seems to be on the right track, though it's still quite early. I'm interested to see how KDevelop4 is going to turn out, but I'll certainly wait for it to reach the mainline tree. Thanks for the info. Ben
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: - Original Message From: Dalerdalek1...@gmail.com To: gentoo-user@lists.gentoo.org chrome://messenger/locale/messengercompose/composeMsgs.properties: On 02/26/2010 06:06 AM, BRM wrote: I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 3.5.10 installed, and am wondering how much longer I need to keep it around...I probably use all KDE4 apps, though there might be a few here or there that I use on a rare occasion that are still KDE3 based...may be...and no, I don't plan on using KDE Sunset Overlay[1] Any how...I'm wondering what the best method to remove KDE3.5 safely is: 1) Just leave it and may be it'll just get removed? 2) Found this entry on removing it http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html But nothing registers as a 'dup' even though qlist does show a lot of KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it doesn't remove KDE 4.3.5). 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to removing KDE entirely... http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml If you keep your world file (/var/lib/portage/world) tidy, simply deleting all lines with KDE3 packages and running emerge -a --depclean will take care of it. You *do* keep your world file tidy, don't you? :P That would be the easiest method. If you use the kde-meta package like I do, just remove the one for KDE 3 and let --depclean do its thing. It should get all of it. I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates. From my POV, that is emerge/Portage's job - not mine. Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled. I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around. If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now. If not, then I definitely want to remove it now as there is no other reason for keeping it around. If you want to keep something tho, you need to add it to the world file first and then run --depclean. That way it will keep the program(s) you want and the things they depend on but remove everything else. This will save you from having to reinstall those packages. You may even have to get them from the overlay at that point. So don't uninstall something you want to keep. That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.) If you have the drive space, you can leave it there for a while longer tho. Just keep in mind that there are no security updates or anything like that. If you add the overlay, you will get a few updates at least. I do have the disk space on the systems I have KDE3 and KDE4 on; so that's not a concern. Ben Another reason the question of keeping your world file clean could come up, do you use the --oneshot option when needed? This can really junk up a world file. Let's say kde-meta pulls in konqueror. For some reason, you need to re-emerge konqueror and do so without the --oneshot option. Now, konqueror is listed in the world file when it really shouldn't be there. This can happen with hundreds of other packages as well. I fell for this ages ago myself because I didn't know about this. So, even tho you may not touch the world file, it could still have packages listed in there that are not needed. It sort of creeps up on you if you are not careful. The biggest thing portage does with world is add stuff and keep it in alphabetical order. There are some things that should be done to keep a sane system in my opinion. --depclean is one of them. Running revdep-rebuild is another. I even go look at my world file from time to time to see if I forgot to use the --oneshot option myself. Gentoo is like anything else, it has to be maintained. The better maintenance you do the better things will be. After all, there will be problems no matter what you do but keeping it sane helps. Your mileage may vary tho. If you want to keep the Kdevelop 3 around, just add it to world. Portage will do this with the -n option if you would rather portage did it. Then you can unmerge kde-meta or whatever you use to install KDE 3 and run --depclean -p. I would run with the -p option first since
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. -- Neil Bothwick A seminar on time travel will be held 2 weeks ago. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. This is very true. I would say that 90% or so of the things --depclean removes are not related to packages I removed but what has been moved to another package or otherwise satisfied. Lately, there are several packages that have had parts move somewhere else. Then the old package is no longer needed and should be removed. After all, if it doesn't depend on something in the world file, it will never be updated again. It's just sitting there doing nothing but taking up space. Wasn't there a thread a year or so ago that listed the commands that should be run from time to time to keep portage healthy? I seem to recall one but it was a while back, maybe a year or more. Now to go do my sync and check to see what needs updating. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Neil Bothwick n...@digimed.co.uk To: gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. So, how do I resolve? TIA, Ben Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~x11-libs/qt-test-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-sql-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-webkit-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-assistant-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-gui-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~dev-libs/poppler-0.10.7 pulled in by: * virtual/poppler-0.10.7 * * ~x11-libs/qt-opengl-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-qt3support-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-dbus-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-svg-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-script-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * Have you forgotten to run `emerge --update --newuse --deep world` prior * to depclean? It may be necessary to manually uninstall packages that no longer * exist in the portage tree since it may not be possible to satisfy their * dependencies. Also, be aware of the --with-bdeps option that is documented * in `man emerge`.
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: - Original Message From: Neil Bothwickn...@digimed.co.uk To: gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. So, how do I resolve? TIA, Ben Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~x11-libs/qt-test-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-sql-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-webkit-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-assistant-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-gui-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~dev-libs/poppler-0.10.7 pulled in by: * virtual/poppler-0.10.7 * * ~x11-libs/qt-opengl-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-qt3support-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-dbus-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-svg-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-script-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * Have you forgotten to run `emerge --update --newuse --deep world` prior * to depclean? It may be necessary to manually uninstall packages that no longer * exist in the portage tree since it may not be possible to satisfy their * dependencies. Also, be aware of the --with-bdeps option that is documented * in `man emerge`. I ran into this a long time ago and I added this to my make.conf so that I don't forget. Try running this: emerge -uvDNa --with-bdeps y world Then see what that does. That added bit makes it look deeper into dependencies. Like you, I thought that was what the -D did but apparently that only goes to a certain depth then stops. If you want to add that to make.conf like I did, this is what goes there: EMERGE_DEFAULT_OPTS=--with-bdeps y It's your choice whether to add that or not. It will make emerge process what needs to be updated a while longer tho. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: On 02/27/2010 04:15 AM, BRM wrote: - Original Message From: Neil Bothwickn...@digimed.co.uk To: gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. Safe as to what? If something is in the world file that you didn't explicitly request, then it doesn't belong there. For example, if you have x11-libs/qt-gui in world, you should delete it. The world file should not contain dependencies, it should only contain the stuff you emerged directly. To give an example, if you emerge media-video/smplayer, then that one will end up in the world file. But smplayer will also pull-in qt and mplayer. Those do not go in the world file. When you unmerge smplayer again, qt and mplayer will not be unmerged unless you run emerge --depclean. However, if qt and mplayer end up being in the world file anyway, it means you made a mistake at some point; like emerging something that is a dependency but forgot to specify the -1 (or --oneshot) option to emerge. So if you see something in the world file that you know don't need directly (and I doubt you need qt directly; KDE for example needs it, you, as a person, don't) it's safe to remove. Of course always make a backup first :P If I edit the world file and I am not sure, I always run -p --depclean. That should tell you if you are about to make a boo boo. The package you removed will be cleaned out but so will other things. If it starts to remove something that you know you want to keep, then you need to figure out why that entry was there and what can be put in the world file to keep the things you do want. The example Nikos used is a good one. If you decide you don't want smplayer but want to use mplayer, then you would need to add mplayer to the world file so that it will stay but --depclean will remove smplayer when you run --depclean. Nikos is correct on the -1 option tho. That is the same as --oneshot by the way. That is the biggest reason that something ends up in the world file that shouldn't be there. I would just about bet that we have all forgot the -1 option more than once. It doesn't matter how long a person has used Gentoo, it just happens. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Dale rdalek1...@gmail.com - Original Message From: Neil Bothwick To: gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. So, how do I resolve? Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~x11-libs/qt-test-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-sql-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-webkit-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-assistant-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-gui-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~dev-libs/poppler-0.10.7 pulled in by: * virtual/poppler-0.10.7 * * ~x11-libs/qt-opengl-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-qt3support-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-dbus-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-svg-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-script-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * Have you forgotten to run `emerge --update --newuse --deep world` prior * to depclean? It may be necessary to manually uninstall packages that no longer * exist in the portage tree since it may not be possible to satisfy their * dependencies. Also, be aware of the --with-bdeps option that is documented * in `man emerge`. I ran into this a long time ago and I added this to my make.conf so that I don't forget. Try running this: emerge -uvDNa --with-bdeps y world Then see what that does. That added bit makes it look deeper into dependencies. Okay, tried that. I did install 7 more packages (1 new, 6 rebuilds/updates). But it didn't resolve the problem. I'm trying to determine if qt-4.4.2 is even installed. Looking at /usr/lib there doesn't appear to be any qt-4.4.2 libs, only qt-4.5.3. qlist -Ia | grep x11-libs | grep qt only returns the following: /usr/qt/3/etc/settings/.keep_x11-libs_qt-3 /etc/qt4/.keep_x11-libs_qt-core-4 Also, find | grep libQt | grep 4\.4 didn't return anything, while find | grep libQt | grep 4\.5 returned what I saw in /usr/lib/qt4. So, then is x11-libs/qt-4.4.2 even installed? If not, how do I get rid of this? TIA, Ben Like you, I thought that was what the -D did but apparently that only goes to a certain depth then stops. If you want to add that to make.conf like I did, this is what goes there: EMERGE_DEFAULT_OPTS=--with-bdeps y It's your choice whether to add that or not. It will make emerge process what needs to be updated a while longer tho. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: - Original Message From: Dalerdalek1...@gmail.com - Original Message From: Neil Bothwick To: gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. So, how do I resolve? Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~x11-libs/qt-test-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-sql-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-webkit-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-assistant-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-gui-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~dev-libs/poppler-0.10.7 pulled in by: * virtual/poppler-0.10.7 * * ~x11-libs/qt-opengl-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-qt3support-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-dbus-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-svg-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * ~x11-libs/qt-script-4.4.2 pulled in by: * x11-libs/qt-4.4.2 * * Have you forgotten to run `emerge --update --newuse --deep world` prior * to depclean? It may be necessary to manually uninstall packages that no longer * exist in the portage tree since it may not be possible to satisfy their * dependencies. Also, be aware of the --with-bdeps option that is documented * in `man emerge`. I ran into this a long time ago and I added this to my make.conf so that I don't forget. Try running this: emerge -uvDNa --with-bdeps y world Then see what that does. That added bit makes it look deeper into dependencies. Okay, tried that. I did install 7 more packages (1 new, 6 rebuilds/updates). But it didn't resolve the problem. I'm trying to determine if qt-4.4.2 is even installed. Looking at /usr/lib there doesn't appear to be any qt-4.4.2 libs, only qt-4.5.3. qlist -Ia | grep x11-libs | grep qt only returns the following: /usr/qt/3/etc/settings/.keep_x11-libs_qt-3 /etc/qt4/.keep_x11-libs_qt-core-4 Also, find | grep libQt | grep 4\.4 didn't return anything, while find | grep libQt | grep 4\.5 returned what I saw in /usr/lib/qt4. So, then is x11-libs/qt-4.4.2 even installed? If not, how do I get rid of this? TIA, Ben I don't know about the command you use but you may want to try this: equery list x11-libs/qt See if that lists the package you are looking for. Dale :-) :-)
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
- Original Message From: Dale rdalek1...@gmail.com On 02/27/2010 04:15 AM, BRM wrote: From: Neil BothwickTo: (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. Safe as to what? If something is in the world file that you didn't explicitly request, then it doesn't belong there. For example, if you have x11-libs/qt-gui in world, you should delete it. The world file should not contain dependencies, it should only contain the stuff you emerged directly. Okay...that kind of makes more sense now. From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up. To give an example, if you emerge media-video/smplayer, then that one will end up in the world file. But smplayer will also pull-in qt and mplayer. Those do not go in the world file. When you unmerge smplayer again, qt and mplayer will not be unmerged unless you run emerge --depclean. However, if qt and mplayer end up being in the world file anyway, it means you made a mistake at some point; like emerging something that is a dependency but forgot to specify the -1 (or --oneshot) option to emerge. So if you see something in the world file that you know don't need directly (and I doubt you need qt directly; KDE for example needs it, you, as a person, don't) it's safe to remove. Of course always make a backup first :P If I edit the world file and I am not sure, I always run -p --depclean. That should tell you if you are about to make a boo boo. The package you removed will be cleaned out but so will other things. If it starts to remove something that you know you want to keep, then you need to figure out why that entry was there and what can be put in the world file to keep the things you do want. The example Nikos used is a good one. If you decide you don't want smplayer but want to use mplayer, then you would need to add mplayer to the world file so that it will stay but --depclean will remove smplayer when you run --depclean. Nikos is correct on the -1 option tho. That is the same as --oneshot by the way. That is the biggest reason that something ends up in the world file that shouldn't be there. I would just about bet that we have all forgot the -1 option more than once. It doesn't matter how long a person has used Gentoo, it just happens. True. I never really understood the --oneshot thing before, but now that makes sense. I did it when directions said to, but not really otherwise. Well, now I know... TIA, Ben
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
On Saturday 27 February 2010 06:53:31 Nikos Chantziaras wrote: On 02/27/2010 07:21 AM, BRM wrote: - Original Message From: Dalerdalek1...@gmail.com On 02/27/2010 04:15 AM, BRM wrote: From: Neil BothwickTo: (PST), BRM wrote: Aside from that, I'm not sure I have ever really run emerge --depclean, but I also rarely uninstall anything, but don't install things left or right to try out either, so typically upgrades are all I need to do. You should still run --depclean as dependencies change and you could still have plenty of no longer needed ones installed. Okay - so I ran emerge --depclean -a and got the below. I tried running emerge world -vuDNa as specified, but that didn't resolve it either. I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove. Safe as to what? If something is in the world file that you didn't explicitly request, then it doesn't belong there. For example, if you have x11-libs/qt-gui in world, you should delete it. The world file should not contain dependencies, it should only contain the stuff you emerged directly. Okay...that kind of makes more sense now. From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up. emerge -C does the same. It's just that I find it easier to edit the world file directly (it's just a text file, after all, no magic in there) if I want to clean up stuff. If you don't want to delete something from world by hand, simply copypasting the line you want removed to emerge -C pasted line will have the same result. Of course there might be special cases I simply don't know about; so simply emerge -C instead of removing lines from world if you want to play it safe. Does anyone know why regenworld adds a lot of what seem like dependencies into world (e.g. qt libraries)? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?
chrome://messenger/locale/messengercompose/composeMsgs.properties: On 02/26/2010 06:06 AM, BRM wrote: I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 3.5.10 installed, and am wondering how much longer I need to keep it around...I probably use all KDE4 apps, though there might be a few here or there that I use on a rare occasion that are still KDE3 based...may be...and no, I don't plan on using KDE Sunset Overlay[1] Any how...I'm wondering what the best method to remove KDE3.5 safely is: 1) Just leave it and may be it'll just get removed? 2) Found this entry on removing it http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html But nothing registers as a 'dup' even though qlist does show a lot of KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it doesn't remove KDE 4.3.5). 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to removing KDE entirely... http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml If you keep your world file (/var/lib/portage/world) tidy, simply deleting all lines with KDE3 packages and running emerge -a --depclean will take care of it. You *do* keep your world file tidy, don't you? :P That would be the easiest method. If you use the kde-meta package like I do, just remove the one for KDE 3 and let --depclean do its thing. It should get all of it. If you want to keep something tho, you need to add it to the world file first and then run --depclean. That way it will keep the program(s) you want and the things they depend on but remove everything else. This will save you from having to reinstall those packages. You may even have to get them from the overlay at that point. So don't uninstall something you want to keep. If you have the drive space, you can leave it there for a while longer tho. Just keep in mind that there are no security updates or anything like that. If you add the overlay, you will get a few updates at least. Dale :-) :-)