Re: RFS: sidplay-libs, sidplay
* Anibal Monsalve Salazar <[EMAIL PROTECTED]> [2004-08-24 12:13:26 +1000]: > On Tue, Aug 24, 2004 at 01:25:36AM +0200, Laszlo 'GCS' Boszormenyi wrote: > >http://mentors.debian.net/debian/pool/main/s/sidplay-libs/ > > sidplay-libs_2.1.0.orig.tar.gz doesn't exist: > > --11:25:54-- > http://mentors.debian.net/debian/pool/main/s/sidplay-libs/sidplay-libs_2.1.0.orig.tar.gz >=> `sidplay-libs_2.1.0.orig.tar.gz' > Resolving mentors.debian.net... 212.12.58.102 > Connecting to mentors.debian.net[212.12.58.102]:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 11:25:55 ERROR 404: Not Found. Exactly; if there's no change in the upstream version (like this case), then it is not uploaded again. I know this is a little bug as mentors.debian.net does not host the whole Debian tree, but dupload does not know it. So, as sidplay-libs 2.1.0-2 is in the archive, and I have done only -3 and -4, dupload uploaded only the diff. It is a feature. Please fetch the sidplay-libs_2.1.0.orig.tar.gz from your Debian mirror. > >http://mentors.debian.net/debian/pool/main/s/sidplay/ > > Output from running pbuilder on the source package: > > ... > Obtaining the cached apt archive contents > Installing the build-deps > -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 > 2003/04/20 03:40:36 dancer Exp $ > -> Considering debhelper (>= 3.0.0) >-> Trying debhelper > -> Considering libsidplay2-dev (>= 2.1.0-4) > Tried versions: 2.1.0-2 >-> Does not satisfy version, not trying > E: Could not satisfy build-dependency. > E: pbuilder-satisfydepends failed. See above. Please build sidplay-libs first. Regards, Laszlo/GCS signature.asc Description: Digital signature
Re: RFH: strange message after package upload
* Anibal Monsalve Salazar <[EMAIL PROTECTED]> [2004-08-24 12:46:32 +1000]: > On Tue, Aug 24, 2004 at 11:43:08AM +1000, Aníbal Monsalve Salazar wrote: > >Check the list of binary packages of sidplay-libs at: > > > >http://packages.qa.debian.org/s/sidplay-libs.html > > > >and you will see libresid-dev listed there. Yes, but what does warning mean, when libresid-dev already exists? Why that said a new binary package? OK, my sponsor had some problems uploading it, somehow gnupg produced bad signature for him, then dsc changed on his next upload, so the md5sum was not correct, etc. All in all uploding sidplay-libs 2.1.0-3 failed. > Which is a package you are taking over from ivo. Yes, and? It should not generate that warning. > Sorry for the noise. No problem, I am just curious why the uploading failed. Thanks, Laszlo/GCS signature.asc Description: Digital signature
Re: RFS: sidplay-libs, sidplay
On Tue, Aug 24, 2004 at 07:28:14AM +0200, Laszlo 'GCS' Boszormenyi wrote: > Exactly; if there's no change in the upstream version (like this case), >then it is not uploaded again. I know this is a little bug as >mentors.debian.net does not host the whole Debian tree, but dupload does >not know it. So, as sidplay-libs 2.1.0-2 is in the archive, and I have >done only -3 and -4, dupload uploaded only the diff. It is a feature. Please see the -sa option of dpkg-buildpackage: -si, -sa, -sd These options control whether the original source archive is included in the upload generated by dpkg-buildpackage and dpkg-genchanges if any source is being generated (ie, -b or -B haven't been used). By default, or if -si is specified, the original source will be included if the version number ends in -0 or -1, ie if the Debian revision part of the version number is 0 or 1. -sa forces the inclusion of the original source; -sd forces its exclusion and includes only the diff. >Please fetch the sidplay-libs_2.1.0.orig.tar.gz from your Debian mirror. Will do. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
Re: RFS: zmanim and qtzmanim
On Tue, Aug 24, 2004 at 01:29:57PM +1000, Anibal Monsalve Salazar wrote: > On Mon, Aug 23, 2004 at 04:56:23PM -0700, Ken Bloom wrote: > >I'm looking for sponsors for three small packages that I have written > >myself: > > > > Package: qtzmanim > > Version: 1.0.7 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. This is a GUI version using QT. > > > > Package: zmanim > > Version: 1.0.6 > > Description: A program for computing the times for jewish rituals > >This program calculates the zmanim (times for Jewish rituals) > >according to the GR"A opinion. > > > > [my incorrect kabloom.dnsalias.com url snipped] > > Where are the .dsc, .diff.gz and .orig.tar.gz files? I can only find > the .changes and .deb files at: > > http://wwwcsif.cs.ucdavis.edu/~bloom/ I'm not sure why they disappeared, but they're back now. And thanks for noticing that I got the URL wrong. -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 08/18/2004. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** signature.asc Description: Digital signature
RE: library packaging problem
The source can be found at http://prdownloads.sourceforge.net/ulxmlrpcpp/ulxmlrpcpp-1.4.5.tar.bz2. But I have some doubts that my problem is related to the upstream source. The strange thing is that the debian/rules file invokes dh_builddeb, but when I call it manually immediately after the package build process, I get dpkg-deb: failed to open package info file 'debian/tmp/DEBIAN/control' for reading: No such file or directory I dont't get this error during the package build process. BTW, all this happens on a woody system. Thank you for any hint, Matthias GN Otometrics -- Hortmann Dipl.Phys. Dr. Matthias Zenker Entwicklung / Development Auchtertstraße 4, D-72770 Reutlingen Tel. ++49(0)7121/99435-60, Fax -79 eMail: [EMAIL PROTECTED] http://www.hortmann.de > -Original Message- > From: Laszlo 'GCS' Boszormenyi [mailto:[EMAIL PROTECTED] > Sent: Monday, August 23, 2004 8:41 PM > To: Zenker, Matthias (Otometrics Stuttgart) > Cc: debian-mentors@lists.debian.org > Subject: Re: library packaging problem > > > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> > [2004-08-23 18:16:20 +0200]: > > > Could anyone give me a hint where I have to look to find my > (certainly > > trivial) error? > Can we look into the package's source? Without checking we > have a hard time guessing. > > Regards, > Laszlo/GCS > >
Re: Sponsor for a new package
Chris Anderson <[EMAIL PROTECTED]> wrote: > Judging by what you've said in the mail, I doubt Raster3D could go in > anything but non-free. Which is why I never filed an ITP bug... > It would help considerably to get an actual > license with the package (though there could be one, the server is slow > and I don't have time to download the files to examine them). No, there isn't, and the author has sent me nearly the same statement he sent to Nelson; and if I remember correctly even other people on debian-med tried to convince him to write a license, without success. Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
RE: library packaging problem
Below is the output of dpkg-buildpackage -rfakeroot. Perhaps anyone can see what went wrong? Thank you, Matthias ---OUTPUT BEGIN dpkg-buildpackage: source package is libulxmlrpcpp dpkg-buildpackage: source version is 1.4.5-1 dpkg-buildpackage: source maintainer is Matthias Zenker <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture is i386 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5' Making distclean in stubber make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/stubber' rm -f ulxrstubber ulxrstubber test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.o core *.core rm -f *.lo rm -f *.tab.c rm -rf ./.deps rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[2]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/stubber' Making distclean in contrib make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib' Making distclean in java-demo make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib/java-demo' rm -f sum_server sum_server test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.o core *.core rm -f *.lo rm -f *.tab.c rm -rf ./.deps rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib/java-demo' Making distclean in . make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib' test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib' make[2]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/contrib' Making distclean in expat make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/expat' rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool make[2]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/expat' Making distclean in msvc make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc' Making distclean in ulxmlrpcpp make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc/ulxmlrpcpp' rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc/ulxmlrpcpp' Making distclean in . make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc' test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc' make[2]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/msvc' Making distclean in bcb5 make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5' Making distclean in libexpat make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5/libexpat' test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5/libexpat' Making distclean in . make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5' test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5' make[2]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/bcb5' Making distclean in ulxmlrpcpp make[2]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp' Making distclean in apps make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/apps' rm -f meerkat_client meerkat_client rm -f introspect introspect test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.o core *.core rm -f *.lo rm -f *.tab.c rm -rf ./.deps rm -f Makefile rm -f libtool rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/apps' Making distclean in po make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/po' test -z "*.~* *.~~* *~" || rm -f *.~* *.~~* *~ rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/po' Making distclean in httpd make[3]: Entering directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/httpd' rm -rf .libs _libs rm -f *.lo rm -f Makefile rm -f libtool make[3]: Leaving directory `/usr/local/ulxmlrpcpp/libulxmlrpcpp-1.4.5/ulxmlrpcpp/httpd' Making distclean in tests make[3]: Entering dire
Re: RFS: zmanim and qtzmanim
On Mon, Aug 23, 2004 at 11:02:31PM -0700, Ken Bloom wrote: >On Tue, Aug 24, 2004 at 01:29:57PM +1000, Anibal Monsalve Salazar wrote: >>On Mon, Aug 23, 2004 at 04:56:23PM -0700, Ken Bloom wrote: >>>I'm looking for sponsors for three small packages that I have written >>>myself: >>> >>> Package: qtzmanim >>> Version: 1.0.7 >>> Description: A program for computing the times for jewish rituals >>> This program calculates the zmanim (times for Jewish rituals) >>> according to the GR"A opinion. This is a GUI version using QT. qtzmain doesn't build when I run pbuilder on its source package: ... /usr/bin/make CXX=g++-3.2 CC=gcc-3.2 make[1]: Entering directory `/tmp/buildd/qtzmanim-1.0.7' make[1]: *** No rule to make target `/usr/share/qt3/mkspecs/linux-g++/qmake.conf', needed by `Makefile'. Stop. make[1]: Leaving directory `/tmp/buildd/qtzmanim-1.0.7' ... I'll send you the pbuilder log file. qtzmanim is not a debian native package. You should have used 1.0.7-1 as package version and rename qtzmanim_1.0.7.tar.gz as qtzmanim_1.0.7.orig.tar.gz You, as author must have a copyright statement of your own. You must then refer to that copyright statement in debian/copyright. See [6][7]. Please read [8] and change your description in debian/control. Include the upstream homepage in the description. See [9]. Please remove all the commented out debhelper commands in debian/rules. There is no ITP listed at [2]. See [3] about that. Remember to close the ITP in debian/changelog. There is a reference to a non-existant bug, #967890 in debian/changelog. Please read [0][1][5]. [0] http://www.debian.org/doc/debian-policy/ [1] http://www.debian.org/doc/developers-reference/ [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=wnpp [3] http://www.debian.org/devel/wnpp/ [4] http://www.debian.org/Bugs/server-control [5] http://people.debian.org/~mpalmer/debian-mentors_FAQ.html [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info >>> Package: zmanim >>> Version: 1.0.6 >>> Description: A program for computing the times for jewish rituals >>> This program calculates the zmanim (times for Jewish rituals) >>> according to the GR"A opinion. Fix this linda problems: W: zmanim; Package switches from non-native to native version number. This package is switching from a native to a non-native (or the converse, non-native to native) version number. This may have undesired effects, and may not be what you want. On the other hand, this may be a known change, in which case, I can be ignored. E: zmanim; Description contains multiple spaces. The description contains multiple spaces, which is probaby unsightly, and bad practice. I'll send you the pbuilder log file as well. And all my comments about qtzmanim also apply to zmanim. >>>[my incorrect kabloom.dnsalias.com url snipped] >> >>Where are the .dsc, .diff.gz and .orig.tar.gz files? I can only find >>the .changes and .deb files at: >> >>http://wwwcsif.cs.ucdavis.edu/~bloom/ > >I'm not sure why they disappeared, but they're back now. >And thanks for noticing that I got the URL wrong. Feel free to ask to the list again. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
Re: Need sponsor for packages python-irclib and jabber-irc
On Tue, Aug 24, 2004 at 08:47:36AM +0400, Alexey Nezhdanov wrote: >At 23 Aug 2004, 09:30 Alexey Nezhdanov wrote: >>I have prepared new version of python-irclib (I'm maintainer of it). It >>contains small modification to allow jabber-irc package work better. Please add the following line to debian/copyright [6][7]: Copyright (C) 1999--2002 Joel Rosdahl >>The jabber-irc is the new package and it is not in Debian archive yet. Please add the following line to debian/copyright [6][7]: Jan 2004 Copyright (c) Mike Albon Also, for both python-irclib and jabber-irc include the upstream homepage in the description in debian/control [8][9]. [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info >>This is the IRC-transport for jabber server. It is written in python basing >>on the libraries python-xmpp (that I'm the maintainer too) and >>python-irclib. >I have uploaded the source packages here: >http://www.penza-gsm.ru/snake/xmpp/ > >-- >Respectfully >Alexey Nezhdanov Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
Re: RFS: sidplay-libs, sidplay
On Tue, Aug 24, 2004 at 01:25:36AM +0200, Laszlo 'GCS' Boszormenyi wrote: >http://mentors.debian.net/debian/pool/main/s/sidplay-libs/ Builds fine with pbuilder. No lintian/linda messages. debian/copyright is missing the following lines (maybe more) [6][7]: Copyright (C) Michael Schwendt <[EMAIL PROTECTED]> copyright (C) 2000 by Simon White copyright (C) 2000 by Dag Lem copyright (C) 2000 by Simon White Copyright (C) 2001 Simon White <[EMAIL PROTECTED]> Copyright (C) Michael Schwendt <[EMAIL PROTECTED]> Copyright (C) 1999 Aladdin Enterprises. All rights reserved. Copyright (C) 1999 Dag Lem <[EMAIL PROTECTED]> Copyright (C) 2002 Dag Lem <[EMAIL PROTECTED]> Copyright (C) 1997 André Fachat ([EMAIL PROTECTED]) It seems to me that there are many licenses involved in this package. I didn't have time to check them. They must be mentioned in debian/copyright [6][7]. Please include the upstream homepage in the description in debian/control [8][9]. >http://mentors.debian.net/debian/pool/main/s/sidplay/ Builds fine with pbuilder as well. Please fix the following lintian/linda problems: lintian -i /home/pbuilder/result/sidplay/sidplay_2.0.8-1_i386.changes W: sidplay: binary-or-shlib-defines-rpath ./usr/bin/sidplay2 /usr/lib/ N: N: The binary or shared library defines the `RPATH'. Usually this is a N: bad thing. Most likely you will find a Makefile with a line like: N: gcc test.o -o test -Wl,--rpath N: or N: gcc test.o -o test -R/usr/local/lib N: Please contact debian-devel@lists.debian.org if you have questions N: about this. N: linda -i /home/pbuilder/result/sidplay/sidplay_2.0.8-1_i386.changes W: sidplay; Binary /usr/bin/sidplay2 compiled with an RPATH of /usr/lib/. This binary or shared library defines the `RPATH', which is usually a bad thing. Most likely you will find a Makefile with a line like: gcc test.o -o test -Wl,--rpath debian/copyright is missing the following lines [6][7]: Copyright 2000 Simon White ([EMAIL PROTECTED]) Copyright 2000 Mikko Kilponen ([EMAIL PROTECTED]) copyright (C) 2000 by Jarno Paananen Please include the upstream homepage in the description in debian/control [8][9]. [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
RE: library packaging problem
Hi, I have solved my problem of empty .debs in a library package: in the debian/rules file, I had to change the install command from $(MAKE) install prefix=$(CURDIR)/debian/tmp to read $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr so that dh_movefiles could move the files into debian//usr/ since they should be installed in /usr/ at the end, as was correctly indicated in the debian/.files files. Since debian/rules and debian/.files were both created by dpkg-buildpackage (and I did not change them in the first place), one should expect that such manual fixing is not needed - could this be a bug? Best regards, Matthias GN Otometrics -- Hortmann Dipl.Phys. Dr. Matthias Zenker Entwicklung / Development Auchtertstraße 4, D-72770 Reutlingen Tel. ++49(0)7121/99435-60, Fax -79 eMail: [EMAIL PROTECTED] http://www.hortmann.de
Gimp 2.0
Any Idea when Gimp 2.0 will make it into testing?
Re: Need sponsor for packages python-irclib and jabber-irc
В сообщении от Вторник 24 Август 2004 14:37 вы написали: > On Tue, Aug 24, 2004 at 08:47:36AM +0400, Alexey Nezhdanov wrote: > >At 23 Aug 2004, 09:30 Alexey Nezhdanov wrote: > >>I have prepared new version of python-irclib (I'm maintainer of it). It > >>contains small modification to allow jabber-irc package work better. > > Please add the following line to debian/copyright [6][7]: > > Copyright (C) 1999--2002 Joel Rosdahl Done with one exception: project registered on sf in 2001 and last release came out in 2004, hence the dates shift: 2001-2004. > > >>The jabber-irc is the new package and it is not in Debian archive yet. > > Please add the following line to debian/copyright [6][7]: > > Jan 2004 Copyright (c) Mike Albon Added line: Copyrigth (C) Mike Albon 2004 > > Also, for both python-irclib and jabber-irc include the upstream > homepage in the description in debian/control [8][9]. Homepages added for both packages. > > [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html > [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html > [8] http://people.debian.org/~walters/descriptions.html Can't find what is wrong with this particular descriptions. python-irclib targeted for code developers and contain good description of it's purpose IMHO. jabber-irc targeted for jabber server admins and contains enough information to recognise it properly. Description contains explicit clause that this package is of no use for regular users. > [9] > http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en. >html#s-bpp-upstream-info > > >>This is the IRC-transport for jabber server. It is written in python > >> basing on the libraries python-xmpp (that I'm the maintainer too) and > >>python-irclib. > > > >I have uploaded the source packages here: > >http://www.penza-gsm.ru/snake/xmpp/ New versions is uploaded to the same place. -- Respectfully Alexey Nezhdanov
Re: Gimp 2.0
On Tue, Aug 24, 2004 at 09:04:07AM -0700, Jess Mahan wrote: > > Any Idea when Gimp 2.0 will make it into testing? http://bjorn.haxx.se/debian/testing.pl?package=gimp2.0 As soon as librsvg2 and libexif migrate. Mike
Re: RFS: wininfo - information about X windows
also sprach Martin Theiß <[EMAIL PROTECTED]> [2004.08.24.1657 +0200]: > I changed the long description in control and closed the bug in the > changelog (ITP). Final packages are at: > http://neo.wh-stuttgart.de/debian/dists/dnm/wininfo/ It's uploaded. Thanks for your contribution! -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: RFC: crasm
* Anibal Monsalve Salazar <[EMAIL PROTECTED]> [2004-08-24 13:17:10 +1000]: > On Sat, Aug 21, 2004 at 02:54:27PM +0200, Laszlo 'GCS' Boszormenyi wrote: > >[1] http://mentors.debian.net/debian/pool/main/c/crasm/ > > debian/copyright is missing the following line [6][7]: > > Copyright (c) 1987 Leon Bottou > > The description in debian/control doesn't mention the upstream > homepage [8][9]. > > [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html > [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html > [8] http://people.debian.org/~walters/descriptions.html > [9] > http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info Thanks, fixed. Regards, Laszlo/GCS signature.asc Description: Digital signature
motion, 2.6, and v4l loopback device [WAS Re: motion - please do a sponsored upload for me (new revision with debconf fix)]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 20 August 2004 13:52, Sven Luther wrote: > On Sat, Aug 14, 2004 at 09:18:12AM +0200, Frederik Dannemare wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Saturday 14 August 2004 03:16, Wesley J Landaker wrote: > > > On Friday 13 August 2004 19:06, Adam Majer wrote: > > > > Frederik Dannemare wrote: > > > > > Hi, > > > > > > > > > > I was hoping that my previous sponsor of motion would have > > > > > the time this week to do a new upload which has a couple of > > > > > very small fixes, but unfortunately I haven't heard from him > > > > > yet, so I'm really, really > > > > > > > > I'll look at it and upload within an hour or so (unless there > > > > are problems). > > > > > > I saw a copy of Frederik's same e-mail in debian-mentors earlier > > > today and already checked it over and uploaded. My only concern > > > was that it's not quite up-to-date with the latest upstream > > > (3.1.14 vs 3.1.16), but since it's a bugfix, I went ahead and > > > sponsored. > > > > When I adopted the package, I chose to update from 3.0.6 to 3.1.14, > > and not 3.1.15/3.1.16, because I personally feel 3.1.14 is the most > > stable of them. .15 had a lot of problems, and although .16 fixed > > much of this, I still feel 3.1.14 is the better choice for the > > sarge release. > > > > Many thanks for the upload, Wesley. I really appreciate it. And > > thank you, Adam, for once again offering to help me with an upload. > > BTW, what is the deal with motion and 2.6 kernels ? I am under the > understanding that it requires the videoloop or whatever module, > which is not only abandoned upstream, but also not yet ported to 2.6 > kernels. I have been using motion and 2.6 without the v4l loopback device. I don't know much about it, but I think it was initially developed for debugging motion in real-time or something like that. Best regards, - -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk Key fingerprint: BB7B 078A 0DBF 7663 180A F84A 2D25 FAD5 9C4E B5A8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK9PKLSX61ZxOtagRAo/GAJsHj/OD67IJPEL8N9OOQ8VMUhwcnACeMs8b JYIhtI1iPEcqPFNOERiw0kg= =k4KF -END PGP SIGNATURE-
Re: Need sponsor for packages python-irclib and jabber-irc
On Tue, Aug 24, 2004 at 08:19:41PM +0400, Alexey Nezhdanov wrote: >On Tue, Aug 24, 2004 at 08:37:55PM +1000, Aníbal Monsalve Salazar wrote: >>Please add the following line to debian/copyright [6][7]: >> >>Copyright (C) 1999--2002 Joel Rosdahl This is the upstream copyright line in the original tarball. >Done with one exception: project registered on sf in 2001 and last >release came out in 2004, hence the dates shift: 2001-2004. I don't think you could extend the copyright dates for the upstream author. Please don't change the copyright dates. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
*-chroot packages? [WAS: Re: looking for a sponsor for jailkit]
* Olivier <[EMAIL PROTECTED]> [2004-08-16 22:56:20 +0200]: > I've packaged jailkit, a collection of tools to create and maintain > chroot jails. The package is lintian clean. My pgp key is checked by > some debian developers already, so now I need a sponsor. This message reminds me of a question I've been meaning to ask; I'm sure this has come up before, so I'm asking this more from the standpoing of "what are the reasons" rather than "someone should think about doing this"...anyway, I thought it would be kinda neat to have chroot versions of packages that people (...who are running servers) could install and already have a "jailed" environment. Something like where the current package name is "bind9", a package named "bind9-chroot", etc. Of course, this is something that people can do themselves (especially with the availability of tools like the above jailkit), but it might go a mildly significant way to bettering general Internet security if anybody could just do it "out of the box" so to speak. -- John ! "On two occasions, I have been asked, 'Pray, Mr. Babbage, if Buttery! you put into your machine wrong figures, will the right www.io.c! answers come out?' I am not able to rightly apprehend the kind om/~john! of confusion of ideas that could provoke such a question." signature.asc Description: Digital signature
RE: library packaging problem
The source can be found at http://prdownloads.sourceforge.net/ulxmlrpcpp/ulxmlrpcpp-1.4.5.tar.bz2. But I have some doubts that my problem is related to the upstream source. The strange thing is that the debian/rules file invokes dh_builddeb, but when I call it manually immediately after the package build process, I get dpkg-deb: failed to open package info file 'debian/tmp/DEBIAN/control' for reading: No such file or directory I dont't get this error during the package build process. BTW, all this happens on a woody system. Thank you for any hint, Matthias GN Otometrics -- Hortmann Dipl.Phys. Dr. Matthias Zenker Entwicklung / Development Auchtertstraße 4, D-72770 Reutlingen Tel. ++49(0)7121/99435-60, Fax -79 eMail: [EMAIL PROTECTED] http://www.hortmann.de > -Original Message- > From: Laszlo 'GCS' Boszormenyi [mailto:[EMAIL PROTECTED] > Sent: Monday, August 23, 2004 8:41 PM > To: Zenker, Matthias (Otometrics Stuttgart) > Cc: [EMAIL PROTECTED] > Subject: Re: library packaging problem > > > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> > [2004-08-23 18:16:20 +0200]: > > > Could anyone give me a hint where I have to look to find my > (certainly > > trivial) error? > Can we look into the package's source? Without checking we > have a hard time guessing. > > Regards, > Laszlo/GCS > >
Re: Sponsor for a new package
Chris Anderson <[EMAIL PROTECTED]> wrote: > Judging by what you've said in the mail, I doubt Raster3D could go in > anything but non-free. Which is why I never filed an ITP bug... > It would help considerably to get an actual > license with the package (though there could be one, the server is slow > and I don't have time to download the files to examine them). No, there isn't, and the author has sent me nearly the same statement he sent to Nelson; and if I remember correctly even other people on debian-med tried to convince him to write a license, without success. Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
Re: RFS: zmanim and qtzmanim
On Mon, Aug 23, 2004 at 11:02:31PM -0700, Ken Bloom wrote: >On Tue, Aug 24, 2004 at 01:29:57PM +1000, Anibal Monsalve Salazar wrote: >>On Mon, Aug 23, 2004 at 04:56:23PM -0700, Ken Bloom wrote: >>>I'm looking for sponsors for three small packages that I have written >>>myself: >>> >>> Package: qtzmanim >>> Version: 1.0.7 >>> Description: A program for computing the times for jewish rituals >>> This program calculates the zmanim (times for Jewish rituals) >>> according to the GR"A opinion. This is a GUI version using QT. qtzmain doesn't build when I run pbuilder on its source package: ... /usr/bin/make CXX=g++-3.2 CC=gcc-3.2 make[1]: Entering directory `/tmp/buildd/qtzmanim-1.0.7' make[1]: *** No rule to make target `/usr/share/qt3/mkspecs/linux-g++/qmake.conf', needed by `Makefile'. Stop. make[1]: Leaving directory `/tmp/buildd/qtzmanim-1.0.7' ... I'll send you the pbuilder log file. qtzmanim is not a debian native package. You should have used 1.0.7-1 as package version and rename qtzmanim_1.0.7.tar.gz as qtzmanim_1.0.7.orig.tar.gz You, as author must have a copyright statement of your own. You must then refer to that copyright statement in debian/copyright. See [6][7]. Please read [8] and change your description in debian/control. Include the upstream homepage in the description. See [9]. Please remove all the commented out debhelper commands in debian/rules. There is no ITP listed at [2]. See [3] about that. Remember to close the ITP in debian/changelog. There is a reference to a non-existant bug, #967890 in debian/changelog. Please read [0][1][5]. [0] http://www.debian.org/doc/debian-policy/ [1] http://www.debian.org/doc/developers-reference/ [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=wnpp [3] http://www.debian.org/devel/wnpp/ [4] http://www.debian.org/Bugs/server-control [5] http://people.debian.org/~mpalmer/debian-mentors_FAQ.html [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info >>> Package: zmanim >>> Version: 1.0.6 >>> Description: A program for computing the times for jewish rituals >>> This program calculates the zmanim (times for Jewish rituals) >>> according to the GR"A opinion. Fix this linda problems: W: zmanim; Package switches from non-native to native version number. This package is switching from a native to a non-native (or the converse, non-native to native) version number. This may have undesired effects, and may not be what you want. On the other hand, this may be a known change, in which case, I can be ignored. E: zmanim; Description contains multiple spaces. The description contains multiple spaces, which is probaby unsightly, and bad practice. I'll send you the pbuilder log file as well. And all my comments about qtzmanim also apply to zmanim. >>>[my incorrect kabloom.dnsalias.com url snipped] >> >>Where are the .dsc, .diff.gz and .orig.tar.gz files? I can only find >>the .changes and .deb files at: >> >>http://wwwcsif.cs.ucdavis.edu/~bloom/ > >I'm not sure why they disappeared, but they're back now. >And thanks for noticing that I got the URL wrong. Feel free to ask to the list again. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
Re: Need sponsor for packages python-irclib and jabber-irc
On Tue, Aug 24, 2004 at 08:47:36AM +0400, Alexey Nezhdanov wrote: >At 23 Aug 2004, 09:30 Alexey Nezhdanov wrote: >>I have prepared new version of python-irclib (I'm maintainer of it). It >>contains small modification to allow jabber-irc package work better. Please add the following line to debian/copyright [6][7]: Copyright (C) 1999--2002 Joel Rosdahl >>The jabber-irc is the new package and it is not in Debian archive yet. Please add the following line to debian/copyright [6][7]: Jan 2004 Copyright (c) Mike Albon Also, for both python-irclib and jabber-irc include the upstream homepage in the description in debian/control [8][9]. [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info >>This is the IRC-transport for jabber server. It is written in python basing >>on the libraries python-xmpp (that I'm the maintainer too) and >>python-irclib. >I have uploaded the source packages here: >http://www.penza-gsm.ru/snake/xmpp/ > >-- >Respectfully >Alexey Nezhdanov Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
Re: RFS: sidplay-libs, sidplay
On Tue, Aug 24, 2004 at 01:25:36AM +0200, Laszlo 'GCS' Boszormenyi wrote: >http://mentors.debian.net/debian/pool/main/s/sidplay-libs/ Builds fine with pbuilder. No lintian/linda messages. debian/copyright is missing the following lines (maybe more) [6][7]: Copyright (C) Michael Schwendt <[EMAIL PROTECTED]> copyright (C) 2000 by Simon White copyright (C) 2000 by Dag Lem copyright (C) 2000 by Simon White Copyright (C) 2001 Simon White <[EMAIL PROTECTED]> Copyright (C) Michael Schwendt <[EMAIL PROTECTED]> Copyright (C) 1999 Aladdin Enterprises. All rights reserved. Copyright (C) 1999 Dag Lem <[EMAIL PROTECTED]> Copyright (C) 2002 Dag Lem <[EMAIL PROTECTED]> Copyright (C) 1997 André Fachat ([EMAIL PROTECTED]) It seems to me that there are many licenses involved in this package. I didn't have time to check them. They must be mentioned in debian/copyright [6][7]. Please include the upstream homepage in the description in debian/control [8][9]. >http://mentors.debian.net/debian/pool/main/s/sidplay/ Builds fine with pbuilder as well. Please fix the following lintian/linda problems: lintian -i /home/pbuilder/result/sidplay/sidplay_2.0.8-1_i386.changes W: sidplay: binary-or-shlib-defines-rpath ./usr/bin/sidplay2 /usr/lib/ N: N: The binary or shared library defines the `RPATH'. Usually this is a N: bad thing. Most likely you will find a Makefile with a line like: N: gcc test.o -o test -Wl,--rpath N: or N: gcc test.o -o test -R/usr/local/lib N: Please contact [EMAIL PROTECTED] if you have questions N: about this. N: linda -i /home/pbuilder/result/sidplay/sidplay_2.0.8-1_i386.changes W: sidplay; Binary /usr/bin/sidplay2 compiled with an RPATH of /usr/lib/. This binary or shared library defines the `RPATH', which is usually a bad thing. Most likely you will find a Makefile with a line like: gcc test.o -o test -Wl,--rpath debian/copyright is missing the following lines [6][7]: Copyright 2000 Simon White ([EMAIL PROTECTED]) Copyright 2000 Mikko Kilponen ([EMAIL PROTECTED]) copyright (C) 2000 by Jarno Paananen Please include the upstream homepage in the description in debian/control [8][9]. [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html [8] http://people.debian.org/~walters/descriptions.html [9] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
RE: library packaging problem
Hi, I have solved my problem of empty .debs in a library package: in the debian/rules file, I had to change the install command from $(MAKE) install prefix=$(CURDIR)/debian/tmp to read $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr so that dh_movefiles could move the files into debian//usr/ since they should be installed in /usr/ at the end, as was correctly indicated in the debian/.files files. Since debian/rules and debian/.files were both created by dpkg-buildpackage (and I did not change them in the first place), one should expect that such manual fixing is not needed - could this be a bug? Best regards, Matthias GN Otometrics -- Hortmann Dipl.Phys. Dr. Matthias Zenker Entwicklung / Development Auchtertstraße 4, D-72770 Reutlingen Tel. ++49(0)7121/99435-60, Fax -79 eMail: [EMAIL PROTECTED] http://www.hortmann.de
Gimp 2.0
Any Idea when Gimp 2.0 will make it into testing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need sponsor for packages python-irclib and jabber-irc
В сообщении от Вторник 24 Август 2004 14:37 вы написали: > On Tue, Aug 24, 2004 at 08:47:36AM +0400, Alexey Nezhdanov wrote: > >At 23 Aug 2004, 09:30 Alexey Nezhdanov wrote: > >>I have prepared new version of python-irclib (I'm maintainer of it). It > >>contains small modification to allow jabber-irc package work better. > > Please add the following line to debian/copyright [6][7]: > > Copyright (C) 1999--2002 Joel Rosdahl Done with one exception: project registered on sf in 2001 and last release came out in 2004, hence the dates shift: 2001-2004. > > >>The jabber-irc is the new package and it is not in Debian archive yet. > > Please add the following line to debian/copyright [6][7]: > > Jan 2004 Copyright (c) Mike Albon Added line: Copyrigth (C) Mike Albon 2004 > > Also, for both python-irclib and jabber-irc include the upstream > homepage in the description in debian/control [8][9]. Homepages added for both packages. > > [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html > [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html > [8] http://people.debian.org/~walters/descriptions.html Can't find what is wrong with this particular descriptions. python-irclib targeted for code developers and contain good description of it's purpose IMHO. jabber-irc targeted for jabber server admins and contains enough information to recognise it properly. Description contains explicit clause that this package is of no use for regular users. > [9] > http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en. >html#s-bpp-upstream-info > > >>This is the IRC-transport for jabber server. It is written in python > >> basing on the libraries python-xmpp (that I'm the maintainer too) and > >>python-irclib. > > > >I have uploaded the source packages here: > >http://www.penza-gsm.ru/snake/xmpp/ New versions is uploaded to the same place. -- Respectfully Alexey Nezhdanov
Re: Gimp 2.0
On Tue, Aug 24, 2004 at 09:04:07AM -0700, Jess Mahan wrote: > > Any Idea when Gimp 2.0 will make it into testing? http://bjorn.haxx.se/debian/testing.pl?package=gimp2.0 As soon as librsvg2 and libexif migrate. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wininfo - information about X windows
also sprach Martin Theià <[EMAIL PROTECTED]> [2004.08.24.1657 +0200]: > I changed the long description in control and closed the bug in the > changelog (ITP). Final packages are at: > http://neo.wh-stuttgart.de/debian/dists/dnm/wininfo/ It's uploaded. Thanks for your contribution! -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: RFC: crasm
* Anibal Monsalve Salazar <[EMAIL PROTECTED]> [2004-08-24 13:17:10 +1000]: > On Sat, Aug 21, 2004 at 02:54:27PM +0200, Laszlo 'GCS' Boszormenyi wrote: > >[1] http://mentors.debian.net/debian/pool/main/c/crasm/ > > debian/copyright is missing the following line [6][7]: > > Copyright (c) 1987 Leon Bottou > > The description in debian/control doesn't mention the upstream > homepage [8][9]. > > [6] http://lists.debian.org/debian-devel-announce/2003/12/msg7.html > [7] http://lists.debian.org/debian-legal/2003/12/msg00194.html > [8] http://people.debian.org/~walters/descriptions.html > [9] > http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info Thanks, fixed. Regards, Laszlo/GCS signature.asc Description: Digital signature
motion, 2.6, and v4l loopback device [WAS Re: motion - please do a sponsored upload for me (new revision with debconf fix)]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 20 August 2004 13:52, Sven Luther wrote: > On Sat, Aug 14, 2004 at 09:18:12AM +0200, Frederik Dannemare wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Saturday 14 August 2004 03:16, Wesley J Landaker wrote: > > > On Friday 13 August 2004 19:06, Adam Majer wrote: > > > > Frederik Dannemare wrote: > > > > > Hi, > > > > > > > > > > I was hoping that my previous sponsor of motion would have > > > > > the time this week to do a new upload which has a couple of > > > > > very small fixes, but unfortunately I haven't heard from him > > > > > yet, so I'm really, really > > > > > > > > I'll look at it and upload within an hour or so (unless there > > > > are problems). > > > > > > I saw a copy of Frederik's same e-mail in debian-mentors earlier > > > today and already checked it over and uploaded. My only concern > > > was that it's not quite up-to-date with the latest upstream > > > (3.1.14 vs 3.1.16), but since it's a bugfix, I went ahead and > > > sponsored. > > > > When I adopted the package, I chose to update from 3.0.6 to 3.1.14, > > and not 3.1.15/3.1.16, because I personally feel 3.1.14 is the most > > stable of them. .15 had a lot of problems, and although .16 fixed > > much of this, I still feel 3.1.14 is the better choice for the > > sarge release. > > > > Many thanks for the upload, Wesley. I really appreciate it. And > > thank you, Adam, for once again offering to help me with an upload. > > BTW, what is the deal with motion and 2.6 kernels ? I am under the > understanding that it requires the videoloop or whatever module, > which is not only abandoned upstream, but also not yet ported to 2.6 > kernels. I have been using motion and 2.6 without the v4l loopback device. I don't know much about it, but I think it was initially developed for debugging motion in real-time or something like that. Best regards, - -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk Key fingerprint: BB7B 078A 0DBF 7663 180A F84A 2D25 FAD5 9C4E B5A8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK9PKLSX61ZxOtagRAo/GAJsHj/OD67IJPEL8N9OOQ8VMUhwcnACeMs8b JYIhtI1iPEcqPFNOERiw0kg= =k4KF -END PGP SIGNATURE-
Re: Need sponsor for packages python-irclib and jabber-irc
On Tue, Aug 24, 2004 at 08:19:41PM +0400, Alexey Nezhdanov wrote: >On Tue, Aug 24, 2004 at 08:37:55PM +1000, Aníbal Monsalve Salazar wrote: >>Please add the following line to debian/copyright [6][7]: >> >>Copyright (C) 1999--2002 Joel Rosdahl This is the upstream copyright line in the original tarball. >Done with one exception: project registered on sf in 2001 and last >release came out in 2004, hence the dates shift: 2001-2004. I don't think you could extend the copyright dates for the upstream author. Please don't change the copyright dates. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 Australia `. `' http://debian.org/| http://www-personal.monash.edu/~anibal `- signature.asc Description: Digital signature
*-chroot packages? [WAS: Re: looking for a sponsor for jailkit]
* Olivier <[EMAIL PROTECTED]> [2004-08-16 22:56:20 +0200]: > I've packaged jailkit, a collection of tools to create and maintain > chroot jails. The package is lintian clean. My pgp key is checked by > some debian developers already, so now I need a sponsor. This message reminds me of a question I've been meaning to ask; I'm sure this has come up before, so I'm asking this more from the standpoing of "what are the reasons" rather than "someone should think about doing this"...anyway, I thought it would be kinda neat to have chroot versions of packages that people (...who are running servers) could install and already have a "jailed" environment. Something like where the current package name is "bind9", a package named "bind9-chroot", etc. Of course, this is something that people can do themselves (especially with the availability of tools like the above jailkit), but it might go a mildly significant way to bettering general Internet security if anybody could just do it "out of the box" so to speak. -- John ! "On two occasions, I have been asked, 'Pray, Mr. Babbage, if Buttery! you put into your machine wrong figures, will the right www.io.c! answers come out?' I am not able to rightly apprehend the kind om/~john! of confusion of ideas that could provoke such a question." signature.asc Description: Digital signature
