package, package2, package3 naming-with-version exploit

Bohuslav Kabrda bkabrda at redhat.com
Thu Mar 28 12:39:02 UTC 2013


----- Original Message -----
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 03/28/2013 08:30 AM, Jan Zelený wrote:
> > On 28. 3. 2013 at 12:59:44, Vít Ondruch wrote:
> >> Dne 28.3.2013 12:09, Florian Festi napsal(a):
> >>> This is done to make life easier for package maintainers.
> >> 
> >> Sorry, you definitely not speak for me! This are just excuses.
> >> And I asked already several times to have some way to reliable
> >> support multiple version of packages without mangling their
> >> names.
> > 
> > Víťo, I certainly understand your frustration, as it comes from
> > talking about this topic over and over again. However Ruby
> > community is a *very* special case in this regard and I'd like to
> > treat it as such.
> > 
> > If you want, we can start a discussion here. But if we do, let's
> > keep the discussion strictly constructive and just about
> > *technical* problems. Let's not take this to design level of
> > things, as Ruby and Fedora are two completely different worlds that
> > will never be fully compatible by design. Therefore the final
> > solution (if there is any) has to be some sort of compromise.
> > 
> 
> It's not just Ruby that has these issues, though. To take a python
> example: Django. Most Django packages are built against a specific
> minor version of Django, and the Django upstream regularly breaks
> backwards compatibility with those minor releases.
> 
> It ends up requiring Fedora to carry multiple copies of python-django
> in the repo, usually versioning the older ones (so in the current
> situation, we have python-django and python-django14, with
> python-django referring to Django 1.5)

And in fact, there is a proposal from Nick Coghlan [1] to make Python load mechanisms work good with multiple versions of packages, which in result would take Python pretty close to the Ruby way in this regard.

-- 
Regards,
Bohuslav "Slavek" Kabrda.

[1] http://mail.python.org/pipermail/distutils-sig/2013-March/020163.html


More information about the devel mailing list