[opensuse-packaging] Naming conventions for Python and Ruby packages
Hi guys, recently we already had some discussion about how to fix our Python (and Ruby) packages. One rule was to (re)name all packages so that they match their upstream counterparts as closely as possible. For Python this would be python-$UPSTREAM_PYPI_NAME and for Ruby it is currently rubygem-$UPSTREAM_GEM_NAME. Sometimes this leads to ugly ducklings like 'python-python-daemon', but that already is the perfect example why we have to name it like that [1]. Darix discovered a similar offender for Ruby [2][3]. Therefore we suggest to enforce this rule for new Factory packages. Furthermore we would have to gradually fix offending packages in devel:languages:ruby:extensions and devel:languages:python (aledr is already quite active fixing the latter). Sometimes we have to break this for characters that can't be part of RPM names (like the dot for older distros). In this case, we may want to replace them with "_". Along these lines, it would be great to also provide the upstream name like Perl packages do nowadays: Provides: python($UPSTREAM_GEM_NAME) Ideally, this should be part of our Python macros. Footnotes: [1] http://lists.opensuse.org/opensuse-packaging/2009-09/msg00148.html [2] http://rubygems.org/gems/libarchive [3] http://rubygems.org/gems/libarchive-ruby -- Mit freundlichen Grüßen, Sascha Peilicke http://saschpe.wordpress.com
On 05/30/2011 04:54 PM, Sascha Peilicke wrote:
Sometimes we have to break this for characters that can't be part of RPM names (like the dot for older distros). In this case, we may want to replace them with "_".
Actually this one has nothing to do with RPM, but because the autobuild team does not want to allow dots in package names for undisclosed reasons.
Along these lines, it would be great to also provide the upstream name like Perl packages do nowadays:
Provides: python($UPSTREAM_GEM_NAME)
This should work once we enable python/ruby upstream RPM generators. (I think this is done now that 4.9.0 is in ...) -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 2011-05-30 18:20:48 +0200, Pavol Rusnak wrote:
On 05/30/2011 04:54 PM, Sascha Peilicke wrote:
Sometimes we have to break this for characters that can't be part of RPM names (like the dot for older distros). In this case, we may want to replace them with "_".
Actually this one has nothing to do with RPM, but because the autobuild team does not want to allow dots in package names for undisclosed reasons.
let me emphasize the important part: (like the dot for older distros) osc ls openSUSE:Factory nginx-1.0 ymmv
Along these lines, it would be great to also provide the upstream name like Perl packages do nowadays:
Provides: python($UPSTREAM_GEM_NAME)
This should work once we enable python/ruby upstream RPM generators. (I think this is done now that 4.9.0 is in ...)
how would rpm have a notion of what is a gem atm? they might have stuff for ruby-abi(1.8) or so, because you can parse that out of the path. but for the gems/python/perl package naming, i am not sure. atleast for ruby it is easy to be added now with rpm 4.9. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 30/05/11 19:10, Marcus Rueckert wrote:
Actually this one has nothing to do with RPM, but because the autobuild team does not want to allow dots in package names for undisclosed reasons.
let me emphasize the important part: (like the dot for older distros)
osc ls openSUSE:Factory nginx-1.0
So we are sensible again? Great, let me tell the wonderful news to Java packagers who have had hard time hacking on Java packages because of this we_like_underscores_and_hate_dots nonsense. -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 2011-05-30 21:31:48 +0200, Pavol Rusnak wrote:
On 30/05/11 19:10, Marcus Rueckert wrote:
Actually this one has nothing to do with RPM, but because the autobuild team does not want to allow dots in package names for undisclosed reasons.
let me emphasize the important part: (like the dot for older distros)
osc ls openSUSE:Factory nginx-1.0
So we are sensible again? Great, let me tell the wonderful news to Java packagers who have had hard time hacking on Java packages because of this we_like_underscores_and_hate_dots nonsense.
well if you want to reuse packages for SLE, you might still want to stick to the "_". darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Marcus Rueckert wrote:
On 2011-05-30 18:20:48 +0200, Pavol Rusnak wrote:
On 05/30/2011 04:54 PM, Sascha Peilicke wrote:
Sometimes we have to break this for characters that can't be part of RPM names (like the dot for older distros). In this case, we may want to replace them with "_".
Actually this one has nothing to do with RPM, but because the autobuild team does not want to allow dots in package names for undisclosed reasons.
let me emphasize the important part: (like the dot for older distros)
osc ls openSUSE:Factory nginx-1.0
... which serves as good example of bad package naming style. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (4)
-
Ludwig Nussel -
Marcus Rueckert -
Pavol Rusnak -
Sascha Peilicke