Re: libvirt packaging
On 09-08-2010, Zvi Dubitzky d...@il.ibm.com wrote: I package the libvirt as an exercise to form a library package before I package my library libvirt is in Debian since 2007 (and is up-to-date). So I am not sure to understand the point of repackaging it: http://packages.qa.debian.org/libv/libvirt.html Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrni632cv.e23.gil...@gallu.homelinux.org
Re: RFS: piwigo
Hello, I'll help you upload it... Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: libmemcache_1.4.0.b9-1
Hello, On Sat, Dec 31, 2005 at 12:01:57AM +0800, Zak B. Elep wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andreas and debian-mentors! Happy New Year! :-) I've packaged libmemcache, a C client library for Danga Interactive's memcached. Originally it was meant to be injected into Ubuntu universe, but I changed goals and I now want it in Debian[1] so that it could be used by other packages, e.g. lighttpd. I will sponsor you for this package, but give me sometimes, this is my first sponsoring. I think i will give you a full review on monday. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: fbgetty
Hello, I am looking for a sponsor to fbgetty. This package has been orphaned and i want to take his maintainance. I have prepared a package, that can be found here: http://le-gall.net/sylvain/debian-public/ The package seems almost lintian clean (2 warnings about outdated config.sub/config.guess which are patched during the build, so it should not generate any real errors). I have rebuild it in a pbuilder also, without problem. Thanks in advance, Sylvain Le Gall ps: http://packages.debian.org/unstable/admin/fbgetty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fbgetty
Hello, On Tue, Oct 04, 2005 at 03:11:57PM +0200, Christoph Berg wrote: Re: Sylvain LE GALL in [EMAIL PROTECTED] I am looking for a sponsor to fbgetty. This package has been orphaned and i want to take his maintainance. I have prepared a package, that can be found here: http://sylvain.le-gall.net/debian-public Please fix your ServerName (or post URLs that do not require redirects because the trailing slash is missing). Sorry for the redirected url, here is the full one: http://le-gall.net/sylvain/debian-public/ The package seems almost lintian clean (2 warnings about outdated config.sub/config.guess which are patched during the build, so it should not generate any real errors). Any reason not to put the correct version in the .diff.gz? I think it is best to keep the correct version in a dpatch file which i can easily send to upstream. I like to have only debian/ in the diff.gz (but it is only a matter of taste). I try to always use pristine upstream source. Anyway the patch will be sent to upstream in order to have a release with updated config.guess/config.sub. Since it is patched before configure, there is really no difference. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fbgetty
Hello, On Tue, Oct 04, 2005 at 11:07:48PM +0200, Kurt Roeckx wrote: On Tue, Oct 04, 2005 at 10:24:27PM +0200, Sylvain LE GALL wrote: The package seems almost lintian clean (2 warnings about outdated config.sub/config.guess which are patched during the build, so it should not generate any real errors). Any reason not to put the correct version in the .diff.gz? I think it is best to keep the correct version in a dpatch file which i can easily send to upstream. I like to have only debian/ in the diff.gz (but it is only a matter of taste). I try to always use pristine upstream source. I recommend that you build depend on the autotools-dev package instead (which is already pulled in) and that you upgrade to that version at build time. I don't see the problem with sending a patch to upstream... I don't like to auto upgrade part of the source: it should break the build system of the upstream author... You should probably take a look at the license of your documentation. I have to wonder what modified versions [...] under the conditions for verbatim copying means. That seem to conflict with itself. Yes, it seems to be auto conflicting. You also might want to look into the license of src/alloca.c. It seems to be public domain (fast reading). I don't see the problem ? Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Init.d script, preventing start of one service
Hello, On Tue, Nov 11, 2003 at 06:04:31PM +0100, Andreas Metzler wrote: I am redirecting to debian-mentors, imho the more appropriate list. Thanks, i will continue go and look for it. On Tue, Nov 11, 2003 at 04:27:03PM +0100, Sylvain LE GALL wrote: In one of the package i maitain i have a config script which begin by asking if the service attached to this package need to be run. I use a variable ( stored in /etc/default/mldonkey -- LAUNCH_AT_STARTUP=yes ) to determine if i need to run the service or not. If the variable is set to yes, the init script launch the service, otherwise it does nothing. I think that is the best solution currently possible. The user ask me if i can use update-rc.d to create/remove symlink depending on the former LAUNCH_AT_STARTUP value. IMHO it is dubious whether you are allowed to do that, it would work *basically*[1] like this in postinst: -- db_get mldonkey/runservice runme=$RET if [ $RET = true ] update-rc.d -f remove mldonkey update-rc.d mldonkey defaults else update-rc.d -f remove mldonkey update-rc.d mldonkey stop 20 fi ... invoke-rc.d mldonkey start -- And invoke-rc.d will only start the service if it has a start-entry in the sysvinit system for the current runlevel. The big problem is that you loose user configuration, i.e. if $user has set up his system to run mldonkey only in runlevel5 you will nuke it. I totally agree on that... I think update-rc.d is admin stuff. ( i just want to use it for registering / unregistering init script ). And there is no way around it, as it is impossible to query what links currently exist. (You cannot do ls in the symlink-directories, see file-rc), you may only interface with the init-stuff with invoke- and update-rc.d. What is the standard solution for doing this in debian? Afaict the standard solutions are: - ship daemon and clients in separate packages (ftp, ssh, nfs, ...) to circumvent the problem (no option for mldonkey afaict) - Choose a default and let the user change it by hand instead of via dpkg-reconfigure. That is what is actually done ( mldonkey-server / mldonkey-client and LAUNCH_AT_STARTUP configure via dpkg-reconfigure ). Thanks for your repsonse Kind regard Sylvain LE GALL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Init.d script, preventing start of one service
Hello, On Tue, Nov 11, 2003 at 06:04:31PM +0100, Andreas Metzler wrote: I am redirecting to debian-mentors, imho the more appropriate list. Thanks, i will continue go and look for it. On Tue, Nov 11, 2003 at 04:27:03PM +0100, Sylvain LE GALL wrote: In one of the package i maitain i have a config script which begin by asking if the service attached to this package need to be run. I use a variable ( stored in /etc/default/mldonkey -- LAUNCH_AT_STARTUP=yes ) to determine if i need to run the service or not. If the variable is set to yes, the init script launch the service, otherwise it does nothing. I think that is the best solution currently possible. The user ask me if i can use update-rc.d to create/remove symlink depending on the former LAUNCH_AT_STARTUP value. IMHO it is dubious whether you are allowed to do that, it would work *basically*[1] like this in postinst: -- db_get mldonkey/runservice runme=$RET if [ $RET = true ] update-rc.d -f remove mldonkey update-rc.d mldonkey defaults else update-rc.d -f remove mldonkey update-rc.d mldonkey stop 20 fi ... invoke-rc.d mldonkey start -- And invoke-rc.d will only start the service if it has a start-entry in the sysvinit system for the current runlevel. The big problem is that you loose user configuration, i.e. if $user has set up his system to run mldonkey only in runlevel5 you will nuke it. I totally agree on that... I think update-rc.d is admin stuff. ( i just want to use it for registering / unregistering init script ). And there is no way around it, as it is impossible to query what links currently exist. (You cannot do ls in the symlink-directories, see file-rc), you may only interface with the init-stuff with invoke- and update-rc.d. What is the standard solution for doing this in debian? Afaict the standard solutions are: - ship daemon and clients in separate packages (ftp, ssh, nfs, ...) to circumvent the problem (no option for mldonkey afaict) - Choose a default and let the user change it by hand instead of via dpkg-reconfigure. That is what is actually done ( mldonkey-server / mldonkey-client and LAUNCH_AT_STARTUP configure via dpkg-reconfigure ). Thanks for your repsonse Kind regard Sylvain LE GALL
Re: pbuilder: How to get debconf interactive?
On Fri, Sep 05, 2003 at 04:41:33PM +0200, Frank Küster wrote: Hi, to test debconf questions I would like to do installations, upgrades etc. in a pbuilder environment. However, debconf seems to be fixed to the noninteractive frontend. I can get something else by setting DEBIAN_FRONTEND, but even after DEBIAN_FRONTEND=dialog dpkg-reconfigure debconf and choosing dialog (which was on the top anyway, IIRC) debconf stayed silent. I couldn't find any mention of debconf or confmodule in pbuilders manual page, the html documentation or the executables (even in /usr/lib/pbuilder). Any ideas? TIA, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie Hello, I was having the complementary problem of you... I was trying to do something but i forget to set DEBIAN_FRONTEND. So the last piece of the puzzle : apt-get install dialog inside pbuilder. It works for me with pbuilder-uml sid. Good luck Regard Sylvain LE GALL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbuilder: How to get debconf interactive?
On Fri, Sep 05, 2003 at 04:41:33PM +0200, Frank Küster wrote: Hi, to test debconf questions I would like to do installations, upgrades etc. in a pbuilder environment. However, debconf seems to be fixed to the noninteractive frontend. I can get something else by setting DEBIAN_FRONTEND, but even after DEBIAN_FRONTEND=dialog dpkg-reconfigure debconf and choosing dialog (which was on the top anyway, IIRC) debconf stayed silent. I couldn't find any mention of debconf or confmodule in pbuilders manual page, the html documentation or the executables (even in /usr/lib/pbuilder). Any ideas? TIA, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie Hello, I was having the complementary problem of you... I was trying to do something but i forget to set DEBIAN_FRONTEND. So the last piece of the puzzle : apt-get install dialog inside pbuilder. It works for me with pbuilder-uml sid. Good luck Regard Sylvain LE GALL