Re: RFS: wordgrinder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Colin Tuckley wrote: [...] I'll take a closer look tomorrow and if I don't find anything wrong I'll sponsor it for you. Ta muchly. - -- ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ │ Wizards get cranky, / Dark days dawn, / Riders smell manky, / The │ road goes on. / Omens are lowering, / Elves go West; / The Shire needs │ scouring, / You may as well quest. - John M. Ford -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHkxfIf9E0noFvlzgRArp6AJ9Tc1f9IetjE9K8pFI9W8LJq5jJOwCeNq8k ujLkbjUBk6Az2oyy0a3tBSk= =msQZ -END PGP SIGNATURE-
Re: RFS: wordgrinder
David Given wrote: Ta muchly. Uploaded! regards, Colin -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE A fanatic is one who can't change his mind and won't change the subject. - Winston Churchill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wordgrinder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Colin Tuckley wrote: [...] Uploaded! Gosh, that was quick! Thanks very much. - -- ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ │ Wizards get cranky, / Dark days dawn, / Riders smell manky, / The │ road goes on. / Omens are lowering, / Elves go West; / The Shire needs │ scouring, / You may as well quest. - John M. Ford -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHkyGuf9E0noFvlzgRAhxCAJ0SWoa3g+FM/os5a4O8kfX2RGgtzwCgluVk ccHMGWxhlBlsWZ2rY2fLTq0= =IAV0 -END PGP SIGNATURE-
Re: RFS: alml 2005.01.01-3
Barry deFreese wrote: I am CC'ing because it's an orphaned package and is basically a QA upload. It closes an RC bug as well as has some significant packaging clean-up. Your changes look very good, but I was not able to test it. Did you get the example to work? Also, the upstream URL seems to have changed to http://na.mirror.garr.it/mirrors/appuntilinux/ there also seems to be a new upstream version. Is there any indication that anyone is actually using this except for the upstream author? Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: alml 2005.01.01-3
On Jan 20, 2008 8:25 PM, Thomas Viehmann [EMAIL PROTECTED] wrote: Also, the upstream URL seems to have changed to http://na.mirror.garr.it/mirrors/appuntilinux/ there also seems to be a new upstream version. Is there any indication that anyone is actually using this except for the upstream author? popcon: 17 inst, 6 vote, 9 old, 2 recent Also, I noticed that upstream distributes a .deb: http://na.mirror.garr.it/mirrors/appuntilinux/software/alml_2008_all.deb Perhaps upstream could be conviced to adopt the package. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: alml 2005.01.01-3
Thomas Viehmann wrote: Barry deFreese wrote: I am CC'ing because it's an orphaned package and is basically a QA upload. It closes an RC bug as well as has some significant packaging clean-up. Your changes look very good, but I was not able to test it. Did you get the example to work? Also, the upstream URL seems to have changed to http://na.mirror.garr.it/mirrors/appuntilinux/ there also seems to be a new upstream version. Is there any indication that anyone is actually using this except for the upstream author? Kind regards T. I personally wouldn't care if it was removed, I was just trying to help with the RC list. I'd be happy to change the url and/or package the new upstream too if that makes sense or was this just more work for nothing again?? Thanks, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: uncrustify
Dear mentors, I am looking for a new sponsor for my updated package uncrustify. * Package name: uncrustify Version : 0.43-1 Upstream Author : Ben Gardner * URL : http://uncrustify.sourceforge.net/ * License : GPL Section : devel It builds these binary packages: uncrustify - C, C++, C#, D, Java and Pawn source code beautifier The package appears to be lintian and linda clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/u/uncrustify - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/u/uncrustify/uncrustify_0.43-1.dsc I would be glad if someone uploaded this package for me. Kind regards Johann Rudloff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: mirmon
On Mon, 21 Jan 2008 01:49:38 +0900 Hideki Yamane [EMAIL PROTECTED] wrote: Mario Isle told me that he will be a sponsor for my package on October, Sorry for Mario Iseli. but he has not done any action yet and there is no reponse to my asking. Maybe he would be busy. So, I'm looking for an another sponsor for mirmon package. Can anyone upload my package? On Sun, 16 Sep 2007 01:55:03 +0900 Hideki Yamane [EMAIL PROTECTED] wrote: Dear mentors, I'm looking for a sponsor for my package mirmon. It is useful for minitoring mirror servers. For example, I'm using this for monitoring Japanese Debian mirrors. see http://test.mithril-linux.org/debian-mirror-check.html * Package name: mirmon ITP : 442381 Version : 1.38 Upstream Author : Henk Penning [EMAIL PROTECTED] * URL : http://people.cs.uu.nl/henkp/mirmon/ * License : MIT Section : web Language: perl Description : Mirmon helps administrators in keeping an eye on the mirror sites. In a concise graphic format, mirmon shows each site's status history of the last two weeks. It is easy to spot stale or dead mirrors. It builds this binary package: mirmon - monitor the state of mirrors The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mirmon - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/m/mirmon/mirmon_1.38-1.dsc Please get its source, check it and upload it :) Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: rafb
Subject: RFS: rafb Dear mentors, I am looking for a sponsor for my package rafb. * Package name: rafb Version : 1.0-4 Upstream Author : Moe Smith [EMAIL PROTECTED] * URL : Sorry, none yet * License : BSD Section : web It builds these binary packages: rafb - Reads text from stdin and posts it to the pastebin at rafb.net The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/rafb - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/rafb/rafb_1.0-4.dsc I would be glad if someone uploaded this package for me. It's a small utility that I wrote specificially for the purpose of getting my feet wet with debian packaging. ;-) Nonetheless I think it's a useful utility. I found myself using nopaste on gentoo regularly and was a bit surprised that no such package seems to exist in debian, yet. Kind regards Moe Smith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: mirmon
Hi, Mario Isle told me that he will be a sponsor for my package on October, but he has not done any action yet and there is no reponse to my asking. Maybe he would be busy. So, I'm looking for an another sponsor for mirmon package. Can anyone upload my package? On Sun, 16 Sep 2007 01:55:03 +0900 Hideki Yamane [EMAIL PROTECTED] wrote: Dear mentors, I'm looking for a sponsor for my package mirmon. It is useful for minitoring mirror servers. For example, I'm using this for monitoring Japanese Debian mirrors. see http://test.mithril-linux.org/debian-mirror-check.html * Package name: mirmon ITP : 442381 Version : 1.38 Upstream Author : Henk Penning [EMAIL PROTECTED] * URL : http://people.cs.uu.nl/henkp/mirmon/ * License : MIT Section : web Language: perl Description : Mirmon helps administrators in keeping an eye on the mirror sites. In a concise graphic format, mirmon shows each site's status history of the last two weeks. It is easy to spot stale or dead mirrors. It builds this binary package: mirmon - monitor the state of mirrors The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mirmon - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/m/mirmon/mirmon_1.38-1.dsc Please get its source, check it and upload it :) Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: gcin (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.3.8-1 of my package gcin. It closes bug #419366, #420504, #436914. It builds these binary packages: gcin - a GTK+ based input method platform for Chinese users gcin-qt3-immodule - a QT input method module with gcin as backend It can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/g/gcin/gcin_1.3.8-1.dsc I would be glad if someone uploaded this package for me. Kind regards Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: alml 2005.01.01-3
Barry deFreese wrote: I personally wouldn't care if it was removed, I was just trying to help with the RC list. I'd be happy to change the url and/or package the new upstream too if that makes sense or was this just more work for nothing again?? In terms of getting your fixes uploaded, no. In terms of attending to a package that might be removed before the next release, maybe. You could have fixed E: alml: duplicate-conffile /etc/texmf/texmf.d/94alml.cnf though and you probably want to write changelog entries for updating standards-version in a way that one can tell whether and which changes you made in order to adapt to the standards. But hey, I do trade an RC bug against a lintian error. Kind regards T. P.S.: For the plr package, it might be nice if you could write something about how to test it. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
Hi Moe, * Moe Smith [EMAIL PROTECTED] [2008-01-20 17:40]: [...] It builds these binary packages: rafb - Reads text from stdin and posts it to the pastebin at rafb.net Why should someone want rafb.net if there is paste.debian.net? ;-P Cheers Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. http://people.debian.org/~nion/sponsoring-checklist.html pgpdVNjjiM895.pgp Description: PGP signature
Re: RFS: alml 2005.01.01-3
Thomas Viehmann wrote: Barry deFreese wrote: I personally wouldn't care if it was removed, I was just trying to help with the RC list. I'd be happy to change the url and/or package the new upstream too if that makes sense or was this just more work for nothing again?? In terms of getting your fixes uploaded, no. In terms of attending to a package that might be removed before the next release, maybe. You could have fixed E: alml: duplicate-conffile /etc/texmf/texmf.d/94alml.cnf though and you probably want to write changelog entries for updating standards-version in a way that one can tell whether and which changes you made in order to adapt to the standards. But hey, I do trade an RC bug against a lintian error. Kind regards T. P.S.: For the plr package, it might be nice if you could write something about how to test it. Thomas, Thanks. I don't know if you got it but the upload was rejected because I made it a non-native package and it can't find the orig.tar.gz. I was thinking this morning that I'm not sure that is even viable since it is the same version. Is that allowable?? Somehow I missed the lintian error. Was that on the .deb itself?? Thanks!! Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
Il giorno Sun, 20 Jan 2008 20:00:43 +0100 Nico Golde [EMAIL PROTECTED] ha scritto: Hi Moe, * Moe Smith [EMAIL PROTECTED] [2008-01-20 17:40]: [...] It builds these binary packages: rafb - Reads text from stdin and posts it to the pastebin at rafb.net Why should someone want rafb.net if there is paste.debian.net? ;-P Well, there would also be my ITP for pastebinit, with a package on mentors, which supports many different pastebins, and not only rafb.net! Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: rafb
Hi Moe; Your package seems to be native, and has lintian warnings (with the latest lintian in sid). At the risk of the pot calling the kettle black (see wdg-offline-validator), I think you also need to sell people a bit on why a 100 line perl script needs its own package. best, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
On Sun, 2008-01-20 at 20:13 +0100, David Bremner wrote: Hi Moe; Your package seems to be native, and has lintian warnings (with the latest lintian in sid). Sorry, my bad. I just uploaded a fixed version 1.0-6, my lintian (from lenny) doesn't complain about that one anymore. Please let me know if there are still problems. At the risk of the pot calling the kettle black (see wdg-offline-validator), I think you also need to sell people a bit on why a 100 line perl script needs its own package. Well, I'd hope packages are judged by their usefulness, not by their size. :-) rafb is a one-trick-pony. I created it because I found nothing similar in debian. I unfortunately missed 'pastebinit' by David Paleino in my search because my first contact with mentors was when I sought a way to upload my newly created package... Anyways, what is the general debian policy about one trick ponies? Can multiple alternatives go in or should only one be chosen? I do think that at least one pastebin CLI utility should be made available - unless I'm the only one actually using these. regards, moe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: uncrustify
Hi Johann, On Sun, 2008-01-20 at 17:13 +0100, Johann Rudloff wrote: I am looking for a new sponsor for my updated package uncrustify. Your package has two things to mention. First is that your package builds fine without autotools-dev, don't know why it is a build-dependency. Moreover 'Homepage' is a field in the source part of the control file and not in the binary part. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
On Sun, 2008-01-20 at 20:00 +0100, Nico Golde wrote: Hi Moe, * Moe Smith [EMAIL PROTECTED] [2008-01-20 17:40]: [...] It builds these binary packages: rafb - Reads text from stdin and posts it to the pastebin at rafb.net Why should someone want rafb.net if there is paste.debian.net? ;-P I can only speak for myself but I find rafb.net more readable (better choice of fonts). Anyways, if there is a CLI client for paste.debian.net then I'm willing to give in that my rafb client is redundant. ;-) -moe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
On Sun, 2008-01-20 at 20:10 +0100, David Paleino wrote: Il giorno Sun, 20 Jan 2008 20:00:43 +0100 Nico Golde [EMAIL PROTECTED] ha scritto: Hi Moe, * Moe Smith [EMAIL PROTECTED] [2008-01-20 17:40]: [...] It builds these binary packages: rafb - Reads text from stdin and posts it to the pastebin at rafb.net Why should someone want rafb.net if there is paste.debian.net? ;-P Well, there would also be my ITP for pastebinit, with a package on mentors, which supports many different pastebins, and not only rafb.net! Sorry, I missed that when I searched for a pastebin utility in debian. I gave it a quick look and think it's ok. Although I don't like that there doesn't seem to be any error handling which makes it dangerous to use in a shell-script. I noticed that the hard way because two of your supported pastebin's, including the default, are offline at the moment; http://1t2.us, http://paste.stgraber.org. ;-) Anyways, I see no reason why both utilities shouldn't coexist, so the users can choose whichever they prefer. regards, moe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
On 20/01/2008, Moe Smith wrote: I just uploaded a fixed version 1.0-6, my lintian (from lenny) doesn't complain about that one anymore. Please let me know if there are still problems. Please always use the latest one. Since it's a Perl-based package, it shouldn't cause any problem to fetch the unstable package and install it on your lenny (through “dpkg -i”, for example). Well, I'd hope packages are judged by their usefulness, not by their size. :-) rafb is a one-trick-pony. I created it because I found nothing similar in debian. I unfortunately missed 'pastebinit' by David Paleino in my search because my first contact with mentors was when I sought a way to upload my newly created package... Anyways, what is the general debian policy about one trick ponies? Can multiple alternatives go in or should only one be chosen? Alternatives aren't an issue. Small (1-script-with-a-single-purpose falls in the “small” category) packages are usually frowned upon. Especially if that pastebinit does its job right and supports multiple hosts. Cheers, -- Cyril Brulebois pgpqTr7Zt9rqV.pgp Description: PGP signature
Re: RFS: rafb
Hi Moe, * Moe Smith [EMAIL PROTECTED] [2008-01-20 21:06]: On Sun, 2008-01-20 at 20:13 +0100, David Bremner wrote: [...] Anyways, what is the general debian policy about one trick ponies? There is no real policy for this but people don't like the overhead of a package for simple stuff they could even paste into a file. The usual thing is to do some package gathering such script like devscripts does for example. But this job seems to be actually done by the ITP of David. Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. http://people.debian.org/~nion/sponsoring-checklist.html pgpl507JKskV0.pgp Description: PGP signature
Re: RFS: alml 2005.01.01-3
Barry deFreese wrote: Thanks. I don't know if you got it but the upload was rejected because I made it a non-native package and it can't find the orig.tar.gz. I was thinking this morning that I'm not sure that is even viable since it is the same version. Is that allowable?? My bad, I forgot to include the orig.tar.gz in the .changes. Somehow I missed the lintian error. Was that on the .deb itself?? Yes. These days debhelper marks files in /etc as conffiles, so it ended up twice in the binary package's conffiles. I always run it on the .changes which does source + binary. I'll reupload as dicussed on IRC. Kind regards T. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
On Sun, 2008-01-20 at 21:20 +0100, Cyril Brulebois wrote: On 20/01/2008, Moe Smith wrote: I just uploaded a fixed version 1.0-6, my lintian (from lenny) doesn't complain about that one anymore. Please let me know if there are still problems. Please always use the latest one. Since it's a Perl-based package, it shouldn't cause any problem to fetch the unstable package and install it on your lenny (through “dpkg -i”, for example). Hmm, okay, where would I fetch the deb? I'm actually running etch (pinned) but with lenny and unstable in my sources.list. apt-get install -t unstable lintian only gave me the lenny version. Well, I'd hope packages are judged by their usefulness, not by their size. :-) rafb is a one-trick-pony. I created it because I found nothing similar in debian. I unfortunately missed 'pastebinit' by David Paleino in my search because my first contact with mentors was when I sought a way to upload my newly created package... Anyways, what is the general debian policy about one trick ponies? Can multiple alternatives go in or should only one be chosen? Alternatives aren't an issue. Small (1-script-with-a-single-purpose falls in the “small” category) packages are usually frowned upon. Well, I understand there are concerns wrt maintenance overhead and that small packages may be more likely to turn into orphans than, say, xorg. Maybe utilities as small as mine (or, say, the flickr-upload stuff) are really not worth including. But otoh I wonder how many of the small things can be left out before users start looking for other distros :-\ Especially if that pastebinit does its job right and supports multiple hosts. Sure. I'm not religious about this, if pastebinit is better then make that one go in. I didn't know about pastebinit when I created rafb because I had only checked etch,lenny,unstable and not mentors. (my bad, sorry, I'm new to this) regards, moe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: rafb
Please. Pretty please with sugar on top. Use “list-reply” and stop sending mail copies unless someone asks for it. On 20/01/2008, Moe Smith wrote: Hmm, okay, where would I fetch the deb? I'm actually running etch (pinned) but with lenny and unstable in my sources.list. apt-get install -t unstable lintian only gave me the lenny version. I'd say wrong pinning, then. You can use aptitude to choose the version you want, use “force version” in synaptics, or use “install lintian=$version” in apt-get or aptitude. See “apt-cache policy lintian” to get available versions. Well, I understand there are concerns wrt maintenance overhead and that small packages may be more likely to turn into orphans than, say, xorg. Maybe utilities as small as mine (or, say, the flickr-upload stuff) are really not worth including. But otoh I wonder how many of the small things can be left out before users start looking for other distros :-\ As it has already been pointed out, better group small utilities sharing the same goal(s) into scripts-bundle packages. Especially if that pastebinit does its job right and supports multiple hosts. Sure. I'm not religious about this, if pastebinit is better then make that one go in. I didn't know about pastebinit when I created rafb because I had only checked etch,lenny,unstable and not mentors. (my bad, sorry, I'm new to this) No problem. I guess that somehow merging all scripts into the same package, or even into the same script shouldn't be hard, and would make the whole better. Cheers, -- Cyril Brulebois pgpZcqrDjdfab.pgp Description: PGP signature
Re: RFS: ladr and prover9-manual (updated package)
On Fri, Jan 18, 2008 at 09:02:02PM +0100, David Bremner wrote:
1) lintian will now complain about standards version 3.7.2 as being
old
Fixed.
2) I didn't really understand why you use
cp -a bin/* debian/tmp/usr/bin
instead of dh_install or something.
The packages now copy their binaries directly from bin using dh_install.
libtool --mode=install cp -a ladr/libladr.la `pwd`/debian/tmp/usr/lib
also struck me as being a pretty opaque way to install a library.
Your milage may vary.
I did this because libtool needs to copy the library to the installation
directory itself in the correct (platform-specific) way. Note that
most packages that install libraries using upstream's makefile would do
exactly the same thing.
3) Your man pages could be improved. I guess you know that, since at
least you have stubs. You might find the script help2man helpful,
Something like
help2man -h-help rewriter rewriter.1
gets you a file that requires only light editing.
I now have man pages for 7 more of the more commonly used apps.
4) I think some simple examples in /usr/share/doc would be motivating
for someone trying the package out (in particular sponsors).
There's already an example for prover9 and two for mace4 in
/usr/share/doc/{prover9,mace4}/examples from the source package in
{prover9,mace4}.examples .
Thanks,
--
Peter
signature.asc
Description: Digital signature
Re: RFS: adun.app (updated package)
Le Sat, Jan 19, 2008 at 05:01:44PM +0200, Yavor Doganov a écrit : Dear mentors, I am looking for a sponsor for the new version 0.8.2-1 of the package adun.app (QA upload). It builds these binary packages: adun.app - Molecular Simulator for GNUstep The package appears to be lintian clean (except one informational tag, which would be better if addressed by the future maintainer). The upload would fix these bugs: 416859, 450469, 457723 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/adun.app - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/a/adun.app/adun.app_0.8.2-1.dsc Dear Yavor, For biology-related packages, do not hesitate to CC [EMAIL PROTECTED] PS: maybe we (debia-med) should adopt the package ? Have a nice day, -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dblatex: long term / current release 0.2.8-3
Hello, On Sat, 19 Jan 2008, Andreas Hoenen wrote: as my default sponsor recently has not found the time for sponsoring, and as he agrees I should better search another sponsor - well, here I am :-) and: To finalize my advertisement: the dblatex package is not very complicated (architecture all), with a frequency of at most one release per month. However, IMHO it's a useful and important package, being the sole DocBook-PDF tool in Debian main. And although I'm making packaging mistakes, usually I learn and avoid repeating them. My GPG key is signed by one DD, thus I'm basically connected to the web of trust. I hope to have given a picture clear enough to base a sponsoring decision upon. Thus, if someone is interested, I really would be glad. Since this package is based on python, it would probably be a good idea to ask on the debian-python mailing list. Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dblatex: long term / current release 0.2.8-3
Hi On Sat, 19 Jan 2008 11:04:52 +0100 Andreas Hoenen [EMAIL PROTECTED] wrote: [3] - URL: http://mentors.debian.net/debian/pool/main/d/dblatex - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.2.8-3.dsc Just few comments (not necessary errors): Any reason why not to use /usr/share/dpatch/dpatch.make and including dpatch rules direcly? I think it is cleaner not to have things like if [ -f debian/lintian.overrides ] in debian/rules. You know whether there is lintian override when you create package. $ lintian -I dblatex_0.2.8-3_i386.changes I: dblatex source: build-depends-without-arch-dep python-support How about cleaning up dependencies on ghostscript? gs-gpl is a transitional package and gs-pdfencrypt does not seem to exist. Otherwise it looks in quite good shape and I think I can upload it. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: adun.app (updated package):wq
Andreas Tille wrote: Yavor, do you agree with these steps before an upload? Of course! Are you specifically interested in biology related programs No, I don't even qualify as a user of such programs (which automatically means I cannot be maintainer). My intention was to offer this for adoption to the science/med folks, but I had to put it in shape first as I was ashame to do it in the condition adun.app was... Please go ahead, and if you have any kind of GNUstep-related problems -- do not hesitate to contact the GNUstep team. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: adun.app (updated package):wq
On Mon, 21 Jan 2008, Charles Plessy wrote: For biology-related packages, do not hesitate to CC [EMAIL PROTECTED] PS: maybe we (debia-med) should adopt the package ? Definitely. If the package is orphaned we can easily do this without stepping on someones shoes. So I'd be in favour of adding the debian-med-packaging group as Maintainer before finally uploading the package. Moreover I would do the following steps: - Adding a watch file - Adding packaging to Debian-Med SVN - Adding XS-DM-Upload-Allowed, Vcs-Browser, Vcs-Svn tags to debian/control Yavor, do you agree with these steps before an upload? Are you specifically interested in biology related programs or did you just a perfect QA job with your long changelog entry? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
