upstream wants me to rename my package

Mattia Verga mattia.verga at tiscali.it
Sat Sep 8 09:32:24 UTC 2012


I don't see the reason for someone to install and use two versions of 
the same thing and I think that renaming the package other than project 
name is a bad idea...
Besides that, if the developer doesn't want that others redistribuite 
his program he can always change the license or become co-maintainer of 
the package in fedora repos.

Il 07/09/2012 22:54, Gary Gatling ha scritto:
> Hello,
>
> I am working on a package called VirtualGL: 
> https://bugzilla.redhat.com/show_bug.cgi?id=834127
>
> After contacting the upstream on their mailing list, they seem 
> obsessed with being able to install their own rprms and my package 
> together at the same time. This seems odd / bad to me since only one 
> vglrun could be in the path. He keeps talking about using symlinks in 
> /opt and so forth to to somehow make my package able to co-exists with 
> his package downloadable at:
>
> http://www.virtualgl.org/
>
> He does want me to change the package name also. Is it too late for me 
> to that after that package has been accepted into fedora?  Here is 
> what he says about that:
>
> In terms of naming, I would suggest naming your RPM something besides
> VirtualGL.  If you are splitting it into multiple RPMs, then this is
> easy.  Just ship RPMs named "VirtualGL-common", "VirtualGL-client",
> "VirtualGL-utils", "VirtualGL-server", "VirtualGL-devel", etc., and none
> of them will actually be named "VirtualGL".  Or maybe use
> "VirtualGL-fedora" or some alternative (even lowercase "virtualgl",
> perhaps.)
>
>
> If a upstream project somehow objects to someone packaging their 
> software should you just give up and tell people that the upstream 
> would prefer you download their self created rpms or is it considered 
> acceptable to go ahead and package their software over their objections?
>
>
> He says at the end of his email:
>
> "'I'm willing to help out in any way I can, within reason, but I will also
> re-iterate that VirtualGL was never really designed to be integrated
> into an O/S distribution."
>
> Thanks for any thoughts you guys might have about this surprising 
> reaction...
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120908/01e0d747/attachment.html>


More information about the devel mailing list