Bug#658936: Info received (Bug#658936: RFS: apt-build/0.12.42 [QA] -- frontend to apt to build, optimize and install packages)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, again I have made some updates to apt-build regarding missing sourceslist and / or sourcesparts directory. I bumped debhelper mode to 9 and Standards version to 3.9.3. I removed any conffiles (as they are dynamically created resource files and caused piuparts warnings, see #660590). Please view current changelog: apt-build (0.12.42) experimental; urgency=low * QA upload. * Bump source format to 3.0 (native). * Added archive suite. Clear solution for #639859. * Allow non authenticated installation from apt-build repository. Closes: #316572, #369173 * Added new cpu-type profiles to debconf templates. * Changed default make option in template (-j`cpu_cores`). Set question priority to "high". * debian/dirs: Removed due to its redundancy. * Prevent empty directory for build_dir and repository_dir (use loop). Closes: #511853 * Move debconf-only related content from postinst to config file and pimp debconf stuff (configuration file handling). * --yes (assume-yes) functionality is now recognized by aptitude. Also renamed help information from apt-get and apt-cache to aptget and aptcache. (thanks to Bryant Wong) Closes: #392844 * Improved source version and name handling. Closes: #314155, #315102, #425044, #434859 * Pull correct build dependencies. Closes: #624365 * Compilation with cmake is supported (no code changes). Closes: #507881 * Build with local version number (suffix +aptbuild). Closes: #391449, #592006 * Support sources stored at /Dir::Etc::sourceparts. Closes: #596296 * Rebuild Packages.gz after repository cleaning. * Patch from Kumar Appaiah: Allow package builds without binary packages registered in sources. Closes: #179850, #291565, #292169 * Unregister conffiles located in /etc/apt/sources.list.d/. Changes are completely managed by debconf and maintainer scripts. Closes: #660590 * Bump debhelper compatibility mode to 9. * Bump Standards version to 3.9.3. I would be glad if someone can upload this improved apt-build version. Kind regards, Dominique Lasserre -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPRwNBAAoJENONJ1Ky5PTzi2EH/At1n+6W4pwzZIM7AH/POhRS 5R3OKWKnDQTIZPYvtsQVLr1buDF3rQLx48Enfidfuw+qi0F/v5QO3D9ueHrZktuJ ZOVdMy1niBC0DvCRsl8nJui8wU2sxjM/smGbu760hLa/uhYDOpQNnWIJjONfjUCM 2ApSFmOTYYkY3ehmUNJHVcm5Ii/+HzPpLJDpHOI6mDrkFFdFiaCMW3z7ySjjsHUv z9KwXdDW4C5iIwFctYi3vMt47XzVzsVOi9LIsITNQl1wn1jKEbrdSCB7J7jAvbQd f7p+t7DYXnLH5UrdfcihROV+PFoPqNOC3zPSu7M7KGDapiZHVMWiHtnrm+GonVc= =mC66 -END PGP SIGNATURE- -- 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/4f47035f.5090...@googlemail.com
Re: Help updating debian/templates
Hi, Le 23/02/2012 10:23, Nick Leverton a écrit : > I want to add some additional examples to the debconf templates in my > package nullmailer. Is this really necessary? http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#s6.5.1 > The examples would only change config file entries > (for the nullmailer/relayhost entry), and shouldn't need translating - > they would be the same in all languages. So flag them as non translatable if they are really not translatable (note that most example should be translatable), see po-debconf(7). You may wish to ask for advices on debian-l10-english@l.d.o (send your modified templates in order to get them reviewed). > I note that if I run debconf-updatepo, my updated template gets amended > into all extant .po files, and they all get marked as "fuzzy". Is this > all I need to do, or do I have to notify anyone or do anything about > the fuzziness ? Please send a translation call with podebconf-report-po(1), even if only one string changed, *before* uploading the package. The Developer's Reference describes all this (but I've a doubt when you claim that “all [strings] get marked as "fuzzy"”, and wonder if you did something wrong). http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#s6.5.2 Regards David signature.asc Description: OpenPGP digital signature
Bug#660162: RFS: tack/1.07-2
* Samuel Bronson , 2012-02-20, 14:50: * Bump debhelper build-depends: to (>= 7.0.50~), since we use override_dh_ targets. This should be omitted from the changelog, given that it's… * Add support for dpkg-buildflags(1) by bumping debhelper to compatibility level 9. …completely superseded later on. (Even though you didn't mention explicitly anything about Build-Depends.) You build-depend on ‘debhelper (>= 9~)’. How about dropping the tilde? The set of debhelper versions satisfying such requirement wouldn't change. Please run autoreconf-dickey with -f. (dh_autoreconf does run autoreconf with -f -i by default, but only if you don't supply the “program” parameter.) You dropped ‘LDFLAGS="-Wl,-z,defs,-ltic"’, but this is not documented. -- Jakub Wilk -- 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/20120223222805.ga8...@jwilk.net
Re: RFS: wavemon (already in Debian)
Hi, On Thu, Feb 23, 2012 at 10:53:50AM -0800, Nicholas Breen wrote: > On Wed, Feb 22, 2012 at 11:46:34PM +, Jonathan McCrohan wrote: > > I am looking for a sponsor for my package "wavemon". > > > > * Package name: wavemon > >Version : 0.7.3-1 > > I'd certainly like to see an updated wavemon package in the archive. However, > Rene Englehard is still listed as the current maintainer and last uploader, > and > it doesn't seem to be orphaned or RFAed. Have you talked with him about > taking > over the package, or possibly sponsoring your uploads? Yes we talked about it - he can have it :) No time for sponsoring, though... Regards, Rene -- 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/20120223213146.gd17...@rene-engelhard.de
Re: RFS: wavemon (already in Debian)
On Wed, Feb 22, 2012 at 11:46:34PM +, Jonathan McCrohan wrote: > I am looking for a sponsor for my package "wavemon". > > * Package name: wavemon >Version : 0.7.3-1 I'd certainly like to see an updated wavemon package in the archive. However, Rene Englehard is still listed as the current maintainer and last uploader, and it doesn't seem to be orphaned or RFAed. Have you talked with him about taking over the package, or possibly sponsoring your uploads? -- Nicholas Breen nbr...@debian.org -- 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/20120223185350.gd15...@ofb.net
Re: RFS: themole | python3 only app | 8 days since last RFS
(I don't intend to sponsor this package.) * Raúl Benencia , 2012-02-23, 09:40: http://mentors.debian.net/debian/pool/main/t/themole/themole_0.2.6-1.dsc Why priority "extra"? You build depend on "debhelper (>= 9.0.0)", but debhelper doesn't use such versioning scheme anymore. Even if did, "debhelper (>= 9)" would be both shorter and more friendly to backporters. Debian Policy 3.9.3 has been just released, you probably want to bump Standards-Version. Vcs-* fields are support for point to Debian packaging repository, not upstream repository. Unless there are good reasons (like: license issues, or tremendous space saving), I'd advise to use the pristine upstream tarball. But if you really must repackage, then it'd nice if: - package had version number that indicate that the source was repackaged (it's common to use +dfsg suffix is stuff was repackaged for DFSG reasons, or +ds otherwise); - you provided get-orig-source target in debian/rules. -- Jakub Wilk -- 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/20120223191119.ga5...@jwilk.net
Re: RFS: python-gnupg
* Elena ``of Valhalla'' , 2012-02-23, 15:58: dget -x http://mentors.debian.net/debian/pool/main/p/python-gnupg/python-gnupg_0.2.8-1.dsc [many different problems] Thanks for your comments, I'm going to fix the package and reupload it. One question: should I increase the revision number I believe that most sponsors prefer not bumping revision in such case. -- Jakub Wilk -- 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/20120223180350.ga2...@jwilk.net
Re: How to debug seed FTBFS on sparc?
On Thu, Feb 23, 2012 at 10:30:45AM +, peter green wrote: > seed currently FTBFS on sparc with a bus error. > > I've reproduced this on a sparc box that Tom Theisen made available > (thanks tom) but i'm kinda stuck on how to debug it. > > Any ideas on how to debug this? Normally i'd start by turning down > the optimisation but this package doesn't seem to be using any in > the first place. I tried to use gdb but ran into issues with the > libtool wrapper scripts. To find out which binary actually gets invoked by the wrapper script you can change the first line of the script to #! /bin/bash -x The '-x' option will cause every command executed to be printed out. After you run the crashing command you'll see this: jurij@debian:~/seed/seed-3.2.0/doc/modules/readline$ ../../../src/seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js [...] + func_exec_program_core ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js + test -n '' + exec /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js Bus error This is the binary: jurij@debian:~/seed/seed-3.2.0/doc/modules/readline$ file /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x06c16562047979adb84cd930e74723b3935b2cc8, not stripped And the crash is still reproducible if it's run by hand: jurij@debian:~/seed/seed-3.2.0/doc/modules/readline$ /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js Bus error Now gdb will give you a backtrace: jurij@debian:~/seed/seed-3.2.0/doc/modules/readline$ gdb /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed [...] (gdb) run ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js Starting program: /home/jurij/seed/seed-3.2.0/src/.libs/lt-seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/sparc-linux-gnu/libthread_db.so.1". [New Thread 0xf60e7b70 (LWP 10943)] [New Thread 0xf57c3b70 (LWP 10944)] Program received signal SIGBUS, Bus error. 0xf7a6a400 in JSC::Lexer::lex(JSC::JSTokenData*, JSC::JSTokenInfo*, unsigned int, bool) () from /usr/lib/libjavascriptcoregtk-3.0.so.0 (gdb) bt #0 0xf7a6a400 in JSC::Lexer::lex(JSC::JSTokenData*, JSC::JSTokenInfo*, unsigned int, bool) () from /usr/lib/libjavascriptcoregtk-3.0.so.0 #1 0xf7a58ef4 in JSC::ASTBuilder::Expression JSC::JSParser::parseMemberExpression(JSC::ASTBuilder&) () from /usr/lib/libjavascriptcoregtk-3.0.so.0 #2 0xf7a3deac in ?? () from /usr/lib/libjavascriptcoregtk-3.0.so.0 #3 0xf7a3deac in ?? () from /usr/lib/libjavascriptcoregtk-3.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) It's not a very useful one, but it points to libjavascriptcoregtk-3.0.so.0 as the culprit and there is a corresponding debug symbol package (libjavascriptcoregtk-3.0-0-dbg). Installing it and running the binary under gdb again produces a much more informative stack trace: Program received signal SIGBUS, Bus error. parseKeyword (data=0xceb0, this=0xf57faba0) at ./Source/JavaScriptCore/KeywordLookup.h:201 201 ./Source/JavaScriptCore/KeywordLookup.h: No such file or directory. (gdb) bt #0 parseKeyword (data=0xceb0, this=0xf57faba0) at ./Source/JavaScriptCore/KeywordLookup.h:201 #1 parseIdentifier (strictMode=false, lexType=0, tokenData=0xceb0, this=0xf57faba0) at ../Source/JavaScriptCore/parser/Lexer.cpp:435 #2 JSC::Lexer::lex (this=0xf57faba0, tokenData=0xceb0, tokenInfo=0xceb8, lexType=0, strictMode=false) at ../Source/JavaScriptCore/parser/Lexer.cpp:1133 #3 0xf7a58ef4 in next (lexType=0, this=0xce60) at ../Source/JavaScriptCore/parser/JSParser.cpp:118 #4 consume (flags=0, expected=JSC::OPENPAREN, this=0xce60) at ../Source/JavaScriptCore/parser/JSParser.cpp:138 #5 parseArguments (context=..., this=0xce60) at ../Source/JavaScriptCore/parser/JSParser.cpp:2250 [...] 'disassemble' command may be used to look up the assembler code around the instruction which caused the crash: 0xf7a6a3f8 <+5368>: be,pn %icc, 0xf7a6c3f4 0xf7a6a3fc <+5372>: sethi %hi(0x72), %g3 => 0xf7a6a400 <+5376>: ld [ %l0 ], %g1 0xf7a6a404 <+5380>: or %g3, 0x65, %g4 0xf7a6a408 <+5384>: cmp %g1, %g4 The offending instruction tries to load a 4-byte word located at address %l0 into %g1 register, so it's expected to be aligned on a 4-byte boundary, however it is obviously not: (gdb) info reg l0 l0 0xf581f42e -176032722 (gdb) Figuring out why this happens is the tricky part :-). Best regards, -- Jurij Smakov
Re: RFS: python-gnupg
On 2012-02-22 at 13:22:53 +0100, Jakub Wilk wrote: > * Elena ``of Valhalla'' , 2012-02-22, 12:23: > > dget -x > > http://mentors.debian.net/debian/pool/main/p/python-gnupg/python-gnupg_0.2.8-1.dsc > > [many different problems] Thanks for your comments, I'm going to fix the package and reupload it. One question: should I increase the revision number or is that needed only after a certain version+release has reached the actual repo? > Question to upstream: does random_binary_data need to be _that_ big? > Seriously, it takes >97% of space in the tarball. :| I've written upstream and asked about it. -- Elena ``of Valhalla'' Grandi signature.asc Description: Digital signature
Re: How to tell users that ia32-libs will go away
Thibaut Paumard writes: > Le 09/02/12 15:53, Goswin von Brederlow a écrit : >> Hi, >> >> now that a multiarch dpkg has been uploaded to experimental it looks >> like we can finaly get rid of ia32-libs* for wheezy. >> >> !!!HURAY!!! >> >> The problem now is the transition: >> >> 1) multiarch and ia32-libs are incompatible >>[...] >> What this means is that users that want to use multiarch should remove >> ia32-libs (and lib32* really) soonest. > > Couldn't you make ia32-libs a meta-package pulling the multiarch version > of the libs it used to include ? Waiting on ftp-master confirmation for this. The idea (see earlier in the thread) was to have Package: ia32-libs Architecture: amd64 Depends: ia32-libs-i386 Package: ia32-libs-i386 Architecture: i386 Depends: libfoo, libbar, libbaz, ... Multi-Arch: foreign The trick with an extra package would avoid the not yet permitted "Depends: libfoo:i386" syntax. MfG Goswin -- 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/87ipixy5ez.fsf@frosties.localnet
Re: How to tell users that ia32-libs will go away
Jonathan Nieder writes: > (replying on -mentors) > Hi Goswin, > > Goswin von Brederlow wrote: > >> Having multiarch packages and ia32-libs installed will lead to some >> confusion. The runtime linker will not be able to differentiate between >> multiarch or ia32-libs libs. One of /usr/lib32/ and >> /usr/lib/i486-linux-gnu/ will be first in the search path and libs will >> be taken from there preferably. > > The multiarch dirs come before the biarch dirs. See glibc-package > r4683 for details (prefix biarch-compat.conf with zz_ so that is is > sorted last, 2011-05-24). > > [...] >> Are there any objections to adding a debconf message to ia32-libs with a >> short message and reference to a Debian wiki page on how to transition >> to multiarch? > > Yes, as devref explains, that is debconf abuse. Please use > NEWS.Debian.gz and README.Debian instead. > > [..] >> 4) Should we have some Breaks/Conflicts between multiarch and bi-arch >> packages? > > No, I don't see why. Because of the above mentioned problem that the runtime linker will mix libraries from multiarch and bi-arch. With the multiarch directory being searched first binaries needing bi-arch libraries will get some multiarch libraries mixed in and cause random crashes. Also lrwxrwxrwx 1 root root 20 Nov 13 2010 /lib/ld-linux.so.2 -> /lib32/ld-linux.so.2 and lrwxrwxrwx 1 root root 20 Nov 13 2010 /lib/ld-linux.so.2 -> /lib/i486-linux-gnu/ld-linux.so.2 conflict. Currently libc6:i386 only Replaces libc6-i386. Which means that installing libc6:i386 and then removing it again leaves biarch in a non-functioning state. If the two packages do no Break/Conflict then diversions or alternatives need to be used. Both of which I don't like for what is a transtion. > Thanks for your work and hope that helps, > Jonathan MfG Goswin -- 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/87mx89y5kv.fsf@frosties.localnet
Help updating debian/templates
Hi, I want to add some additional examples to the debconf templates in my package nullmailer. The examples would only change config file entries (for the nullmailer/relayhost entry), and shouldn't need translating - they would be the same in all languages. I note that if I run debconf-updatepo, my updated template gets amended into all extant .po files, and they all get marked as "fuzzy". Is this all I need to do, or do I have to notify anyone or do anything about the fuzziness ? Thanks Nick -- 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/20120223142355.ga14...@leverton.org
RFS: themole | python3 only app | 8 days since last RFS
Dear mentors, I am looking for a sponsor for my package "themole". * Package name: themole Version : 0.2.6-1 Upstream Authors: Santiago Alessandri Matías Fontanini Gastón Traberg * URL : http://themole.nasel.com.ar * License : GPL 3 Section : web It builds those binary packages: themole- automatic SQL injection exploitation tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/themole Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/themole/themole_0.2.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Raúl Benencia signature.asc Description: OpenPGP digital signature
Bug#660982: Thanks again, Benoît.
Why did I file the RFS as ITP? :) Thanks for the correction, Benoît. I'll have to start doing the "block # with #" thing as well. Cheers. -- Daniel Martí - mvdan.cc - 0x58BF72C3 signature.asc Description: Digital signature
Processed: Bug#660982: It's an ITA, not an ITP
Processing commands for cont...@bugs.debian.org: > retitle 660982 RFS: identicurse/0.9+dfsg0-1 [ITA] - simple Identi.ca client > with a curses-based UI Bug #660982 [sponsorship-requests] RFS: identicurse/0.9+dfsg0-1 [ITP] - simple Identi.ca client with a curses-based UI Changed Bug title to 'RFS: identicurse/0.9+dfsg0-1 [ITA] - simple Identi.ca client with a curses-based UI' from 'RFS: identicurse/0.9+dfsg0-1 [ITP] - simple Identi.ca client with a curses-based UI' > severity 660982 normal Bug #660982 [sponsorship-requests] RFS: identicurse/0.9+dfsg0-1 [ITA] - simple Identi.ca client with a curses-based UI Severity set to 'normal' from 'wishlist' > block 650449 with 660982 Bug #650449 [wnpp] ITA: identicurse -- simple Identi.ca client with a curses-based UI Was not blocked by any bugs. Added blocking bug(s) of 650449: 660982 > End of message, stopping processing here. Please contact me if you need assistance. -- 650449: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650449 660982: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660982 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13299957322170.transcr...@bugs.debian.org
How to debug seed FTBFS on sparc?
seed currently FTBFS on sparc with a bus error. I've reproduced this on a sparc box that Tom Theisen made available (thanks tom) but i'm kinda stuck on how to debug it. Any ideas on how to debug this? Normally i'd start by turning down the optimisation but this package doesn't seem to be using any in the first place. I tried to use gdb but ran into issues with the libtool wrapper scripts. -- 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/4f461555.4030...@postgrad.manchester.ac.uk
RFS: browserlauncher2
Dear mentors, I am looking for a sponsor for my package "browserlauncher2". * Package name: browserlauncher2 Version : 1.3-1 Upstream Author : Jeff Chapman * URL : http://browserlaunch2.sourceforge.net * License : LGPL-2 Section : java It builds those binary packages: libbrowserlauncher2-java - library for opening a browser from a Java application libbrowserlauncher2-java-doc - library for opening a browser from a Java application (JavaDoc) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/browserlauncher2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/browserlauncher2/browserlauncher2_1.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Florian Rothmaier P.S.: I'd be particularly grateful for some help in implementing a usable watch file and in automating the creation of the sources tarball from the original jar archive. Thanks in advance! -- 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/4f461b77.4000...@ari.uni-heidelberg.de
Bug#660982: RFS: identicurse/0.9+dfsg0-1 [ITP] - simple Identi.ca client with a curses-based UI
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "identicurse". * Package name: identicurse Version : 0.9+dfsg0-1 Upstream Author : Psquid, Reality * URL : http://identicurse.net/ * License : GPL-3+ Section : net It builds those binary packages: identicurse - simple Identi.ca client with a curses-based UI To access further information about this package, please visit the following URL: http://mentors.debian.net/package/identicurse Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/identicurse/identicurse_0.9+dfsg0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Daniel Martí P.S. There's a debian/collab-maint git site, should I push once the package has been revised and uploaded by a mentor? -- Daniel Martí - mvdan.cc - 0x58BF72C3 signature.asc Description: Digital signature