Bug#991118: RFS: openarc/1.0.0~beta3+dfsg-1~exp1
Hi David On 7/25/21 11:04 AM, David Bürgin wrote: > For all of your items I will comment ‘I did it just like in opendkim and > opendmarc’, but let’s go through them. :) > According to the documentation, this is a valid way of specifying the > licence. re formatting: you're right. however, I think the specification is generally interpreted in the way that when you have multiple file blocks, you'd use (multiple) distinct license blocks. you're certainly not the only one doing it "the other way", but it's the first I've seen it that way in all the years. for m4: unrelated to the formatting, (just to reiterate as it seems to have gone unnotices), you do not have to list it in the first place (thus decluttering d/copyright a bit). anyhow - up to you, I'd sponsor the package regardless which way you choose :) >> * did you consider using 'wrap-and-sort -bast'? > > I hadn’t heard of this before. It doesn’t really seem important to me to > be honest, but I can apply it if that’s preferred. it's not important, but super nice when you use git (keeps diffs smaller/faster to read). > I will update the package and reupload soon. great, let me know and I'm happy to sponsor it. Regards, Daniel
Bug#991118: RFS: openarc/1.0.0~beta3+dfsg-1~exp1
Hi David, I had a look at your openarc package. All in all it looks mostly good, there are a few minor things: * debian/copyright: The upstream contact should not be a name only, but a means of contact, such as an email address. * debian/copyright: the formatting of the file is a bit off; the "m4/ac_pthread.m4"- stanza and the GPL license block are "clumped together". the "Files:" blocks and the "License:" blocks are separate things, see e.g. http://metadata.ftp-master.debian.org/changelogs/main/l/lzip/unstable_copyright as an example where (hopefully) it's easy to see what I mean. * debian/copyright: the m4 macro doesn't need to be listed (see the exception), but it also doesn't harm. * debian/copyright: what about the license for the debian packaging? * debian/*.postrm: why removing the systemd service file on purge? if it's included in the package (rather than generated at install time, which would be "unusual" anyway), then, it will automatically be purged by dpkg. * did you consider using 'wrap-and-sort -bast'? Regards, Daniel
Bug#815444: RFS: lzd/0.8-1
close 815444 thanks Hi Eriberto, sorry for my late answer.. yes, of course I remember you. Regarding lzd, I've decided to wait a bit with the dbg->dbgsym transition a bit more (and have thus have uploaded 0.8-1 already, as it now doesn't have to go through NEW that way and so I don't need a sponsor). I don't think it's a good idea to have watch files in the package, this should be a seperate metadata, so I prefer not using them as they're conceptionally outdated and require uploads just for keeping them working (circumventing this by having overrides at some location is cheating - since that mechanism already exists it's imho simpler/easier to just maintain that part of meta information there). I've fixed the https links, thanks for spotting it. Regarding hardening, I'll do that with the next upload. Closing the bug for now, thanks again for your offer and help. Regards, Daniel
Bug#815444: RFS: lzd/0.8-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lzd". To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lzd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lzd/lzd_0.8-1.dsc Changes since the last upload: * Updating vcs fields. * Merging upstream version 0.8. * Dropping dbg package in favour of dbgsym. * Removing manual settings for xz compression. * Updating years in copyright file. Regards, Daniel
Re: RFS: mandos (updated package)
On 09/29/2010 09:54 AM, Teddy Hogeborn wrote: I am looking for a sponsor for the new version 1.2-1 of my package mandos. as i said earlier, i'll be happy to sponsor mandos on a long-term basis, but not with one-shot uploads from time to time, as this is way to much work to always review all intermediate versions that were sponsored by others. please decide, like i've asked you to do so in the past several times, either to go with a non-permanent sponsor (and thus dropping me from the CC of your upload requests), or that i sponsor it on a permanent basis (and thus dropping mentors). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- 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/4ca2f768.5090...@debian.org
Re: RFS: mandos (updated package)
Teddy Hogeborn wrote: I am looking for a sponsor for the new version 1.0.8-1 of my package mandos. uploaded. if you want me to sponsor mandos permanently, i'll happily do so. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: mandos (updated package)
Teddy Hogeborn wrote: I am looking for a sponsor for the new version 1.0.6-1 of my package mandos. if nobody does earlier, i will definitely have a look at it after lenny release (next monday). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xinha
Raphael Geissert wrote: http://mentors.debian.net/debian/pool/main/x/xinha/xinha_0.95-1.dsc sorry for the late answer. if still wanted, i can do a review beginning of next week. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: madwifi (updated package, non-free)
Kel Modderman wrote: I am seeking a sponsor to upload a new version of the madwifi package to the archive. The usual Uploaders have been busy recently, therefore I am seeking assistance from outside of the listed package Uploaders at this time. It is not the first time that someone else has sponsored an upload of madwifi. I've sponsored it a few times in the past. Happily done again :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dkms
David Paleino wrote: DKMS is a framework designed to allow individual kernel modules to be upgraded without changing the whole kernel. It is also very easy to rebuild modules as you upgrade kernels. please elaborate on the advantages of this compared to the approach debian has taken: modules-source packages with m-a and prebuild modules through conglomeration packages. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cs46xx-firmware
Paul Wise wrote: [daniel CCed since he offered to integrate this non-distributable firmware into firmware-nonfree] well, i offer to integrate it /given/ it is distributable, which i have not yet looked at. that's why i said i will look into it. thanks for your additional information. on a side node, a long outstanding issue is a common firmware-installer package to fetch restricted firmware, and to handle special requirements (e.g. acceptance of a license similar as with sun-java). most prominent candidates for this are ipw2100, ipw2200, ivtv. i have some work done on this already, and should be ready in the next days for an upload. if cs46xx belongs into this category, then it should be integrated into that firmware package, instead of firmware-nonfree. but we shall see.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnash (updated package)
Michelle Konzack wrote: Since other packages have removed the name mozilla which does not more exist in Debian I think it should be corrected to iceape. nope. first of all, it is named mozilla because it is for mozilla related browsers (means, browsers which supports netscape plugin interface, including but not limited to: iceweasel, iceape, konqueror, epiphany, etc.) and not just iceweasel. second, other packages shipping plugins for mozilla related browsers are correctly using the term mozilla, not iceweasel. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xulrunner-l10n
[EMAIL PROTECTED] wrote: I am looking for a sponsor for my package xulrunner-l10n. I'll take care of this, you'll get an email from me this evening. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: su-wrapper in desktop/menu files
Russ Allbery wrote: Could you file a wishlist bug against lintian to add a check for this, including a rationale for why one shouldn't use gksu or kdesu directly? done. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: su-wrapper in desktop/menu files
Kjell Braden wrote: It looks like su-to-root is the best way for the menu file, but is that okay for the .desktop file too? yes, as said, please do not use gksu or kdesu directly, but always su-to-root. this includes the desktop file. we do have quite some problems on the livecds due to the fact, that a lot of people do not use the su-to-root wrapper, and some time, someone will have to proper massbugfil about that.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sketch - New version
David Bremner wrote: I have upload a new version 0.2.27-2 of my package sketch to mentors.debian.net. that won't work. you need 1:0.2.27-2 in order to be greater than 0.6.17-7 in stable. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS/RFC: sketch - 3D line drawings from scene descriptions
David Bremner wrote: I am looking for a sponsor for my package sketch. maybe its wort putting a note into the long-description, that your sketch is not the skencils sketch (present in stable). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xmms-pulse
Thomas Goirand wrote: I would be glad if someone uploaded this package for me. Thomas (explicitly cc'ed to make sure he gets the mail), if you report a wnpp bug with reportbug, it gets automatically cc'ed to debian-devel. Please, if you do use reportbug, don't forget to read the replies you get on debian-devel. Specifically these two: http://lists.debian.org/debian-devel/2007/09/msg00711.html http://lists.debian.org/debian-devel/2007/09/msg00733.html Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: btrfs packaging
retitle 432697 ITP: btrfs -- Checksumming Copy on Write Filesystem owner 432697 Daniel Baumann [EMAIL PROTECTED] thanks Adrian von Bidder wrote: Anyway: if anybody feels inclined to take over, the packages are at http://fortytwo.ch/debian/btrfs/. I'll take it over then; thanks for your work on it! Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: envctrl
Kel Modderman wrote: Please explain where this policy came from? It is news to me. if the package is going to be integrated into the conglomeration package, the packages build with m-a shall not install its module into the directory where the conglomeration package does. apart from that, it is much more beautiful anyway if the m-a package integrates into upstreams location (e.g. kernel/fs/$whatever/$whatever.ko). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: btrfs packages: reviews appreciated
Adrian von Bidder wrote: Ok. Not sure if the package should be part of l-m-e, though. fair enough; however, if i were you, i would go for the 'common' scheme right from the beginning, rather than going to through NEW (and maybe even add transitional packages) once it's ready. apart from that, it's just saner to have most module packages behave the same anyway. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: btrfs packages: reviews appreciated
Adrian von Bidder wrote: http://fortytwo.ch/debian/btrfs if you want them, in future, integrated into l-m-e-2.6, you have to name your package 'foo-source', not 'foo-modules'-source. also, you should not depend on 'linux-image-_KVERS_', but on 'linux-modules-_KVERS_ | linux-image-_KVERS_'. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: aufs
Julian Andres Klode wrote: I am looking for a sponsor for my package aufs. I'll take care about this, will write you privately about some recommended changes to the packaging, in a few minutes. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is Daniel Baumann available?
Thomas Goirand wrote: I read here that D. Baumann was busy. Where did your read that? I was wondering if any of you had some news, as I sent him my software for sponsor. If he was busy, I might submit here. The last thing I got from you was this: 2007-02-06 12:16:38 zigo I'm going eat something, and upload after... 2007-02-06 12:19:26 panthera paste me the dsc once you uploaded it, 2007-02-06 12:19:33 panthera and i'll look immediately after at it since then, I didn't heard something from you. However, as I told you before, you mailed me now privatly today which is the prefered way to contact me (since I stopped care about -mentors these days). I'll have a look at it in the evening. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC on tuned version of Ogg Vorbis
Rogério Brito wrote: Anyway, I'm looking for comments on some tuned Ogg Vorbis packages (Aoyumi Tuned Vorbis encoder), packaged by Mike Gan, from rarewares.org. rarewares.org implies, that there is something wrong with these packages. do they break copyrights or patents? Maybe they are a candidate for http://alioth.debian.org/projects/restricted/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pam-keyring (updated package)
Laurent Bigonville wrote: I am looking for a sponsor for the new version 0.0.8-3 of my package pam-keyring. You don't need to look for a new sponsor for each new revision. It's common to use the same sponsor for the same package (or for all packages) again, unless you are not unconfident with him. As I sponsored one of the previous uploads, and I don't think you are unconfident with me, I uploaded also this one here. If you want me to upload further a further package/packages for you, use private mail. Saves time for everyone. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tss
Ahmed El-Mahmoudy wrote: I am looking for a sponsor for my package tss. Please *either* ask a particular person (like you did with me this morning, and where you got already twice a list with stuff to fix first), *or* ask on the list. everything else is waisting my and the others time and ressources. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock audacious/1.2.2-3
Adam Cécile (Le_Vert) wrote: In fact, I consider removing old depecated xmms/bmp in flavor of audacious for etch +1. JFTR: bmp is schedule to be removed right after etch. it couldn't before because audacious didn't make it in, and because there are still some plugins build for bmp which needs to switch to bmpx or audacious. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libphp-phpmailer (updated package)
uploaded. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gexec
Johann Rudloff wrote: I added both, but is the dependency on libglib2.0-dev really neccessary? Since libgtk2.0-dev depends on it, I think that dependency is already implied, or am I wrong with that? as mathew already explained, it's good to have it in (gexec does use symbols from glib2). however, package is good now, i've uploaded it. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sshm
Patrick Matthäi wrote:
I hope it's now all better, I tried to fix all your tips.
there are a few things left:
* if the package was not previously available in a repository where
users could have installed it, we normally upload the first package
with revision -1. you have revision -5. if your package wasn't
widespread before, please move it to -1.
* Depends: should have a ${misc:Depends}
* with useless stuff in rules, i also ment this one here:
#docbook-to-man debian/sshm.sgml sshm.1
* you removed dh_installchangelogs completely, instead of just
removing its parameter. this has the effect
that debian/changelog is not copied to
/usr/share/$package/changelog.Debian. you need to readd it.
* you removed dh_installdocs, instead of just removing its
helper file (debian/docs). this has the effect that
debian/copyright is not copied to /usr/share/$package/copyright.
you need to readd it.
make always sure, you run lintian on the package to check for errors.
if you fix above things, i'll sponsor the package.
But I will include a manpage for the next release, I hope this will be ok.
that's ok, yes.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sshm
Patrick Matthäi wrote: Thanks for all your good tips! I'm sorry, this is my first package :) welcome :) I fixed it and uploaded it again to mentors as 0.2-1. good, uploaded. if you need/want further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gexec
Johann Rudloff wrote: Yes, it is. good :) I fixed the things you mentioned and uploaded the new package to mentors.debian.net: good, but please do also these additional things here: * your build-depends are wrong. you depend on libgtk2.0-0 instead of libgtk2.0-dev and libglib2.0-dev * you patch the install: target in the upstream makefile. first, in order to keep the upstream modifications as minimal as possible, i'd suggest you only change the cp call, and not the target itself. second, you already create the upstream directory, but you could do it with one single call of install -D. in both cases, you can skip debian/dirs. * configure in .PHONY is somewhat useless :) * there is one lintian warning and one error, please fix both. * tipp: ftp-master once rejected a sponsorees packages just because it had a bit outdated date in changelog. maybe it is good if you bump yours to something more current. then, the rest is fine, and i'll upload it as soon as you fixed it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sshm
Patrick Matthäi wrote: http://mentors.debian.net/debian/pool/main/s/sshm/sshm_0.2-4.dsc * your build seems to be unclean, the diff.gz. contains a config.log file. * debian/README does not contain any information, please remove it, same with README.Debian. * please remove the merge the old changelog entries into the current one, the package was not uploaded to debian before. * why priority extra? * please improve long description a bit, giving more examples what the package actually does. * since the package upstream is hosted at sf.net, you should point to your sf.net project site in debian/copyright, and not to ftp.debian.org; or, are you abandoning the sf.net project? * debian/docs does install only empty files, remove it. * ChangeLog is empty, remove it from the dh_installchangelogs call * debian/dirs is not required here, the build system just creates the needed directories on its own. * remove the useless commented stuff in rules, remove the not used dh_* calls (e.g. dh_installexamples etc.). * please add a manpage for sshm. if you fix above things, i'll check again. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sshm
Daniel Baumann wrote: * please remove the merge the old changelog entries into the current one, the package was not uploaded to debian before. s/remove the// -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: changelog has a useless empty line
Magnus Holmgren wrote: In addition, can't it be said that the final blank line is part of the format of a changelog.Debian entry? ...and having changelog the only file in debian/* with a empty line at the end? how ugly... -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: speedometer -- measure and display the rate of data across a network connection
Jari Aalto wrote: * configure: stanza in rules is unused, remove it. same with build: (but since build: is a mandatory target, just leave an empty build: in rules) * remove the useless commented stuff, e.g. in clean: * remove the not used dh_* calls for your package, e.g. dh_installexamples and others. I would rather keep those for maintenence purposes and I find they keep the packaged uniform with all the steps visible. After all, comments are comments, in all programming languages. Leaving the unused dh_* calls is permitted by New Debian New Maintainers' Guide[1]. this is what you have: ---snip--- configure: configure-stamp configure-stamp: dh_testdir # Add here commands to configure the package. touch configure-stamp build: build-stamp build-stamp: configure-stamp dh_testdir # Add here commands to compile the package. # $(MAKE) #docbook-to-man debian/speedometer.sgml speedometer.1 touch $@ clean: dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. # -$(MAKE) clean dh_clean install: build dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/speedometer. # $(MAKE) DESTDIR=$(PKGDIR) install -D -m 755 $(BIN) $(PKGDIR)/usr/bin/$(PACKAGE) # Build architecture-dependent files here. binary-arch: build install # We have nothing to do by default. # Build architecture-independent files here. binary-indep: build install dh_testdir dh_testroot dh_installchangelogs dh_installdocs dh_installexamples # dh_install # dh_installmenu # dh_installdebconf # dh_installlogrotate # dh_installemacsen # dh_installpam # dh_installmime # dh_python # dh_installinit # dh_installcron # dh_installinfo dh_installman debian/*.1 dh_link dh_strip dh_compress dh_fixperms # dh_perl # dh_makeshlibs dh_installdeb dh_shlibdeps dh_gencontrol dh_md5sums dh_builddeb binary: binary-indep binary-arch ---snap and this is how i recommend to do it: ---snip--- build: clean: dh_testdir dh_testroot dh_clean install: build dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/speedometer. install -D -m 755 $(BIN) $(PKGDIR)/usr/bin/$(PACKAGE) # Build architecture-dependent files here. binary-arch: build install # We have nothing to do by default. # Build architecture-independent files here. binary-indep: build install dh_testdir dh_testroot dh_installchangelogs dh_installdocs dh_installman debian/*.1 dh_link dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb binary: binary-indep binary-arch ---snap--- if you insist on keeping the useless stuff, i consider the package as to ugly according to my mesures of beauty, and hence i'm not sponsoring it. fspanes has been fixed. Thank you for the comments. The new package(s) are ready at: you didn't fix the things here: http://lists.debian.org/debian-mentors/2007/01/msg00220.html -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reasons why downgrades are Not Supported
Tobias Richter wrote: Correct me if I'm wrong, but the old (pre|post)rm can only be called with 'remove', 'pruge' or 'upgrade'. So the script does not know that there is a downgrade (to which version?) being installed afterwards. maintainerscripts can call dpkg to get the version of the installed package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: speedometer -- measure and display the rate of data across a network connection
Jari Aalto wrote: As talked before in debian-devel I have to lean to those DDs that consider keeping the commented calls. sure, feel free to choose your sponsor. this does not include me, so i will not further track your RFS. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Thijs Kinkhorst wrote: If you take a look at some other sponsors, you will see that if they have some criticism on a package, they will often include *why* it is a problem, and/or how to solve it. This doesn't have to be long. this would take me much more time to write the mail. besides from that, and that is the main reason why i don't do it, i expect a maintainer to be able to /either/ find more information about the problem on its own, /or/ to ask back, and then i'm explaining it more verbose. these are both two very basic requirements, i don't think that i'm overestimating people with this. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Marc Haber wrote: Since you regularly complain about the same things, you could use Textbausteine. Whatever that might be in English ;) this is work on progress, once i've completed it (in some years or so :), i'll be able to point with numbers in a footnote to the verbose explenations. http://people.debian.org/~daniel/documents/packaging.html http://people.debian.org/~daniel/documents/sponsoring.html -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Andreas Barth wrote: (Taste issues however won't go there, different people have different tastes, that's a feature). jftr: that is why i didn't, don't and will not consider to submit it for the forseeable future, aside from that it is far from complete. however, you and i said both excately the same about this on irc already, half a year ago. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Mike Hommey wrote: Too bad he doesn't apply his sponsoring standards on his own packages. nobody is perfect, only a few old ones are not (yet) complying. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Roberto C. Sanchez wrote: Now, if something is a legitimate issue, it should be identified by lintian and/or linda in addition to being mentioned in policy and/or the developer reference. first, i'm a debian developer without any delegation (especially not for anything mentors related). i'm not even involved in anything with the mentors infrastructure. second, it is my very freedom to not do something when i don't want to do it. i need neither a legitimation for that, nor do i need to give any justification. every reason, even when given none, is perfectly valid. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Roberto C. Sanchez wrote: I would not seriously expect anyone to sponsor a package of mine with an outstanding issue like that. please read the whole mail about his debian/rules and why i prefere to not sponsor such packages. giving the impression, i wouldn't sponsor packages due to whitespaces or empty lines is not fair. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fspanel -- minimalist panel for X
Jari Aalto wrote: Regarding this. Isn't the separate directory creation (-d) command and file copying (-m MODE) is more standard convention in Makefiles than using the -D? more standard as in more widespread? maybe.., but is that a reason to make it not the simple way? anyway, this was just a tipp, actually. feel free to take it or leave it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libpam-radius-auth (updated package)
James Westby wrote: The original request should have stated that this is an NMU with permission. See #405445. indeed, yes.. checked and uploaded now. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fspanel -- minimalist panel for X
Thijs Kinkhorst wrote: People can disagree on things, accept that. More explanation does not mean that everyone agrees with your view. i don't have a problem with different opinions, but i have one with having to repeat things over and over again, so if anyone feels he needs to read about the two spaces, he should not wonder himself about it but check the ml archive instead. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: poco
Krzysztof Burghardt wrote: Indeed, but for unknown reason only if build from poco-1.2.8.orig directory. Build using pbuilder and from poco-1.2.8 works for me. well, you've rebuild the orig.tar.gz for unknown reason anyway, please use the one supplied by upstream (which doesn't unpack to poco-1.2.8.orig). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Beginner Maintainer: tremulous-editor, tremulous-mappack*
Salokine wrote: I have no answer again from authors about licence to use. don't throw the package away yet, maybe you'll get an answer later. Sorry, and I hope to meet you for another package. no need to say sorry and feel free to come back with tremulous or any package/thing at any time. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: poco
Krzysztof Burghardt wrote: Fixed and uploaded. ok, now everything is fine except the copyright file. some files belongs to different copyright holders than the main upstream author, and are under a different license. you need to list them all, look at tinyerp-client for an example for a multi-license/multi-author copyright file. btw, just curious: are there any reasons to not use the -ssl tarball from upstream? and, are you going to package the docs (assumed they are redistributable, i didn't check for that)? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: speedometer -- measure and display the rate of data across a network connection
Jari Aalto wrote: http://cante.net/~jaalto/tmp/debian/speedometer/speedometer_2.4-1.dsc * README.Debian is bogus. * changelog has a useless empty line at the end of the file. * dirs has a useless empty line at the end of the file. if you would use install -D in rules, you could get rid of dirs completely here. * configure: stanza in rules is unused, remove it. same with build: (but since build: is a mandatory target, just leave an empty build: in rules) * remove the useless commented stuff, e.g. in clean: * remove the not used dh_* calls for your package, e.g. dh_installexamples and others. * your package is arch all, hence all your dh_* calls should be listed under binary-indep, not binary-arch. * your debian/copyright lists the wrong GPL version. and btw, how about finishing fspanel first before doing other packages? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: poco
Krzysztof Burghardt wrote: Updated once again. I have listed all copyright holders. good so far. as it's late already (00:28 localtime). i'll will do an intensive check tomorrow to make sure we didn't miss any file/license. btw, i didn't found GPL code in the package, so, binaries of the non-ssl sources are properly distributable. i had a loo Virtually every file in this library have different licence: BOOST, 4-BSD, 3-BSD and others. Even one copyright holder have files on more then one license. Do I need to list each file and its licence (or files grouped by license)? There are ~800 files to check!? I have put licenses for code portions like zlib routines or xml parser. Providing which file has which license in such case is overkill, isn't it? i wouldn't call it overkill. but if you want to note it more simple down as you have it right now, we can try if ftp-master accept it. i for myself have always written them expclicitly, e.g. for your package, the zlib files would be: Foundation/include/Poco/zlib.h, Foundation/src/zlib.h Will copyright holders claim that I infringe on their rights? we assume they can do that, so we can't link the GPL code against openssl without explicit permission by upstream. would poco work with gnutls? Should I prepare both ssl and non-ssl packages? Or ssl only? so, ssl is then not possible, except you could make it work with gnutls. Yes, but if it is another upstream tarball should I make another source package? although some people do include multiple tarballs into one orig.tar.gz and unpack them on build-time, i consider this to be quite ugly, so it was implicityly clear that you'll package it as a seperate source package :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Legends: The Game
Tim Hessint wrote: Should we post a new RFS here or in devel-games, or just reply to this. reply to this. I'm still unsure as to whether this will be accepted into Debian. It's a fairly large package for Debian to add to its mirrors, especially as it's non-free. I haven't been able to find any other non-free games in Debian (I'm not a Debian user BTW...nobody's perfect ;) ), so it'd be nice to know the likelihood of acceptance before I rewrite the script that creates all our packages. nobody can tell actually for sure except ftp-master, but others like openarena were also accepted and are quite big too (hm, openarena is in main, though). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fbxkb
Damyan Ivanov wrote:
And how Build-Depending on autotools-dev fixes this?
no, but if he updates the config.{sub,guess} files while clean: in your
rules. check the libextractor package if unsure.
however, his package does not make use of config.{sub,guess}, that is
why i wrote he should remove autotools-dev build-dependency.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fspanel -- minimalist panel for X
Jari Aalto wrote:
http://cante.net/~jaalto/tmp/debian/fspanel/fspanel_0.7-7.dsc
* If you fix the install procedure in the Makefile, do it right: use
install -D so you first write the thing in less lines, and second,
you can skip debian/dirs.
* you use dh5, so bump compat to 5.
* add ${misc:Depends} to Depends:.
* the homepage entry should have *two* leading spaces.
* the removal of configure-stamp in clean: is bogus, and the removal
of build-stamp is wrong since you altered build-stamp: to touch it
in debian/.
* $(MAKE) install DESTDIR=`pwd`/debian/fspanel
- do *not* use `pwd`, but $(CURDIR).
* behind dh_changelogs, there is a useless whitespace.
the rest is fine, if you fix above things, i'll sponsor the package.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fspanel -- minimalist panel for X
Roberto C. Sanchez wrote: IIRC, this was dsicussed recently and it is basically a matter of preference. I could be wrontg, though. why do have people always comment this, wasn't it already explained enough already? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [xdialog] RFS: Urgent upload required since 2.2 is broken
Margarita Manterola wrote: Maintainer of Xdialog is Stan Vasilyev. His last activity, as far as I can see is from May 2006. Have you tried sending him a mail about this package? Michelle is asking about him several times already and stating that she couldn't reach him by email. I share the impression too that Stan seems to be MIA. However, Michelle, please get the package orphaned by debian-qa team first in order to adopt it. Afterwards, I'm happy to sponsor an upload for it now to experimental, and once etch is released, to unstable. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: poco
Krzysztof Burghardt wrote:
http://mentors.debian.net/debian/pool/main/p/poco/poco_1.2.8-1.dsc
* remove the useless empty line at the end of changelog.
* can you reword the long description to something more easy and
shorter?
* docs is a non prefixed helper, please prefix it with the package
name you want to assign it.
if you don't have a package prefix when building a multi binary
package, it is automatically assigned to the first binary package
listed in control.
* if you install the files with .install helpers, you don't need
to create the directory with dirs for those.
* remove *postinst, *postrm, they are automatically added by debhelper
anyway.
* remove the useless commented stuff in rules.
* this is not needed in your rules:
---snipp---
# shared library versions, option 1
version=2.0.5
major=2
# option 2, assuming the library is created as src/.libs/libfoo.so.2.0.5
or so
#version=`ls src/.libs/lib*.so.* | \
# awk '{if (match($$0,/[0-9]+\.[0-9]+\.[0-9]+$$/)) print
substr($$0,RSTART)}'`
#major=`ls src/.libs/lib*.so.* | \
# awk '{if (match($$0,/\.so\.[0-9]+$$/)) print substr($$0,RSTART+4)}'`
---snapp---
* do not have DH_VERBOSE on by default
* do not use more than one empty line as seperator, one is just
enough.
* you should remove dh_installman, you don't need that,
and uncomment dh_makeshlibs, you need that.
* the package does not build:
---snip---
make[2]: Leaving directory `/home/user/poco-1.2.8.orig/XML'
make[2]: Entering directory `/home/user/poco-1.2.8.orig/XML'
mkdir -p /home/user/poco-1.2.8.orig/XML/obj/Linux/i686/release_static
mkdir -p /home/user/poco-1.2.8.orig/XML/obj/Linux/i686/debug_static
mkdir -p /home/user/poco-1.2.8.orig/XML/obj/Linux/i686/release_shared
mkdir -p /home/user/poco-1.2.8.orig/XML/obj/Linux/i686/debug_shared
make[2]: *** No rule to make target `/home/user/poco-1.2.8.o', needed by
`/home/user/poco-1.2.8.orig/XML/obj/Linux/i686/debug_shared/AbstractContainerNode.o'.
Stop.
make[2]: Leaving directory `/home/user/poco-1.2.8.orig/XML'
make[1]: *** [XML-libexec] Error 2
make[1]: Leaving directory `/home/user/poco-1.2.8.orig'
make: *** [build-stamp] Error 2
(unstable_i386)[EMAIL PROTECTED]:~/poco-1.2.8.orig$
---snap---
if you fixed above things, i'll check again.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libpam-radius-auth (updated package)
Javier Ruano wrote: It's a nmu. I am looking for a sponsor for the new version 1.3.16-4.2 of Fabio M. Di Nitto's package libpam-radius-auth. Hi, thanks for your work on this package. However, just a translation update does not justify[0] a NMU here. mia-query shows that Fabio is not MIA and not listed in the LowTreshold[1], please ask him to update his package, or, to give you the permission to get your NMU uploaded by someone other. Once you got that, feel free to ask again. [0] http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-nmu-guidelines [1] http://wiki.debian.org/LowThresholdNmu -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: podget
Dave Vehrs wrote: http://mentors.debian.net/debian/pool/main/p/podget/podget_0.5.8.dsc * do not build a native package. * don't use two empty lines as seperator in changelog, one is just enough. * debhelper (= 4.0.0) is over-precise, debhelper (= 4) is just enough. * remove the empty lines at the end of control * dirs is empty, remove it, same with docs. * remove the useless commented stuff in rules. * if you don't use the configure: target, remove it completely. * you strongly recommend to really use the dh_* calls in binary-indep:, and not doing things on your own. look at the dh_make templates if unsure what i mean. * remove the empty lines at the end of rules. if you fix the things above, i'm sponsoring the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: podget
Daniel Baumann wrote: * you strongly recommend to really use the dh_* calls in binary-indep:, and not doing things on your own. look at the dh_make templates if unsure what i mean. jftr: this should have been 'i strongly recommend'. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Legends: The Game
Tim Hessint wrote: Legends is non-free so it's only distributed as a binary package. The .deb we created just packages the game data in a .deb format. It was created with it does not make any difference if the stuff in the orig.tar.gz are binary-only files which are just copied, or, if the files are source code which need to be compiled: there have to be the package sources available (orig.tar.gz, diff.gz and dsc file). Sorry, I don't understand what this means. This is my first attempt at building a .deb. just to make sure that we are talking about the same things: did you read the debian new maintainer guide, available at: http://www.us.debian.org/doc/manuals/maint-guide/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fbxkb
Vadim Vatlin wrote: http://mentors.debian.net/debian/pool/main/f/fbxkb/fbxkb_0.6-1.dsc in addition to what damyan has already pointed out: * the suggests on menu is bogus. * do not use french-spacing in long description * remove the useless whitespaces at the end of the two last lines of the long description. * the build-depends on autotools-dev is not needed here. * remove the two whitespaces at the end of Upstream Author: and Copyright: line. * no french spacing in copyright * installing README through docs doesn't make any sense, it's an empty file * remove the useless commented stuff in rules * this is not needed: ---snap--- # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ---snap--- * you should pass CFLAGS to ./configure * remove the unused dh_* calls which are not required in your package, e.g. dh_installexamples. if you fix above things, i'm happy to sponsor your package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Legends: The Game
TerroX wrote: See list of current packages (debian, loki, sh) here http://download.legendsthegame.net/ or full debian install here http://legendsthegame.net//files/legends_linux-0.4.1.42.deb Size: 118.6 MB (124,288,308 bytes) or downloader debian here http://legendsthegame.net//files/legends_linux_downloader-0.4.1.42.deb Hi, as said on -devel-games, please point us to the package sources (sources are .diff.gz, .dsc and .orig.tar.gz), only the deb is useless. So, I'd like to see an URI to the *.dsc file here please. All of the scripts used to create the packages are here http://legendsthegame.net/community/doku.php?id=linux:index We need the debian sources, not a shell script, sorry. There is no tar.gz of the actual files, we just pack up the game directory - it is the same as what is unpacked by the full .deb or you could RYSNC to get the same data as what is packed here You can just create such a snapshot tar.gz and produce based on this the debs. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Frozen Etch
Charles Plessy wrote: Technically it is possible, but you may consider that uploads to Sid are taking a little bit of time from DDs and of ressource from the infrastructure, which may or may not be useful to release Etch faster. there are people like me which have all their packages (except one) in good shape in etch and ready for release, which are not involved in the release process and have decided that they prefere to do sponsoring than fixing rc bugs... For the moment I queue my future sponsoring requests on mentors... ...so if you have any RFS, feel free and don't hesitate to submit them. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xnee_2.05 and a new maintainer
Jeremiah Foster wrote: I will go through the package, try to fix the lintian errors, and send another message asking for the package to be submitted to debian. ...and include the URI to the *.dsc file, at least. people don't like to search for the location of a package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: eancheck
Joe Baldwin wrote:
Full source tree and deb source files available at http://joe-baldwin.net/deb
always include at least the URI to the *.dsc.
additionally:
* you are upstream, why do you need to patch it?
* debhelper ( 5.0.0) is over-precise, just use
debhelper (= 5).
* behind 'such' in long-desc, there is a useless
whitespace at the end of the line.
* add ${misc:Depends} to Depends:
* your license is not dfsg free, if you don't want to care about the
license, just put it in the public domain.
* remove the not used dh_* calls in rules.
* if you would use install -D or install -p,
you could skip debian/dirs.
please fix this first, then i'll have a second look at the package and
possibly upload it.
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet: http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: eancheck
Joe Baldwin wrote: The patches are wholly in the makefile to make it compliant with the Debian,build system, the code itself is unchanged from the upstream (I would know :) no, but this was explained to you on irc already, so i don't repeat it here. Anyway, I have complied with your changes, although I do not see how the license is not free, being as it is an open invitation to do anything at all with the code: this was discussed on irc too, he changed to public domain now which is fine. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: eancheck
Joe Baldwin wrote: http://www.joe-baldwin.net/deb/eancheck_1.0-1.dsc as discussed on irc, there is only one thing open about the order of the dh_* calls in rules. if you fix this, i'll sponsor the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: eancheck
Daniel Baumann wrote: if you fix this, i'll sponsor the package. ok, uploaded now.. if you need/want further uploads on that package, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ftplib (updated package)
Pierre Clerissi wrote: I am looking for a sponsor for the new version 3.1-1-6 of my package ftplib. there was a 3.1-1-6 upload of the debian qa team, please prepare a 3.1-1-7 based on the 3.1-1-6 from the archive. Afterwards, I'm happy to look at your package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libdevice-modem-perl
Dirk Proesdorf wrote: I've fix your request. good, uploaded, thanks. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Natural Language Toolkit (NLTK)
Steven Bird wrote: Hi -- I'm hoping to find a sponsor to help with packaging NLTK please. If you are looking for someone to actualy make the packaging, and not someone to check your already made packages, then this should be a RFH (request for help). Did you consider opening a RFP (request for packaging) bug on -wnpp? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a sponsor, adopting an orphan
Brandon Barnes wrote: OK. How about now? now, it is good. package uploaded, thanks. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: knetstats
Ritesh Raj Sarraf wrote: Can you explain why not automake (= 1.9) ? because upstream has used automake 1.9. i'm no automake guru, if you are sure that automake 1.10 is compatible with 1.9, then just use the newer one. i'm normally to lazy to even check this, hence i go with upstream for the moment and ask them to update it for the next release. Now, here I don't see the automake1.9 package being listed anywhere. because the configure script doesn't check here for automake. Can you tell me a _proper_ way of finding out packages which are to be put in Build-Depends ? first, i read the documentation. most people do document what is needed and what not. second, i put the package in my chroot, and try to build it. if i've missed something, i add it. i don't know a real automated way to get the build-depends. And I've got one more annoying problem. Hope you can shed some light. Assuming I did a mistake in the debian/* files (as I always do) :-). When I make a change and do a re-build of the package, it doesn't work. your clean target is not sufficiant. you need to remove the gmo files too. once it re-builds, always check the new generated diff.gz if there is any cruft inside. if it is, you need to adapt clean: again. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: antargis
Andreas Bresser wrote: http://mentors.debian.net/debian/pool/main/a/antargis/antargis_0.1.9.dsc * do not build a native package. * remove the useless empty line at the end of changelog * the library should be arch all, not any (it's only ruby, no binaries). also fix rules, so that binary-indep can be used to build the arch all packages only. * copyright is incomplete, the tarball contains files under a different license and from different authors. * dirs is useless because you used install files, they create required parent dirs automagically. * you have multiple binary packages, for the sake of clarity, you should prefix the helper files with the package name (e.g. docs and menu), otherwise it is assigned automatically to the first package listed in control. * you don't install any examples, remove the dh_installexamples call from rules. * the package does not build because insufficient build-depends: ---snip--- rake clean (in /home/user/antargis-0.1.9) rake aborted! no such file to load -- mkmf ---snapp--- This is not a complete list, please fix those first and I'll look again at the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libdevice-modem-perl
Dirk Proesdorf wrote: http://www.proesdorf.de/uploads/libdevice-modem-perl/ please always include at least the URI to the *.dsc in a sponsor request. and here we go: * remove the useless empty line at the end of the changelog * note that you modified lib/Device/Modem/Protocol/Xmodem.pm and the reason for it. * remove the not used dh_* calls from rules * your package is arch all, you don't need dh_strip in rules. * lib/Device/Modem/UsRobotics.pm is a derivated work, you should list this in debian/copyright too. the rest is good, if you fix above things, i'll sponsor your package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: otter
Peter Collingbourne wrote: Done, thanks for sponsoring. Source package is in the same location as before: good, uploaded, thanks. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: Ah, this makes much more sense :) Thanks for hint, applied and uploaded to http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc good, uploaded. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gexec
Chris Bannister wrote: I am looking for a sponsor for my package gexec. Hi, is this still the case? If so, please fix the following things: * remove the useless empty line at the end of changelog * replace 'autocompletition' with 'autocompletion' in control * remove the useless commented stuff in the manpage * remove the useless commented stuff in rules, additionally remove the dh_* calls which are not used by your package, e.g. dh_installexamples. * you don't do anything in configure:, hence remove the whole stanza. the rest is good. if you fix above things, i'll sponsor your package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: otter
Peter Collingbourne wrote: I am looking for a sponsor for my package otter. Hi, is this still the case? If so, please fix the following things: * remove the useless empty line at the end of changelog * do not use multiple empty lines as a seperator in rules, one is just enough. * since you do not use the configure: stanza, remove the whole. * you do no ship libraryes, hence the dh_makeshlibs call is useless. if you fixed above things, i'm happy to sponsor the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: knetstats
Daniel Baumann wrote: Ritesh Raj Sarraf wrote: Doesn't it look like the machine, on which you tried to build the package, doesn't have the necessary tools ? of course it is 'my machine' which fails, but it's your job to take care, that everything needed for compiliation (except essential packages) is listed in the build-depends. Hi, did you figure out why it doesn't build anymore? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Beginner Maintainer: tremulous-editor, tremulous-mappack
Daniel Baumann wrote: Salokine wrote: I'm very interesting to continue these packages ! good, looking forware to hear from you. Hi, what is the current state? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a sponsor, adopting an orphan
Daniel Baumann wrote: take your time, enjoy christmas/new year Hi, what is the current state? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: knetstats
Ritesh Raj Sarraf wrote: I need to setup a VM (UML) which I'll use to test the packages before uploading. I'm having some configuration issues (security related) which are important before I start using it and I've not looked more into it. why not use a chroot? it's much easier and faster too. Will take some time. :-( maybe do you want Marvin to finish it? It's not much left, only the build-depends to automake1.9. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: mailscanner (updated package, willing to adopt)
Simon Walter wrote: I am looking for a comments and a sponsor for the new version 4.55.10-4 of the package mailscanner. I am willing to adopt this package. Hi Simon, I'm sorry that it took me so long to have a look at your package. Nevertheless, thanks for giving your love to this package. I would be glad if someone comment on my work and eventually uploaded this package for me. I checked and uploaded the package. There could be tuned some minor additional things, I'll come with these to you at a later point (but nothing serious, though). In the meantime, I uploaded your package as it is far better than the one in the archive. If you need/want futher sponsoring, just contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a sponsor, adopting an orphan
Brandon Barnes wrote: Where do I put the man page? I put it in the debian directory, as specified in the New Maintainer's Guide. Not specified, exactly, but vaguely alluded to. Anyway, that didn't work. Where am I supposed to put it? in the debian directory, and install it with either a dh_installman (read man dh_installman). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a sponsor, adopting an orphan
Brandon Barnes wrote: http://mentors.debian.net/debian/pool/main/x/xevil/xevil_2.02r2-5.dsc good, except: * 3.7.2.2 as standards version is over precise, should be only 3.7.2. * debian/copyright should have a reference to the full license text in /usr/share/common-licenses; look at e.g. libextractor to see what i mean. the rest is good, fix this and i'm happy to sponsor it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: knetstats
Ritesh Raj Sarraf wrote: maybe do you want Marvin to finish it? It's not much left, only the build-depends to automake1.9. Okay!! I've re-uploaded it but haven't been able to check it. i said automake1.9, not automake (= 1.9). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc * should: please use the common format for the copyright file, look at e.g. libextractor if unsure. include also the full gpl blurb. * must: your package is arch all, hence you should have all the dh_* calls under binary-indep in your rules, not binary-arch. * tipp: instead of this: find . -name '*.py[co]' -delete in your special python clean rules, you could simply pass --no-compile to the python setup.py install call. the rest is good, if you above things, i'll sponsor the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Recurring please do patterns in debian-mentors
Neil Williams wrote: Daniel: would you agree? Let's get this once and for all clear: Given that lintian, as any automatic tool, can not catch all flaws in every case, manuall listing of the remaining flaws is always needed, I don't really care about if I need to point these flaws out in addition again and again, so there is *factually* no need to have an agreement with me anywhere :) However, as mentioned several times already, I'm asking not only to sponsor packages which do work, but also to keep packaging simple and cover the *IMHO* most ugly flaws in packaging style, be it inconsistent use of Homepage: in control, or useless empty lines at the end of files, or... Of course, YMMV and other people cleary don't give a shit about what I consider to be beautiful or not. If a sponsoree disagrees with my intention to have not only good but beautiful packages, he is always free to look for another sponsor with different standards. wrt/ lintian, as long as the packages do work, the purely optional matter of style questions[0] should never be part of any lintian check (lintian shall only check for policy violations or general package breakages). That is why I never would have had the idea to submit these two mentioned things to the lintian maintainers. Anyway, thank you Mikhail for taking notice about the reoccurance of these things and the good intention to make things easier. It is nevertheless appreciated. [0] although the Homepage field is defined in the dev ref, which could be seen as a strong recommendation, and therefore theoreticaly could also be considered for a lintian check (no worries, I don't). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: Ugh, my fault. I just provided copyright year of my debian work. Anyway I contacted the author and he promised to fix copyright statements in source code (add copyright years, use standard GPL header as FSF wants) in the next minor version, so I will postpone packaging until it happends. the licensing of the source-code isn't done in a beautiful way (e.g. with full gpl blurb etc.), but it is sufficiant. if you fix the things i pointed out in the first mail, there is no technical reason to postpone it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: serf -- high-performance asynchronous HTTP client library
Kobayashi Noritada wrote: Sorry for my late reply. I was out and offline for a few days... no problem. Thank you very much for reviewing my package. I've uploaded a fixed version per your comments. welcome :) Could you please upload it? done. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: DB include also the full gpl blurb. Will do when author releases 0.2.1 with copyright years added to the source files. i don't understand why you have to wait for upstream, *how* you write things in debian/copyright is not determined by upstream, only *what* you write. e.g. here, it is necessary that you list the sources as GPL2 licensed, but you can use the normal gpl blurb for that, and not require the 'custom' gpl blurb from upstream. they are saying the same anyway. setup.py imports pytils to obtain package version, so those .pycs are generated every time setup.py is being invoked. I would modify setup.py to pass version extracted from the changelog but it is IMHO overkill. well, the proper way to do it here now is: * replace the build: target with just ---snip--- build: ---snap--- and * pass a --no-compile to the setyp.py install call in install: -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libitpp
Kumar Appaiah wrote: http://mentors.debian.net/debian/pool/main/l/libitpp/libitpp_3.10.7-1.dsc * remove the useless empty line at the end of changelog. * i just saw you uploaded revison -2. revert the revision to -1 again, the bump is useless when the previous revision wasn't uploaded to debian. * why priority extra? i think, optional is ok here. * the dev package should not contain the soname, rename it to libitpp-dev. * since the documentation is not a huge stand alone manual, i don't think a dedicated -doc package is justified. just include the stuff in the -dev package. * debian/docs is a helper file not prefixed with the package name. for consistency reasons, i recommend to rename it do the package you want to assign it, otherwise it is automatically assigned to the first package listed in control, which makes it less error-prone to read the sources. same with debian/manpages. * at the end of the manpage, you wrote: ---snip--- Thismanual page was written by Kumar Appaiah aku- [EMAIL PROTECTED], for the Debian project (but may be used by oth- ers). ---snapp--- never do the hyphenation yourself, groff is just takeing care about this dynamically itself. * this here: ---snip--- # shared library versions, option 1 version=2.0.5 major=2 ---snap--- in your rules file is not needed, you can remove it. * another tipp about rules: do not use more than multiple empty line as a seperator, one is just enough. the rest is good, if you fix above things, i'll sponsor the package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Recurring please do patterns in debian-mentors
Russ Allbery wrote: In other words, feel free to submit a wishlist lintian bug for things like this. I'm going to pull up all of those once the style check facility is available. cool, didn't know about that intention. thanks for telling. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: This eleminates .pyc's in the destdir, but does not eleminate .pyc's created in pytils/ which are created as a side-effect of importing pytils in the setup.py itself. Just compare: [...] I think we have a missunderstanding here, I'm speaking of this: ---snip--- @@ -3,11 +3,7 @@ PACKAGE_NAME=python-pytils -build: build-stamp - -build-stamp: - python setup.py build - touch $@ +build: clean: dh_testdir @@ -25,7 +21,7 @@ dh_testroot dh_clean -k - python setup.py install --root $(CURDIR)/debian/$(PACKAGE_NAME) + python setup.py install --no-compile --root $(CURDIR)/debian/$(PACKAGE_NAME) rm -rf debian/$(PACKAGE_NAME)/usr/lib/python*/site-packages/*.egg-info binary-indep: build install ---snap--- This change simplifies the rules file, makes the build a bit faster, and does not have any influence on the binary packages. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: python-pytils
Mikhail Gusarov wrote: After some thinking I pasted normal GPL blurb, just without years in '(C) line'. good. Updated package is at http://dottedmag.net/debian/python-pytils/python-pytils_0.2.0-1.dsc except from the suggestion to simplify the rules file in the other mail, the package is fine. i'll sponsor it when you told me about your plan about the rules simplification. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cegui-mk2 (updated package)
Muammar Wadih El Khatib Rodriguez wrote: The corrected package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/cegui-mk2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/cegui-mk2/cegui-mk2_0.5.0-1.dsc good, uploaded. if you want/need further sponsoring, contact me off-list: http://people.debian.org/~daniel/documents/sponsoring.html#contact -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
