upstream wants me to rename my package
gsgatlin at ncsu.edu
Fri Sep 7 22:57:07 UTC 2012
On Fri, Sep 7, 2012 at 5:43 PM, Dan Williams <dcbw at redhat.com> wrote:
> That's not usually something Fedora does. The package name takes the
> name of the upstream project, because the package *is* the delivery
> option for that software in Fedora. We do not care that much about
> upstream RPMs that random projects may distribute, because they are
> often not tailored to the specifics of Fedora. We as Fedora packagers
> are familiar with the requirements of Fedora, and if the upstream
> project really wants control over the Fedora package, then they should
> become Fedora packagers themselves.
I feel like maybe the name change is reasonable? Since he makes money
somehow off his rpms? And I wouldn't want his customers or whatever to have
their package clobbered by yum... (that is why I didn't push out into an
update in Bodhi yet in any branch)
But like everything else he is talking about, I feel its not my problem.
And I don't really care. Maybe thats evil/wrong of me?
Like, for example, If you want 2 packages to co-exist , then keep using
/opt (freaking non-standard) and also put your vglrun script in
/usr/local/bin/ so it "wins" and is first in the path and then their is no
rpm conflict (except maybe the docs? Need to think about it more maybe...)
but don't expect us to change our fedora packaging guidelines or our
package just because you believe in having static binaries, non system
headers, packages that do the same thing co-existing, etc. Rules are rules
for a reason. I know we wouldn't change these fundamentals but I also don't
think I should have to change anything other than the packages name at this
point. I told him to tell me if their were security updates, or critical
bugs and I would do likewise... Its all just weird to me his reaction.
Maybe others on this list have had similar reactions from developers of
open source software?
My opinion, at least.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel