Date: Sat, 27 Oct 2007 10:44:15 -0400 From: Bart Silverstrim <bsilver@chrononomicon.com> To: Jona Joachim <jaj@hcl-club.lu> Cc: FreeBSD-questions@freebsd.org, "E. J. Cerejo" <ecerejo@optonline.net> Subject: Re: Portupgrade used to be fun!!! Message-ID: <47234EBF.4050400@chrononomicon.com> In-Reply-To: <20071027161150.1df39275@hcl-club.lu> References: <4722BAC1.9030906@optonline.net> <20071027161150.1df39275@hcl-club.lu>
next in thread | previous in thread | raw e-mail | index | archive | help
Jona Joachim wrote: > On Sat, 27 Oct 2007 00:12:49 -0400 > "E. J. Cerejo" <ecerejo@optonline.net> wrote: > >> Not anymore! Every time I cvsup my ports tree and I see all of those >> ports that need to be updated my belly aches and that's because >> portupgrade doesn't work the way it used to work. It is not fun any >> more! Always an issue, either a port conflicts with another port or >> it fails all together. I have forgotten the last time I updated my >> ports without any issues. Today scrollkeeper is conflicting with >> rarian, they install files on the same directory. Go figure. Those >> were the days when it used to work. > > From /usr/ports/UPDATING: > > Portupgrade users: > # pkgdb -Ff > # portupgrade -f -o textproc/rarian textproc/scrollkeeper > # portupgrade -a > > Seems like a PEBKAC. > > From http://code.google.com/p/rarian/ : > "Rarian (formerly Spoon) is a documentation meta-data library, designed > as a replacement for Scrollkeeper." > > Not a portupgrade issue. Knowing how this will probably cause flame "issues", it *could* be argued that it is a portupgrade issue and not necessarily a pebkac issue. These tools are supposed to automate upgrade and figure and sort dependency issues and such automatically as much as possible. Slowly I see more and more instances of people having to refer to UPDATING to do more manual alterations to sort issues out. Where is the line drawn between too much manual supplemental fixes and people wanting to be able to issue a couple of commands to upgrade their system without breaking something, perhaps something they rely on in a production environment? Just a thought.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47234EBF.4050400>