Comments on: Quick news: dpkg, collab-maint, alioth and the future http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/ Insider infos, master your Debian/Ubuntu distribution Sat, 04 Feb 2012 10:38:01 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Noticias del Proyecto Debian: 26 de Julio 2010 « Gustavo Pimentel's GNU/Linux Blog http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/#comment-3190 Noticias del Proyecto Debian: 26 de Julio 2010 « Gustavo Pimentel's GNU/Linux Blog Tue, 27 Jul 2010 10:13:28 +0000 http://raphaelhertzog.com/?p=668#comment-3190 [...] Hertzog ha destacado que la version de dpkg en preparacion — el nucleo del sistema de gestion de paquetes — ya no dependera de perl, lo que lo tornara mas [...] [...] Hertzog ha destacado que la version de dpkg en preparacion — el nucleo del sistema de gestion de paquetes — ya no dependera de perl, lo que lo tornara mas [...]

]]> By: Planeta jakilinux.org » dpkg uniezależnia się od Perla http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/#comment-3172 Planeta jakilinux.org » dpkg uniezależnia się od Perla Fri, 23 Jul 2010 10:02:41 +0000 http://raphaelhertzog.com/?p=668#comment-3172 [...] w wersji 1.15.8 uniezależnił się od Perla, donosi na swoim blogu Raphaël Hertzog. To szczególnie dobra wiadomość dla użytkowników dpkg na urządzeniach [...] [...] w wersji 1.15.8 uniezależnił się od Perla, donosi na swoim blogu Raphaël Hertzog. To szczególnie dobra wiadomość dla użytkowników dpkg na urządzeniach [...]

]]> By: Raphaël Hertzog http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/#comment-3171 Raphaël Hertzog Fri, 23 Jul 2010 09:13:38 +0000 http://raphaelhertzog.com/?p=668#comment-3171 @Andy, thanks for the offer, I followed up by mail. @poisonbit, the perl bits in dpkg regularly caused troubles during major perl upgrades… so yes, it's also a win in reliability. @Andy, thanks for the offer, I followed up by mail.

@poisonbit, the perl bits in dpkg regularly caused troubles during major perl upgrades… so yes, it’s also a win in reliability.

]]> By: Andy Cater http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/#comment-3170 Andy Cater Fri, 23 Jul 2010 06:48:10 +0000 http://raphaelhertzog.com/?p=668#comment-3170 Can I offer help in the translation / editing / proof reading of your book in English? I write French badly now, speak French tolerably and read / understand it fairly well. [I can cope with Debian lists in French, for example, with no problem]. I'm a native (British) English speaker who loves languages - I've also been involved in Debian for a while :) Can I offer help in the translation / editing / proof reading of your book in English? I write French badly now, speak French tolerably and read / understand it fairly well. [I can cope with Debian lists in French, for example, with no problem]. I’m a native (British) English speaker who loves languages – I’ve also been involved in Debian for a while :)

]]> By: poisonbit http://raphaelhertzog.com/2010/07/22/quick-news-dpkg-collab-maint-alioth-and-the-future/#comment-3167 poisonbit Fri, 23 Jul 2010 00:36:53 +0000 http://raphaelhertzog.com/?p=668#comment-3167 Yes, maybe this is an advantage (?) in some embedded systems... because in others...: <a href="http://www.cpan.org/ports/" rel="nofollow">http://www.cpan.org/ports/</a> <b>If it have not Perl, it is not unix like</b>. I could prefer to <b>got rid</b> of the <em>the backward incompatible language (tm)</em> Python flood we are getting in general. Maybe that Google and other big companies like Canonical are pushing hard, for the all is an object (java 2.0) they need, but hey, they are companies. I see Linux as an unix like OS, and in that land, all is a FILE. Why could Apache, OpenVPN, or OpenSSH as a few examples need <strong>Python</strong>? what I can see as plain user: because of Canonical maintainer script (totally <strong>unrelated</strong> with the packaged software) called about ssl checking an old vulnerability... reaching my $debian. perl -nle 'print if m/(#!|Author)/' /usr/bin/openssl-vulnkey "I'm going to install ssh... wtf?... Python?" "I'm going to install apache to support https... wtf?... Python?" "I'm going to install openvpn in my fw... wtf?... Python?" Really, much more annoying that seeing dpkg depend on Perl since I can remember. Now, said that, any improvement to dpkg is really very much appreciated. And of course, as sysadmin for me getting rid of dependencies is a very good improvement at any point of a system. A lot of thanks :-) Yes, maybe this is an advantage (?) in some embedded systems… because in others…:

http://www.cpan.org/ports/

If it have not Perl, it is not unix like. I could prefer to got rid of the the backward incompatible language ™ Python flood we are getting in general.

Maybe that Google and other big companies like Canonical are pushing hard, for the all is an object (java 2.0) they need, but hey, they are companies.

I see Linux as an unix like OS, and in that land, all is a FILE.

Why could Apache, OpenVPN, or OpenSSH as a few examples need Python? what I can see as plain user: because of Canonical maintainer script (totally unrelated with the packaged software) called about ssl checking an old vulnerability… reaching my $debian.

perl -nle ‘print if m/(#!|Author)/’ /usr/bin/openssl-vulnkey

“I’m going to install ssh… wtf?… Python?”
“I’m going to install apache to support https… wtf?… Python?”
“I’m going to install openvpn in my fw… wtf?… Python?”

Really, much more annoying that seeing dpkg depend on Perl since I can remember.

Now, said that, any improvement to dpkg is really very much appreciated. And of course, as sysadmin for me getting rid of dependencies is a very good improvement at any point of a system. A lot of thanks :-)

]]>