Re: RFS: 0ad
On Tue, Apr 5, 2011 at 1:56 PM, Vincent Cheng vincentc1...@gmail.com wrote: Just for clarification: mentors, if there are files in the source package that are unused during a build of that package (in this case, fonts), and not installed by the package, do I still need to document them in debian/copyright? Or can I just safely ignore them and not have to worry about copyright and licensing issues? Or should I simply remove them from the source package? The copyright and license still needs to be documented since we are distributing them in the source package. If you are already repacking, just drop them during the repack process. Since nobody has mentionned it yet, i'd just like to take a moment and thank Philip for taking the time to explain and clear up a lot of potential licensing issues, and for being a cooperative upstream. We really appreciate your time and effort. :) Agreed, 0ad folks are one of the better upstreams I've seen around pkg-games stuff in recent times. -- 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 Archive: http://lists.debian.org/banlktikg2uuu_5hhgq8xxpjxf1dddh+...@mail.gmail.com
Re: RFS: preprocess
Hi Jonathan, On Mon, Apr 4, 2011 at 6:59 PM, Jonathan Wiltshire j...@debian.org wrote: On Mon, Apr 04, 2011 at 10:34:07AM +0200, Johannes Ring wrote: P: no-upstream-changelog: upstream changelog is in README.txt You use debhelper, in a round-about way: see 1. dh_installchangelogs(1) 2. http://build-common.alioth.debian.org/cdbs-doc.html#id2540110 Thanks for your comment. This is now fixed in the SVN repository. Johannes -- 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/BANLkTi=tgwQ26OujPz2d+J535ufeG=x...@mail.gmail.com
RFS: wmmixer
Dear mentors, I am looking for a sponsor for the orphaned package wmmixer. * Package name: wmmixer Version : 1.5-12 * URL : http://www.dockapps.org/ * License : GNU Public License, Version 2.0 Section : x11 It builds these binary packages: wmmixer - WindowMaker Mixer Dock App The package appears to be lintian clean, except for one error: Lintian Tag: changelog-should-mention-qa I try to write QA (group) upload as first line, but I cannot solve the lintian error. Changelog: wmmixer (1.5-12) unstable; urgency=low QA (group) upload * support multiple config files and X Classes [Closes: #454286] * It updates the packaging to 3.9.1 standard and compatibility 7 * deleted README.source * dpatch removed * package priority moved to extra * Hurd support * Switch to dpkg-source 3.0 (quilt) format * Debian standards version moved to 3.9.1 (from 3.8.0) I try to upload the package to mentors.debian.net but I have a proble uploading the source file (I don't know how to upload it) The package can be found on http://www.kix.es/src/wmaker/wmmixer/ I would be glad if someone check and uploaded this package for me. Kind Regards, kix -- ||// //\\// Rodolfo kix Garcia ||\\// //\\ http://www.kix.es/ -- 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/af06bf30f278204f6fae769c37b7a99a@localhost
RFS: imagemagick (updated package)
Dear mentors, I am looking for a sponsor for the new version 8:6.6.9.3-1 of my package imagemagick. Nelson, here in cc was used to download imagemagick package but is now a little bit quiet nowadays. It builds these binary packages: imagemagick - image manipulation programs imagemagick-dbg - debugging symbols for ImageMagick imagemagick-doc - document files of ImageMagick libmagick++-dev - object-oriented C++ interface to ImageMagick - development files libmagick++4 - object-oriented C++ interface to ImageMagick libmagickcore-dev - low-level image manipulation library - development files libmagickcore4 - low-level image manipulation library libmagickcore4-extra - low-level image manipulation library - extra codecs libmagickwand-dev - image manipulation library - development files libmagickwand4 - image manipulation library perlmagick - Perl interface to the ImageMagick graphics routines The upload would fix these bugs: 579775, 587227, 594693, 601824, 611125, 612811 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/imagemagick - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/imagemagick/imagemagick_6.6.9.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards bastien roucaries -- 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/201104051042.23653.roucaries.bast...@gmail.com
Re: Bizzar error with dpkg-buildpackages
On Tue, 05 Apr 2011, Michelle Konzack wrote: Hello Mentors, I am not compiling the package the first time, but today I got an error on Squeeze which could be lead to the yesterdays upgrade: No, not related. Ehm, on the top, dpkg-deb say signfile xmem_1.20-29+b1.dsc and then at dpkg-genchanges I get ../xmem_1.20-29.dsc can't be read. I compiled the last two days 16 Packages and it was working and now not more. Any suggestions what it can be that the +b1 is cut off? Because +b1 means bin-nmu 1 and is never part of the source version. That's policy. Don't put +bX at the end of your version and you'll be fine. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- 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/20110405092244.gc10...@rivendell.home.ouaza.com
Re: RFS: ipt-netflow
В Втр, 05/04/2011 в 09:49 +0800, Paul Wise пишет: On Tue, Apr 5, 2011 at 1:21 AM, Alexey Osipov wrote: I am looking for a sponsor for my package ipt-netflow. ... ipt-netflow - netfilter target which sends traffic statistics via NetFlow ipt-netflow-dkms - netfilter target which sends traffic statistics via NetFlow (dkms source) This seems to be a Linux kernel module, Yes, it is. Plus the corresponding userspace xtables/iptables module. what is the status of merging it into Linux mainline? As I know, upstream never tried to merge it into mainline. Will this deny inclusion of my packet into Debian? Best regards, Alexey Osipov. -- 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/1301998305.2320.4.camel@dahari
Re: RFS: ipt-netflow
On Tue, Apr 5, 2011 at 6:11 PM, Alexey Osipov si...@lerlan.ru wrote: As I know, upstream never tried to merge it into mainline. Thats a shame, please suggest it to them. Will this deny inclusion of my packet into Debian? No. -- 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 Archive: http://lists.debian.org/BANLkTikeEiG-V2hj9-Yn89z1+e9=hmd...@mail.gmail.com
Re: RFS: wmmixer
Hello Rodolfo kix Garcia, Am 2011-04-05 01:51:46, hacktest Du folgendes herunter: I try to upload the package to mentors.debian.net but I have a proble uploading the source file (I don't know how to upload it) The package can be found on http://www.kix.es/src/wmaker/wmmixer/ Create an account on m.d.o and then create a config file of [ '~/.dupload.conf' ]--- package config; $default_host = mentors; $cfg{'mentors'} = { fqdn = 'mentors.debian.net', method = 'ftp', login = 'anonymous', password = 'YOUR_PASSWORD_HERE', incoming = '/', mailto = 'YOUR_EMAIL_HERE', mailtx = 'YOUR_EMAIL_HERE', cc = 'debian-mentors@lists.debian.org', fullname = 'Rodolfo kix Garcia', visibleuser = 'LOCALPART_OF_YOUR_MAIL', visiblename = 'DOMAINPART_OF_YOUR_MAIL', passive = 1, dinstall_runs = 1, archive = 1, }; 1; and then go into the directore where you have stored your files and run 'dupload' and all is done automaticaly. Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsystems@tdnet France EURL itsystems@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: RFS: wmmixer
On Tue, Apr 5, 2011 at 6:37 PM, Michelle Konzack wrote: Create an account on m.d.o and then create a config file of [ '~/.dupload.conf' ]--- package config; $default_host = mentors; $cfg{'mentors'} = { No need to have this bit, the default dupload.conf already knows about mentors. -- 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 Archive: http://lists.debian.org/BANLkTimCsZ-0N7hfPs=4egk95axjsn9...@mail.gmail.com
Re: Bizzar error with dpkg-buildpackages
Thankyou Raphael, Because +b1 means bin-nmu 1 and is never part of the source version. That's policy. Don't put +bX at the end of your version and you'll be fine. OK (it was working some ears ago...), but how to build the same Package Version for different Releases (unstable, stable and oldstable)? It seems it has a little bit changed in the last 5 years. Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsystems@tdnet France EURL itsystems@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: RFS: wmmixer
On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise p...@debian.org wrote: On Tue, Apr 5, 2011 at 6:37 PM, Michelle Konzack wrote: Create an account on m.d.o and then create a config file of [ '~/.dupload.conf' ]--- package config; $default_host = mentors; $cfg{'mentors'} = { No need to have this bit, the default dupload.conf already knows about mentors. -- bye, pabs http://wiki.debian.org/PaulWise Hi, I followed the steps of http://mentors.debian.net/cgi-bin/maintainer-intro: package config; $cfg{'mentors'} = { fqdn = 'mentors.debian.net', incoming = '/', dinstall_runs = 1, passive = 1, }; 1; And then, dupload -t mentors wmmixer_1.5-12.changes The first time that runs ok, but I had some lintian problems about source package. When I have solved the problems, when I upload the package I get an email about problems: - I am sorry to tell you that your upload to mentors.debian.net failed. - While checking the files that you uploaded we found an error: - - Your .dsc file (wmmixer_1.5-12.dsc) mentions a file named - 'wmmixer_1.5.orig.tar.gz' which is part of the source package. But this - file is neither present in our repository yet nor did you upload it. Please - make sure your upload contains this file next time and try again. - - Your upload has been removed from the incoming directory. Please fix the - error in your package and re-upload your package. If you suspect that your - package is correct but mentors.debian.net did anything wrong please reply - to this message and tell us. - - The mentors.debian.net team - - - #Import run: 2011-04-05T08:18:38.523049 For this reason I uploaded the files to my server. The previous files on the server where overwrited. They had some lintian problems (I cannot detect them because I ran lintian not correctly). Best Regards. -- ||// //\\// Rodolfo kix Garcia ||\\// //\\ http://www.kix.es/ -- 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/cb8b2fdffe6ee11f310cc894e1c792ff@localhost
Re: RFS: wmmixer
On 04/05/2011 01:01 PM, Rodolfo kix Garcia wrote: On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise p...@debian.org wrote: Hi, I followed the steps of http://mentors.debian.net/cgi-bin/maintainer-intro: package config; $cfg{'mentors'} = { fqdn = 'mentors.debian.net', incoming = '/', dinstall_runs = 1, passive = 1, }; 1; And then, dupload -t mentors wmmixer_1.5-12.changes The first time that runs ok, but I had some lintian problems about source package. When I have solved the problems, when I upload the package I get an email about problems: - I am sorry to tell you that your upload to mentors.debian.net failed. - While checking the files that you uploaded we found an error: - - Your .dsc file (wmmixer_1.5-12.dsc) mentions a file named - 'wmmixer_1.5.orig.tar.gz' which is part of the source package. But this - file is neither present in our repository yet nor did you upload it. Please - make sure your upload contains this file next time and try again. - - Your upload has been removed from the incoming directory. Please fix the - error in your package and re-upload your package. If you suspect that your - package is correct but mentors.debian.net did anything wrong please reply - to this message and tell us. - - The mentors.debian.net team - - - #Import run: 2011-04-05T08:18:38.523049 For this reason I uploaded the files to my server. The previous files on the server where overwrited. They had some lintian problems (I cannot detect them because I ran lintian not correctly). Best Regards. an update changing only the debian revision will not include the original source code anymore, but mentors (unlike the main archive) requires it. build the package with -sa to include the original source again see man dpkg-genchanges Best Regards, Julian Taylor signature.asc Description: OpenPGP digital signature
Re: RFS: wmmixer
On Tue, 05 Apr 2011 13:10:24 +0200, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 04/05/2011 01:01 PM, Rodolfo kix Garcia wrote: On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wise p...@debian.org wrote: an update changing only the debian revision will not include the original source code anymore, but mentors (unlike the main archive) requires it. build the package with -sa to include the original source again see man dpkg-genchanges Best Regards, Julian Taylor Thanks a lot Julian, I will try it this evening. Best Regards. kix -- ||// //\\// Rodolfo kix Garcia ||\\// //\\ http://www.kix.es/ -- 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/73f146b47e6bb996a52b41277f63b193@localhost
Re: RFS: 0ad
On Mon, 4 Apr 2011 22:00:43 -0700 Vincent Cheng vincentc1...@gmail.com wrote: On Mon, Apr 4, 2011 at 5:39 AM, Karl Goetz k...@kgoetz.id.au wrote: On Sun, 3 Apr 2011 11:39:34 +0100 Philip Taylor exc...@gmail.com wrote: On Sun, Apr 3, 2011 at 10:15 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Sat, Apr 2, 2011 at 11:08 PM, Karl Goetz k...@kgoetz.id.au wrote: Not sure if all the CCs are required, so preserving them. [...] Is there code distributed under the terms of license_dbghelp.txt in this package? It would appear to be non-dfsg compliant, so may cause you problems. dbghelp is only used for Windows. I feel you still still be careful of the following: iii.Distribution Restrictions. You may not [...] * modify or distribute the source code of any Distributable Code so that any part of it becomes subject to an Excluded License. An Excluded License is one that requires, as a condition of use, modification or distribution, that * the code be disclosed or distributed in source code form; or * others have the right to modify it. It may cause you issues outside debian too. thanks, kk Since dbghelp isn't needed for 0 A.D. on Linux, would it be preferable if I simply strip the files affected by that license out of the source package? I'm not sure; could someone else comment on this? thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: RFS: 0ad
On Mon, 4 Apr 2011 22:15:56 -0700 Vincent Cheng vincentc1...@gmail.com wrote: On Mon, Apr 4, 2011 at 5:43 AM, Karl Goetz k...@kgoetz.id.au wrote: On Sun, 3 Apr 2011 12:08:39 +0100 Philip Taylor exc...@gmail.com wrote: On Sun, Apr 3, 2011 at 11:00 AM, Karl Goetz k...@kgoetz.id.au wrote: On Sat, 2 Apr 2011 21:59:59 -0700 I've left all the CCs in; should they all be maintained, or can some be dropped? now, since https://bugzilla.mozilla.org/show_bug.cgi?id=628723 gives a relatively stable modern version - just need to do a bit of work to port the game to the latest version of the API. I can probably get that done for the next alpha release of the game. Vincent, how do you feel about ITPing that too? Isn't spidermonkey already available in Debian? If possible, I would rather I don't know; i assumed it being bundled here meant it wasn't included. avoid filing an ITP; rather, I'd prefer including libmozjs-dev as a build dependency for 0 A.D (and work with the Debian Mozilla crew if any changes have to be made to libmozjs in order for 0 A.D. to get along with it). Please do. ./binaries/data/mods/public/public.zip - is this meant to be sitting around as a zip, or extracted by something at unpack? Could this be related to the lack of files in binaries/data/mods/ ? The copyright file says there is an art/ and an audio/ dir in there. It's meant to be installed as a zip (kind of like Quake's PK3 files). The game's LICENSE.txt file refers to paths in SVN (where they're not This is probably where the problem in debian/copyright comes from then. 0 A.D. runs fine with public.zip installed as a zip, so I'm assuming that there's no need to unzip it prior to packaging and installing it. Do I have to account for all the contents of the zip in debian/copyright, and if so, how would I go about doing that? Don't know, hopefully someone else can clarify this. (you will have to take it into account, i just don't know how detailed you'll have to be) ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE - according to the Copyright file, Eagle.DAE is non-free. It'd be best for the game to not bundle a copy of FCollada. See http://trac.wildfiregames.com/ticket/562 - I don't know how long it's likely to be before that's integrated and working, though. In the meantime, it's safe to delete those files from a release (since the FCollada tests don't get run automatically; they're only useful when people are developing FCollada itself). Any chance you could stop shipping the DAE file? otherwise debian will have to repack the tarball. thanks, kk Actually, I have to repack the tarball anyways in order to have 0ad and 0ad-data build from the same source package, although they're offered as 2 separate source packages upstream. I'd question the logic of doing that, I suggest having separate source packages. How big would the two packages be? Also, since fcollada tests aren't run automatically, should i simply just remove those files from my source tarball (along with dbghelp)? eagle.dae? definitely remove it. the supporting code? up to you. I don't want to have to modify the source tarball too much, but it is simply much easier than trying to make sure that every potential copyright/licensing issue is adressed. You have to make sure they are addressed :) thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: RFS: 0ad
On Mon, 4 Apr 2011 22:56:43 -0700 Vincent Cheng vincentc1...@gmail.com wrote: On Mon, Apr 4, 2011 at 7:55 AM, Philip Taylor exc...@gmail.com wrote: On Mon, Apr 4, 2011 at 1:43 PM, Karl Goetz k...@kgoetz.id.au wrote: ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Copyright.txt ./libraries/fcollada/src/FCollada/FColladaTest/Samples/Eagle.DAE - according to the Copyright file, Eagle.DAE is non-free. [...] Any chance you could stop shipping the DAE file? otherwise debian will have to repack the tarball. Changed the tarball generation script in http://trac.wildfiregames.com/changeset/9160 Since nobody has mentionned it yet, i'd just like to take a moment and thank Philip for taking the time to explain and clear up a lot of potential licensing issues, and for being a cooperative upstream. We really appreciate your time and effort. :) I'd definitely like to second that! thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Re: RFS: wmmixer
On 05/04/11 13:10, Julian Taylor wrote: On 04/05/2011 01:01 PM, Rodolfo kix Garcia wrote: On Tue, 5 Apr 2011 18:44:40 +0800, Paul Wisep...@debian.org wrote: an update changing only the debian revision will not include the original source code anymore, but mentors (unlike the main archive) requires it. build the package with -sa to include the original source again see man dpkg-genchanges Best Regards, Julian Taylor Done! Name: wmmixer Maintainer: Rodolfo García Peñas (kix) (k...@kix.es) (Debian QA page) Version:1.5-12 Uploaded: 2011-04-05 15:38:10 Description:wmmixer - mixer application designed for WindowMaker Repository URL: http://mentors.debian.net/debian/pool/main/w/wmmixer Section:x11 Priority: extra Lintian warnings: 1 Lintian report: W: wmmixer source: changelog-should-mention-qa N: N: If this upload is to orphan this package, please mention this fact on N: the first line of the changelog. If this is a QA upload, please mention N: QA (group) upload there. N: N: Severity: normal, Certainty: certain N: Closes bugs:454286 Thanks a lot. Best Regards, kix. -- ||// //\\// Rodolfo kix Garcia ||\\// //\\ http://www.kix.es/ -- 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/4d9b1c76.6020...@kix.es
RFS: cl-launch, cl-asdf (updated packages)
Dear mentors, I am looking for a sponsor for the new version 3.006-1 of my package cl-launch, and the new version 2:2.014.3-1 of my package cl-asdf. It builds these binary packages: cl-launch - uniform frontend to running Common Lisp code from the shell cl-asdf- Another System Definition Facility The package appears to be lintian clean. The package cl-launch can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/cl-launch - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/cl-launch/cl-launch_3.006-1.dsc The package cl-asdf can also be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/cl-asdf - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/cl-asdf/cl-asdf_2.014.3-1.dsc I would be glad if someone uploaded these packages for me. Kind regards [ François-René ÐVB Rideau | ReflectionCybernethics | http://fare.tunes.org ] To converse at the distance of the Indes by means of sympathetic contrivances may be as natural to future times as to us is a literary correspondence. — Joseph Glanvill, 1661 -- 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/BANLkTi=xs888eu1d66bcdh5ztci9ize...@mail.gmail.com
Re: RFS: 0ad
On Tue, Apr 5, 2011 at 5:56 AM, Vincent Cheng vincentc1...@gmail.com wrote: I didn't come across a FTBFS, but I suppose that was because I built 0 A.D. within a pbuilder configured for Testing (which, at the time, had libenet 1.2 available). Philip, is upstream planning to port 0ad to a newer version of libenet (1.3)? We're not currently planning to do so. Porting the code is trivial, but the problem is ENet 1.3 is protocol-incompatible with 1.2. Cross-platform multiplayer is an important feature, so we need to use the same ENet series (1.2.* or 1.3.*) for every user on every platform to avoid breakages. (If I remember correctly, ENet doesn't report the protocol incompatibility error in a useful way, so we can't even reliably tell the user what's causing the connection problem.) About 75% of our Linux users seem to be on Ubuntu. A quarter of those are using the year-old 10.04 release, and even the not-yet-released 11.04 seems to be stuck with ENet 1.2 packages, so it'll likely be a couple of years before ENet 1.3 is widely available as a standard package for nearly all users. I don't want to require all those users (not to mention users of older versions of other distros) to install more non-standard packages, since my desire with this whole packaging thing is to make it easier for users, so I think the least problematic approach is to require ENet 1.2 everywhere (with newer distros adding packages for side-by-side installation of 1.2 and 1.3 - several do that already). The main alternative I can imagine is to bundle a copy of ENet 1.3 with the game and use that instead of the system library, if the system library is 1.2. That would let it work automatically and relatively painlessly for users on older distros, while still using the system library on newer distros. But bundling isn't nice and I'd prefer to avoid the added complexity if possible. Unless I'm missing some better option, adding a new ENet 1.2 package to Debian sounds best to me. -- Philip Taylor exc...@gmail.com -- 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/AANLkTimhj42jmbfWzg=FyUykL2mu9+X2xYzD=Bbn-==m...@mail.gmail.com
Re: RFS: 0ad
On Tue, Apr 5, 2011 at 6:00 AM, Vincent Cheng vincentc1...@gmail.com wrote: Since dbghelp isn't needed for 0 A.D. on Linux, would it be preferable if I simply strip the files affected by that license out of the source package? The only file affected is binaries/system/dbghelp.dll, which is in SVN and in the Windows installer but not in the 0ad-*-alpha-unix-*.tar.* releases so I don't think there's anything to strip out. -- Philip Taylor exc...@gmail.com -- 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/AANLkTi=jpof4cyv-kj5i2depve7ndqfrw+3m2sd31...@mail.gmail.com
Re: RFS: 0ad
On Tue, Apr 5, 2011 at 6:15 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Mon, Apr 4, 2011 at 5:43 AM, Karl Goetz k...@kgoetz.id.au wrote: On Sun, 3 Apr 2011 12:08:39 +0100 Philip Taylor exc...@gmail.com wrote: now, since https://bugzilla.mozilla.org/show_bug.cgi?id=628723 gives a relatively stable modern version - just need to do a bit of work to port the game to the latest version of the API. I can probably get that done for the next alpha release of the game. Vincent, how do you feel about ITPing that too? Isn't spidermonkey already available in Debian? If possible, I would rather avoid filing an ITP; rather, I'd prefer including libmozjs-dev as a build dependency for 0 A.D (and work with the Debian Mozilla crew if any changes have to be made to libmozjs in order for 0 A.D. to get along with it). SpiderMonkey doesn't provide any guarantees of API compatibility. (If they can make Firefox improve by 5% on a benchmark by breaking the API then they'll do so. The API was designed ~15 years ago so it's not surprising they have to tweak it to remain competitive). It also doesn't provide any guarantees of functional compatibility - its JavaScript language feature support might grow or shrink between releases. 0 A.D. depends on some relatively advanced SpiderMonkey features, and functional differences may cause mysterious out-of-sync errors in multiplayer games if players have different versions, so compatibility is important here. The idea behind the SpiderMonkey 1.8.5 release is that *does* provide compatibility, but only within the 1.8.5 series. They've released js185-1.0.0.tar.gz and might do a js185-1.0.1.tar.gz with backported bug fixes or security patches etc. Then at some point in the future there will probably be a js190-1.0.0.tar.gz based on the latest upstream code which will be totally incompatible. js190 and js185 should be separate packages, installed side-by-side, so applications can use whichever stable series they were designed for, instead of forcing every application to upgrade simultaneously whenever there's a new major release. (They all ought to upgrade eventually, but it should be possible to do that gradually.) So libmozjs-dev won't work since it doesn't provide the necessary compatibility, but a libmozjs185-dev would probably be okay (once 0 A.D. gets ported to the latest API changes in it). Actually, I have to repack the tarball anyways in order to have 0ad and 0ad-data build from the same source package, although they're offered as 2 separate source packages upstream. It should be possible to build the two packages completely independently (and the -data package is architecture-independent so it can be built less frequently). The tests in the -build release package optionally run some scripts that are in the -data package, but those script tests are only useful for development and not needed when packaging, so you can just ignore their harmless warning message, and otherwise there should be no build-time dependencies between them. -- Philip Taylor exc...@gmail.com -- 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/aanlktined+yyrt6yzx9gddr_okhrdtdrb-_bamvsj...@mail.gmail.com
Re: RFS: 0ad
On Tue, Apr 5, 2011 at 6:58 AM, Paul Wise p...@debian.org wrote: On Mon, Apr 4, 2011 at 10:55 PM, Philip Taylor exc...@gmail.com wrote: It can be created and parsed and rendered (but not modified) by the game engine. It used to be exported by a custom 3ds Max plugin but we no longer use that (we export to Collada since ~4 years ago). It's not designed to be a modifiable format, but it's not theoretically impossible to modify - there's a Python script at http://trac.wildfiregames.com/ticket/461 to convert .pmd back into editable Collada format so it can be imported into e.g. Blender, though that currently only works for static meshes and not skeletally-animated ones. I would suggest the the pmd files be removed from the source package and replaced with the _source code_ (the form for modifying) for the models and that the build scripts should convert them to the form used by the engine. For new models and animations, that's effectively what we do (the engine loads the Collada and converts to .pmd at run-time). For old ones, we don't have the modifiable form (except as 3ds Max files scattered around various people's disks and FTP sites - the art process wasn't well organised). For old static meshes, we could use that Python script to convert them into modifiable Collada files and replace the .pmd files with those, and I'd be happy to do that. For old animated meshes, we'd need to extend that script to convert them successfully into Collada, which might be significant work (or might be impossible - I'm not quite sure). It'd be nice to do that, but it probably won't happen any time soon since there's higher-priority problems in this area. For binaries/data/tests/collada/sphere.pmd (the file that was originally mentioned), its purpose is to test the Collada-to-PMD conversion code - we can't replace it with a Collada file and then convert it automatically because that would defeat the point of the test. DejaVuSans.ttf, DejaVuSansMono.ttf, texgyrepagella-regular.otf, texgyrepagella-bold.otf are unmodified originals. Best remove these and package the ones that aren't yet in Debian separately. We don't use those files at build-time or at run-time (they're only used at development-time), so there would be no point packaging them for users. I can exclude those files from the distribution script since that seems the easiest solution. ConvertedPagella-Regular.ttf, ConvertedPagella-Bold.ttf are non-original and derived from texgyrepagella-*. What modifications were done for this? Would it be possible to merge those upstream? No modifications except what FontForge does automatically when saving, which happens to make FreeType render them to bitmaps in a way that looks prettier. But I can exclude those files so it won't matter here anyway. Changed the tarball generation script in http://trac.wildfiregames.com/changeset/9160 Why are you manually creating the tarball, doesn't your build system have the equivalent of `make distcheck` from automake? It doesn't. (The build system is certainly far from ideal, but it sort of works, and I don't have much experience with anything else, so I haven't cared enough to learn and implement any replacement myself, and nobody else has tried replacing it either. We'd probably need a script anyway to generate the Windows installer via Wine and it seems easy enough to do the tarballs the same way.) -- Philip Taylor exc...@gmail.com -- 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/aanlktinwzspqcj6fojpksohgmgiqdpln7rahqd9u0...@mail.gmail.com
Re: RFS: polygraph
On Mon, 04 Apr 2011 09:27:36 -0600, Alex Rousskov rouss...@measurement-factory.com wrote: On 04/03/2011 03:36 PM, Michael Tautschnig wrote: /* Web Polygraph http://www.web-polygraph.org/ * (C) 2003-2006 The Measurement Factory * Licensed under the Apache License, Version 2.0 */ Here you are in fact certainly lacking sufficient information, because (C) is not generally equivalent to Copyright under all copyright laws. We will change (C) to Copyright. On 04/03/2011 03:52 PM, Dmitry Kurochkin wrote: I have looked at licensecheck. It matches the following regexp: /under the Apache License, Version ([^ ]+) \(the License\)/ Changing Licensed under the Apache License, Version 2.0 line to Licensed under the Apache License, Version 2.0 (the License) makes licensecheck detect both license and copyright correctly. IMO the licensecheck regexp should be improved. I do not know whether licensecheck does some relevant preprocessing, but the above regex would not even match the recommended raw preamble because the recommended preamble quotes the second License: Licensed under the Apache License, Version 2.0 (the License); Apparently, it does. Because the recommended preamble is recognized. Since the stuff in parenthesis is meant for the following text which may not be present in many customized preambles, it should not be matched for, IMHO, Agreed. I openned a bug for devscripts #620902 [1]. Regards, Dmitry [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620902 Cheers, Alex. -- 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/87zko4vf4m@gmail.com
RFS: weboob
Dear mentors, I am looking for a sponsor for my package weboob. * Package name: weboob Version : 0.7-2 Upstream Author : Romain Bignon * URL : http://www.weboob.org/ * License : GPLv3 Section : python It builds these binary packages: boobank- Bank accounts console tool boobmsg- Read and post messages on websites from console chatoob- Chat on websites from console geolooc- Geolocalize IP addresses from console havesex- Sexual life swiss-knife monboob- Email proxy for websites containing messages python-weboob-backends - Weboob, Web Out Of Browsers - website backends python-weboob-backends-contrib - Weboob, Web Out Of Browsers - NSFW website backends python-weboob-core - Weboob, Web Out Of Browsers - core library python-weboob-qt - Weboob, Web Out Of Browsers - Qt GUI python-weboob-webkit - Weboob, Web Out Of Browsers - WebKit formatter qboobmsg - Read and post messages on websites - Qt GUI qhavesex - Sexual life swiss-knife - Qt GUI qvideoob - Video search tool - Qt GUI qwebcontentedit - Edit website contents - Qt GUI radioob- Radio search and listening tool traveloob - Travel search tool videoob- Video search tool videoob-webserver - Video search tool - web server webcontentedit - Edit website contents from the command line weboorrents - Torrent search tool wetboobs - Weather forecast search tool The package appears to be lintian clean. My motivation for maintaining this package is: I am a main developer of the Weboob project and I would like people to be able to install it easily. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/weboob - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/weboob/weboob_0.7-2.dsc I would be glad if someone uploaded this package for me. Kind regards Christophe Benz -- 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/4d9b4b80.1030...@gmail.com
RFS: debconf-kde (ping)
Dear mentors, I am looking for a sponsor for my package debconf-kde. * Package name: debconf-kde Version : 0.1+git20101228-1 Upstream Author : Daniel Nicoletti dantti85...@yahoo.com.br * URL : https://projects.kde.org/projects/extragear/sysadmin/libdebconf-kde/ * License : LGPL-2+ Section : kde It builds these binary packages: debconf-kde-dbg - Debconf KDE debugging symbols debconf-kde-helper - Debconf KDE GUI frontend tool libdebconf-kde-dev - Development headers for the Debconf KDE library libdebconf-kde0 - Debconf KDE GUI library The package appears is lintian clean. The upload would fix these bugs: 606251 My motivation for maintaining this package is: This is a requirement of Apper (PackageKit KDE frontend) and Muon, and I'm going to package Apper for Debian, therefore this package is needed before. It also provides KDE Debconf dialogs for any application using PackageKit, which is extremely useful. This package has already been reviewed several times, but nobody has had enough time to sponsor it. (But it was uploaded to Ubuntu already) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/debconf-kde - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/debconf-kde/debconf-kde_0.1+git20101228-1.dsc I would be glad if someone uploaded this package for me. Kind regards Matthias Klumpp -- 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/2fa8be694a822b6cea0f07cd66886...@mb8-2.1blu.de
Re: Bizzar error with dpkg-buildpackages
Hi! * Michelle Konzack linux4miche...@tamay-dogan.net [110405 01:23]: Ehm, on the top, dpkg-deb say signfile xmem_1.20-29+b1.dsc and then at dpkg-genchanges I get ../xmem_1.20-29.dsc can't be read. I compiled the last two days 16 Packages and it was working and now not more. Any suggestions what it can be that the +b1 is cut off? Do you know what the +b1 means? A +b1 never has an actual source package, therefore the b1 is cut off. Best Regards, Alexander -- 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/20110405175123.gc...@melusine.alphascorpii.net
RFS: lebiniou, lebiniou-data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my packages lebiniou and lebiniou-data. Package name: lebiniou, lebiniou-data Version : 3.8-1 Upstream Author : Olivier Girondel oliv...@biniou.info URL : http://biniou.net License : GPLv2 Section : graphics They build these binary packages: lebiniou - displays images that evolve with sound lebiniou-data - Datafiles for Le Biniou The packages appear to be lintian clean. The upload would fix these bugs: 610042, 620899 My motivation for maintaining these packages is: I'm upstream for this software, which has more than fifteen years of existence running on GNU/Linux-based systems (esp. Debian), and *BSD. It's been appreciated and used as a VJing tool, and I think packaging it will make the procedures smoother for users as well as broadening its audience. The packages can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/l/lebiniou - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/l/lebiniou/lebiniou_3.8-1.dsc and - - URL: http://mentors.debian.net/debian/pool/main/l/lebiniou-data - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/l/lebiniou-data/lebiniou-data_3.8-1.dsc I would be glad if someone uploaded these packages for me. Kind regards Olivier Girondel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2bUDEACgkQpqVXaJzJYNL5XQCfQy915dKNh6koVhWSIbV5oi+B qQEAn1sDqt3bgSaSUWdG3oa9KhVQFBnz =PpzO -END PGP SIGNATURE- -- 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/4d9b5031.8090...@biniou.info
Re: RFS: ipt-netflow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05.04.2011 12:20, Paul Wise wrote: On Tue, Apr 5, 2011 at 6:11 PM, Alexey Osipov si...@lerlan.ru wrote: As I know, upstream never tried to merge it into mainline. Perhaps because the home page says: # Coded for linux kernels 2.6.18 - 2.6.29. # Community support up to 2.6.37. I don't know this tool, so I can't tell whether this reads it does not build on kernels 2.6.37 or not. Nonetheless I'm interested to see this package in Debian as well (though I have no upload capabilities), therefore some suggestions if you don't find a sponsor: - - /Maybe/ rename the package to iptables-netflow or even xtables-netflow, upstream seems to use ipt-netflow, but the main package for Debian is called iptables as well, whereas extensions are called xtables-* [1] - - Feel free to contact package maintainers of similar packages directly to get an upload. Those could be, but are not limited to maintainers of: * xtables-addons [1] * iptables [2] * flow-tools [3] * flowscan [4] [1] http://packages.debian.org/source/squeeze/xtables-addons [2] http://packages.debian.org/squeeze/iptables [3] http://packages.debian.org/squeeze/flow-tools [4] http://packages.debian.org/squeeze/flowscan - -- with kind regards, Arno Töll GnuPG Key-ID: 0x8408D4C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNm10vAAoJELBdpXvEXpo95hkQALxAb4lRFaGMrsFic2UUahu6 hWaNywccoXCirtvDR/ndHtcSHxucbNIuSxcOW8cnzYv9ShQgk+CUmzNSX+lI21ws gKxzVLU5TERp4YHjel3NyM6SxVaRQsh4MNsj6DlfP6yMeYYvs/IEapIp3AlTBWmR u+qvpbyJQIOJfhvT3g0oxBkYGwGePyCRZ5t+VGsyubTlnE5SqnSvIbjyV9b1t8lK JFyMxezPfKMImoZomzrO9wjxCeMIhtLZSmgLjSo8Vb/Z4UhXEN1bUkZHxb36RmTf cQ2cXjg66IYyHTyVg0cewJEVrP6unkzQM2IVje35fcM9lK0TANUUM4eBf652uh2U r5TJkoywJfJ3tzrRWcw65dlSUsnNNZxoP7f2peHwmEq58Tm6uSV6CImB9ByGciey tCXHvu1hcV8uB7ieRIpp/lh/PQadddp2FjEPLhkwcbPyFFF/SV8/qt0rRCw/eI+y SI2IaL+gD4UWFu4if1kUcmJBNuRzx+JK6m+a/LoPolU14Aqm9P9fc2B6tZv2Fy6e yKDjH1/xzu0Qcs2C3hu9VtKWMqdb0xgxECddiiVLgZ4LTPLFglldBj4/cS3n8hdz B+koxwVmIt9wFkWasD9nvmGtmYNASo6VumtSsPTTbawN+zOuuG2kB5q1/ullXGr2 4EmO7Y5VU7pBq71dk+FZ =ZuTr -END PGP SIGNATURE- -- 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/4d9b5d2f.5010...@toell.net
Re: Bizzar error with dpkg-buildpackages
Hello Alexander, Am 2011-04-05 19:51:23, hacktest Du folgendes herunter: Do you know what the +b1 means? A +b1 never has an actual source package, therefore the b1 is cut off. I was told it is used as NMU upload... But how can I provide packages for 3 releases in the same time without conflicting? I have this problem with 17 packages. Can I use e.g.: 1.20-29 - unstable (source included) 1.20-29b1 - stable/squeeze 1.20-29b2 - oldstable/lenny I was thinking there could be an upgrade problem later if I use this or is there a special naming scheme for multi-release? (I know, there was a discussion some years ago, but I do not know its result) Best Regards, Alexander Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsystems@tdnet France EURL itsystems@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: RFS: weboob
On 2011-04-05 12:04:00 Christophe Benz wrote: boobank- Bank accounts console tool boobmsg- Read and post messages on websites from console havesex- Sexual life swiss-knife monboob- Email proxy for websites containing messages qboobmsg - Read and post messages on websites - Qt GUI qhavesex - Sexual life swiss-knife - Qt GUI wetboobs - Weather forecast search tool I can't help but think that these package names and descriptions might be offensive to parts of the Debian community. Would Debian really be serving it's users by including these packages as is? havesex and qhavesex could be renamed weboob-dating and weboob-qdating, since they are for dating sites in general and don't seem to have use during sexual acts, only for scheduling them. Some of the others can simply have a boob - weboob substitution done to them to make them less potentially offensive, IMO. I'm not sure this is the best forum to discuss this, and I could certainly be wrong. In an attempt to avoid a flamewar, I will endeavor to make this my last post in this thread. I believe I've said my piece. -- 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: weboob
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05.04.2011 21:24, Boyd Stephen Smith Jr. wrote: I can't help but think that these package names and descriptions might be offensive to parts of the Debian community. Would Debian really be serving it's users by including these packages as is? I tend to agree, or at least I thought the same as I read the proposed package names. On the other hand pornview lives happily since a decade in Debian (ITP [2]). On the other hand please see discussion for hot-babe [3] as well. [1] http://packages.debian.org/search?searchon=sourcenameskeywords=pornview [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=167488 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=283578 - -- with kind regards, Arno Töll GnuPG Key-ID: 0x8408D4C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNm3D6AAoJELBdpXvEXpo9efwP/R5Gc/KowYyJyPUrrjbXYuwe F6JFl+SSsFoqQ0f5FtdmZ8dn5Lgh/Z8X5g/UBujMPfm537+6CfK/5iA2L5Pes08E YYi9Gsv3UutC0Eo9KyCHroPxGMx/2mY+LjLeyRmRu0N0lvXo2Xl5ZjXjDal50KiB rKYP26u98fx+b4D4XkfgYEBSH2ADzFi3UCrDqpEt3fyO7ksIaYa+0WbQ764cyJ8w c60g5IZxTakcTZ4mFSCgqFYeGGPGL/rfQO3M1u4DO6RIfKMHMPcEmsir2RAmwxUZ w3jIJ8PmXfhZgWZ/BdS/aepGFv8Lp0IqzzuDPHE93z+mM/yZSjgi9woagHfTvYT3 btc9dE4DRWPliSWKAgIkpMaMTBiGh4AQD3NISiYjKU+BQQ8+Pkh0er4YIvMkwzva IFpMTbkzD21tpTUeRh8cCIEH+P9HDg0FCqRJZtH1N5hCaW8MpGD5vbW1p9y6ieXQ 63eQD9JZyMAvr97gQaq0gBPQcd50u3A81/++cHieqpGv5uc8XV9gEe4Pau+Vz45f Sm9VqLk41GNX6v52QTbYG/Zd4RhR5cf7HvOi8wqYoQdhadTJUyMaBRhuJv4FWxB4 N1B9lblEmOAEn4HksMHFfkil4MI5633UrsCDtxATBp6FZ5jgEwx2iECCpR/ENDNV cWJQu48Ohk5pZW5Ef6a3 =2p+y -END PGP SIGNATURE- -- 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/4d9b70fb.50...@toell.net
Re: RFS: denyhosts
I am not a DD, so I can not sponsor, but I have some comments. I have filed an ITA for the Orphaned denyhosts package and am in need of a sponsor. Great. I use this package as well, so I like it that there is a maintainer again. I have created a first package to update the maintainer for this and uploaded it on my own personal webspace: If I were allowed to update packages, I would not upload one that only changes the maintainer. Please also fix some bugs in the bug tracker while you are working on this package. There are several bugs providing a patch. At the very least you could review the proposed patches and comment on them in the bug reports. If you decide you like a patch, apply it in your packaging (using the DEP3 to add comments to the patch). You should do well in acknowledging the previous NMU as is the custom. Further, lintian informs about several easy to fix issues: I: denyhosts source: vcs-field-uses-not-recommended-uri-format vcs-svn svn+ssh://svn.debian.org/svn/collab-maint/ext-maint/denyhosts/trunk N: N:The VCS-* field uses an URI which doesn't match the recommended format, N:but still looks valid. Examples for not recommended URI formats are N:protocols that require authentication (like SSH). Instead where possible N:you should provide an URI that is accessible for everyone without N:authentication. N: N:Severity: minor, Certainty: possible N: I: denyhosts: possible-documentation-but-no-doc-base-registration N: N:The package ships a .html or .pdf file under /usr/share/doc/, which are N:usually documentation, but it does not register anything in doc-base. N:(Files under an examples directory are excluded.) N: N:Refer to Debian Policy Manual section 9.10 (Registering Documents using N:doc-base) for details. N: N:Severity: wishlist, Certainty: possible N: I: denyhosts: example-script-uses-bin-env ./usr/share/doc/denyhosts/examples/scripts/restricted_from_invalid.py N: N:This example script uses /bin/env as its interpreter (used to find the N:actual interpreter on the user's path). There is no /bin/env on Debian N:systems; env is instead installed as /usr/bin/env. Usually, the path to N:env in the script should be changed. N: N:Severity: wishlist, Certainty: certain N: That is it for now. Paul signature.asc Description: OpenPGP digital signature
Re: Bizzar error with dpkg-buildpackages
Michelle Konzack wrote: Can I use e.g.: 1.20-29 - unstable (source included) 1.20-29b1 - stable/squeeze 1.20-29b2 - oldstable/lenny I was thinking there could be an upgrade problem later if I use this or is there a special naming scheme for multi-release? (I know, there was a discussion some years ago, but I do not know its result) Policy documents this, but… You can use the ~ character as indicator of sorts before. And using release codenames is often clearer (see e.g. the requirements for backports or stable updates. In your case 1.20-29 - unstable 1.20-29~squeeze1 - stable/squeeze 1.20-29~lenny1- oldstable/lenny 1.20-29~lenny1 1.20.29~squeeze1 1.20-29 Note that this works because squeeze sorts alphabetically after lenny. Now that we will release Wheezy, it will get harder to choose release codenames (as they should [for convenience] sort after wheezy). Cheers, OdyX -- 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/ing1qm$5ru$1...@dough.gmane.org
RFS: mpg321 (updated package, 2nd try)
Dear mentors, I am looking for a sponsor for the new version 0.2.13-2 of my package mpg321. It builds these binary packages: mpg321 - Simple and lightweight command line MP3 player The package appears to be lintian clean. Added '-K' option so the user can enable/disable the Basic Keys functionality. This also resolves the 100% CPU problem when mpg321 is run by asterisk for music hold on. Also added a new algorithm when playing files randomly until interrupted. The advertised behavior is much better than the previous one.Thanks to Peter Selinger. The upload would fix this bug: 619773 reported by James Bottomley. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mpg321 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mpg321/mpg321_0.2.13-2.dsc I would be glad if someone uploaded this package for me. Kind regards Nanakos Chrysostomos signature.asc Description: Digital signature
Re: Bizzar error with dpkg-buildpackages
Hi On Tue, Apr 05, 2011 at 09:22:43PM +0200, Michelle Konzack wrote: I have this problem with 17 packages. Can I use e.g.: 1.20-29 - unstable (source included) 1.20-29b1 - stable/squeeze 1.20-29b2 - oldstable/lenny I think you might find http://backports.debian.org/Contribute/#index5h3 interesting, specifically point 4 - this would translate for you to: 1.20-29 - unstable (source included) 1.20-29~bpo60+1 - stable/squeeze 1.20-29~bpo50+1 - oldstable/lenny This naming sheme will guarantee that you can update your package correctly. Kind regards Harald Jenny -- 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/20110405220120.ga19...@harald-has.a-little-linux-box.at
Re: Bizzar error with dpkg-buildpackages
Hello Harald Jenny, Am 2011-04-06 00:01:20, hacktest Du folgendes herunter: I think you might find http://backports.debian.org/Contribute/#index5h3 interesting, specifically point 4 - this would translate for you to: 1.20-29 - unstable (source included) 1.20-29~bpo60+1 - stable/squeeze 1.20-29~bpo50+1 - oldstable/lenny This naming sheme will guarantee that you can update your package correctly. Thank you for this hind. I use it too Kind regards Harald Jenny Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsystems@tdnet France EURL itsystems@tdnet UG (limited liability) Owner Michelle KonzackOwner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix http://www.itsystems.tamay-dogan.net/ http://www.flexray4linux.org/ http://www.debian.tamay-dogan.net/ http://www.can4linux.org/ Jabber linux4miche...@jabber.ccc.de ICQ#328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Re: RFS: 0ad
On Wed, Apr 6, 2011 at 12:05 AM, Philip Taylor exc...@gmail.com wrote: For old ones, we don't have the modifiable form (except as 3ds Max files scattered around various people's disks and FTP sites - the art process wasn't well organised). Hmm, OK. For old static meshes, we could use that Python script to convert them into modifiable Collada files and replace the .pmd files with those, and I'd be happy to do that. Great, please do. For old animated meshes, we'd need to extend that script to convert them successfully into Collada, which might be significant work (or might be impossible - I'm not quite sure). It'd be nice to do that, but it probably won't happen any time soon since there's higher-priority problems in this area. There seems to be Blender import for 3DS Max files and Collada export for Blender so it might be possible to go that route, not sure if those have support for animated meshes though. For binaries/data/tests/collada/sphere.pmd (the file that was originally mentioned), its purpose is to test the Collada-to-PMD conversion code - we can't replace it with a Collada file and then convert it automatically because that would defeat the point of the test. Hmm, ok. DejaVuSans.ttf, DejaVuSansMono.ttf, texgyrepagella-regular.otf, texgyrepagella-bold.otf are unmodified originals. Best remove these and package the ones that aren't yet in Debian separately. We don't use those files at build-time or at run-time (they're only used at development-time), so there would be no point packaging them for users. I can exclude those files from the distribution script since that seems the easiest solution. It sounds like you're embedding glyphs from the fonts in bitmap images. I would suggest at minimum that you switch to doing that at build-time. Preferably you would render text at run-time, since that enables i18n. For finding font files use fontconfig (preferred) and or a build-time parameter for finding them. ConvertedPagella-Regular.ttf, ConvertedPagella-Bold.ttf are non-original and derived from texgyrepagella-*. What modifications were done for this? Would it be possible to merge those upstream? No modifications except what FontForge does automatically when saving, which happens to make FreeType render them to bitmaps in a way that looks prettier. But I can exclude those files so it won't matter here anyway. Here I would suggest doing the conversion at build time until you do the above font stuff. Changed the tarball generation script in http://trac.wildfiregames.com/changeset/9160 Why are you manually creating the tarball, doesn't your build system have the equivalent of `make distcheck` from automake? It doesn't. (The build system is certainly far from ideal, but it sort of works, and I don't have much experience with anything else, so I haven't cared enough to learn and implement any replacement myself, and nobody else has tried replacing it either. We'd probably need a script anyway to generate the Windows installer via Wine and it seems easy enough to do the tarballs the same way.) If you are running this stuff on Debian, please note that there is an nsis package so you do not need to involve wine at all here. Other Linux distributions probably have nsis packages too, or nsis can pretty easily be compiled on Linux if you have a GCC/mingw cross-compiler for win32. -- 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 Archive: http://lists.debian.org/BANLkTiktb1C=tbdxj-urgs66f1wsk3j...@mail.gmail.com
Re: RFS: denyhosts
I have created a first package to update the maintainer for this and uploaded it on my own personal webspace: If I were allowed to update packages, I would not upload one that only changes the maintainer. Please also fix some bugs in the bug tracker while you are working on this package. There are several bugs providing a patch. At the very least you could review the proposed patches and comment on them in the bug reports. If you decide you like a patch, apply it in your packaging (using the DEP3 to add comments to the patch). Further, lintian informs about several easy to fix issues: Thanks for the comments. I have reviewed the available patches from the BTS and included them in my package. I will continue to work on the other open bugs for this package. Also, I have fixed the lintian issues on this package. I have uploaded the new version of this package here: * URL: http://jkwil.com/~corny/debian/denyhosts/ * dget http://jkwil.com/~corny/debian/denyhosts/denyhosts_2.6-9.dsc This version would close 4 open bugs if uploaded. I am still looking for someone to sponsor this package. Thanks - Kyle Willmon -- 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/20110406023607.ge26...@mail.tuxags.com