Re: News about the mentors.debian.net transition to upgraded software
On Thu, Aug 11, 2011 at 04:50:42AM -0400, Asheesh Laroia wrote: As of Thu Aug 11 08:47:29 UTC 2011, mentors.debian.net now runs the Debexpo code. FTP upload should be working. There is a cron job that looks for FTP-based uploads every 30 minutes. This provides compatibility with the /etc/dput.cf that we ship with the dput package. Aha, this explains why my last upload takes so long to appear on mentors' website. What was the reason behind such a long interval? Documentation on the website claims that the newly uploaded packages should be available for downloads within 30 *seconds*. I do suggest using the HTTP-based upload instead (which the website explains). I guess, the HTTP-based method does not have this absurd 30 minutes long delay... Trying to login and sort things out... BTW, do I understand right that its impossible to login with https anymore? -- Stanislav -- 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/20110813094831.GA29442@kaiba.homelan
Re: News about the mentors.debian.net transition to upgraded software
On Sat, Aug 13, 2011 at 01:48:31PM +0400, Stanislav Maslovski wrote: I guess, the HTTP-based method does not have this absurd 30 minutes long delay... Trying to login and sort things out... Noticed one more thing on the page with the information about the uploaded package (look below for the text marked with ): Information Version:0.6-1 (View RFS template) Uploaded:2011-08-13 10:01:17.454471 Source package:http://mentors.debian.net/debian/pool/main/k/kbdd/kbdd_0.6-1.dsc Section:x11 Priority:extra Closes bugs:636262 ^^ QA information Info:The watch file works Info:/home/expo/data/live/incoming/kbdd_0.6-1_i386.changes Info:kbdd_0.6-1.dsc Info:Package is Lintian clean Info:Package is not native Info:The maintainer and uploader emails are the same Info:Package is the latest upstream version Info:A watch file is present Error:636262 ^^ Info:Homepage: https://github.com/qnikst/kbdd Info:The diff.gz file is clean Info:The package uses straight debhelper I think using Error: in the QA informaion above is inappropriate. It is a valid ITP available at http://bugs.debian.org/636262 -- Stanislav -- 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/20110813101253.GA1059@kaiba.homelan
RFS: kbdd
Dear mentors, I am looking for a sponsor for my package kbdd. * Package name: kbdd Version : 0.6 Upstream Author : Alexander V. Vershilov alexander.vershi...@gmail.com * URL : https://github.com/qnikst/kbdd * License : GPL 2 or later Programming Lang: C Description : Per-window keyboard layout switching daemon for X Long description: KBDD stands for keyboard daemon. It is a simple keyboard layout switching program, which is designed to run in an X11 session and remember keyboard layouts on a per-window basis. That can be very handy for a user of a non-US keyboard who does not want to jump through layouts back and forth while typing in terminals (mostly in latin) and some kind of chat (in native language). Another useful thing about KBDD is its D-Bus notification support — it can emit signals on layout change, thus, making it possible to create layout indicator widgets in such window managers as awesome, for example. Users of popular desktop environments such as GNOME or KDE most likely do not need this package, as a similar functionality should be already available within their environment. This package may be of interest, however, for the users of tiling or dynamic window managers such as dwm or awesome. More notes: There are already similar programs within Debian: 1) xxkb - Keyboard state indicator and switcher for xkb This program does not work with nonreparenting window managers. 2) xkbind - X Keyboard Extension Indicator This program has limitations regarding input focus change tracking with some X toolkits. KBDD covers all these use cases. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kbdd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kbdd/kbdd_0.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Stanislav Maslovski -- 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/20110813104252.GA1372@kaiba.homelan
Downloading of test data
Hi mentors, I have a package (pyepr) that provides a small python extension written in cython. The upstream source includes a test suite that needs some data to be downloaded from the internet (398K) using wget. Note that data are only used for testing, they are not installed. My question is: is it sane to download data at package build time? And, in case, should wget be set as build-dependency? Thanks -- Antonio Valentino -- 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/4e465b85.6070...@tiscali.it
Re: Downloading of test data
On Sat, 13 Aug 2011 13:09:57 +0200, Antonio Valentino wrote: My question is: is it sane to download data at package build time? It's not possible, buildds don't have network access. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: Downloading of test data
Il 13/08/2011 13:24, David Paleino ha scritto: On Sat, 13 Aug 2011 13:09:57 +0200, Antonio Valentino wrote: My question is: is it sane to download data at package build time? It's not possible, buildds don't have network access. Kindly, David OK, thanks David -- Antonio Valentino -- 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/4e466032.90...@tiscali.it
Re: Downloading of test data
Excerpts from Antonio Valentino's message of Sat Aug 13 07:09:57 -0400 2011: Hi mentors, I have a package (pyepr) that provides a small python extension written in cython. The upstream source includes a test suite that needs some data to be downloaded from the internet (398K) using wget. Note that data are only used for testing, they are not installed. It's not particularly sane to download data at package build time. You could package that data separately, and then build-depend on the test data. By depending on data from the Internet, it means that the package build process isn't necessarily repeatable. It also means that a remote party gets notified whenever Debian builds a package, or whenever any individual rebuilds the package from source. -- Asheesh. -- 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/1313234692-sup-...@rose.makesad.us
Re: Downloading of test data
Antonio Valentino antonio.valent...@tiscali.it writes: The upstream source includes a test suite that needs some data to be downloaded from the internet (398K) using wget. Note that data are only used for testing, they are not installed. Downloading data to run automated code tests? That seems a bit silly, but I suppose they have their reasons. For the purpose of a Debian package, you can choose either to not run the tests, or to treat the test data as part of the source and include it as one of several source tarballs. My question is: is it sane to download data at package build time? I think not. And, in case, should wget be set as build-dependency? No, the automated tests should ideally be self-contained: they should not rely on network access, only on the build dependencies and the source package. -- \“It is undesirable to believe a proposition when there is no | `\ ground whatever for supposing it true.” —Bertrand Russell, _The | _o__) Value of Scepticism_, 1928 | Ben Finney -- 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/877h6hfrwy@benfinney.id.au
Re: Downloading of test data
Asheesh Laroia li...@asheesh.org writes: Excerpts from Antonio Valentino's message of Sat Aug 13 07:09:57 -0400 2011: Hi mentors, I have a package (pyepr) that provides a small python extension written in cython. The upstream source includes a test suite that needs some data to be downloaded from the internet (398K) using wget. Note that data are only used for testing, they are not installed. It's not particularly sane to download data at package build time. You could package that data separately, and then build-depend on the test data. Another option is to package up the test data as a pyepr_$version.orig-testdata.tar.gz, and with a 3.0 source format, that'll be part of the source package, will get unpacked by dpkg-source into pyepr-$version/testdata/ and so on and so forth. I'd recommend doing this instead of introducing a separate package to build-depend on. Doing this also has an advantage over repacking the upstream sources to include the test data: you don't need to repack. (For an example of a very simple package that uses multiple upstream tarballs, see git-flow) -- |8] -- 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/87wrehv86e@luthien.mhp
RFS: vnstat -- console-based network traffic monitor
Dear mentors, I am looking for a sponsor for my package vnstat. * Package name: vnstat Version : 1.11-1 * URL : http://humdi.net/vnstat/ * License : GPL 2 or later Description : console-based network traffic monitor Long description: vnStat is a network traffic monitor for Linux. It keeps a log of daily network traffic for the selected interface(s). vnStat is not a packet sniffer. The traffic information is analyzed from the /proc filesystem, so vnStat can be used without root permissions. package is hosted at mentors: http://mentors.debian.net/package/vnstat package is build-able and is lintian clean. vnstat is heavily used among users and administrator, wnpp reports up to 2983 installs.
Re: RFS: vnstat -- console-based network traffic monitor
On Sat, 13 Aug 2011 17:18:09 +0430 Armin Ranjbar z...@zoup.org wrote: Dear mentors, I am looking for a sponsor for my package vnstat. But vnstat is already present: apt-cache showpkg vnstat Package: vnstat Versions: 1.11-1 (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-amd64_Packages) Description Language: File: /var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-amd64_Packages MD5: 08af52ede864e5ad37a762d616520683 Reverse Depends: vnstati,vnstat 1.11-1 Dependencies: 1.11-1 - libc6 (2 2.7) vnstati (0 (null)) Provides: 1.11-1 - Reverse Provides: -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917 -- signature.asc Description: PGP signature
Re: News about the mentors.debian.net transition to upgraded software
On Sat, Aug 13, 2011 at 02:12:53PM +0400, Stanislav Maslovski wrote: On Sat, Aug 13, 2011 at 01:48:31PM +0400, Stanislav Maslovski wrote: I guess, the HTTP-based method does not have this absurd 30 minutes long delay... Trying to login and sort things out... Noticed one more thing on the page with the information about the uploaded package (look below for the text marked with ): Information Version:0.6-1 (View RFS template) Uploaded:2011-08-13 10:01:17.454471 Source package:http://mentors.debian.net/debian/pool/main/k/kbdd/kbdd_0.6-1.dsc Section:x11 Priority:extra Closes bugs:636262 ^^ QA information Info:The watch file works Info:/home/expo/data/live/incoming/kbdd_0.6-1_i386.changes Info:kbdd_0.6-1.dsc Info:Package is Lintian clean Info:Package is not native Info:The maintainer and uploader emails are the same Info:Package is the latest upstream version Info:A watch file is present Error:636262 ^^ Info:Homepage: https://github.com/qnikst/kbdd Info:The diff.gz file is clean Info:The package uses straight debhelper I think using Error: in the QA informaion above is inappropriate. It is a valid ITP available at http://bugs.debian.org/636262 I get that too, for whathever bug the upload closes. Another problem I see, is that if I upload a package (with the same version) twice, the second upload gets ignored. Even if I delete the package, and then re-upload it, I see only the first upload. The old mentors updated the package anyway, without requiring me to change its version. Anyway, thanks to everybody involved in the debexpo development and migration. Cheers -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- 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/20110813131806.ga29...@pc-ale.fastwebnet.it
Re: RFS: vnstat -- console-based network traffic monitor
On 13/08/11 15:03, Michael Rasmussen wrote: But vnstat is already present: But it's maintained by the QA team, so maybe an adoption would be in order? Cheers -- Leo costela Antunes [insert a witty retort here] -- 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/j25uav$car$1...@dough.gmane.org
Re: RFS: vnstat -- console-based network traffic monitor
indeed, this is my ITA: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637639 On Sat, Aug 13, 2011 at 6:00 PM, Leo costela Antunes cost...@debian.orgwrote: On 13/08/11 15:03, Michael Rasmussen wrote: But vnstat is already present: But it's maintained by the QA team, so maybe an adoption would be in order? Cheers -- Leo costela Antunes [insert a witty retort here] -- 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/j25uav$car$1...@dough.gmane.org
Re: RFS: vnstat -- console-based network traffic monitor
Hi Armin, On Sat, Aug 13, 2011 at 06:52:53PM +0430, Armin Ranjbar wrote: indeed, this is my ITA: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637639 but in that case you cannot adopt the package with the same version that's already in the archive. -- Best regards, Kilian signature.asc Description: Digital signature
Re: Please advice about symbols versioning (was Re: How to close bug #620550?
hi, Thanks for your comment. On Fri, Aug 12, 2011 at 10:05 PM, Keith Lawson ke...@nowhere.ca wrote: Don't use libqdbm15. Upstream might (and probably will!) use such SONAME for their own purposes in the future. Are there actually any packages in Debian using gdbm symbols provided by libqdbm? If there are none, I'd just drop the symbols without changing package name or SONAME, and wouldn't bother creating a separate package. I tried to check this (with apt-rdepends -r and apt-source and grep...), and I think that no debian package use qdbm's gdbm emulation. (There is no include hovel.h.) Won't that break PHP code if people are using GDBM in their applications? Even if Debian packages don't use GDBM there's no guarantee that people's applications don't. How can you provide GDBM in PHP without linking against GDBM and removing the GDBM symbols from QDBM which libphp5.so is linked against? I guess there is no PHP code which using GDBM code. If there is, they had falled into troubles after php switched to link from gdbm to qdbm, because PHP source package also doesn't include hovel.h. I think that I should care the people who has been using qdbm and gdbm interface for their published/non-published programs. (provide alternative package, only notice, and so on..) regards, -- KURASHIKI Satoru -- 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/cam0xxk_9e+sovgpvarlm7xawuwdhxtn8gudasdafqkcyxec...@mail.gmail.com
Re: Downloading of test data
Hi guys, thank you for all your answers Il 13/08/2011 13:09, Antonio Valentino ha scritto: Hi mentors, I have a package (pyepr) that provides a small python extension written in cython. The upstream source includes a test suite that needs some data to be downloaded from the internet (398K) using wget. Note that data are only used for testing, they are not installed. My question is: is it sane to download data at package build time? And, in case, should wget be set as build-dependency? Thanks The dataset needed for automatic testing in a satellite image. It is part of a sample/demo dataset provided by the European Space Agency. Although data are available for free download I don't know if re-distribution is allowed and in which terms. regards -- Antonio Valentino -- 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/4e4693cf.7020...@tiscali.it
Re: News about the mentors.debian.net transition to upgraded software
On Sat, Aug 13, 2011 at 03:18:06PM +0200, Alessandro Ghedini wrote: Another problem I see, is that if I upload a package (with the same version) twice, the second upload gets ignored. Even if I delete the package, and then re-upload it, I see only the first upload. The old mentors updated the package anyway, without requiring me to change its version. I can confirm this bug. Today, I first uploaded kbdd package through ftp. Then, after my upload was processed in next 30 mins, I noticed a lintian warning about an outdated Standards-Version (it was 3.9.1). I deleted the package through the web interface, updated the Standards-Version to 3.9.2 in the package (it was the only change) and reuploded the package using 'dput -f' with http. The new package was processed in the system, and there was no lintian warnings anymore, however, as I just checked, the link http://mentors.debian.net/debian/pool/main/k/kbdd/kbdd_0.6-1.dsc still points to old package! Seems like the transition to the new system was done in a hurry... -- Stanislav -- 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/20110813161621.GA14097@kaiba.homelan
Re: RFS: kbdd
On Sat, Aug 13, 2011 at 02:42:52PM +0400, Stanislav Maslovski wrote: Dear mentors, I am looking for a sponsor for my package kbdd. [skipped] The package was deleted from mentors.debian.net, and will be reuploaded after debexpo bug [1] gets fixed (please, do it quick!). [1] http://lists.debian.org/debian-mentors/2011/08/msg00311.html -- Stanislav -- 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/20110813163347.GA16006@kaiba.homelan
RFS: gnome-split
Dear mentors, I am looking for a sponsor for my package gnome-split. * Package name: gnome-split Version : 1.1-1 Upstream Author : Me (Guillaume Mazoyer) * URL : http://gnome-split.org/ * License : GPLv3 Section : gnome To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gnome-split Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnome-split/gnome-split_1.1-1.dsc I would be glad if someone uploaded this package for me. This package provides the latest version of GNOME Split which is the only one that can be build with java-gnome 4.1.1 which is already in sid. Kind regards, -- Guillaume Mazoyer signature.asc Description: Digital signature
Re: RFS: libchart-php
Hi Daniel, On Fri, Aug 12, 2011 at 11:05:52PM +0200, Daniel Lombraña González wrote: Would you mind to check again the package ;) I hope this time is almost done :) Sorry for taking so long to have another look. Your debian/watch file still has some issue in finding the latest version. It grabs a file detail for me instead of the correct upstream source. -- Best regards, Kilian signature.asc Description: Digital signature
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
Hi Luis, On Tue, Aug 09, 2011 at 03:09:34AM +0200, Luis Rivas wrote: [...] I've re-uploaded the latest sitplus source package to http://mentors.debian.net/debian/pool/main/s/sitplus/ It is lintian --pedantic clean except for a binary-without-manpage warning. Please let me know if you need something else. Sorry to ask you to put another version up onto the now new mentors.d.n but obviously the migration has eaten your package. Thanks! -- Best regards, Kilian signature.asc Description: Digital signature
Re: Sponsor for accessibility packages
Hi Jean-Philippe, On Tue, Aug 09, 2011 at 02:22:48AM +0200, Jean-Philippe MENGUAL wrote: Actually I uploaded on http://demo.accelibreinfo.eu a edbrowse.tar.bz2 which contains the whole package: .dsc, .orig, .debian.tar.gz, etc. You'll have the same things (a .dsc, a .orig.tar.gz, a .debian.tar.gz) in speechd-up2.tar.gz and speakup-tools.tar.gz for these packages. Sorry, I didn't put .dsc directly because I have bad conditions now to connect to the Internet. Besides it would create some mess on the repository I think. Thanks for working on the package. I've just had a look at your edbrowse package. This looks very intrusive for an NMU. IMHO too much intrusive. Is there any public discussion with the current maintainer? What does he think about this? For future posts to this list I'd recommend putting the source upload directly available either on mentors.debian.net or on your own web server. The wrapped up tar.bz2 including source and binary is not very handy to review. Anyway, if an NMU would be required, please post the statement of the current maintainer to go ahead and keep changes minimal. Or become new uploader of the package and comment more verbose all the different changes you introduce. N.b. if you're NMUing you should not use the regular -1 version suffix. Thanks! -- Best regards, Kilian signature.asc Description: Digital signature
Re: RFS: gnome-split
Hi Guillaume, On Sat, Aug 13, 2011 at 09:08:31PM +0200, Guillaume Mazoyer wrote: I am looking for a sponsor for my package gnome-split. dget -x http://mentors.debian.net/debian/pool/main/g/gnome-split/gnome-split_1.1-1.dsc Thanks for your work. Built, signed, uploaded. -- Best regards, Kilian signature.asc Description: Digital signature
RFS: bmake -- NetBSD make
Hello, I am looking for a sponsor for my package 'bmake'. * Package name: bmake Version : 20110622-1 Upstream Author : Simon J. Gerraty s...@void.crufty.net * URL : http://www.crufty.net/help/sjg/bmake.htm * License : BSD Section : devel It builds this binary package: bmake - NetBSD make The upload would fix these bugs: #476267, #627983. The original packaging was done by NetBSD developer Aleksey Cheusov. Together with Jeroen Schot we're working on this package maintainance. This package is important as pmake that's currently in Debian is too old and obsolete, and bmake's absense is preventing some software from entering Debian. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/package/bmake - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/b/bmake/bmake_20110622-1.dsc Also, it's kept under version control here: http://anonscm.debian.org/hg/collab-maint/bmake I would be glad if someone uploaded this package for me. -- WBR, Andrew signature.asc Description: PGP signature
Re: Sponsor for accessibility packages
Hi, Le samedi 13 août 2011 à 23:05 +0200, Kilian Krause a écrit : Hi Jean-Philippe, On Tue, Aug 09, 2011 at 02:22:48AM +0200, Jean-Philippe MENGUAL wrote: Actually I uploaded on http://demo.accelibreinfo.eu a edbrowse.tar.bz2 which contains the whole package: .dsc, .orig, .debian.tar.gz, etc. You'll have the same things (a .dsc, a .orig.tar.gz, a .debian.tar.gz) in speechd-up2.tar.gz and speakup-tools.tar.gz for these packages. Sorry, I didn't put .dsc directly because I have bad conditions now to connect to the Internet. Besides it would create some mess on the repository I think. Thanks for working on the package. I've just had a look at your edbrowse package. This looks very intrusive for an NMU. IMHO too much intrusive. Is there any public discussion with the current maintainer? What does he think about this? The current maintainer doesn't say anything. He's not said anything for a very long time. You can see: http://lists.debian.org/debian-accessibility/2011/05/msg00059.html He didn't react to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598162 bug reported on 2010, without any answer. I answered on 2011, July, no answer. Actually I'm alone to make this bug live, so I tend to think the maintainer has disappeared as he must have been notified of all these messages (from BTS and from the mailing list). Moreover there was a request from an user, twice. For future posts to this list I'd recommend putting the source upload directly available either on mentors.debian.net or on your own web server. The wrapped up tar.bz2 including source and binary is not very handy to review. ah ok sorry. I couldn't understand well how to use mentors.debian.net, and I've problems to set and test the right permissions on my server when I do subdirectories. Would you have some full doc about mentors.debian.net? I mean: I've an account on alioth, should I create one on mentors.debian.net? Then uploading? Anyway, if an NMU would be required, please post the statement of the current maintainer to go ahead and keep changes minimal. Or become new uploader of the package and comment more verbose all the different changes you introduce. To be honest I don't know real changes. I only update the package following what does upstream. I can show the changelog of source, but I don't know exactly what is done in the code as my skills in programming are very low. I know to package, but not very much more about programming, especially C. I can become new uploader but I guess there's a process. And I upgrade from a deprecated release to the last one, it implies to upgrade from a stable to a 2-releases newer release. N.b. if you're NMUing you should not use the regular -1 version suffix. I've not exactly understood this process too. Yes I do a NMU. But I don't know very good if I have to tell this in a more official way, how, ... I thought it was explicit via my changelog.debian and the bug I refer to. And the doc I found about NMU didn't say any specific tools or way to use the BTS to announce a NMU. Thanks! Thanks for all your explanations and sorry but... I have some problems to understand the processes to become maintainer of this package, with all the rules. Thanks for your future explanations. Regards, - Jean-Philippe MENGUAL accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels Tél.: 06.76.34.93.37 Mail: mengualjean...@free.fr Site Web: http://www.accelibreinfo.eu signature.asc Description: Ceci est une partie de message numériquement signée