Re: apt-get doesn't upgrade, but synaptic does
On Du, 13 apr 14, 17:24:07, Patrick Bartek wrote: On Sun, 13 Apr 2014, Sven Joachim wrote: You could use aptitude to mark the dependencies as auto-installed (untested): # aptitude markauto ~Dlibreoffice Then you can autoremove them as you wish. Shouldn't that be ~R? Besides, 'libreoffice' is not specific enough. Not all that knowledgeable of aptitude. Wary of using an untested procedure of a utility I'm unfamiliar with. That's surely asking for trouble. You can use the search function to return a list of packages and then use your favorite tool to act on it. The following will return a list of package names that are dependencies of the package 'libreoffice'. aptitude --display-format %p search '?reverse-depends(?exact-name(libreoffice))' short version aptitude -F %p search '~R^libreoffice$' ('?exact-name()' doesn't have an equivalent short form, so I used ^$ to exclude packages containing 'libreoffice' in their name) Please note that IMNSHO aptitude's visual/interactive/whatever mode is very well suited for this. For example you can easily go to the package 'libreoffice' and mark all its dependencies as automatically installed and check to see what effect this will have on your system. If you don't like it you can cancel individual, or all pending actions and start from scratch and only apply the changes you are satisfied with. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: GNOME dependencies (was ... Re: apt-get doesn't upgrade, but synaptic does)
Hi. On Sun, 13 Apr 2014 16:18:01 +1200 Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Apr 12, 2014 at 12:26:10AM -0400, PaulNM wrote: paul@debguis2:~$ aptitude why libreoffice-writer i gnome Depends libreoffice-writer | abiword (= 2.8) WTF. Shouldn't that be a recommends? Seems like a bug to me. Remember, that it's the Debian Gnome Team who thought it would be a great idea that 'gnome' metapackage would depend on Adblock Plus Firefox extension. Took about a year [1] to convince them not to do it. So, if you have free time to spare you're free to fill an appropriate bug. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689858 Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413105003.9150a5fd006c6ef603b7d...@gmail.com
Re: apt-get doesn't upgrade, but synaptic does
On Sat, 12 Apr 2014 20:59:02 -0700 Patrick Bartek bartek...@yahoo.com wrote: Hello Patrick, I rechecked, and the metapackage is removed, but not any of libreoffice modules. Ultimately, I just purged each of the modules by name, then autoremove the orphaned dependencies. There should be an easier way. Maybe, IDK. In any case, if the behaviour of meta-packages were to be changed, I'm sure there would be some quite heated discussion about the matter. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent I'm surfing on a wave of nostalgia for an age yet to come Nostalgia - Buzzcocks signature.asc Description: PGP signature
Re: GNOME dependencies (was ... Re: apt-get doesn't upgrade, but synaptic does)
On Sun, Apr 13, 2014 at 10:50:03AM +0400, Reco wrote: Hi. On Sun, 13 Apr 2014 16:18:01 +1200 Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Apr 12, 2014 at 12:26:10AM -0400, PaulNM wrote: paul@debguis2:~$ aptitude why libreoffice-writer i gnome Depends libreoffice-writer | abiword (= 2.8) WTF. Shouldn't that be a recommends? Seems like a bug to me. So, if you have free time to spare you're free to fill an appropriate bug. I don't use GNOME, so I'll leave that to you. :) GNOME is one of the reasons I use a Window Manager. :) -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413112155.GA24891@tal
Re: GNOME dependencies (was ... Re: apt-get doesn't upgrade, but synaptic does)
On Sun, 13 Apr 2014 23:21:55 +1200 Chris Bannister cbannis...@slingshot.co.nz wrote: I don't use GNOME, so I'll leave that to you. :) GNOME is one of the reasons I use a Window Manager. :) Nah, I'll pass. Stopped using GNOME back in 2007, never looked back since then. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413153209.628b2e811c2a0ae0e124a...@gmail.com
Re: apt-get doesn't upgrade, but synaptic does
On Sun, 13 Apr 2014, Brad Rogers wrote: On Sat, 12 Apr 2014 20:59:02 -0700 Patrick Bartek bartek...@yahoo.com wrote: I rechecked, and the metapackage is removed, but not any of libreoffice modules. Ultimately, I just purged each of the modules by name, then autoremove the orphaned dependencies. There should be an easier way. Maybe, IDK. No way I've found, so far. Things are set up to make only INSTALLATION easy, not the other way around. In any case, if the behaviour of meta-packages were to be changed, I'm sure there would be some quite heated discussion about the matter. Maybe, no change is needed since a meta-package is just a list of files to install. Maybe all that is needed is a more intelligent package manager. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413110342.3ad01...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On 2014-04-13 05:59 +0200, Patrick Bartek wrote: On Sat, 12 Apr 2014, Brad Rogers wrote: On Fri, 11 Apr 2014 18:28:04 -0700 Patrick Bartek bartek...@yahoo.com wrote: Hello Patrick, uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. Not even the meta-package 'libreoffice'? I rechecked, and the metapackage is removed, but not any of libreoffice modules. In the past, removing a metapackage caused its dependencies to be autoremoved as well, and people complained about that apt wanted to remove half their system as soon as they decided to uninstall a dependency of the gnome metapackage. Therefore, apt's behavior wrt metapackages was changed to _not_ mark their dependencies as automatically installed. Ultimately, I just purged each of the modules by name, then autoremove the orphaned dependencies. There should be an easier way. You could use aptitude to mark the dependencies as auto-installed (untested): # aptitude markauto ~Dlibreoffice Then you can autoremove them as you wish. Cheers, Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87r451jczl@turtle.gmx.de
Re: apt-get doesn't upgrade, but synaptic does
On Sun, 13 Apr 2014, Sven Joachim wrote: On 2014-04-13 05:59 +0200, Patrick Bartek wrote: On Sat, 12 Apr 2014, Brad Rogers wrote: On Fri, 11 Apr 2014 18:28:04 -0700 Patrick Bartek bartek...@yahoo.com wrote: [snip] Not even the meta-package 'libreoffice'? I rechecked, and the metapackage is removed, but not any of libreoffice modules. In the past, removing a metapackage caused its dependencies to be autoremoved as well, and people complained about that apt wanted to remove half their system as soon as they decided to uninstall a dependency of the gnome metapackage. Therefore, apt's behavior wrt metapackages was changed to _not_ mark their dependencies as automatically installed. Remember that quirk well. What a nightmare it caused if you were trying to slim down a system of unneeded or unwanted files when everything is a dependent of everything else. Ultimately, I just purged each of the modules by name, then autoremove the orphaned dependencies. There should be an easier way. You could use aptitude to mark the dependencies as auto-installed (untested): # aptitude markauto ~Dlibreoffice Then you can autoremove them as you wish. Not all that knowledgeable of aptitude. Wary of using an untested procedure of a utility I'm unfamiliar with. That's surely asking for trouble. However, I did come up with a possible method to more easily uninstall meta-package installed apps. First, find the one module of the app that is the dependancy for all the others, but is itself not dependent on them. Does that make sense? With libreoffice, it's libreoffice-common. Purge just that one module, i.e. apt-get purge libreoffice-common, and that should automatically get most all the others. Then autoremove to get any orphaned dependencies. Then do a search for any lingering modules, and purge them if found. With libreoffice, I did an apt-get purge libreoffice* which found one: libreoffice-filters-something-or-other. I then manually deleted the libreoffice directory in the user's .config directory. All gone. I'm hoping this technique will work with other such apps until something easier is invented. Thanks for the info and the suggestion. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413172407.1582a...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
Try removing libreoffice-core . -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/877g6ud7y9@thumper.dhh.gt.org
Re: apt-get doesn't upgrade, but synaptic does
On Sat, 12 Apr 2014, PaulNM wrote: On 04/11/2014 09:28 PM, Patrick Bartek wrote: On Fri, 11 Apr 2014, PaulNM wrote: On 04/11/2014 12:04 AM, Patrick Bartek wrote: [snip] Fine. Everything is installed. Now, sometime later, I want to uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. It seems the only way is to uninstall/purge each component individually and/or by using wildcards. That's because the component is a dependency of something else, On a testing VM I have: sudo apt-get purge libreoffice purges libreoffice In my case, it seems that only the libreoffice metapackage is removed which is what I expected based of past experience. then sudo apt-get autoremove removes fonts-sil-gentium fonts-sil-gentium-basic libreoffice-report-builder-bin In my case, autoremove removes nothing as nothing of libreoffice has been uninstalled. One of the things left behind is libreoffice-writer, but: paul@debguis2:~$ aptitude why libreoffice-writer i gnome Depends libreoffice-writer | abiword (= 2.8) See, libreoffice-writer is needed by gnome. When I remove gnome, libreoffice-writer (along with a bunch of other packages) wants to be removed by an autoremove run. In my case, it seems that libreoffice modules are dependencies of each other. And as nothing of libreoffice is uninstalled, there are no orphaned dependencies for autoremove to remove. Circular Dependencies? I can uninstalled libreoffice by manually naming each module which is what I ultimately chose to do. I also could have apt-get purge libreoffice-* but I was wary of such a brute force method even though in this case -- I tested it -- it worked without breaking anything. And autoremove cleaned up the rest of the dependencies without breaking anything. Libreoffice is a bad example for this because alot of things use parts of it. Removing kde-full results in over 500 packages being removed on the apt-get autoremove run afterwards. Actually, libreoffice is the perfect example. It point out the major flaw in uninstalling large applications that have multiple modules, multiple dependencies, and use metapackages to install them. Uninstalling should be as easy as installing. Wouldn't it make sense for the metapackage to uninstall as well? It would certainly make things easier. No, because there's no way for the metapackage to know if any of the packages are dependencies of something else, or are otherwise needed (manually installed). That's the job of the package manager. Smarter package manager then? If you really want to be sure, look into gtkorphan/deborphan. That'll also be useful on older installs that started before apt kept track of whether a package was automatically installed or not. deborphan. Haven't heard that name in a long time. Had forgotten about it. All I want is just an easy way to purge/uninstall applications. I like to test things that come down the pike. So, I install a lot of stuff, 90% of which will be removed after a few days or weeks. I now do this testing is VMs -- used to multiboot -- that duplicate my working system. So, virtual hard drive space is very limited. Thus the need for easy uninstalls. I guess for now, I just have to do it piece by piece. Anyway, thanks for the response. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140412205441.1fb84...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On Sat, 12 Apr 2014, Brad Rogers wrote: On Fri, 11 Apr 2014 18:28:04 -0700 Patrick Bartek bartek...@yahoo.com wrote: Hello Patrick, uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. Not even the meta-package 'libreoffice'? I rechecked, and the metapackage is removed, but not any of libreoffice modules. Ultimately, I just purged each of the modules by name, then autoremove the orphaned dependencies. There should be an easier way. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140412205902.49058...@debian7.boseck208.net
GNOME dependencies (was ... Re: apt-get doesn't upgrade, but synaptic does)
On Sat, Apr 12, 2014 at 12:26:10AM -0400, PaulNM wrote: paul@debguis2:~$ aptitude why libreoffice-writer i gnome Depends libreoffice-writer | abiword (= 2.8) WTF. Shouldn't that be a recommends? Seems like a bug to me. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413041801.GA15184@tal
Re: apt-get doesn't upgrade, but synaptic does
On Fri, 11 Apr 2014, PaulNM wrote: On 04/11/2014 12:04 AM, Patrick Bartek wrote: Now, if they could come up with an efficient and effective way to uninstall/purge stuff installed via a metapackage. Or maybe there is and I just haven't found it. ;-) apt-get autoremove Know about autoremove, but that's not what I meant. For example, let's say I install libreoffice using the metapackage libreoffice. 'apt-get install libreoffice' Fine. Everything is installed. Now, sometime later, I want to uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. It seems the only way is to uninstall/purge each component individually and/or by using wildcards. Wouldn't it make sense for the metapackage to uninstall as well? It would certainly make things easier. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140411182804.0f198...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
Patrick Bartek writes: Now, sometime later, I want to uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. Try 'apt-get purge libreoffice apt-get autoremove' -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87eh13co8q@thumper.dhh.gt.org
Re: apt-get doesn't upgrade, but synaptic does
On Fri, 11 Apr 2014, John Hasler wrote: Patrick Bartek writes: Now, sometime later, I want to uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. Try 'apt-get purge libreoffice apt-get autoremove' Already tried. Since the first action doesn't uninstall anything, there's nothing to autoremove. If your set up works, I'd like to know. Maybe something is wrong with my apt configs. Or something else. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140411203642.0c99d...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On 04/11/2014 09:28 PM, Patrick Bartek wrote: On Fri, 11 Apr 2014, PaulNM wrote: On 04/11/2014 12:04 AM, Patrick Bartek wrote: Now, if they could come up with an efficient and effective way to uninstall/purge stuff installed via a metapackage. Or maybe there is and I just haven't found it. ;-) apt-get autoremove Know about autoremove, but that's not what I meant. For example, let's say I install libreoffice using the metapackage libreoffice. 'apt-get install libreoffice' Fine. Everything is installed. Now, sometime later, I want to uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. It seems the only way is to uninstall/purge each component individually and/or by using wildcards. That's because the component is a dependency of something else, On a testing VM I have: sudo apt-get purge libreoffice purges libreoffice then sudo apt-get autoremove removes fonts-sil-gentium fonts-sil-gentium-basic libreoffice-report-builder-bin One of the things left behind is libreoffice-writer, but: paul@debguis2:~$ aptitude why libreoffice-writer i gnome Depends libreoffice-writer | abiword (= 2.8) See, libreoffice-writer is needed by gnome. When I remove gnome, libreoffice-writer (along with a bunch of other packages) wants to be removed by an autoremove run. Libreoffice is a bad example for this because alot of things use parts of it. Removing kde-full results in over 500 packages being removed on the apt-get autoremove run afterwards. Wouldn't it make sense for the metapackage to uninstall as well? It would certainly make things easier. No, because there's no way for the metapackage to know if any of the packages are dependencies of something else, or are otherwise needed (manually installed). That's the job of the package manager. If you really want to be sure, look into gtkorphan/deborphan. That'll also be useful on older installs that started before apt kept track of whether a package was automatically installed or not. B - PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5348c062.7020...@paulscrap.com
Re: apt-get doesn't upgrade, but synaptic does
On Fri, 11 Apr 2014 18:28:04 -0700 Patrick Bartek bartek...@yahoo.com wrote: Hello Patrick, uninstall or purge libreoffice from the system. 'apt-get purge libreoffice' won't do it. I've done tests, and as far as I can tell little or nothing is removed. Not even the meta-package 'libreoffice'? -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent I'll be the rubbish you'll be the bin Love Song - The Damned signature.asc Description: PGP signature
Re: apt-get doesn't upgrade, but synaptic does
On Sat, 12 Apr 2014 06:15:54 +0100 Brad Rogers b...@fineby.me.uk wrote: Hello Brad, Not even the meta-package 'libreoffice'? No. I didn't read the follow ups. Already dealt with. Move along: Nothing to see here. :-) -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent Tired of doing day jobs with no thanks for what I do Do Anything You Wanna Do - Eddie The Hotrods signature.asc Description: PGP signature
apt-get doesn't upgrade, but synaptic does
Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom Then I ran synaptic...and it removed an old version of mate-panel-applets and replaced it with the newer version. It then upgraded mate-panel and mate-panel-common. Why was synaptic able to figure out what was needed (the newer version of mate-panel-applets) and neither apt-get nor aptitude could figure it out ? This is the second time recently that synaptic was able to accomplish what apt-get and aptitude couldn't. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5346b3ba.1040...@videotron.ca
Re: apt-get doesn't upgrade, but synaptic does
On 10 April 2014 16:07, Frank McCormick debianl...@videotron.ca wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom Then I ran synaptic...and it removed an old version of mate-panel-applets and replaced it with the newer version. It then upgraded mate-panel and mate-panel-common. Why was synaptic able to figure out what was needed (the newer version of mate-panel-applets) and neither apt-get nor aptitude could figure it out ? This is the second time recently that synaptic was able to accomplish what apt-get and aptitude couldn't. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers Synaptic, I think, defaults to Smart Upgrade, the equivalent is apt-get dist-upgrade. Man apt-get for the full details -- rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caozwb-rvtu-okkysnrwniaxst5y+7fh+cq8onjy3jptgz+s...@mail.gmail.com
Re: apt-get doesn't upgrade, but synaptic does
On Thu, 10 Apr 2014, Frank McCormick wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom This is the proper behavior for upgrade. To upgrade the held-back files use dist-upgrade instead. The apt-get man explains the difference between the two, and why it is done that way. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140410085008.3e8f4...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On Thursday 10 April 2014 16:17:21 Robin wrote: Synaptic, I think, defaults to Smart Upgrade, the equivalent is apt-get dist-upgrade. Man apt-get for the full details You probably ran # aptitude upgrade too. That doesn't remove anything. # aptitude full-upgrade would have accomplished what you wanted. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201404101707.48429.lisi.re...@gmail.com
Re: apt-get doesn't upgrade, but synaptic does
On 10/04/14 11:17 AM, Robin wrote: On 10 April 2014 16:07, Frank McCormick debianl...@videotron.ca wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom Then I ran synaptic...and it removed an old version of mate-panel-applets and replaced it with the newer version. It then upgraded mate-panel and mate-panel-common. Why was synaptic able to figure out what was needed (the newer version of mate-panel-applets) and neither apt-get nor aptitude could figure it out ? This is the second time recently that synaptic was able to accomplish what apt-get and aptitude couldn't. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers Synaptic, I think, defaults to Smart Upgrade, the equivalent is apt-get dist-upgrade. Man apt-get for the full details Both apt-get dist-upgrade..and aptitude full-upgrade wanted to remove half of MATE before they'd do anything! -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5346cb9b.40...@videotron.ca
Re: apt-get doesn't upgrade, but synaptic does
On 10/04/14 11:50 AM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom This is the proper behavior for upgrade. To upgrade the held-back files use dist-upgrade instead. The apt-get man explains the difference between the two, and why it is done that way. B As I told another poster here, dist-upgrade wanted to remove half of Mate. Synaptic was the only one that offered to replace the old mate-applets file with the new one, Neither apt-get, nor aptitude in any of my attempts mdentioned anything about the applets file. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5346cc39.2040...@videotron.ca
Re: apt-get doesn't upgrade, but synaptic does
On 10/04/14 12:07 PM, Lisi Reisz wrote: On Thursday 10 April 2014 16:17:21 Robin wrote: Synaptic, I think, defaults to Smart Upgrade, the equivalent is apt-get dist-upgrade. Man apt-get for the full details You probably ran # aptitude upgrade too. That doesn't remove anything. # aptitude full-upgrade would have accomplished what you wanted. Lisi no, aptitude full-upgrade wanted to remove half of Mate.The sticking point was the new applets file which only synaptic offered to upgrade. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5346cc83.5080...@videotron.ca
Re: apt-get doesn't upgrade, but synaptic does
On Thu, 10 Apr 2014, Frank McCormick wrote: On 10/04/14 11:50 AM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom This is the proper behavior for upgrade. To upgrade the held-back files use dist-upgrade instead. The apt-get man explains the difference between the two, and why it is done that way. B As I told another poster here, dist-upgrade wanted to remove half of Mate. Dist-upgrade installs the NEWER version of a file(s) and its dependencies, and removes the OLD version. That is, v1.0 to v2.0. Upgrade does v1.0 to v1.1 as well a security and bug fixes. Check the versions of what was going to be installed against what was initially installed. Also, check the held-back files against what dist-upgrade would have installed. Any match up namewise? I admit apt-get and aptitude can be a pain to use sometimes. That's why someone created Synaptic. ;-) Synaptic was the only one that offered to replace the old mate-applets file with the new one, Neither apt-get, nor aptitude in any of my attempts mdentioned anything about the applets file. Did you try upgrading those old mate-applets specifically by name? What were the version numbers of the old and new applets? If they differed by major version numbers, upgrade won't upgrade them. That's not what it does. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140410135655.213b2...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On 10/04/14 04:56 PM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: On 10/04/14 11:50 AM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom This is the proper behavior for upgrade. To upgrade the held-back files use dist-upgrade instead. The apt-get man explains the difference between the two, and why it is done that way. B As I told another poster here, dist-upgrade wanted to remove half of Mate. Dist-upgrade installs the NEWER version of a file(s) and its dependencies, and removes the OLD version. That is, v1.0 to v2.0. Upgrade does v1.0 to v1.1 as well a security and bug fixes. Check the versions of what was going to be installed against what was initially installed. Also, check the held-back files against what dist-upgrade would have installed. Any match up namewise? I admit apt-get and aptitude can be a pain to use sometimes. That's why someone created Synaptic. ;-) Synaptic was the only one that offered to replace the old mate-applets file with the new one, Neither apt-get, nor aptitude in any of my attempts mentioned anything about the applets file. Did you try upgrading those old mate-applets specifically by name? What were the version numbers of the old and new applets? If they differed by major version numbers, upgrade won't upgrade them. That's not what it does. B Well I wasn't aware of them at the time. But synaptic was. This is from the apt log. Start-Date: 2014-04-10 11:00:36 Commandline: synaptic Install: libmate-panel-applet-4-1:i386 (1.8.0+dfsg1-1, automatic) Upgrade: mate-panel:i386 (1.6.0-2.1+8.jessie, 1.8.0+dfsg1-1), mate-panel-common:i386 (1.6.0-2.1+8.jessie, 1.8.0+dfsg1-1) Remove: libmatepanelapplet:i386 (1.6.0-2.1+8.jessie) End-Date: 2014-04-10 11:00:51 It may have been because of the difference in names...the new one has -4-1 at the end...the old one is just called libmatepanelapplet. But if synaptic knew about it...why didn't aptitude or apt-get ? I ran aptitude with full-upgrade and apt-get with dist-upgrade, but hit 'N' when they wanted to pull out half of Mate. So I don't have a record of what they proposed as it was not logged. -- When the rich get richer they get more powerful and that puts them in the position to lobby for policies to make them even richer. - former Clinton advisor Larry Summers -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53472383.6070...@videotron.ca
Re: apt-get doesn't upgrade, but synaptic does
On Thu, 10 Apr 2014, Frank McCormick wrote: On 10/04/14 04:56 PM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: On 10/04/14 11:50 AM, Patrick Bartek wrote: On Thu, 10 Apr 2014, Frank McCormick wrote: Had a strange problem this morning for the second time recently: root@frank-debian:/home/frank# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following package was automatically installed and is no longer required: python-gtksourceview2 Use 'apt-get autoremove' to remove it. The following packages have been kept back: eom-common mate-panel mate-panel-common The following packages will be upgraded: base-passwd cups cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-ppdc cups-server-common dnsmasq-base geoip-database libcups2 libcupscgi1 libcupsimage2 libcupsmime1 libcupsppdc1 man-db pluma pluma-common ruby 20 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 7,645 kB of archives. After this operation, 4,731 kB disk space will be freed. Do you want to continue? [Y/n] Apt-get then did what it said it would upgrading everything except mate-panel, mate-panel-commong and eom This is the proper behavior for upgrade. To upgrade the held-back files use dist-upgrade instead. The apt-get man explains the difference between the two, and why it is done that way. B As I told another poster here, dist-upgrade wanted to remove half of Mate. Dist-upgrade installs the NEWER version of a file(s) and its dependencies, and removes the OLD version. That is, v1.0 to v2.0. Upgrade does v1.0 to v1.1 as well a security and bug fixes. Check the versions of what was going to be installed against what was initially installed. Also, check the held-back files against what dist-upgrade would have installed. Any match up namewise? I admit apt-get and aptitude can be a pain to use sometimes. That's why someone created Synaptic. ;-) Synaptic was the only one that offered to replace the old mate-applets file with the new one, Neither apt-get, nor aptitude in any of my attempts mentioned anything about the applets file. Did you try upgrading those old mate-applets specifically by name? What were the version numbers of the old and new applets? If they differed by major version numbers, upgrade won't upgrade them. That's not what it does. B Well I wasn't aware of them at the time. How do you think I learned about apt-get's and aptitude's quirks? But synaptic was. This is from the apt log. Start-Date: 2014-04-10 11:00:36 Commandline: synaptic Install: libmate-panel-applet-4-1:i386 (1.8.0+dfsg1-1, automatic) Upgrade: mate-panel:i386 (1.6.0-2.1+8.jessie, 1.8.0+dfsg1-1), mate-panel-common:i386 (1.6.0-2.1+8.jessie, 1.8.0+dfsg1-1) Remove: libmatepanelapplet:i386 (1.6.0-2.1+8.jessie) End-Date: 2014-04-10 11:00:51 It may have been because of the difference in names...the new one has -4-1 at the end...the old one is just called libmatepanelapplet. But if synaptic knew about it...why didn't aptitude or apt-get ? Maybe, they fixed the problem with synaptic. Made it more intelligent. I ran aptitude with full-upgrade and apt-get with dist-upgrade, but hit 'N' when they wanted to pull out half of Mate. So I don't have a record of what they proposed as it was not logged. No problem. I was just curious. FWIW, when I initially installed Wheezy 64-bit on this system, it was Testing Beta heading toward Stable. Took about 3 months. I used apt-get dist-upgrade to upgrade it to the most current versions of everything installed. This was recommended by Debian. After it went Stable, I used just upgrade -- for the most part. So there would be no major changes. This also recommended by Debian. Now, if they could come up with an efficient and effective way to uninstall/purge stuff installed via a metapackage. Or maybe there is and I just haven't found it. ;-) B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140410210421.0ab93...@debian7.boseck208.net
Re: apt-get doesn't upgrade, but synaptic does
On 04/11/2014 12:04 AM, Patrick Bartek wrote: snip Now, if they could come up with an efficient and effective way to uninstall/purge stuff installed via a metapackage. Or maybe there is and I just haven't found it. ;-) apt-get autoremove B - PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5347703e.2060...@paulscrap.com
Re: apt-get doesn't upgrade, but synaptic does
[Please trim your quotes to just include relevant content, makes it easier to read.] On Thu, Apr 10, 2014 at 09:04:21PM -0700, Patrick Bartek wrote: After it went Stable, I used just upgrade -- for the most part. So there would be no major changes. This also recommended by Debian. Stable means there are no major changes. It's not a user determined action. The difference between upgrade and dist-upgrade has been discussed many times on this list. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140411044612.GC31707@tal
Re: apt-get doesn't upgrade, but synaptic does
On 04/10/2014 04:56 PM, Patrick Bartek wrote: snip Dist-upgrade installs the NEWER version of a file(s) and its dependencies, and removes the OLD version. That is, v1.0 to v2.0. Upgrade does v1.0 to v1.1 as well a security and bug fixes. Check the versions of what was going to be installed against what was initially installed. Also, check the held-back files against what dist-upgrade would have installed. Any match up namewise? No, upgrade/safe-upgrade will replace any packages with the newest version available in the repositories, regardless of whether it's a major or minor version. What it won't do is remove any packages. So if upgrading foo requires bar to be removed in order to satisfy dependencies, foo won't be upgraded. Dist-upgrade/full-upgrade will remove package to satisfy dependencies. Debian does avoid major version changes in stable and old-stable. That's a matter of repository policies though, not an apt/aptitude thing. Testing and Sid regularly see major version upgrades, by design. B - PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/534774f6.2030...@paulscrap.com