Re: [Fink-devel] my transgressions
On Fri, Sep 11, 2009 at 09:13:43AM -0700, David R. Morrison wrote: > The time wasn't wasted. You did many good things here, and you will be > missed. > > -- Dave > > Dave, Sorry for the separate replies but I recalled one last thing that will impact everyone here. Ben Elliston (who maintains config.guess) is reviewing my current submission to the config-patches mailing list. The change (against current config.guess) is... @@ -1247,6 +1247,18 @@ *:Darwin:*:*) UNAME_PROCESSOR=`uname -p` || UNAME_PROCESSOR=unknown case $UNAME_PROCESSOR in + i386) + eval $set_cc_for_build + sed 's/^//' << EOF >$dummy.c + #if defined(__LP64__) + main() + { + } + #endif +EOF + if test `$CC_FOR_BUILD -E $dummy.c 2>/dev/null | grep -c main` = 1 ; then + UNAME_PROCESSOR=x86_64 + fi ;; unknown) UNAME_PROCESSOR=powerpc ;; esac echo ${UNAME_PROCESSOR}-apple-darwin${UNAME_RELEASE} which will ensure that config.guess always reports on intel Darwin the architecture based on the code generation of the compiler. I had a more concise version that the gcc developers perferred but because it requires -dM, which is a gcc extension, is non-portable. Once this patch goes into the config.guess cvs, I'll ping fink-devel so that interested fink developers can ping their upstream to update config.guess where appropriate. Jack ps Of course the aim of this is to eliminate the need to pass... --build=%m-apple-darwin`uname -r|cut -f1 -d.` --host=%m-apple-darwin`uname -r|cut -f1 -d.` ...to configure. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
On Fri, Sep 11, 2009 at 09:13:43AM -0700, David R. Morrison wrote: > The time wasn't wasted. You did many good things here, and you will be > missed. > > -- Dave > > > Dave, A couple parting comments on the gcc4x packages. I am continuing to do daily build of gcc trunk on x86_64-apple-darwin10 and have already gotten my patches to build on darwin10 committed. The current packaging should be trival to adapt to future gcc releases in general. Outside of making sure that the --disable-libjava-multilib patch still applies to configure the stock tarballs should be a straight drop-in. The only issue will be to make sure that the cloog package is updated to the very latest upon gcc 4.5 release. All of the other gcc4x packages are preset to co-exist with gcc45. Currently I am focused on driving down the darwin specific regressions in gcc trunk. We have some nasty regressions in exception handling that has popped up in gcc trunk that hopefully will be fixed before release (although debugging that is quite hard and the Apple darwin developers are pretty much unable to help...curse of GPLv3). Hopefully you will finally see some advantages from building gcc45 with cloog/ppl since the loop optimizations that graphite implements are significantly enhanced in gcc 4.5. The one issue that will need to be addressed is the addition of a fink gdb 7.x package which, with any luck, will be working on darwin before gcc 4.5's release. The var- tracking-assignments merge and other changes mean that Apple's gdb will be unable to debug optimized code generated by gcc 4.5 (yes a lot people are unhappy about that). If there are any particular patches that aren't accepted into gcc trunk, I will be sure to pass them onto whoever is doing the fink gcc45 package. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
On Fri, Sep 11, 2009 at 06:53:58PM +0200, Max Horn wrote: > > Am 11.09.2009 um 18:24 schrieb Jack Howarth: > >> David, >> Not according the obscene email that I just got >> from one of your Japanese developers. Should have >> forwarded that one to the list ;) > > If people do something like that, it's of course sad. But I am glad you > did the right thing and did not forward a private email to a public > place, something that's quite "obscene" (or rather immoral?), too, at > least in my eyes. Good. > >> You've got one very disfunctional crew under you. > > Nonsense. Most people here are very sane, functional and helpful. I > understand that you are upset, but let's not distort things out of > proportion. > > BTW, you accused me of a "biting slap on the way out", when all I did > was wishing you good luck in the future. Yet at the same time you > apparently cannot stop the "biting punches on the way out"... Who is > rude here? > > Bye, > Max Max, The tone of the comment "I hope for both you and the MacPorts and folks that you'll get along better with them." could be read as having a subtext (which perhaps doesn't exist in German). As for the filthy email, I hope for fink's sake that he codes better than he swears. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
Am 11.09.2009 um 18:24 schrieb Jack Howarth: > David, > Not according the obscene email that I just got > from one of your Japanese developers. Should have > forwarded that one to the list ;) If people do something like that, it's of course sad. But I am glad you did the right thing and did not forward a private email to a public place, something that's quite "obscene" (or rather immoral?), too, at least in my eyes. Good. > You've got one very disfunctional crew under you. Nonsense. Most people here are very sane, functional and helpful. I understand that you are upset, but let's not distort things out of proportion. BTW, you accused me of a "biting slap on the way out", when all I did was wishing you good luck in the future. Yet at the same time you apparently cannot stop the "biting punches on the way out"... Who is rude here? Bye, Max -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
David, Not according the obscene email that I just got from one of your Japanese developers. Should have forwarded that one to the list ;) You've got one very disfunctional crew under you. Jack On Fri, Sep 11, 2009 at 09:13:43AM -0700, David R. Morrison wrote: > The time wasn't wasted. You did many good things here, and you will be > missed. > > -- Dave > > > > On Sep 11, 2009, at 8:52 AM, Jack Howarth > wrote: > >> On Fri, Sep 11, 2009 at 08:16:55AM -0700, David R. Morrison wrote: >>> >>> On Sep 11, 2009, at 7:52 AM, Jack Howarth wrote: >>> 2) At least one core maintainer had no objections to the concept of upgrading those. >>> >>> Jack, >>> >>> Perhaps you misread the message in question, but in fact there WAS an >>> objection to the upgrade you proposed, but you went ahead and did it >>> anyway. >>> >>> This caused much work by other people to clean up after you. >>> >>> -- Dave >> >> Dave, >> If you are referring to the BuildDepends on bzip2-dev that had >> absolutely nothing to do with the observed breakage. Also, the >> package (as I explained later on fink-devel never looks at >> the fink directories during the build so the bzip2-dev >> dependency can be dropped without concern). The only other >> option is to disable the bzip2 support entirely. >>My cardinal sin here is to be at all interested to with >> actual progress of this project which seems to be quite >> tangential to the internal politics. Sorry for wasting all >> of your and mine time over the last few years. Won't repeat >> the mistake. >>Jack >> -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
The time wasn't wasted. You did many good things here, and you will be missed. -- Dave On Sep 11, 2009, at 8:52 AM, Jack Howarth wrote: > On Fri, Sep 11, 2009 at 08:16:55AM -0700, David R. Morrison wrote: >> >> On Sep 11, 2009, at 7:52 AM, Jack Howarth wrote: >> >>> >>> 2) At least one core maintainer had no objections to the >>> concept of upgrading those. >> >> Jack, >> >> Perhaps you misread the message in question, but in fact there WAS an >> objection to the upgrade you proposed, but you went ahead and did it >> anyway. >> >> This caused much work by other people to clean up after you. >> >> -- Dave > > Dave, > If you are referring to the BuildDepends on bzip2-dev that had > absolutely nothing to do with the observed breakage. Also, the > package (as I explained later on fink-devel never looks at > the fink directories during the build so the bzip2-dev > dependency can be dropped without concern). The only other > option is to disable the bzip2 support entirely. >My cardinal sin here is to be at all interested to with > actual progress of this project which seems to be quite > tangential to the internal politics. Sorry for wasting all > of your and mine time over the last few years. Won't repeat > the mistake. >Jack > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
On Fri, Sep 11, 2009 at 08:16:55AM -0700, David R. Morrison wrote: > > On Sep 11, 2009, at 7:52 AM, Jack Howarth wrote: > >> >> 2) At least one core maintainer had no objections to the >> concept of upgrading those. > > Jack, > > Perhaps you misread the message in question, but in fact there WAS an > objection to the upgrade you proposed, but you went ahead and did it > anyway. > > This caused much work by other people to clean up after you. > > -- Dave Dave, If you are referring to the BuildDepends on bzip2-dev that had absolutely nothing to do with the observed breakage. Also, the package (as I explained later on fink-devel never looks at the fink directories during the build so the bzip2-dev dependency can be dropped without concern). The only other option is to disable the bzip2 support entirely. My cardinal sin here is to be at all interested to with actual progress of this project which seems to be quite tangential to the internal politics. Sorry for wasting all of your and mine time over the last few years. Won't repeat the mistake. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
On Sep 11, 2009, at 7:52 AM, Jack Howarth wrote: > > 2) At least one core maintainer had no objections to the > concept of upgrading those. Jack, Perhaps you misread the message in question, but in fact there WAS an objection to the upgrade you proposed, but you went ahead and did it anyway. This caused much work by other people to clean up after you. -- Dave -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
[Fink-devel] my transgressions
A couple more comments before I go. One recent episode that stuck in my craw was the breakage of the unzip 3.0 package on 10.4. I would mention that... 1) I posted the proposed packaging on fink tracking. 2) At least one core maintainer had no objections to the concept of upgrading those. 3) I tested the packaging on all systems I had available (ppc 10.5/i386 10.5/x86_64 10.5/i386 10.6/x86_64 10.6). 4) I emailed the current maintainer at all the addresses I could find and have yet to hear back weeks later. After upgrading the packages in unstable, I discovered through a snide cvs log entry (rather than an email) that the unzip package had issues building on 10.4. I immediately proposed a fix which user shortly tested on 10.4 and posted so on the list. Now if there was less concern about the trappings of maintaining a project than the actual output, one would think that package would have been updated. No...that would make too much sense. Better leave it regressed to make the point that I create broken packages. Lastly, whenever the subject of non-maintainer updates has arisen, even to only move the current unstable packaging (which builds on x86_64 and 10.6) to stable, the immediate reaction of our fine troika is to attack and condemn without first asking had I emailed the maintainer privately. And I am the one accused of persistent rude behavior...please. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
Benjamin, Again, my complaint is the berating was always coached in the royal 'we' when there were (as far as can demonstrated publicly) few complaints outside of a troika of developers. If my behavior was so outside of the bounds, why did Dave Morrison never once mention it? For you information, I have privately sent most of those emails you claim were never sent (and in Sebastien Maret case...the maintainer of scipy-core-py...which set you off on your tirade in the first place...I have yet to hear back). It is you have often jumped to conclusions and been extremely rude in public, not I. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/10/09 7:14 PM, Jack Howarth wrote: >Just to clear the air here, for those > here are that unaware my transgressions > being bandied about, here they are... I won't deign to speak for others, but I believe Max was sincere in his well wishes, and while you may not believe it, we do hope you do well wherever you move on. You did a lot of great work (or you wouldn't have gotten a commit bit in the first place); our issue was that you never really learned how to work with the group that laid down the work you built upon. You give a list of things you changed: > 1) sdl-x86_64.info > 2) tcltk > 3) python2x ...all of which were useful things, not to mention the incredible amount of work you put into gcc, which was Herculean to say the least. You did not mention that you spent a lot of your x86_64 time changing other people's packages with minimal or no input from the maintainer before messing with them. This has been an issue from the beginning, and something I (and others) had hoped you'd grow out of as you got used to having your commit bit, but you never did. In an open-source project, your ability to interact with the other people in the project is at least as important as the time you donate. No one is arguing that you did useful stuff, only that you failed time and time again to give even the most basic courtesy to the people whose packages you were working with. I've decided not to send this email 3 different times, since I really don't want to add any more to the vitriol, but I'm sending it anyways because I feel that these things need to be said. Our processes exist because they address real issues that caused problems for users. If they need changing, well, there were a million different ways to try to work with us to do so rather than just barge ahead. I really do hope you succeed in your MacPorts endeavors, and in the end, I suspect they will fit your style of work more; they are closer to the Ports/Gentoo style of release model compared to our Debian style. Anyways, truly, good luck. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development Blog: http://www.raccoonfink.com/ Music: http://music.raccoonfink.com/ -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKqdKrUu+jZtP2Zf4RAjAdAKCORf+QkSojUdeP6hmIffFbuUXVNwCeMXJt +DhQKcG9a5YeWK8M9eutXGc= =Q6Bs -END PGP SIGNATURE- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
Re: [Fink-devel] my transgressions
I should also add how utterly amusing I find it that some of the same people who endlessly carped at me during the maturation of x86_64 fink (that I was pushing the development to hard) now claim it was a mistake to try to do i386 fink on 10.6 instead of just x86_64. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
[Fink-devel] my transgressions
Just to clear the air here, for those here are that unaware my transgressions being bandied about, here they are... 1) I created a sdl-x86_64.info variant in an attempt to free up the build of gnuplot on x86_64 fink. After removing this change, I found that we could simply avoid Max Horn's package by removing the dependency on it in through a x86_64 variant for the wxgtk2.8 package. 2) Since we had made no progress towards transitioning from tcltk beyond 8.4, I created x86_64 variants to sync tcltk to the 8.5 version in Snow Leopard. I also made sure x86_64 variants were created for all of the auxilary packages like expect, etc that needed to become tcltk 8.5 compatible. 3) I created python2x x86_64 variants so that we could build python on x86_64 fink. I will be perfectly blunt here and admit to have been driven from this project by three individuals. Max Horn, Daniel Macks and Benjamin Reed. If you can find a bunch of other developers who share their views, good luck to you. After spending literally hunderds of hours on x86_64 and 10.6 fink their back biting is just too much. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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