Re: RFS: kalgebra
On 01/22/2008 09:29 PM, Kilian Kilger wrote : The package can be found at http://nihilnovi.de/~kilian/kalgebra/. As this is my first package, these are only trivial modifications to make this package standard conformal for 3.7.3. If I compile with amd64 the linker sets rpath although it is compiled with --disable-rpath. So I compiled with i386 after all ;-). Do I have to modify something to fix this? You should modify something, of course... ;-) You can read a bit about rpaths on [1]. This has a link to [2], where the special problem on amd64 is discussed. [3] contains also a discussion of this issue. [1] http://wiki.debian.org/RpathIssue [2] http://lists.debian.org/debian-devel/2008/01/msg00306.html [3] http://lists.debian.org/debian-mentors/2007/12/msg00029.html My own solution to this problem is a combination of both chrpath and patching upstream's configure-script, originally taken from the [3], now incorporated in [1]. Short summary: * patch configure script (and/or maybe aclocal.m4): - hardcode_into_libs=yes + hardcode_into_libs=no -hardcode_into_libs=$hardcode_into_libs +hardcode_into_libs=no * if there are still binaries left with rpath (non-libs) use chrpath -d on them in your debian/rules file. Hope, this helps! Feel free to ask for more information, if something remained unclear or doesn't work! Best Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: terminator
Hi Nicolas, I've looked at the debian/control file included in version 0.7-1 (which is the latest I can find at mentors.debian.net, but that seems ok, because it is reported to be a version from today). You used a XS-Vcs-Browser field. First you can remove the the XS- prefix. This source field is official as Cyril has pointed out [0] (and as you can see on the page I've mentioned in my last mail [1]. But more important: the Vcs-Browser field should point to an [...] web-browsable copy of the Version Control System repository used to maintain the given package [...] (as stated in [1], 6.2.5.1). You mentioned on the 18th of January that you have a Bazaar running to maintain this package. So you can in any case use the Vcs-Bzr field pointing to the Bazaar repository on launchpad. I think it should look like the following (in debian/control): snip Vcs-Bzr: http://bazaar.launchpad.net/~gnome-terminator/terminator/trunk Vcs-Browser: http://code.launchpad.net/~gnome-terminator/terminator/trunk snip I've attached an diff for your current debian/control file, which would replace the current XS-Vcs-Browser line with the two above. If that should be wrong (I've had only a quick glance on launchpad) or there is another location where you maintain the package, then change it. Kind regards, Kai P.S.: You do not need to send me a copy of mails you send to debian-mentors, I'm subscribed. Because you did so, I assume, you prefer it this way (which means you receive this mail two times in the worst case *g*). [0] http://lists.debian.org/debian-devel-announce/2007/11/msg6.html [1] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices#s-bpp-vcs Nicolas Valcárcel wrote: I'm not sure about it, but i have already add a Vcs-* header. Can you check it please. -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: [EMAIL PROTECTED] Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) --- terminator-0.7/debian/control 2008-01-23 10:24:40.0 +0100 +++ control 2008-01-23 10:44:03.0 +0100 @@ -6,7 +6,8 @@ Build-Depends: debhelper (= 5.0.62), python, cdbs (=0.4.49) Build-Depends-Indep: python-central (= 0.5.6), python-vte Standards-Version: 3.7.3 -XS-Vcs-Browser: http://mentors.debian.net/debian/pool/main/t/terminator +Vcs-Bzr: http://bazaar.launchpad.net/~gnome-terminator/terminator/trunk +Vcs-Browser: http://code.launchpad.net/~gnome-terminator/terminator/trunk Homepage: http://www.tenshu.net/terminator/ Package: terminator signature.asc Description: OpenPGP digital signature
RFS: papercut (updated package and new maintainer)
Dear mentors, I am looking for a sponsor for the new version 0.9.13-5 of my package papercut. It builds these binary packages: papercut - simple and extensible NNTP server The package appears to be lintian clean. But it would be good that a python skilled developer took a look at it. The upload would fix these bugs: 433308, 445407 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/papercut - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/papercut/papercut_0.9.13-5.dsc I would be glad if someone checked and uploaded this package for me. Kind regards, César Gómez Martín
Re: RFS: papercut (updated package and new maintainer)
Hi César, I am looking for a sponsor for the new version 0.9.13-5 of my package papercut. I'll take care of this. You'll get my comments (if there're any) by personal mail. Cheers, Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: terminator
Uploaded new version with the changes suggested. On Wed, 2008-01-23 at 10:59 +0100, Kai Wb. wrote: Hi Nicolas, I've looked at the debian/control file included in version 0.7-1 (which is the latest I can find at mentors.debian.net, but that seems ok, because it is reported to be a version from today). You used a XS-Vcs-Browser field. First you can remove the the XS- prefix. This source field is official as Cyril has pointed out [0] (and as you can see on the page I've mentioned in my last mail [1]. But more important: the Vcs-Browser field should point to an [...] web-browsable copy of the Version Control System repository used to maintain the given package [...] (as stated in [1], 6.2.5.1). You mentioned on the 18th of January that you have a Bazaar running to maintain this package. So you can in any case use the Vcs-Bzr field pointing to the Bazaar repository on launchpad. I think it should look like the following (in debian/control): snip Vcs-Bzr: http://bazaar.launchpad.net/~gnome-terminator/terminator/trunk Vcs-Browser: http://code.launchpad.net/~gnome-terminator/terminator/trunk snip I've attached an diff for your current debian/control file, which would replace the current XS-Vcs-Browser line with the two above. If that should be wrong (I've had only a quick glance on launchpad) or there is another location where you maintain the package, then change it. Kind regards, Kai P.S.: You do not need to send me a copy of mails you send to debian-mentors, I'm subscribed. Because you did so, I assume, you prefer it this way (which means you receive this mail two times in the worst case *g*). [0] http://lists.debian.org/debian-devel-announce/2007/11/msg6.html [1] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices#s-bpp-vcs Nicolas Valcárcel wrote: I'm not sure about it, but i have already add a Vcs-* header. Can you check it please. plain text document attachment (terminator-Vcs-Source-Stanza.diff) --- terminator-0.7/debian/control 2008-01-23 10:24:40.0 +0100 +++ control 2008-01-23 10:44:03.0 +0100 @@ -6,7 +6,8 @@ Build-Depends: debhelper (= 5.0.62), python, cdbs (=0.4.49) Build-Depends-Indep: python-central (= 0.5.6), python-vte Standards-Version: 3.7.3 -XS-Vcs-Browser: http://mentors.debian.net/debian/pool/main/t/terminator +Vcs-Bzr: http://bazaar.launchpad.net/~gnome-terminator/terminator/trunk +Vcs-Browser: http://code.launchpad.net/~gnome-terminator/terminator/trunk Homepage: http://www.tenshu.net/terminator/ Package: terminator -- aka nxvl key fingerprint: E140 4CC7 5E3C B6B4 DCA7 F6FD D22E 2FB4 A9BA 6877 gpg --keyserver keyserver.ubuntu.com --recv-keys A9BA6877 Yo uso Software Libre y tu? signature.asc Description: This is a digitally signed message part
Re: RFS: falcon package (ITP:Bug#460591); source package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Giancarlo Niccolai wrote: Cyril Brulebois wrote: I have been able to create a package that should be much more Debian compliant. The package (containing the canonical source Debian package files) is in the same place as before: http://www.falconpl.org/downloads/0.8.7/falcon-0.8.7.SourceDebian.tar.gz In particular. You can always use parameters to exclude this or that files, using dh_strip -Xfoo -Xbar , which might help you target exactly what you want. Checked. It seems dh_strip can work with our modules. I see, I'm not sure I'll find the time to help you do so, sorry. But if you run into troubles trying to, just ask here and see whether someone has a clue. dh_install as well as dh_fixperms and other debhelber utils are now widely used and there isn't any foreign tool as copyfile. Indeed: | [EMAIL PROTECTED]:/tmp/falcon-0.8.7$ uscan --report-status | Processing watchfile line for package falcon... | Newest version on remote site is 0.8.6, local version is 0.8.7 | falcon: remote site does not even have current version Now uscan works and the page is updated with this version. Everything should be in place. We just must sort out a question with the naming of the package, and possibly issue a 0.8.8 version very soon. The version will have the same same structure as now, so it will be just a matter of re-running dpkg-buildpackage on the new source. Bests regards, Giancarlo Niccolai. New package with 0.8.8 official version is now available at: http://www.falconpl.org/downloads/0.8.8/falcon-0.8.8.SourceDebian.tar.gz Should be clean. Best regards, Giancarlo Niccolai. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl46k5nwsoBIDC4YRAp6PAJ9l9C/3AjzsPNKDcRPqi6KZYC6l2QCfX4gt UFk/S4E3LIJ5p3rfI3dAOrM= =OeDN -END PGP SIGNATURE- -- 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
Michal Čihař [EMAIL PROTECTED] wrote: Hello, Hi On Tue, 22 Jan 2008 21:12:02 +0100 Andreas Hoenen [EMAIL PROTECTED] wrote: Michal Čihař [EMAIL PROTECTED] wrote: Any reason why not to use /usr/share/dpatch/dpatch.make and including dpatch rules direcly? Both ways are described as possible in the dpatch man page, but yours looks more elegant. Adapted. Where does clean1 target come from now? I don't see any reason for it. Just taken from the example in the manual page DPATCH.MAKE(7). I think the reason for this indirect approach is as follows: build-stamp: patch-stamp causes patch-stamp to be executed as first action before the build-stamp commands get executed. Symmetrical to this the construct clean: clean1 unpatch clean1: causes unpatch to be executed as last action after all clean1 commands. Whereas clean: unpatch means unpatch being executed before the clean commands. For dblatex it seems to be a matter of taste, as the stack approach is not needed. Thus adapted. 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. My argumentation is as follows: For some releases I need overrides, for others not. I prefer to change only one location (overrides file itself) than additionally the rules file. But this seems to be arguable. Thus changed. It's better to fix reason why you need override than adding one on so,e releases. In general you are right, however I added the override for a false positive from lintian [1]. (Although there Russ Allberry seems to advise not to override lintian bugs.) Of course I prefer obeying packaging standards to overriding warnings about real violations. ;-) And one more note - watch file could be simplified to this and use uscan support for sourceforge: http://sf.net/dblatex/dblatex-(.*)\.tar\.bz2 -- Michal Čihař | http://cihar.com | http://blog.cihar.com Adapted. Thus the next release candidate is: - 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-5.dsc [1] http://lists.debian.org/debian-mentors/2007/12/msg00264.html Regards, Andreas -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpXNMBkKNx9t.pgp Description: PGP signature
Re: RFS: kalgebra
On Tue, Jan 22, 2008 at 09:29:43PM +0100, Kilian Kilger wrote: Hi, I am looking for a sponsor for the package 'kalgebra'. Package name : kalgebra Version : 0.5-2 Upstream author : Aleix Pol [EMAIL PROTECTED] URL : http://kalgebra.berlios.de/ License : GPL Programming Lang : C++ Section : kde RFA : http://bugs.debian.org/446447 Description : Simple MathML tool for KDE The package can be found at http://nihilnovi.de/~kilian/kalgebra/. As this is my first package, these are only trivial modifications to make this package standard conformal for 3.7.3. If I compile with amd64 the linker sets rpath although it is compiled with --disable-rpath. So I compiled with i386 after all ;-). Do I have to modify something to fix this? Since kalgebra is included in KDE 4 (already in the archive in experimental), it will be taken over by the KDE team when KDE 4 is uploaded to unstable (after Lenny's release), so I would like invite you to maintain this package inside the KDE team. It will help you in finding sponsors as well ;-) More info: http://pkg-kde.alioth.debian.org/ Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: hashalot (updated)
Hi!
I seem to have issues catching the previous sponsor, for some time already.
There's an updated package at:
dget http://mentors.debian.net/debian/pool/main/h/hashalot/hashalot_0.3-5.dsc
Issues fixed:
* Buffer overflow on RMD160:
It will cause only a crash instead of executing arbitrary code, and
considering the typical usage this is nearly always harmless. Yet, in
non-typical uses even wrong output can be pretty bad for a hash.
A nearly-identical fix is already in Ubuntu (they move some functions
around without an apparent reason).
* Lots of packaging cruft:
Due to debian/rules clean not working correctly, prior Debian diffs
included files like config.h, .deps/*, stamp-*, Makefile.
Also, config.{sub,guess} has been yanked away as per the current packaging
practices.
* Debhelper 5, standards 3.7.3, etc.
* Vcs-Svn and Vcs-Browser.
As the diff is small (except for file deletions), this shouldn't take much
of your time. If someone could upload this, that would be cool.
--
1KB // Microsoft corollary to Hanlon's razor:
// Never attribute to stupidity what can be
// adequately explained by malice.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: tcng (updated) (1 RC, 3 non-RC bugs)
Hi! I seem to have issues getting hold on the previous sponsor (busy/bus/SA ?), and there's a number of bugs that could use uploading. The updated package can be found at: dget http://mentors.debian.net/debian/pool/main/t/tcng/tcng_10b-2.dsc The issues fixed are: * FTBFS on amd64: It appears that new glibc is more picky about the order of #includes (on amd64 only). One of header files defines __KERNEL_STRICT_NAMES which changes the behaviour of other parts -- but only if it's seen soon enough. * TeX transition: Build-depending only on texlive-latex-base cuts down half a GB of junk. * Incorrectly cleared ingress rules: A functionality bug. * A manpage: Instead of a stub which says see this 180KB text file, I took an excerpt from said file which describes command-line arguments. * Wrapper madness: The upstream package looks for data in whatever directory the package was _built_ unless it's overridden with an env var. The /usr/bin/ binary is: #!/bin/sh TCNG_TOPDIR=/usr/lib/tcng exec /usr/lib/tcng/bin/tcc $@ which seems not robust enough. I changed the build system to set up the paths at configure time. * Vcs-Svn and Vcs-Browser Speaking of the last item, step-by-step diffs are linked from http://angband.pl/viewvc/deb/tcng/trunk/?view=log It would be cool if someone could upload the package. You don't want Debian mail servers to collapse under the bulk of angry mails about outstanding RC bugs, do you? -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- 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 Wed, 23 Jan 2008 21:58:27 +0100 Andreas Hoenen [EMAIL PROTECTED] wrote: Adapted. Thus the next release candidate is: - 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-5.dsc Uploaded, thanks for your effort. Next time you want to upload it, please ask directly me with [sponsoring] in subject. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: hashalot (updated)
Hello, Some quick comments. On Thu, 24 Jan 2008, Adam Borowski wrote: * Buffer overflow on RMD160: It will cause only a crash instead of executing arbitrary code, and considering the typical usage this is nearly always harmless. Yet, in non-typical uses even wrong output can be pretty bad for a hash. A nearly-identical fix is already in Ubuntu (they move some functions around without an apparent reason). Has this patch been submitted upstream? * Vcs-Svn and Vcs-Browser. Shouldn't the Vcs-Svn entry start with svn: instead of http:? As the diff is small (except for file deletions), this shouldn't take much of your time. If someone could upload this, that would be cool. I will take a more detailed look at it. Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
