Re: RFS: fbreader (updated package)
On Wed, 18 Jun 2008 05:55:54 +0200, Cyril Brulebois [EMAIL PROTECTED] wrote: Then, you should build-depends on quilt (= 0.24). Urk, no need to add clutter to the Build-Depends line. Even oldstable has 0.39-2. In fact, /usr/share/quilt/quilt.make appeared in 0.40. Should the dependency on this version be made explicit? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: fbreader (updated package)
Vincent Bernat [EMAIL PROTECTED] (18/06/2008): Urk, no need to add clutter to the Build-Depends line. Even oldstable has 0.39-2. In fact, /usr/share/quilt/quilt.make appeared in 0.40. Should the dependency on this version be made explicit? Since it's satisfied even in stable, what would be the benefit of adding it? Make sure to FTBFS on something older than stable? (1) I don't think it's worth adding noise to Build-Depends. (2) oldstable is no longer supported anyway, so I really don't see any reason to do so. Mraw, KiBi. signature.asc Description: Digital signature
Re: RFS: scim-thai 0.1.1-1 (updated package)
Also posting to pkg-ime-devel list. I would be glad if someone sponsored it. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ On Sat, May 24, 2008 at 3:33 PM, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 0.1.1-1 of my package scim-thai. In addition to cleaning up, this upload also adds DM-Upload-Allowed control field, to enable myself to work as DM in future uploads. It builds these binary packages: scim-thai - Thai Input Method Engine for SCIM The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/scim-thai - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/scim-thai/scim-thai_0.1.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: swedish (updated ispell and spell packages)
On Thursday 12 June 2008 17:59:25 Jeremiah C. Foster wrote: Done. (The new tarball is 35k vs. the 140K of the other -2 tarball.) Hi Jeremiah, you're almost done ;-) However, the original tarball has not been changed, you've generated a .diff.gz with those changes. So, in order to create a new upstream tarball for version 1.4.5, please do the following steps: I have to go to a wedding overseas this weekend, so I don't know how much time I will be able to spend on this. But I will definitely be able to work on it next week and get it in good shape. This will also give me time to review the relevant debian documentation and the links you pointed to. 1. Get the tarball swedish_1.4.4.tar.gz and unpack it 2. Remove the debian directory and the file konfigfil 3. Apply the patch from bug #186072 4. Do the transliteration of directory and file names 5. Rename the top directory from swedish-1.4.4 to swedish-1.4.5 6. Create a new tarball with the following command: tar czf swedish_1.4.5.orig.tar.gz swedish-1.4.5 Afterwards, create a new debian directory inside the directory swedish-1.4.5 and copy the files you already have edited into that directory. Now run dpkg-source -b swedish-1.4.5, which should result in a .diff.gz file. By the way, did you read the Developer's Reference, New Maintainers' Guide, and Debian Policy Manual? I did, but it has been a while. I usually work with the debian-perl group makeing packages and am more used to that work-flow. I will go back and re-read the above links as I build the swedish packages. They are all linked from www.debian.org/devel/, and they contain explanations about differences between Debian native packages and normal packages. I recommend that you read all those documents. Will do. I also just received a copy of Martin Krafts debian book which I will also read for more information about packaging. Best regards, Jeremiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: chmsee (updated package, 3rd try, fix RC bug)
Dear mentors, I am looking for a sponsor for the new version 1.0.1-1 of my package chmsee. It builds these binary packages: chmsee - A chm file viewer written in GTK+ version 1.0.0-1 in sid is currently not installable, because it depends on libxul0d. this is a new upstream release, in this release, two problems have been fixed: 1. replace openssl with gcrypt, fix the imcompatiable between GPL and openssl 2. fix compile problem under xulrunner 1.9, and currently it build depends on xulrunner1.9-dev. it also close the RC bug[1] [1] http://bugs.debian.org/480791 I have set DM-Upload-Allowed in this version. Compare to the 2nd try, I fix all lintian info (include manpage and desktop issues) in this try. Please check it and upload it, thanks. The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/chmsee - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/chmsee/chmsee_1.0.1-1.dsc I would be glad if someone uploaded this package for me. -- Best Regards, LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Modifying existing packages
Matthew Palmer wrote: A quick Google search has found a couple of things that might be of use to you: http://www.joachim-breitner.de/blog/archives/282-How-to-fork-privately.html .. was on Planet earlier this year. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Re: RFS: genwebgallery
Hi Markus, On Mon, Jun 16, 2008 at 09:37:37PM +0200, markus schnalke wrote: genwebgallery is written in sh, without bashism. please don't get me wrong, but your script (regardless of weither its good in what it does) is (including comments) 260 lines long. I wonder if that size really qualifies for an own package. Did you check if your software could be included in another package? I haven't checked it properly, but eventually 'debian-goodies' would be a candidate. If you think it justifies to be a package on its own, why do you think so? IANADD but it could enhance your chances to find a sponsor if you give a statement on that:-) Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: isoqlog (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 2.2.1-2 of my package isoqlog. It builds these binary packages: isoqlog- Mail Transport Agent log analysis program The package appears to be lintian clean. The upload would fix these bugs: 474127 (ITA) This is the changelog: isoqlog (2.2.1-2) unstable; urgency=low * New maintainer (Closes: #474127) * Updated to standards version 3.8.0 * Added watch file * Added Homepage field * Added debconf-updatepo to the clean target in debian/rules * Update to debhelper level 5 -- Giuseppe Iuculano [EMAIL PROTECTED] Wed, 18 Jun 2008 18:37:45 +0200 The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/i/isoqlog - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/i/isoqlog/isoqlog_2.2.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Giuseppe Iuculano -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIWUFDNxpp46476aoRAusPAJwNei6xlVmUICo7QhTHPPiyAJYXFgCfWHOV 3sMV1RJ6ZlRNkh/Z8TaoMls= =4kz6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: genwebgallery
schoenfeld / in-medias-res [EMAIL PROTECTED] wrote: On Mon, Jun 16, 2008 at 09:37:37PM +0200, markus schnalke wrote: genwebgallery is written in sh, without bashism. please don't get me wrong, but your script (regardless of weither its good in what it does) is (including comments) 260 lines long. I wonder if that size really qualifies for an own package. Did you check if your software could be included in another package? I haven't checked it properly, but eventually 'debian-goodies' would be a candidate. If you think it justifies to be a package on its own, why do you think so? IANADD but it could enhance your chances to find a sponsor if you give a statement on that:-) It's an interesting point you have. In contrast, I would say: Why are there so many large packages with lots of dependencies. Why dont spit them to make them small and simple? I know, it's not that easy. :-) But what I want to say is, that I think packages should be small and simple. This is the way to have less bugs and better customizable setups. You probably read, that I work on a small image resizing program. The reason is, that `imagemagick' as well as `graphicsmagick' are far to large packages when I only want some image resizing. (I had to install 80MB for `imagemagick' on a fresh base installation!) I think it would be better if ImageMagick would be a few separate programs, and a virtual package that depends on all of them. Just like it was done with OOo some time ago. But I know, that it's not so easy to split program suites up. What there should be, are small alternatives to ImageMagick and GraphicsMagick, with only some of it's features. Cause I haven't found them, I work on programming one. But back to `genwebgallery': I think packages should be like programs according to the Unix philosophy: - small and simple - do one thing well That's why `genwebgallery' is like it is. Anyway: If someone has good suggestions, please tell me. meillo signature.asc Description: Digital signature
Re: RFS: lockrun
On Fri, May 30, 2008 at 09:31:00PM +0300, George Danchev wrote: Sure, the CDBS magic is fine, although being magic behind the scene could be dangerous sometimes. It is Debian Policy #4.9 which says: The binary target must be all that is necessary for the user to build the binary package(s) produced from this source package. A `must', but `fakeroot debian/rules binary' yields: sed s/@version@/0~20080520/ lockrun.c lockrun.sed.c cc lockrun.sed.c -o lockrun cp lockrun debian/lockrun/usr/bin help2man -N -n a cron job overrun protection utility ./lockrun lockrun.1 help2man: can't get `--help' info from ./lockrun make: *** [common-install-prehook-impl] Error 2 Seems like cdbs magic doesn't cope with that, but you can still save the day: clean:: unpatch common-install-prehook-impl:: patch This is a bug in CDBS, I have reported it as #486848: http://bugs.debian.org/486848 I have added the following line as a temporary workaround: binary-arch binary-indep: build 2) Regenerating source files (the sed line) during the build process could be a weird source of troubles. Next, we end up having one single C file and two ways of modifying it This has been changed so that we generate lockrun.sed.c from lockrun.c instead. I don't really see any problems with this method. 3) No diff.gz found on mentors - probably a native package done by incident ? Yes, sorry about that, my mistake. Fixed now. 4) You can add a watch file, also. The upstream does not use version numbers so a watch file would be pointless. On Fri, May 30, 2008 at 03:20:27PM -0500, Raphael Geissert wrote: By the way, where did you get this line from? Copyright: Copyright 2008, Stephen J. Friedl [EMAIL PROTECTED] I don't see any statement in the .c file that it is copyrighted. And as the file is in public domain, it may actually be possible that there's no copyright at all. Yes, I think you are correct. Removed now. No, blank lines are allowed in the debian/copyright file. What I meant was that I don't know if you should place the extra lines for License: _after_ their usage. It's strange, nothing else. Fixed. debian/patches/command-option.patch: Did you notice the patch is not clean? :) Binary files lockrun-1.orig/lockrun and lockrun-1.orig.new/lockrun differ I have edited the patch and this problem no longer persists. I sent the patch to the upstream and I have not had any reply yet, I sent another reminder today - until such time I have removed my patched changes that alter the case to the `lockrun` command options. The new package has been uploaded, and as a reminder: dget http://mentors.debian.net/debian/pool/main/l/lockrun/lockrun_0~20080520-1.dsc Thanks, -- Noah Slater, http://bytesexual.org/nslater/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFupload: libupnp (updated package)
Dear mentors, My regular sponsor is on holiday. I am wondering if someone would care to review and upload the new version 1.6.6-1 of my package libupnp. The Portable SDK for UPnP Devices (libupnp) provides developers with an API and open source code for building control points, devices, and bridges that are compliant with Version 1.0 of the Universal Plug and Play Device Architecture Specification - see http://www.upnp.org/ for specifications. It builds these binary packages: libupnp-dev - Portable SDK for UPnP Devices (development files) libupnp3 - Portable SDK for UPnP Devices (shared libraries) libupnp3-dbg - debugging symbols for libupnp3 There are two Lintian comments: libupnp source: out-of-date-standards-version 3.7.3 is because I haven't reviewed it for standards 3.8.0. The package was prepared some time ago and was in testing since. debian-changelog-line-too-long line 7 - me culpa, it is one charactrer too long :-) The upload would fix these bugs: Important: 482737 libupnp daemons crash after short while running The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libupnp - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libupnp/libupnp_1.6.6-1.dsc I would be glad if someone could avoid a last minute pressure and check/upload this package for me. I'll save the two lintian fixes for next upload in case someone has any other comments. Thank you Nick Leverton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: scim-thai 0.1.1-1 (updated package)
On Wed, Jun 18, 2008 at 3:23 PM, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: I would be glad if someone sponsored it. Update: It has already been uploaded. Thanks sjr for the sponsorship. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]