-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 9/3/11 9:21 PM, Ryo Furue wrote: > Hi, > > Thank you, Alexander, for your detailed answers. > > | On 8/31/11 1:57 AM, Ryo Furue wrote: | > Hi Fink users, | > | > > I'm trying to install gimp2 but the installation ends with | > | > > $ sudo fink selfupdate | > $ sudo fink install gimp2 [. . .] > Failed: | > can't remove package coreutils-default | > $ [. . .] | > Why you can't remove coreutils-default is buried in the [. . .] > above. > > Oops. I didn't keep the messages. > > After I posted that, it occurred to me "What about just deleting > coreutils-default?" My main machine is a Debian GNU/Linux box > (That's why I like to use fink on Macs) and deleting the coreutils > package seemed scary at first. >
Luckily, you can remove anything in Fink without breaking your system. :-) > Anyway, I just deleted coreutils-default and textutils, because > the latter depends on the former; installed gimp2; and then > installed textutils (which pulled coreutils-default in). All went > smoothly. > > So, I lost the means of finding the source of the original > problem. > > | Is there any information that occurs just above the Failed: > message, | such as the name of the package that wants > coreutils-default removed, | and / or the one which won't let that > happen? > > No, I don't think so. (That's why I elided the other lines.) So, > the error must have been farther up off the screen. > > Now, I'm wondering if it's possible to detect this kind of > dependency problems before actually installing the packages? Is > there any "dry run" option for fink to do this? (The actual > "--dry-run" option doesn't seem to.) > Not as such. (see below) > It typically takes tens of minutes or even hours to install a > largish package such as gimp and thousands or tens of thousands of > lines of messages are emitted on the screen, which is the reason > why I hesitate to capture and store those messages. > Usually they're near the end in these cases. > Regards, Ryo Typically such problems are due to how the build engine calculates switching out dependencies on big builds. It's not perfect, and so one can wind up with what appears to be a dependency problem on a build with lots of packages involved, but presents no problem when the packages are installed individually instead. Your situation appears to have such a case, since you were able to resolve it by manual removal and installation. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5i3I4ACgkQB8UpO3rKjQ8g9gCgkjxfwoexBtCjZhsvJ8WOKr9O ILMAoI6lpWfeQ5rVYLbDkquFCWg3guCK =KZZb -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev _______________________________________________ Fink-users mailing list [email protected] List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
