Re: RFC for yapet filling debian/copyright
Le Fri, Jun 12, 2009 at 08:12:46AM +0200, Salvatore Bonaccorso a écrit : > > Now, my question is about filling the debian/copyright. The overall > license for yapet is GPL-3+ with the OpenSSL exception. This was > changed upstream, after I informed him, about that issue. Now I'm > unsure in this case if it is enough to state for "File: *" GPL-3+ with > the OpenSSL exception, or if I really should separate these out, > filling new stanza in debian/copyright. > > The second question is, how to handle the copyright for the files in > intl/ and m4/ directories. In particular, some of them have the same > license, but different copyright years, should then this really be > separated into stanzas of the copyright files, or is it enough to > state the most covering "time intervall"? And should be "autogeneratd" > files as aclocal.m4 which containts a copyright statement in the hader > also be included into debian/copyright? Dear Salvatore, from my understanding of the GPL, as a distributor you do not have particular obligations to display copyright informations in the binary packages (it is the program that must be able, and anyway the sources must come together). For the source package, the copyright informations have to be displayed “appropriately”. My personal point of view is that what was good for Upstream is good for us. But in parallel to the program's license(s), you also have obligations from the Debian Policy and the archive administrators. In practice, no package has been rejected for not including information about the autoconf files, so if you do not feel like including them, it should be safe. For the GPL-2 files in intl/ and m4/, I think that it is up to you to document or not the copyright holders, but you have to document the license. So you will have something like (in short): Name: YAPET Contact: Rafael Ostertag Source: http://www.guengel.ch/myapps/yapet/ License: GPL-3+ with OpenSSL exception Files: intl/* m4/* License: GPL-2+ And now, there may be a problem: if the files of intl/* are linked to the code with OpenSSL exception, they will not inherit it (this is where looking who holds the copyright gets some importance). So if they end up in linked to OpenSSL in the same program, it is probably unredistributable. Sorry for the bad news, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: mupen64plus
Hi, I just wanted to add some notes. Mupen64Plus is in my opinion the best working n64 emulator on unix systems with an active upstream. mupen64plus is a fork of the ~2005 stopped project mupen64[4] with many enhancements and bug-fixes. It uses a plug-in architecture to make it easy to exchange different subsystem emulations of the multichip nintendo64 platform. All included plug-ins except the glN64 graphics plugins are included. glN64 was stripped out of the orig.tar.gz due to missing license information and unsuccessful attempts to to contact the original plug-in author[1]. Maybe this problem can be solved in the future. Additional graphic plug-ins like glide64 and Rice video plug-in are included - so the missing glN64 shouldn't be a too big problem. Both plugins have been tested with different free available roms from pouet.net and similar sites. Some minor glitches had to be fixed during the packaging process, but most of my patches have been already merged into the upstream svn and will be part of the next release. Other things like icons with possible copyright violations have been removed from the orig.tar.gz too and got replaced in mupen64plus' SVN. This package is based on the first attempt of Felix Arreola Rodriguez[2], but in an heavily rewritten form. So this RFS supersedes his request, because he stopped it[3] some weeks ago. I hope that someone has the time to check this package and uploads it if it fulfills all needs. We need only a mentor until it hits the debian archive. All following uploads can be done by myself. Best regards, Sven Eckelmann [1] http://lists.debian.org/debian-legal/2009/06/msg2.html [2] http://lists.debian.org/debian-mentors/2009/03/msg00043.html [3] http://bugs.debian.org/513322#52 [4] http://mupen64.emulation64.com/ signature.asc Description: This is a digitally signed message part.
Re: ITS: mupen64plus 1.5+dfsg1-2
[tobi, 2009-06-11] > http://mentors.debian.net/debian/pool/main/m/mupen64plus/mupen64plus_1.5+dfsg1-2.dsc I will take a look today or tomorrow -- http://people.debian.org/~piotr/sponsor -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: dvdbackup (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.4.1-1 of my package "dvdbackup". It builds these binary packages: dvdbackup - tool to rip DVD's from the command line dvdbackup-dbg - debug files for dvdbackup The package is completely lintian clean. The upload would fix these bugs: 529073, 530708, 531568 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dvdbackup - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dvdbackup/dvdbackup_0.4.1-1.dsc I have set the urgency to high because the grave bug 529073. I would be glad if someone uploaded this package for me. I asked Stephan Gran, but he did not respond. Please CC Stephan and me, if you response to this mail, because we did not subscribe this mailing list. Kind regards Benjamin Drung signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: dvdbackup (updated package)
Hi Benjamin, On Fri, Jun 12, 2009 at 14:36, Benjamin Drung wrote: > Dear mentors, > > I am looking for a sponsor for the new version 0.4.1-1 > of my package "dvdbackup". My only suggestion is taht dh7 and cdbs provides the same functionalities, so you may want to remove cdbs and relay only on dh7. Uploaded! thanks for your contribution to Debian. > The upload would fix these bugs: 529073, 530708, 531568 Next time, please mention in the email subject this upload fixes RC bugs, it will catch faster (faster than this? ;) ) a sponsor :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: gvpe, the GNU Virtual Private Ethernet daemon
Dear mentors, I am seeking a sponsor for this new package, gvpe. It builds an secure virtual ethernet between multiple endpoints and gateways, rather than a straight end-to-end VPN tunnel. This makes it more resilient to failures of individual nodes participating in the network. I filed an RFP originally, but I've since packaged it for my own use and had it running with no problems for some months, so I believe it's stable enough for the archive. It's written in C++ and includes sample configuration and full documentation. There's one lintian warning about a manual page which needs fixing upstream, otherwise it's clean with a pedantic check. It uses just debhelper 7 and autotools. The license is a mixture of GPL versions, LGPL and custom grants that I consider to be free according to DFSG. The copyright file is more complex than I have worked with before, so there may be comments you can make on it. This upload will close bug 515307. Even if you're unable or unwilling to make an upload, I'd appreciate a review. You can find the .dsc on mentors at http://mentors.debian.net/debian/pool/main/g/gvpe/gvpe_2.22-1.dsc TIA, -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 signature.asc Description: Digital signature
Re: RFS: iulib (2nd attempt)
2009/6/10 Salvatore Bonaccorso : > I shortly looked into it, you seem to use a "unmodified" tiny > debian/rule. You should minimize this, by using only a > mini-debian/rule and depend in debian/control on (debhelper >= 7.0.8, > please check the correct version in changelog of debhelper) - it will Ah. Didn't know you could do that. Thanks for the help. Uploaded again with a 3-line rules files and an appropriately updated control file. Regards Jeff -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (2nd attempt)
On Fri, Jun 12, 2009 at 16:15, Jeffrey Ratcliffe wrote: > 2009/6/10 Salvatore Bonaccorso : >> I shortly looked into it, you seem to use a "unmodified" tiny >> debian/rule. You should minimize this, by using only a >> mini-debian/rule and depend in debian/control on (debhelper >= 7.0.8, >> please check the correct version in changelog of debhelper) - it will > > Ah. Didn't know you could do that. Thanks for the help. > > Uploaded again with a 3-line rules files and an appropriately updated > control file. Please someone sponsor it. I've already reviewed the package some time ago, but I step back since I'm not sure about this library package, in particular because it's a static lib one. It's important to have it in Debian since it's a dependency of the new version of ocropus, a very powerful OCR . Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Unidentified subject!
-- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (2nd attempt)
On Fri, Jun 12, 2009 at 10:24 PM, Sandro Tosi wrote: > Please someone sponsor it. I've already reviewed the package some time > ago, but I step back since I'm not sure about this library package, in > particular because it's a static lib one. Why is it a static library instead of a shared one? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: gvpe, the GNU Virtual Private Ethernet daemon
Replying in this thread because I didn't receive any reply to my direct emails and couldn't contact you on IRC; what is the status of whohas? I'm especially interested in #523497 being fixed, but there are a few wishlist items that would be nice to have and would probably be easy for upstream to add. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: gvpe, the GNU Virtual Private Ethernet daemon
I forgot to mention this PackageMap thing being developed for smolt that you might want to inform upstream about: http://blog.hartwork.org/?p=373 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: xmms2 (updated package)
Dear mentors, I have updated the xmms2 package. Here you can find the dsc file: http://mentors.debian.net/debian/pool/main/x/xmms2/xmms2_0.6DrMattDestruction-2.dsc Now the package should be ready to be uploaded. I would be glad if someone uploaded this package for me. The package is not lintian free, but very improved compared to version 0.6DrMattDestruction-1. Here are the remaining issues (lintian -iIv --pedantic): P: xmms2 source: direct-changes-in-diff-but-no-patch-system .gitignore and 5 more As written before, we use git to track patches. Most of these changes are cherry-picked. W: binary-without-manpage As written before, I have filed an upstream bug report for that. I: libxmmsclient++3: no-symbols-control-file usr/lib/libxmmsclient ++.so.3.0.0 As written in the changelog, creating a symbols file for libxmmsclient++ produces different results on similar systems (is it a problem of C++ or boost?). Florian Ragwitz, the maintainer of xmms2, is very busy and have no time for it. He agreed on asking here for a sponsor. Please CC Florian and me, if you response to this mail, because we did not subscribe this mailing list. Cheers, Benjamin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: xmms2 (updated package)
Benjamin Drung wrote: > P: xmms2 source: direct-changes-in-diff-but-no-patch-system .gitignore > and 5 more > > As written before, we use git to track patches. Most of these changes > are cherry-picked. IANADD, but this is hardly excuse to this issue, as for me. Users and developers shouldn't need internet access to your git repo and cloning it to apply/exclude some patch or correct one of them, or even see what patches were applied. You can move .gitignore and other VCS stuff to another branch and generate, for example, nice quilt patches for package, can't you? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: libasyncns / python-libasyncns
Yann Leboulanger wrote: > Hi all, > > I packaged libasyncns-0.7 and python-libasyncns-0.7.1 > > I already have a DD for another package, so maybe he can upload them, > but if I can get some comments before I ask him, that would be > nice. > > * Package name: libasyncns0 > Version : 0.7-1 > Upstream Author : Lennart Poettering > * URL : http://0pointer.de/lennart/projects/libasyncns > * License : GPL-2.1+ > Section : libs > > It builds these binary packages: > libasyncns0 - Asyncronous name service query library > libasyncns-dev - Asyncronous name service query library development files > > The package appears to be lintian clean. > > The upload would fix this bug: 510269 > > The package can be found here: > - URL: http://www.lagaule.org/debian/libasyncns > - dget: http://www.lagaule.org/debian/libasyncns/libasyncns_0.7-1.dsc > > > > * Package name: python-libasyncns > Version : 0.7.1-1 > Upstream Author : Damien Thébault > * URL : https://launchpad.net/libasyncns-python > * License : GPL-2.1 > Section : python > > It builds these binary packages: > python-libasyncns - Python wrapper for asynchronous name service query > library > python-libasyncns-doc - Documentation for the libasyncns library > python-libasyncns-dbg - Python wrapper for asynchronous name service > query library (debug extension) > > > The package appears to be lintian clean. > > The upload would fix this ITP bug: 510266 > > The package can be found here: > - URL: http://www.lagaule.org/debian/python-libasyncns > - dget: > http://lagaule.org/debian/python-libasyncns/libasyncns-python_0.7.1-1.dsc > > > Thanks! Nobody could have a look at those packages? please -- Yann -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: jetty6
Dear mentors, I am looking for a sponsor for my package "jetty6". * Package name: jetty6 Version : 6.1.18-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : java It builds these binary packages: jetty6 - Java servlet engine and webserver libjetty6-extra-java - Java servlet engine and webserver -- extra libraries libjetty6-java - Java servlet engine and webserver -- core libraries The upload would fix these bugs: 425152, 454529, 458399, 498582, 527571, 528389, 530720 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jetty6 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/j/jetty6/jetty6_6.1.18-1.dsc I would be glad if someone uploaded this package for me. Kind regards Ludovic Claude -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: jetty6
Missing information... Ludovic Claude a écrit : > Dear mentors, > > I am looking for a sponsor for my package "jetty6". > > * Package name: jetty6 > Version : 6.1.18-1 > Upstream Author : Mortbay Consulting > * URL : http://jetty.mortbay.com/ > * License : Apache 2.0 > Section : java > > It builds these binary packages: > jetty6 - Java servlet engine and webserver > libjetty6-extra-java - Java servlet engine and webserver -- extra libraries > libjetty6-java - Java servlet engine and webserver -- core libraries > > The upload would fix these bugs: 425152, 454529, 458399, 498582, 527571, > 528389, 530720 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/j/jetty6 > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/j/jetty6/jetty6_6.1.18-1.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards > Ludovic Claude > > -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: byacc-j
Dear mentors, I am looking for a sponsor for my package "byacc-j". * Package name: byacc-j Version : 1.15-1 Upstream Author : Tomas Hurka * URL : http://byaccj.sourceforge.net/ * License : public domain Section : devel It builds these binary packages: byacc-j- Berkeley YACC parser generator extended to generate Java code The package appears to be lintian clean. The upload would fix these bugs: 532933 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/b/byacc-j - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/b/byacc-j/byacc-j_1.15-1.dsc I would be glad if someone uploaded this package for me. Kind regards Ludovic Claude -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC for yapet filling debian/copyright
Dear Charles Many thanks for your reply on this. On Fri, Jun 12, 2009 at 08:33:34PM +0900, Charles Plessy wrote: > Le Fri, Jun 12, 2009 at 08:12:46AM +0200, Salvatore Bonaccorso a écrit : > [...] > > The second question is, how to handle the copyright for the files in > > intl/ and m4/ directories. In particular, some of them have the same > > license, but different copyright years, should then this really be > > separated into stanzas of the copyright files, or is it enough to > > state the most covering "time intervall"? And should be "autogeneratd" > > files as aclocal.m4 which containts a copyright statement in the hader > > also be included into debian/copyright? > from my understanding of the GPL, as a distributor you do not have particular > obligations to display copyright informations in the binary packages (it is > the > program that must be able, and anyway the sources must come together). For the > source package, the copyright informations have to be displayed > “appropriately”. My personal point of view is that what was good for Upstream > is good for us. > > But in parallel to the program's license(s), you also have obligations from > the > Debian Policy and the archive administrators. In practice, no package has been > rejected for not including information about the autoconf files, so if you do > not feel like including them, it should be safe. For the GPL-2 files in intl/ > and m4/, I think that it is up to you to document or not the copyright > holders, > but you have to document the license. > > So you will have something like (in short): > > Name: YAPET > Contact: Rafael Ostertag > Source: http://www.guengel.ch/myapps/yapet/ > > License: GPL-3+ with OpenSSL exception > > Files: intl/* m4/* > License: GPL-2+ Ok, this clearify a bit my question on this. I was really not sure if I need then to clarify each of the intl/* and m4/* if they have "slightly different" coypright note ... > And now, there may be a problem: if the files of intl/* are linked to the code > with OpenSSL exception, they will not inherit it (this is where looking who > holds the copyright gets some importance). So if they end up in linked to > OpenSSL in the same program, it is probably unredistributable. But this is not a "bad news" intl/ is shipped in upstream tarball, but is not used during buildprocess, since I use "Use included libintl: no" (see attached buildlog). Is this correct? Many thanks for your help so far Kind regards Salvatore yapet_0.3a-1_i386.build.gz Description: Binary data signature.asc Description: Digital signature
Re: RFS: jetty6
On Fri, Jun 12, 2009 at 09:32:40PM +0100, Ludovic Claude wrote: > I am looking for a sponsor for my package "jetty6". > > * Package name: jetty6 > Version : 6.1.18-1 > Upstream Author : [fill in name and email of upstream] > * URL : [fill in URL of upstreams web site] > * License : [fill in] > Section : java Is the package as incomplete as the information above? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (2nd attempt)
2009/6/12 Paul Wise : > Why is it a static library instead of a shared one? Because that's how upstream set up the build process, and neither upstream, nor I, knew enough about autoconf, automake and libtool to make a shared library. In the mean time, someone posted a working patch[1], and I have updated the package to produce a shared library. Now it is not lintian clean. If I have the usr/lib/libiulib.so.0.0.0 libiulib.so.0 symlinks in libiulib0, then I get: W: libiulib0: non-dev-pkg-with-shlib-symlink usr/lib/libiulib.so.0.0.0 usr/lib/libiulib.so If I put them in the -dev, I get: E: libiulib0: ldconfig-symlink-missing-for-shlib usr/lib/libiulib.so.0 usr/lib/libiulib.so.0.0.0 libiulib.so.0 How do I fix this? Regards Jeff [1]http://code.google.com/p/iulib/issues/detail?id=7 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (2nd attempt)
In <30e395780906121522i273d74b8qe6bf4f35198e4...@mail.gmail.com>, Jeffrey Ratcliffe wrote: >Now it is not lintian clean. If I have the usr/lib/libiulib.so.0.0.0 >libiulib.so.0 symlinks in libiulib0, then I get: > >W: libiulib0: non-dev-pkg-with-shlib-symlink usr/lib/libiulib.so.0.0.0 >usr/lib/libiulib.so > >If I put them in the -dev, I get: > >E: libiulib0: ldconfig-symlink-missing-for-shlib usr/lib/libiulib.so.0 >usr/lib/libiulib.so.0.0.0 libiulib.so.0 > >How do I fix this? The (unversioned, build-time use only) symlink libiulib.so -> libiulib.so.0.0.0 needs to be in libiulib-dev package. The (major- versioned) symlink libiulib.so.0 -> libiulib.so.0.0.0 needs to be in the libuilib0 package. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: RFS: qutecsound (2nd try)
>This package has been updated, it now sets the default html for the csound ^path >manual currently in NEW. > >I am looking for a sponsor for my package "qutecsound". > >* Package name: qutecsound > Version : 0.4.1-1 > Upstream Author : Andrés Cabrera >* URL : http://sourceforge.net/projects/qutecsound >* License : LGPL-2.1 > Section : sound > >It builds these binary packages: >qutecsound - frontend for the csound sound processor > >The package appears to be lintian clean. > >The upload would fix these bugs: 511631 > > QuteCsound is a simple cross platform editor and front-end for Csound > with syntax highlighting, interactive help and automatic launching of > Csound. > > >The package can be found on mentors.debian.net: >- URL: http://mentors.debian.net/debian/pool/main/q/qutecsound >- Source repository: deb-src http://mentors.debian.net/debian unstable main >contrib non-free >- dget >http://mentors.debian.net/debian/pool/main/q/qutecsound/qutecsound_0.4-1.dsc > >I would be glad if someone uploaded this package for me. Ping? This application is very important for csound users, because it provides a great frontend for it. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Re: RFS: iulib (2nd attempt)
On Fri, Jun 12, 2009 at 11:05 PM, Paul Wise wrote: > Why is it a static library instead of a shared one? PS: libpkg-guide is a good shared library packaging reference, but be aware of the two bugs filed against it. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org