Re: RFS: beef and rhinote (new versions)
Pinging again, since a week passed and I got no replies on this one. On Tue, 19 Feb 2008 09:37:00 +0100 Andrea Bolognani [EMAIL PROTECTED] wrote: Hi mentors, since my usual sponsor is too busy to keep sponsoring me, I'm searching for someone who can review and upload the new versions of my packages. I'd like to find someone interested in sponsoring future uploads, but a one-time sponsorship if fine too. Here are the URLs you can use to grab the packages, long description of both packages follows. dget http://www.kiyuko.org/debian/beef_0.0.6-2.dsc dget http://www.kiyuko.org/debian/rhinote_0.7.0-2.dsc Both the packages are already in the archive, they build fine in pbuilder and appear to be lintian clean. Package: beef Description: flexible Brainfuck interpreter beef is a Brainfuck interpreter, a program which executes Brainfuck code on the fly. . Its behavior is configurable using command-line options. This enables you to run most Brainfuck programs, even ones written for other interpreters/compilers without modifications. . beef is not affected by some historical Brainfuck limitations. For example, the length of the memory tape's only limit is the amount of memory your computer has. . beef's aim is not to be incredibly small or optimized (although it is quite fast), but to be a flexible and pleasant-to-work-with interpreter. Package: rhinote Description: virtual sticky-notes for your desktop Rhinote is a small program that provides virtual sticky-notes. It's handy for jotting down quick notes or holding copied text that you plan to paste elsewhere later. . Notes can be saved as plain text for later viewing/editing with Rhinote or any other text editor. . Rhinote is designed to be keyboard friendly, that is, every single action is bound to a specific keystroke. Thank you for your time. -- KiyuKo eof AT kiyuko DOT org Resistance is futile, you will be garbage collected. -- KiyuKo eof AT kiyuko DOT org Resistance is futile, you will be garbage collected. pgplz1WsLXq07.pgp Description: PGP signature
Re: RFS: monkey
Hi Roman,
first of all: thank you very much for your help!
Creating the package with Standards-Version 3.7.3 shows errors like
Version you are using is newer than the latest one. Please update
lintian. (I don't remember the exact error message) But all my
packages are up2date.
I made some changes in the package regarding dh_installinit,
dh_installchangelog. I also created a new init-script with
start-stop-daemon and opened a wnpp bug (#468183)
Also lintian is fine now.
Should i create a new 0.9.2-1 version with my changes or is it a better
solution to make a 0.9.2-2 version?
I think uploading the same version to mentors is not possible, right?
Thanks again,
Thorsten Schmale
On 26/02/08 14:39 +0100, Romain Beauxis wrote:
Le Tuesday 26 February 2008 14:09:34 Thorsten Schmale, vous avez écrit :
Dear mentors,
Hi !
I am looking for a sponsor for my package monkey.
Few remarks on your package.
It builds these binary packages:
monkey - a small http server
* Could you provide more informations, we already have other http server, so
why this one in particular ?
* in debian/control:
- Standards-Version: 3.7.2, should be 3.7.3
- a small http server: should avoid the a I think. Also, a more
specific
description would be good (cf up)
* In debian/rules:
- Why do you pass -n option to dh_installinit ? This generates code
snippets
for maintainer scripts that turns out to be exactly what you have..
- You don't have to move changelog in rules, just pass the good name to
dh_installchangelog
- Same for monkey.conf, you should use a install file or dh_install...
* in debian/changelog
- You should open a ITP bug (use reportbug wnpp in command line) and close
it in the initial changelog.
* Daemon init:
- You perhaps could run the daemon under a specific user, not nobody. You
will then need to create the user in maintainer scripts. You can look at
other mackaged daemons for that.
- Also the init script doesn't look very standard (not tested though). In
particular it doesn't call start-stop-daemon. It also has a lintian warning
(see below). Have you compared with other packaged daemons ??
Appart from those remarks, you have lintian issues (some of which are
reported
already...):
14:32 [EMAIL PROTECTED] /tmp/monkey-0.9.2%
lintian -viI ../monkey_0.9.2-1_amd64.changes
N: Setting up lab in /tmp/ie1BcMJmsS ...
N: Processing changes file monkey_0.9.2-1_amd64.changes ...
N: Processing 2 packages...
N:
N: Processing source package monkey (version 0.9.2-1) ...
W: monkey source: debian-rules-ignores-make-clean-error line 29
N:
N: A rule in the debian/rules file for this package calls the package's
N: clean or distclean target with a line like:
N:
N:-$(MAKE) distclean
N:
N: The leading - tells make to ignore all errors. Normally this is done
N: for packages using Autoconf since Makefile may not exist. However,
N: this line ignores all other error messages, not just the missing
N: Makefile error. It's better to use:
N:
N:[ ! -f Makefile ] || $(MAKE) distclean
N:
N: so that other error messages from the clean or distclean rule will
N: still be caught (or just remove the - if the package uses a static
N: makefile).
N:
W: monkey source: out-of-date-standards-version 3.7.2 (current is 3.7.3)
N:
N: The source package refers to a 'Standards-Version' that is starting to
N: get out of date, compared to current Policy. You can safely ignore
N: this warning, but please consider updating the package to current
N: Policy.
N:
N:
N: Processing binary package monkey (version 0.9.2-1) ...
I: monkey: hyphen-used-as-minus-sign usr/share/man/man8/monkey.8.gz:17
N:
N: Manual page seems to contain a hyphen where a minus sign was intended.
N: '-' chars are interpreted as hyphens (U+2010) by groff, not as minus
N: signs (U+002D). Since options to programs use minus signs (U+002D),
N: this means for example in UTF-8 locales that you cannot cutpaste
N: options, nor search for them easily.
N:
N: '-' must be escaped ('\-') to be interpreted as minus. If you really
N: intend a hyphen, write it as '\(hy' to emphasise that fact. See
N: groff(7) and especially groff_char(7) for details, and also the thread
N: starting with
N: http://lists.debian.org/debian-devel/2003/debian-devel-200303/msg01481
N: .html
N:
N: If you use some tool that converts your documentation to groff format,
N: it might be possible that this tool converts dashes of any kind to
N: groff hyphens, while the safe way of converting dashes is usually to
N: convert them to '\-'.
N:
N: Because this error can occur very often we show only the first 10
N: occurrences for each man page and give the number of suppressed
N: occurrences. If you want to see all warnings, run lintian with the
N: -d/--debug option.
N:
I: monkey: hyphen-used-as-minus-sign
Re: RFS: monkey
Le Wednesday 27 February 2008 16:13:58 Thorsten Schmale, vous avez écrit : Hi Roman, Hi ! first of all: thank you very much for your help! No pb, the issue is just free time :) Creating the package with Standards-Version 3.7.3 shows errors like Version you are using is newer than the latest one. Please update lintian. (I don't remember the exact error message) But all my packages are up2date. Sounds like your tools are not up to date. Are you on testing ? I made some changes in the package regarding dh_installinit, dh_installchangelog. I also created a new init-script with start-stop-daemon and opened a wnpp bug (#468183) Nice Also lintian is fine now. Should i create a new 0.9.2-1 version with my changes or is it a better solution to make a 0.9.2-2 version? That's up to you, but I personaly prefer an initial debian version for an initial upload.. I think uploading the same version to mentors is not possible, right? I don't really know.. Do as you like, changelog and version is not really an issue. What matters is the quality of the upoaded package ;-) Romain
RFS: tcpser (updated package) (try 4)
Dear mentors, I am looking for a sponsor for my updated package tcpser. * Package name: tcpser Version : 1.0rc12-1 Upstream Author : Jim Brain [EMAIL PROTECTED] * URL : http://www.jbrain.com/pub/linux/serial * License : GPL Section : net It builds these binary packages: tcpser - emulate a Hayes compatible modem TCPSER turns a PC serial port into an emulated Hayes compatible modem that uses TCP/IP for incoming and outgoing connections. It can be used to allow older applications and systems designed for modem use to operate on the Internet. TCPSER supports all standard Hayes commands, and understands extended and vendor proprietary commands (though it does not implement many of them). TCPSER can be used for both inbound and outbound connections. The package is lintian/pbuilder clean, except for a source-contains-svn-control-dir warning which I have been advised to ignore. The package can be found in the collab-maint bzr repository at: bzr co http://bzr.debian.org/collab-maint/tcpser/unstable/ tcpser You can also get the dsc from dget http://www.doc.ic.ac.uk/~pcc03/tmp/debian/tcpser_1.0rc12-1.dsc I would be glad if someone uploaded this package for me. Thanks, -- Peter signature.asc Description: Digital signature
[Done] RFS: colorgcc - Colorizer for GCC warning/error messages
On 27/02/2008, Barry deFreese wrote: http://mentors.debian.net/debian/pool/main/c/colorgcc/colorgcc_1.3.2.0-8.dsc Being taken care of. Cheers, -- Cyril Brulebois pgplmaBgAevDv.pgp Description: PGP signature
Re: RFS: monkey
Hi again, i'm not on testing - i'm using etch currently. Is that a problem? I created a new version 0.9.2-1 with all modifications and uploaded it again to mentors. Can you please have a look at it and tell me what to do next? Thanks, Thorsten On 27/02/08 16:37 +0100, Romain Beauxis wrote: Le Wednesday 27 February 2008 16:13:58 Thorsten Schmale, vous avez écrit : Hi Roman, Hi ! first of all: thank you very much for your help! No pb, the issue is just free time :) Creating the package with Standards-Version 3.7.3 shows errors like Version you are using is newer than the latest one. Please update lintian. (I don't remember the exact error message) But all my packages are up2date. Sounds like your tools are not up to date. Are you on testing ? I made some changes in the package regarding dh_installinit, dh_installchangelog. I also created a new init-script with start-stop-daemon and opened a wnpp bug (#468183) Nice Also lintian is fine now. Should i create a new 0.9.2-1 version with my changes or is it a better solution to make a 0.9.2-2 version? That's up to you, but I personaly prefer an initial debian version for an initial upload.. I think uploading the same version to mentors is not possible, right? I don't really know.. Do as you like, changelog and version is not really an issue. What matters is the quality of the upoaded package ;-) Romain -- I AM NOT A LEAN MEAN SPITTING MACHINE I AM NOT A LEAN MEAN SPITTING MACHINE I AM NOT A LEAN MEAN SPITTING MACHINE I AM NOT A LEAN MEAN SPITTING MACHINE Bart Simpson on chalkboard in episode 3F02 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: yale (updated package) [Uploaded]
Francisco García wrote: Dear mentors, I am looking for a sponsor for the new version 1.0-13 of my package yale. [snip] Hi debian-mentors, Just for the record, this is now uploaded (I've been in private communication with the maintainer). I also intend to upload gliese as soon as I hear back about one minor thing. best regards, -- Kevin B. McCarty [EMAIL PROTECTED] WWW: http://www.starplot.org/ WWW: http://people.debian.org/~kmccarty/ GPG: public key ID 4F83C751 signature.asc Description: OpenPGP digital signature
Re: RFS: monkey
Hello, On Wed, 27 Feb 2008, Thorsten Schmale wrote: i'm not on testing - i'm using etch currently. Is that a problem? Even if you run etch you should probably have a testing/unstable copy of lintian and the various documents like policy, developer's ref and maint-guide. Of course, you should do your builds in an unstable chroot as well (probably using pbuilder). One solution to this is to have a testing/unstable chroot with a minimal install for development (lintian, pbuilder and the documents at the very least). You can use (c)debootstrap to build such a chroot. (Note that pbuilder will then create a chroot inside this chroot but that is fine of course!). Regards, Kapil. -- signature.asc Description: Digital signature
Ask for removal of a binary package: how?
Hi, My source package, dtc, is now NOT producing a dtc binary package, because I wanted to avoid conflict with the Device Tree Compiler, and because I wanted people to read the package description before installing. So I have the following problem now: http://qa.debian.org/excuses.php?package=dtc It says out of date on i386: dtc (from 0.25.3-2) (and on all other arch as well). How can I get the binary package dtc being removed from SID, as it is now replaced? Thomas P.S: Of course, I'm currently addressing the remaining BTS bugs on the package, and will upload an update. Currently working on dkimproxy to replace dkfilter, and on that MySQL password thing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ask for removal of a binary package: how?
On Thu, Feb 28, 2008 at 09:41:53AM +0800, Thomas Goirand wrote: Hi, My source package, dtc, is now NOT producing a dtc binary package, because I wanted to avoid conflict with the Device Tree Compiler, and because I wanted people to read the package description before installing. So I have the following problem now: http://qa.debian.org/excuses.php?package=dtc It says out of date on i386: dtc (from 0.25.3-2) (and on all other arch as well). How can I get the binary package dtc being removed from SID, as it is now replaced? http://wiki.debian.org/ftpmaster_Removals Thomas P.S: Of course, I'm currently addressing the remaining BTS bugs on the package, and will upload an update. Currently working on dkimproxy to replace dkfilter, and on that MySQL password thing. HTH, mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: QA Upload: libpalm-perl - Perl 5 modules for manipulating pdb and prc database files
Hi folks, Here is a QA upload that fixes RC bug #467275 as well as standards updates and such. http://mentors.debian.net/debian/pool/main/l/libpalm-perl/libpalm-perl_1.3.0-7.dsc Description: Perl 5 modules for manipulating pdb and prc database files Contains Perl modules for manipulating Palm Pilot databases. These include Palm::ToDo, Palm::Memo, Palm::Mail, Palm::Address, Palm::Datebook, and the generic Palm::PDB. If someone could review and/or upload I would appreciate it. Thanks, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ask for removal of a binary package: how?
Mike Massonnet wrote: http://wiki.debian.org/ftpmaster_Removals Thanks, However, I saw here: http://ftp-master.debian.org/~jeroen/rene-full.txt Not Built from Source - * dtc_0.28.2-1 builds: dtc-common, dtc-core, dtc-cyrus, dtc-postfix-courier, dtc-stats-daemon, dtc-toaster but no longer builds: o 0.25.3-2: dtc and a bit later: dak rm -m [auto-cruft] NBS -b dtc [ ... ] so does that mean that I have nothing to do, and that this will be processed automatically? Should I still file a bug against the pseudo package ftp.debian.org to request for the removal of the (binary only) package? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ask for removal of a binary package: how?
Thomas Goirand [EMAIL PROTECTED] writes: However, I saw here: http://ftp-master.debian.org/~jeroen/rene-full.txt Not Built from Source - * dtc_0.28.2-1 builds: dtc-common, dtc-core, dtc-cyrus, dtc-postfix-courier, dtc-stats-daemon, dtc-toaster but no longer builds: o 0.25.3-2: dtc and a bit later: dak rm -m [auto-cruft] NBS -b dtc [ ... ] so does that mean that I have nothing to do, and that this will be processed automatically? I believe that's correct, except that the processing is only semi-automatic and has to be kicked off by a person. But I don't think you need to file a bug for this case. You need to file a bug if you drop a package from only some architectures that previously had that package, but if you stop building a binary package entirely, that's caught by the audit scripts. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: NMU: gengameng - Generic Game Engine library
Hi folks, I've uploaded an NMU for gengameng to close RC bug #450455 if someone has time to review and/or upload. Maybe to delayed? http://mentors.debian.net/debian/pool/main/g/gengameng/gengameng_4.1-8.1.dsc Description: Generic Game Engine library gengameng is a simple, generic C++ game engine library supporting X11 double-buffering. . You should install this package if you need to run packages which use gengameng. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: NMU: gengameng - Generic Game Engine library
Barry deFreese wrote: Hi folks, I've uploaded an NMU for gengameng to close RC bug #450455 if someone has time to review and/or upload. Maybe to delayed? http://mentors.debian.net/debian/pool/main/g/gengameng/gengameng_4.1-8.1.dsc Description: Generic Game Engine library gengameng is a simple, generic C++ game engine library supporting X11 double-buffering. . You should install this package if you need to run packages which use gengameng. Thank you, Barry deFreese Sorry folks, apparently the maintainer is removing this package. Please disregard. Thanks! Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
