Re: libvirt packaging
On 09-08-2010, Zvi Dubitzky 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: Which package cacher to use?
Hello, This mailing list is not made for this kind of message. You should consider sending it to debian-user. On 12-03-2009, Rogério Brito wrote: > Hi there. > > I seem to recall that, in the not so distant past, people were > discussing here the subject of package chachers for the use of building > (and rebuilding etc) packages from sources, something which is necessary > for those that want to help with the mentoring process (or even building > their own packages at home). > > OK, so, recently, "Linux Weekly News" has published an article (right at > http://lwn.net/Articles/318658/) that made some simple comparisons > between apt-cache, apt-proxy, approx and others and, to be honest, the > article has just made me even more confused about which cacher to use. > > Worse, when I saw some bugs (e.g., #285360) on the BTS, I felt lost, > since I need to use three arches. > > So, I would like to ask you: > > * what is the package chacher that you are using? > For now, I use approx. I was using apt-proxy before. > * Is it able to cope with multiple architectures? > At least i386 and amd64. > * Can it support multiple distributions? Supporting Debian, Ubuntu and > other non-official repositories would be really handy. > Not sure for Debian/Ubuntu but you can host multiple repository (I have 3 differents one marillat, debian main and debian security). > * Does it keep a directory hierarchy neatly organized like the Debian > archive? > Yes, it looks like. Moreover, approx is straightforward to configure, memory efficient and fast. I use it for years now, and I have no problem with it (apt-proxy was failing quite sometime, I need to relaunch it frequently). 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 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: 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]
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://sylvain.le-gall.net/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: 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: 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: 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
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]
