Firstly, sorry someone pissed in your corn flakes. Secondly there was no ming maintainer.
Thirdly you don't need to old one, just need to see if it would fix your runtime errors, since mine all work i don't re produce it. I was just politely asking you to test it since I don't have the problems you are reporting. You want to be an ass on the lists well so can I. --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 12-Dec-07, at 4:58 PM, Jean-François Mertens wrote: > > On 12 Dec 2007, at 21:40, TheSin wrote: > >> damn it the only one was .0.2.dylib, WTF is that for a dylib, okay >> I'll add a symlink in the build, sorry jfm, somehow things didn't >> break for me, but my system is full of updates ATM and I have no >> second one to test on, good thing this is in unstable hey. > > > > On 12 Dec 2007, at 21:45, TheSin wrote: >> the buildonlydepend dep has to be there, no way around it. > maybe the pkg could be factored better ?? >> >> but for the 0.2.dylib cause i just send you the new one to test >> instead of making a million revisions? > > I'm very sorry, Justin _ but I really have no time for this now .. > Do you realise this means : > 1) first resurrecting the old ming pkg you threw away, rebuild and > reinstall it, > and using that, build on my system all its deps (after finding them > by grepping > through the unstable tree) _ that is what users have on their system > _, and next > for each one in turn test whether its full functionality is still > there. > 2) Then, re-switch to your new ming, and for each of those pkgs in > turn, > check whether they build correctly with it, and have their full > functionality.. > 3) And repeating this endlessly since failures will lead to further > revisions from you ... > > You chose to violate standard policy completely _ both as to shlibs, > and as to > minimal courtesy vis-a-vis of ming's existing maintainer _, why > should I bear > the consequences ? > This is your job now _ sorry ! > > Best, > > Jean-Francois > >> TS >> http://southofheaven.org/ >> Chaos is the beginning and end, try dealing with the rest. >> >> On 12-Dec-07, at 1:32 PM, Jean-François Mertens wrote: >> >>> >>> On 12 Dec 2007, at 05:59, Jean-François Mertens wrote: >>> >>>> Independently of the offensive aspect of such a >>>> procedure vis-a-vis of ming's maintainer, >>> (Comment : it is really this that shocked me most ! >>> and made me react in an angry manner ..) >>>> I see that: >>>> >>>> autotrace-bin depends on ming-shlibs. >>>> autotrace-shlibs depends on ming-shlibs. >>>> ploticus2-shlibs depends on ming-shlibs. >>>> frontline depends on ming-shlibs. >>>> libapache2-mod-php5 depends on ming-shlibs. >>>> zphoto-wxgtk depends on ming-shlibs (>= 0.2a). >>>> pstoedit-shlibs depends on ming-shlibs (>= 0.2a-3). >>>> >>>> And possibly many others ! >>> >>> Retrying with the latest libming (0.4.0.beta5-3), >>> which was assumed to solve those problems >>> ("there this one should be 100% backwards compat and not break >>> builds or built") , >>> I get now: >>> >>> - in the beginning of the build: >>> >>>> The package 'libming-dev' will be built and installed. >>>> >>>> WARNING: The package ming Depends on libming-dev, >>>> but libming-dev only allows things to BuildDepend on it. >>>> >>>> Failed: Please correct the above problems and try again! >>> >>> - removing thus the '-m' flag, to continue nevertheless, the pkg >>> installs, >>> but the first test of the above comment yields : >>> >>>> # autotrace --version >>>> dyld: Library not loaded: /sw/lib/libming.0.2.dylib >>>> Referenced from: /sw/bin/autotrace >>>> Reason: image not found >>>> Trace/BPT trap >>> >>> All the above mentioned pkgs (+ others certainly !) are duly >>> broken ! >>> >>> Jean-Francois >>> >>> >> > ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
