RFS: stx-btree
Dear mentors, I am looking for a sponsor for my package stx-btree. Package name: stx-btree Version : 0.8.3-2 Upstream Author : Timo Bingmann (Mail: tb a-with-circle idlebox dot net) URL : http://idlebox.net/2007/stx-btree/ License : LGPL 2.1 Section : libdevel It builds these binary packages: stx-btree-dev - b+tree implementation in c++ 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/stx-btree - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.8.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards Yury Stankevich -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Copyright if package is taken over?
On 10/18/09 17:18, Harry Rickards wrote: Charles Plessy wrote: Le Sun, Oct 18, 2009 at 03:40:54PM +0100, Harry Rickards a écrit : The Debian packaging is: Copyright (C) 2007-2009 Gürkan Sengün gur...@phys.ethz.ch Copyright (C) 2009 Harry Rickards hricka...@l33tmyst.com and is licensed under the GPL version 3, see `/usr/share/common-licenses/GPL-3'. Hello, maybe you can check with Gürkan if when he chose the license he really meant to be incompatible with GPL-4 the day where it will be released. If not, relicensing now to GPL-3+ can help the maintainer of the package the day it the GPL is updated again. Have a nice day, Ok. Thanks for the advice everyone. Gurkan, did you mean GPLv3+? really you did the hard work, i leave it up to you to choose the license. i am ok with whatever you go (if it's fine with debian/dfsg) have a good week, guerkan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Realloc is blocking execution
Mike Hommey m...@glandium.org writes: On Fri, Oct 16, 2009 at 12:02:26PM +0200, Bernhard R. Link wrote: * Mats Erik Andersson mats.anders...@gisladisker.se [091016 11:55]: 4. The main process WM receives SIGHUP, and enters a signal handler. The signal handler uses two calls: free_menuitems(), get_menuitems(). If those calls call malloc or free or anything else this might be the problem. Memory allocation functions are not reentrant and due to threading support are easily blocking when used this way. Sadly, the manual page for these functions under linux doesn't seem to say anything about that, contrary to other unices man pages. Maybe this should be filed as a wishlist bug. Mike -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org man 7 signal Async-signal-safe functions A signal handling routine established by sigaction(2) or signal(2) must be very careful, since processing elsewhere may be interrupted at some arbitrary point in the execution of the program. POSIX has the concept of safe function. If a signal interrupts the execution of an unsafe function, and handler calls an unsafe function, then the behavior of the program is undefined. POSIX.1-2004 (also known as POSIX.1-2001 Technical Corrigendum 2) requires an implementation to guarantee that the following functions can be safely called inside a signal handler: long list follow The list certainly does not contain malloc() or realloc(). So what you see is that the undefined behaviour changed from luckily working to blocking. The code does somthing wrong and now it bites you in the ass. :) I doubt there is anything to fix this other than fixing your code to get out of the signal handler as fast as possible and do the real work outside. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Realloc is blocking execution
måndag den 19 oktober 2009 klockan 11:59 skrev Goswin von Brederlow detta: Mike Hommey m...@glandium.org writes: On Fri, Oct 16, 2009 at 12:02:26PM +0200, Bernhard R. Link wrote: * Mats Erik Andersson mats.anders...@gisladisker.se [091016 11:55]: 4. The main process WM receives SIGHUP, and enters a signal handler. The signal handler uses two calls: free_menuitems(), get_menuitems(). If those calls call malloc or free or anything else this might be the problem. Memory allocation functions are not reentrant and due to threading support are easily blocking when used this way. Sadly, the manual page for these functions under linux doesn't seem to say anything about that, contrary to other unices man pages. Maybe this should be filed as a wishlist bug. Mike -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org man 7 signal Async-signal-safe functions A signal handling routine established by sigaction(2) or signal(2) must be very careful, since processing elsewhere may be interrupted at some arbitrary point in the execution of the program. POSIX has the concept of safe function. If a signal interrupts the execution of an unsafe function, and handler calls an unsafe function, then the behavior of the program is undefined. POSIX.1-2004 (also known as POSIX.1-2001 Technical Corrigendum 2) requires an implementation to guarantee that the following functions can be safely called inside a signal handler: long list follow The list certainly does not contain malloc() or realloc(). So what you see is that the undefined behaviour changed from luckily working to blocking. The code does somthing wrong and now it bites you in the ass. :) I doubt there is anything to fix this other than fixing your code to get out of the signal handler as fast as possible and do the real work outside. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Yes, I have already suggested this to the upstream author. Thanks, for the pointer. I just tried to compile and run the same source tar-ball an a new system with Debian testing. I tried to keep the number of packages down when doing a dist-upgrade from Lenny, but the outcome was the sysrq-RIESUB both times! And I did not even invoke any signal, so possibly the installed system was incomplete to begin with. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Screwed up console keyboard
Hello, I do not intend to intimidate anyone, but I am very disturbed by the disfunctionality of the keyboard input in Lenny and testing/squeeze. It is my hope this will be tested again, since it did work in Etch, but never to my knowledge in Lenny, nor in Testing, as I just built it. Now, I want to use keyboard map se-latin1 and I expect it to produce identical output in every virtual console. No talking about graphical context! Well, the keyboard map is functional in at most one tty at a time, and it is disabled after reboot, even though dpgk-reconfigure is allowed to act on console-data and locales. One clue that I do not understand yet, is a complaint from dpkg-reconfigure when acting on console-data, that --print-installation-architecture is made obsolete, but the corresponding config-script only includes the more recent switch, so somehow the is a mixture of mechanisms involved here. My problem lies in vowels with diacritical signs, like umlaut-vowels, apostrophed vowels and so on. Most of the time there is no output at all. It does not matter, wether I use a locale sv_SE or sv_SE.UTF-8. Sometimes digraphs are printed, other times the correct vowels are printed from programs, but I cannot input them at the keyboard. I cannot accept a dependency on utf-8 in order to use a native keyboard map. Sorry for that. Please bear with me, but can you honestly claim to have managed to use your native language with a non-us keyboard on more that one virtual console. I can only do it on my Etch installations! And I am pretty sore from figuring out how to repair Lenny. You are welcome to correct me if I am wrong, but my failure to set up Squeeze with a swedish keyboard really makes me disappointed. Thus this pledge. I intended the install to test the realloc-problem but I am now very distracted. With regards Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Updated package: libvformat (QA upload) (install-info transition)
Hi,
The libvformat package is currently orphaned since I previously asked
the maintainer if he would be ok with a NMU or QA upload. He said yes
and orphaned the package.
So, to fix two easy to fix bugs and help with the info transition, I am
contributing this as a QA upload.
There are many things to fix with this package, but it is in a much
better shape than before (the diff.gz is less bloated, it doesn't drag
unnecessary dependencies, it has a cleaner support for some other things
etc).
I see that the package has an already ITA bug filed---the next
maintainer can get my changes and play with them as he pleases, but
since he doesn't seem to be a DD, his package would have to go to the
sponsor way as well as mine.
Closes bugs: 363569, 528907.
Related bugs: 535686, 535687, 545990.
Source:
http://mentors.debian.net/debian/pool/main/l/libvformat/libvformat_1.13-5.dsc
Changelog:
,
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Format: 1.8
| Date: Mon, 19 Oct 2009 17:17:37 -0200
| Source: libvformat
| Binary: libvformat1-dev libvformat1
| Architecture: source amd64
| Version: 1.13-5
| Distribution: unstable
| Urgency: low
| Maintainer: Debian QA Group packa...@qa.debian.org
| Changed-By: Rogério Brito rbr...@ime.usp.br
| Description:
| libvformat1 - library to read and write vcard files
| libvformat1-dev - library to read and write vcard files (development files)
| Closes: 363569 528907
| Changes:
| libvformat (1.13-5) unstable; urgency=low
| .
|* QA upload.
|* debian/copyright:
| + include copyright assignment.
| + point to a versioned license.
|* debian/control:
| + remove debhelper dependency from the runtime binary package.
|(Closes: #363569, LP: #441893)
| + build-depend on autotools-dev.
| + add ${misc:Depends} to all binary packages.
| + set maintainer to Debian QA Group.
| + make dependency to triggers smoother with install-info.
| + improve short descriptions a little.
| + add Homepage field, so that we don't loose track of upstream.
| + tighten the dependency between -dev and lib package.
| + update Standards-Version to 3.8.3.
|* delete trailing whitespace from this log.
|* debian/rules:
| + remove DH_COMPAT.
| + don't ignore make clean error.
| + remove some commented lines.
| + touch build-stamp, as it is not declared as a PHONY target.
| + link config.{sub,guess} in the configuration step.
| + don't incorrectly copy config.{sub,guess} from autotools-dev.
| + improve support for cross-compilation.
|* debian/compat:
| + add, with 5.
|* debian/watch:
| + include, with redirector to sourceforge.
|* doc/libvformat.texi: added info dirsection (Closes: #528907).
| Checksums-Sha1:
| 045f90442d44e595ae359e074a12743706240cfc 1065 libvformat_1.13-5.dsc
| 8df0a9df4ec351ad7a44bd1a73fa6616dff813f7 254463 libvformat_1.13.orig.tar.gz
| 86c20c44fa0901cca8a7566ccd8e50fa1a5c2988 349647 libvformat_1.13-5.diff.gz
| 04ba19be23bc0cdb7cf39d4073a09314dfe6ae45 57466
libvformat1-dev_1.13-5_amd64.deb
| cc13906f659d2408f3ea80c7e5060149939c10fe 16094 libvformat1_1.13-5_amd64.deb
| Checksums-Sha256:
| 355f30750936a8e86ef7f8014e4fce0da24c7339e9019ffe56d2cbf936491292 1065
libvformat_1.13-5.dsc
| 7251fda5f90e56ea5d132399010c0b40e7dc55085efaf17ba724037e71f7d966 254463
libvformat_1.13.orig.tar.gz
| b46fb4514a03f40f1ec53275b9d1da055ab5d29d7f098c4fe17df19461c2b8fc 349647
libvformat_1.13-5.diff.gz
| e144b2314ec973658efadbe2f23ff5721d38febfd7fb77cf1dff5117b736650a 57466
libvformat1-dev_1.13-5_amd64.deb
| 4755875ee351ae6208db8ccd5185cd12e0d869e374443e2898011b59333829fd 16094
libvformat1_1.13-5_amd64.deb
| Files:
| 0c8be487fcf793644e6ba630df8578bc 1065 devel optional libvformat_1.13-5.dsc
| c0926352ec70ed10a427dd691c5eb78e 254463 devel optional
libvformat_1.13.orig.tar.gz
| eb6b216d41a85f4e2daf09ec9f6f4ff8 349647 devel optional
libvformat_1.13-5.diff.gz
| e5605370e1e5fb38df3a68db5320e832 57466 libdevel optional
libvformat1-dev_1.13-5_amd64.deb
| 7e4da76b059ecf28f1a92293a5dfa1e7 16094 libs optional
libvformat1_1.13-5_amd64.deb
|
| -BEGIN PGP SIGNATURE-
| Version: GnuPG v1.4.10 (GNU/Linux)
|
| iEYEARECAAYFAkrcvMwACgkQCFqbMnwsrrjKRgCgzsmHXLFiFD2Jxudy7Mv5Mz9t
| StUAoLfMLS8ohWQ691Iel4vMxG8pX550
| =uSJA
| -END PGP SIGNATURE-
`
Regards,
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Screwed up console keyboard
Mats Erik Andersson mats.anders...@gisladisker.se writes: I do not intend to intimidate anyone, but I am very disturbed by the disfunctionality of the keyboard input in Lenny and testing/squeeze. […] Please bear with me, but can you honestly claim to have managed to use your native language with a non-us keyboard on more that one virtual console. This forum, ‘debian-mentors’, is specifically for assisting Debian package maintainers; your message doesn't seem to have anything to do with this topic. It seems you're having trouble with the Debian system. If you have any questions or require assistance, please use the ‘debian-users’ forum instead. Good fortune to you in finding a solution to these problems. -- \ “Pinky, are you pondering what I'm pondering?” “Yes Brain, but | `\if our knees bent the other way, how would we ride a bicycle?” | _o__) —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: stda
On Sun, 18 Oct 2009, Jan Hauke Rahm wrote: Hi Dimitar, On Wed, Oct 14, 2009 at 05:22:00PM +0200, Dimitar Ivanov wrote: I am looking for a sponsor for my package stda. [..] It builds these binary packages: stda - simple tools for data analysis (stda) The package looks good so far. The package appears to be lintian clean. Almost. Would you mind fixing this before the package is uploaded? I: stda: package-contains-empty-directory usr/sbin/ Either check if files are missing or simply delete the dir from debian/dirs. (Actually, I think your debian/dirs is unnecessary anyways but I didn't check.) Hauke Hello Hauke, Package is fixed now by removing debian/dirs - it seems not necessary to create/delete any (empty) directories at install/remove. The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/stda - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stda/stda_1.0-2.dsc I would be glad if someone uploaded this package for me. Thanks, Dimitar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Updated package: libvformat (QA upload) (install-info transition)
Rogério Brito wrote:
Hi,
The libvformat package is currently orphaned since I previously asked
the maintainer if he would be ok with a NMU or QA upload. He said yes
and orphaned the package.
So, to fix two easy to fix bugs and help with the info transition, I am
contributing this as a QA upload.
There are many things to fix with this package, but it is in a much
better shape than before (the diff.gz is less bloated, it doesn't drag
unnecessary dependencies, it has a cleaner support for some other things
etc).
I see that the package has an already ITA bug filed---the next
maintainer can get my changes and play with them as he pleases, but
since he doesn't seem to be a DD, his package would have to go to the
sponsor way as well as mine.
Closes bugs: 363569, 528907.
Related bugs: 535686, 535687, 545990.
Source:
http://mentors.debian.net/debian/pool/main/l/libvformat/libvformat_1.13-5.dsc
Changelog:
,
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Format: 1.8
| Date: Mon, 19 Oct 2009 17:17:37 -0200
| Source: libvformat
| Binary: libvformat1-dev libvformat1
| Architecture: source amd64
| Version: 1.13-5
| Distribution: unstable
| Urgency: low
| Maintainer: Debian QA Group packa...@qa.debian.org
| Changed-By: Rogério Brito rbr...@ime.usp.br
| Description:
| libvformat1 - library to read and write vcard files
| libvformat1-dev - library to read and write vcard files (development files)
| Closes: 363569 528907
| Changes:
| libvformat (1.13-5) unstable; urgency=low
| .
|* QA upload.
|* debian/copyright:
| + include copyright assignment.
| + point to a versioned license.
|* debian/control:
| + remove debhelper dependency from the runtime binary package.
|(Closes: #363569, LP: #441893)
| + build-depend on autotools-dev.
| + add ${misc:Depends} to all binary packages.
| + set maintainer to Debian QA Group.
| + make dependency to triggers smoother with install-info.
| + improve short descriptions a little.
| + add Homepage field, so that we don't loose track of upstream.
| + tighten the dependency between -dev and lib package.
| + update Standards-Version to 3.8.3.
|* delete trailing whitespace from this log.
|* debian/rules:
| + remove DH_COMPAT.
| + don't ignore make clean error.
| + remove some commented lines.
| + touch build-stamp, as it is not declared as a PHONY target.
| + link config.{sub,guess} in the configuration step.
| + don't incorrectly copy config.{sub,guess} from autotools-dev.
| + improve support for cross-compilation.
|* debian/compat:
| + add, with 5.
|* debian/watch:
| + include, with redirector to sourceforge.
|* doc/libvformat.texi: added info dirsection (Closes: #528907).
| Checksums-Sha1:
| 045f90442d44e595ae359e074a12743706240cfc 1065 libvformat_1.13-5.dsc
| 8df0a9df4ec351ad7a44bd1a73fa6616dff813f7 254463 libvformat_1.13.orig.tar.gz
| 86c20c44fa0901cca8a7566ccd8e50fa1a5c2988 349647 libvformat_1.13-5.diff.gz
| 04ba19be23bc0cdb7cf39d4073a09314dfe6ae45 57466
libvformat1-dev_1.13-5_amd64.deb
| cc13906f659d2408f3ea80c7e5060149939c10fe 16094 libvformat1_1.13-5_amd64.deb
| Checksums-Sha256:
| 355f30750936a8e86ef7f8014e4fce0da24c7339e9019ffe56d2cbf936491292 1065
libvformat_1.13-5.dsc
| 7251fda5f90e56ea5d132399010c0b40e7dc55085efaf17ba724037e71f7d966 254463
libvformat_1.13.orig.tar.gz
| b46fb4514a03f40f1ec53275b9d1da055ab5d29d7f098c4fe17df19461c2b8fc 349647
libvformat_1.13-5.diff.gz
| e144b2314ec973658efadbe2f23ff5721d38febfd7fb77cf1dff5117b736650a 57466
libvformat1-dev_1.13-5_amd64.deb
| 4755875ee351ae6208db8ccd5185cd12e0d869e374443e2898011b59333829fd 16094
libvformat1_1.13-5_amd64.deb
| Files:
| 0c8be487fcf793644e6ba630df8578bc 1065 devel optional libvformat_1.13-5.dsc
| c0926352ec70ed10a427dd691c5eb78e 254463 devel optional
libvformat_1.13.orig.tar.gz
| eb6b216d41a85f4e2daf09ec9f6f4ff8 349647 devel optional
libvformat_1.13-5.diff.gz
| e5605370e1e5fb38df3a68db5320e832 57466 libdevel optional
libvformat1-dev_1.13-5_amd64.deb
| 7e4da76b059ecf28f1a92293a5dfa1e7 16094 libs optional
libvformat1_1.13-5_amd64.deb
|
| -BEGIN PGP SIGNATURE-
| Version: GnuPG v1.4.10 (GNU/Linux)
|
| iEYEARECAAYFAkrcvMwACgkQCFqbMnwsrrjKRgCgzsmHXLFiFD2Jxudy7Mv5Mz9t
| StUAoLfMLS8ohWQ691Iel4vMxG8pX550
| =uSJA
| -END PGP SIGNATURE-
`
Regards,
Uploaded, thanks!
Barry deFreese
Debian QA
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: stda
On Mon, Oct 19, 2009 at 10:50:34PM +0200, Dimitar Ivanov wrote: On Sun, 18 Oct 2009, Jan Hauke Rahm wrote: Hi Dimitar, On Wed, Oct 14, 2009 at 05:22:00PM +0200, Dimitar Ivanov wrote: I am looking for a sponsor for my package stda. [..] It builds these binary packages: stda - simple tools for data analysis (stda) The package looks good so far. The package appears to be lintian clean. Almost. Would you mind fixing this before the package is uploaded? I: stda: package-contains-empty-directory usr/sbin/ Either check if files are missing or simply delete the dir from debian/dirs. (Actually, I think your debian/dirs is unnecessary anyways but I didn't check.) Hauke Hello Hauke, Package is fixed now by removing debian/dirs - it seems not necessary to create/delete any (empty) directories at install/remove. Good job! Uploaded. Keep me posted on updates if you want to; otherwise everyone else on this list will be pleased to help out, I guess. :) Hauke signature.asc Description: Digital signature
RFS: xwax (try 3)
Dear mentors, I am looking for a sponsor for my package xwax. * Package name: xwax Version : 0.6-1 Upstream Author : Mark Hills m...@pogo.org.uk * URL : www.xwax.co.uk * License : GPL Section : sound It builds these binary packages: xwax - Open-source vinyl emulation software for Linux The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xwax - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xwax/xwax_0.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards Mitchell Smith -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: xf86-input-tslib (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 0.0.6-1 of my package xf86-input-tslib. (Programming language: C) It builds the binary package: xserver-xorg-input-tslib It closes the wishlist #523911. It is lintian clean. The latest entry in the Debian changelog is: xf86-input-tslib (0.0.6-1) unstable; urgency=low . * New upstream release * Document that Device may not be specified with hal (Closes: #523911) * Update to latest xsfbs * Add README.source * Bump Standards-Versions to 3.8.3 * Remove patches that were merged upstream: 01_fix-wrong-value-range-for-the-axises.diff, 10_use-hal-for-device.diff, 20_dynamic-xy.diff, 30_fix-button-release-events.diff, 40_emulate-right-button.diff, 50_add-randr-support.diff, 60_detect_xinput-abi.diff Description: tslib touchscreen driver for X.Org/XFree86 server This X.Org/XFree86 driver provides support for touchscreens input devices. The driver is based on tslib which supports events for moving in absolute coordinates and relative coordinates. . This package is built from the xf86-input-tslib driver module. The package can be found on mentors.debian.net: - - dget http://mentors.debian.net/debian/pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.6-1.dsc I would be glad if someone uploaded this package for me. :-) Kind regards Wen-Yen Chuang - -- My GPG key is signed by Debian Developer Masayuki Hatta. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrc4isACgkQdEpXpumNYVkpggCffhHKefvv4IZyzlgHv/GOoLi1 buoAn0SucmjQqiMCSnFGg4CvtynZdKKm =BrpP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: python-ethtool
Dear mentors, I am looking for a sponsor for my package python-ethtool. * Package name: python-ethtool Version : 0.3-1 Upstream Author : Arnaldo Carvalho de Melo a...@redhat.com, Harald Hoyer har...@redhat.com * URL : http://git.kernel.org/?p=linux/kernel/git/acme/python-ethtool.git * License : GPLv2 Section : python It builds these binary packages: python-ethtool - Ethernet settings Python bindings The package appears to be lintian clean. The upload would fix these bugs: 549323 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-ethtool - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-ethtool/python-ethtool_0.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards Ali MEZGANI
