I thought akh already dispelled the notion that gettext*-dev is involved in the circular dependency? So if there is a cycle, -dev swapping is a red herring. I'd more suspect that the questioner is using -m mode, which leads to known (and currently unsolveable) cycle involving glib2, shared-mime-info, and gtk-doc (can't remember the exact chains involved). Building glib2-shlibs *without* -m before trying more complex/higher-level build runs should break that cycle. dan On Fri, 18 Feb 2011 10:20:40 -0800, "David R. Morrison" wrote: The original poster showed us a transcript, in which fink tried to do > the swapping, but failed, delivering the dreaded "circular > dependencies" error message. > > -- Dave > > On Feb 18, 2011, at 10:01 AM, Daniel Macks wrote: > > > > > > > On Fri, 18 Feb 2011 17:13:37 0100, Martin Costabel wrote: > > Alexander Hansen wrote: > >>> -----BEGIN PGP SIGNED MESSAGE----- > >> [] > >>> On 2/18/11 9:01 AM, Prerna Atri wrote: > >>>> Hi, > >>>> > >>>> We tried both the suggested methods (installing libidn and updating > >>>> fink) > >>> > >>> Did you update poppler4, too? The whole discussion below was > >>> about the > >>> version and dependencies of poppler4. Doing just a "fink > >>> selfupdate" > >>> doesn't change the installed versions of any packages other than > >>> in the > >>> base section. > >>> > >>> but the issue still persists. > >>>> We removed the BuildDepends field from .info file. We installed and > >>>> built qt4-mac and poppler4-qt4-mac separately. We were then able to > >>>> install TeXworks successfully from the .info file. However, on > >>>> placing > >>>> the above two packages, the circular dependency issue still arises. > >> > >> I tried to see the circular dependency problem, but could not > >> reproduce it. > >> > >> However, libidn is indeed a strange beast and would benefit from a > >> little maintainer attention (CCed): It bdeps both on libgettext3- > >> dev and > >> on gettext-tools, which nowadays bdeps on libgettext8-dev. If you > >> build > >> it from scratch, you will at least run into "inconsistent > >> dependencies" > >> that you have to resolve by hand, and I am not surprised that in some > >> circumstances it can give circular dependencies, even if I couldn't > >> produce them myself. > > > > I wonder if original poster is confusing the idea of *conflicting > > builddependencies* (A requires C, B requires C', C and C' must be > > swapped in and out, which they can at least sometimes do > > automatically, > > or at least cleanly with no problem because no one thing requires > > *both*) with "circular" (A requires B, B requires C, C requires A, a > > situation that is logically unsolveable). > > > > dan > > > > > > -- > > Daniel Macks > > dma...@netspace.org > > > > > > > > ------------------------------------------------------------------------------ > > The ultimate all-in-one performance toolkit: Intel(R) Parallel > > Studio XE: > > Pinpoint memory and threading errors before they happen. > > Find and fix more than 250 security defects in the development cycle. > > Locate bottlenecks in serial and parallel code that limit performance. > > http://p.sf.net/sfu/intel-dev2devfeb > > _______________________________________________ > > Fink-devel mailing list > > Fink-devel@lists.sourceforge.net > > http://news.gmane.org/gmane.os.apple.fink.devel > > Subscription management: > > https://lists.sourceforge.net/lists/listinfo/fink-devel > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > http://news.gmane.org/gmane.os.apple.fink.devel > Subscription management: > https://lists.sourceforge.net/lists/listinfo/fink-devel > >
-- Daniel Macks dma...@netspace.org ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
