Marcin Wisnicki wrote:
On Thu, 31 Jul 2008 06:25:27 +0200, Ivan Voras wrote:Hi, I apologize in advance if what I'm trying to do seems stupid or it has already existed since the Dawn of Time (i.e. when McKusick was in diapers) but I'd like your comments on this idea: http://wiki.freebsd.org/IvanVoras/PkgTransProposalLooking at your use cases I think what you are proposing is overkill.
Wow, and I was afraid I'm doing an underkill here :)
* Install some large group of packages, like KDE or GNOME. Don't like it, want to delete all packages installed during the operation.This could be achieved by tracking which ports were installed explicitly by user. I.e. when I type:(cd /usr/ports/x11/gnome2; make install) or pkg_add -r gnome2It will install gnome2 along with it's dependencies but in some way mark gnome2 package as installed by user, say, by creating /var/db/pkg/ gnome2-2.22/+USER_INSTALLED or even easier, by maintaing some special unremovable dummy package that would depend on all packages installed explicitly.
This has the same problems as my scheme and I'm not sure the benefits are the same. With pkg_trans, we know explicitly which packages were pulled in when, and the order in which they were pulled.
* Install a newer version of postgresql, have an OMG moment and remember you need to dump the database with the old version and reaload it with the new version. Revert the install by deleting the new packages and reinstalling the old ones (i.e. undo a removal).pkg_deinstall -R posgtresql-8.4.0; pkg_add postgresql-8.3.0
Yes, with the exception that something needs to do "pkg_create -b postgresql-8.3.0" before it's removed, and I don't trust myself to remember this every time :) (I want it to happen automatically)
signature.asc
Description: OpenPGP digital signature
