Am 17.03.2006 um 20:27 schrieb Benjamin Reed:
I've updated SDL so that sdl-config uses the -Wl, format for passing
framework args (ie, turn "-framework Foo" into "-Wl,-framework,Foo")
Otherwise some versions of libtool will try to reorder them, or render
the 2nd part of the argument to the relative path of a non-existent
library.
<sigh>. I am a bit tired of learning about changes to my packages
only after they've been made. At least you, Ben, take the time to
inform me about it -- thanks for that (honestly, no sarcasm
intended). I understand that you have the best intentions with that,
of course. However, in the end, while it's probably the quickest way
to get the 10.4 tree up and ready, it puts some work on me -- I have
to review the change, and understand it, and then decide whether and
how I feed it to upstream (in this case, the issue definitely
deserves to be resolved in upstream, but requires a very different
solution, obviously).
Now, I guess it is too much work / annoyance to send patches to the
maintainer first, letting them apply them (or a modified version) as
they deem appropriate. The problem here of course being that often
those maintainers may not react in a timely fashion -- having been in
the very same situation, I fully appreciate this difficulty. However,
for those package maintainer who *are* willing to quickly react on
such notifications (e.g. me), it is a bit hard to accept that their
packages are simply taken out of their hands :-/. Of course, in the
end, you make a patch for me, and the work I have to do is almost the
same regardless of whether I am told about it in advance or not --
but the feeling is a quite different one. As it is, I feel like I am
not in control of my own packages anymore, but am left with the task
of giving support for them anyway. That's a very unsatisfying situation.
As it is, since I already have a slight problem maintaining packages
for Intel systems (I have no such system, so I can't directly
resolve issues with them, except through guesswork or if I receive
patches). Yet my packages are apparently moved to the 10.4 tree, even
if they don't compile/work on Intel systems (which I don't mind),
leading to lots of people mailing me inqueries/reports about this
(which I do mind).
And it's even *more* effort to have to resolve issues with packages
when I first have to figure out all the changes that have been made
by other persons to my package (usually without even notifying me).
Hence, currently I consider dropping maintainership for such packages
in the 10.4 tree. If I am not deemed quick enough to maintain them,
then I don't quite see why I should still put effort into supporting
them or handling all the "request for support" emails I get about my
packages all the time... If I am to slow, let's cut the middle man,
and you save even more time by not having to notify me after making
changes to those packages.
I am sorry if I sound overly pissed, and I am in particular sorry
that this now happens in reaction to a change made by Benjamin (whom
I value very very much, and who *did* inform me, at least, contrary
to some other folks) -- I am not angry at Ben, or any particular
person, but rather my annoyance with this has accumulated over quite
some time. This last change to the SDL package simply was the "straw
that breaks the camel's back" -- lots of straw, each on its own being
mostly harmless, still can cause quite some irritation, I am afraid :-/
Bye,
Max
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Fink-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-devel
