From: Walt Mankowski Date: 19:37 on 05 Mar 2008 Subject: Macports package dependencies On Sun, Dec 30, 2007 at 06:16:02PM -0500, Walt Mankowski wrote: > And don't get me started on the hateful way they handle package > dependencies... I had some out of date macports packages, and today seemed like a good time to upgrade them. The manpage for port(1) lists among its options: -R also upgrade dependents (only for upgrading) -u uninstall non-active ports when upgrading and uninstalling So I figured that running "port -uR libpng" would upgrade any packages that depend on libpng, and then remove the old copies. But instead of doing that, it just upgraded itself. Then it complained that it couldn't remove the old copy because aterm depended it it: ---> Unable to uninstall libpng 1.2.24_0+darwin_8, the following ports depend on it: ---> aterm Error: Uninstall libpng 1.2.24_0+darwin_8 failed: Please uninstall the ports that depend on libpng first. It helpfully repeated the messages 6 times to make sure I saw them. *Sigh* Walt
From: Walt Mankowski Date: 20:14 on 05 Mar 2008 Subject: Re: Macports package dependencies On Wed, Mar 05, 2008 at 02:37:43PM -0500, Walt Mankowski wrote: > On Sun, Dec 30, 2007 at 06:16:02PM -0500, Walt Mankowski wrote: > > And don't get me started on the hateful way they handle package > > dependencies... > > I had some out of date macports packages, and today seemed like a good > time to upgrade them. The manpage for port(1) lists among its options: > > -R also upgrade dependents (only for upgrading) > -u uninstall non-active ports when upgrading and uninstalling > > So I figured that running "port -uR libpng" would upgrade any packages That should have been "port -uR upgrade libpng", of course. > that depend on libpng, and then remove the old copies. But instead of > doing that, it just upgraded itself. Then it complained that it > couldn't remove the old copy because aterm depended it it: > > ---> Unable to uninstall libpng 1.2.24_0+darwin_8, the following > ports depend on it: > ---> aterm > Error: Uninstall libpng 1.2.24_0+darwin_8 failed: Please uninstall the > ports that depend on libpng first. > > It helpfully repeated the messages 6 times to make sure I saw them. > > *Sigh* > > Walt >
From: Peter da Silva Date: 20:50 on 05 Mar 2008 Subject: Re: Macports package dependencies This should read "all packaging system dependencies". They're all hateful. I can even hate FreeBSD Ports, which have been the least hateful packaging system for me since forever.
From: Michael G Schwern Date: 16:01 on 06 Mar 2008 Subject: Re: Macports package dependencies Walt Mankowski wrote: > On Sun, Dec 30, 2007 at 06:16:02PM -0500, Walt Mankowski wrote: >> And don't get me started on the hateful way they handle package >> dependencies... >=20 > I had some out of date macports packages, and today seemed like a good > time to upgrade them. The manpage for port(1) lists among its options: >=20 > -R also upgrade dependents (only for upgrading) > -u uninstall non-active ports when upgrading and uninstalling >=20 > So I figured that running "port -uR libpng" would upgrade any packages > that depend on libpng, and then remove the old copies. But instead of > doing that, it just upgraded itself. Then it complained that it > couldn't remove the old copy because aterm depended it it: >=20 > ---> Unable to uninstall libpng 1.2.24_0+darwin_8, the following > ports depend on it: > ---> aterm > Error: Uninstall libpng 1.2.24_0+darwin_8 failed: Please uninstall the > ports that depend on libpng first. This is a particularly hateful aspect of Macports, far beyond the normal=20 packaging hate. When it goes to uninstall and does a dependency check it= just=20 sees "foo depends on libpng". It ignores that it's an older, inactive ve= rsion=20 of libpng. The really hateful part is the usual reaction to this from the MacPorts=20 developers isn't "hey, maybe we should fix our lame dependency checker" b= ut=20 "oh, just force it". http://lists.macosforge.org/pipermail/macports-users/2007-January/001282.= html No part of any regular process should include "force". This lack of understanding about versions and active vs inactive shows up= all=20 over MacPorts. Like this... ---> Unable to uninstall tcl 8.4.16_0+darwin_8, the following ports depe= nd on it: ---> tk ---> tk ---> tk ---> tk I'd fix it, but it's written in TCL and my therapist says I still haven't= made=20 a full recovery from my contact with Storyserver (a craptastic CRM using = TCL 7=20 as a template language and stored in Oracle) 10 years ago. --=20 24. Must not tell any officer that I am smarter than they are, especially if it=E2=80=99s true. -- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army http://skippyslist.com/list/
Generated at 10:26 on 16 Apr 2008 by mariachi