Re: RFS (resent): libdumbnet
On Tue, May 12, 2009 at 1:30 PM, Jan C. Nordholz j...@gmx.net wrote: If you're still willing to sponsor libdnet: upstream is not very active (wrt. source changes), but responds quickly. Review below. Upstream location has changed, too. Argh, there is no indication at the sf.net page that it moved to google code. Please ask upstream to do a proper migration (close the webpage, move the code, bugs and so on) and backup and shut down the sf.net project. At the very least the sf.net project needs to indicate that it moved elsewhere. Also, the README and probably other files need updating too. If you rebuild before sponsoring, please don't forget to use -v1.8-2. ;) Uhhh, there should never be an instance of someone sponsoring prebuilt .deb files, if you see someone doing that, they probably shouldn't be a Debian developer. I've updated the package to use the latest tarball (1.12 from Jan 2007) and corrected all links.[1] [1]: http://www-pool.math.tu-berlin.de/~hesso/deb/libdumbnet_1.12-1.dsc Here is a review: Please ask upstream if they would be willing to rename the library. Both libdnet and libdumbnet are too generic IMO, but libdumbnet would be best for Debian to prevent the need for a transition. This would cause the need for a transition in other distros though so it may not be a good idea. You seem to have radically altered the install procedures, why not install to debian/tmp in the install target and use dh_install like the current version does instead of manually moving stuff around? When running autotools in configure, you want to run make maintainer-clean in the clean target and then clean up any parts it missed. Also send a patch upstream to fix the maintainer-clean target if it misses anything. There are several warnings when running autotools, please file a bug/patch upstream. Likewise there are a few GCC warnings, python related and otherwise. There are several lintian complaints: $ lintian --info --display-info --display-experimental --pedantic --show-overrides --checksums --color auto *.changes I: libdumbnet source: duplicate-short-description libdumbnet1 libdumbnet-dev python-dumbnet I: libdumbnet source: dpatch-missing-description 01rename_library.sh.dpatch I: libdumbnet source: dpatch-missing-description 03build_all_python_versions.dpatch I: libdumbnet1: no-symbols-control-file usr/lib/libdumbnet.so.1.0.1 P: libdumbnet1: no-upstream-changelog I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:362 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:372 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:383 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:392 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:401 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:410 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:823 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:838 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man3/dumbnet.3.gz:848 I: libdumbnet-dev: hyphen-used-as-minus-sign usr/share/man/man8/dumbnet.8.gz:247 P: python-dumbnet: no-upstream-changelog As noted above by lintian there is no symbols file for the library. You can get one for the version in the archive here, please start with it and add any symbols added by upstream: http://qa.debian.org/cgi-bin/mole/seedsymbols/?pkgname=libdumbnet1 I assume you've sent the non-renaming patches upstream? 01rename_library.sh.dpatch refers to sourceforge instead of google. Who is he...@pool.math.tu-berlin.de? libdumbnet1 will probably always be automatically installed, you probably don't need README/TODO installed in it. Use debian/package.docs files to avoid this. Likewise, the package descriptions should reflect the audiences. libdumbnet-dev/python-dumbnet probably needs a fair bit of information but libdumbnet1 will probably always be automatically installed so needs vastly less information. There seems to be a test suite in the upstream source code. Please enable it and also handle DEB_BUILD_OPTIONS=nocheck. Also you don't seem to handle noopt or parallel=n in DEB_BUILD_OPTIONS. You also don't handle cross-compiling, but the version in the archive does. You should also add -g to CFLAGS so that DEB_BUILD_OPTIONS=nostrip works. You run dh_installman but don't install any manual pages using it. A single autoreconf call can replace the aclocal/autoheader/autoconf/automake calls (but not the libtoolize one IIRC). I assume you've read the libpkg-guide and noted the two bugs filed on it? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: alarm-clock (updated package, adoption, targetted for experimental)
Dear mentors, I am looking for a sponsor for the new version 1.0a2-1 of my package alarm-clock. It builds these binary packages: alarm-clock - Alarm Clock for GTK Environments The package appears to be lintian clean. For experimental because it's a rewrite in C and doesn't yet have all of the features of the python version. Upstream recommended leaving the python version in unstable for now. The upload would fix these bugs: 521226 (ITA) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/alarm-clock - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/alarm-clock/alarm-clock_1.0a2-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: storebackup (updated package, adoption, for experimental)
Dear mentors, I am looking for a sponsor for the new version 3.1~rc1-1 of my package storebackup. It builds these binary packages: storebackup - fancy compressing managing checksumming hard-linking cp -ua The package appears to be lintian clean. I am wanting it to be uploaded to experimental because it is still an RC release upstream. The upload would fix these bugs: 375401, 474369, 490398, 508535 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/storebackup - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/storebackup/storebackup_3.1~rc1-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: dhttpd (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.02a-18 of my package dhttpd. It builds these binary packages: dhttpd - minimal secure webserver without cgi-bin support The package appears to be lintian clean. The upload would fix these bugs: 333553, 447580, 455410, 468845, 468872, 516055, 525948 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dhttpd - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dhttpd/dhttpd_1.02a-18.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: gearmand
Monty Taylor schrieb: * Package name: gearmand Version : 0.5-1 Upstream Author : Eric Day and Brian Aker * URL : http://launchpad.net/gearmand * License : BSD Section : web Which programming languages? It builds these binary packages: gearman- A distributed job queue gearman-client - A distributed job queue gearman-server - A distributed job queue libgearman-dev - A distributed job queue libgearman0 - A distributed job queue Before I will had a lock in your package you may extend your short descriptions, they should not be the same for every package. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Should clean revert everything to pristine source?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On many of my packages, the configure phase modifies some files (e.g. Makefile). The lines which are overwritten are totally irrelevant: they reflect the particular set-up on which the upstream developer has packaged the original source. Upstream's clean target don't revert those changes. If I don't do anything specific, those files appear in the diff.gz file which can be considered clutter. If I want to do avoid this, I need to clutter the rules file instead or to use a patch system. Which attitude is best? Is there a clear policy or consensus ? Regards, Thibaut. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkoKk8EACgkQ+37NkUuUiPH5iwCfej4GbuczcY2SAyIluE83WtNG H7IAnRnMQoOkfzthc8SktkqSOGMeZkj0 =yi23 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Should clean revert everything to pristine source?
Hi Thibaut, On Wed, May 13, 2009 at 11:32, Thibaut Paumard paum...@users.sourceforge.net wrote: On many of my packages, the configure phase modifies some files (e.g. Makefile). The lines which are overwritten are totally irrelevant: they reflect the particular set-up on which the upstream developer has packaged the original source. Upstream's clean target don't revert those changes. If I don't do anything specific, those files appear in the diff.gz file which can be considered clutter. If I want to do avoid this, I need to clutter the rules file instead or to use a patch system. Which attitude is best? Is there a clear policy or consensus ? use debian/rules 'clean' target (the one that also invoke the 'clean' makefile upstream target) to remove/revert the files not handled by upstream makefile. The goal is to have, after debian/rules clean, the exact same situation you have once dpkg-source -x pkg.dsc , so upstream tarball extracted + diff.gz applied. Note that removed files in debian/rules clean target will not be represented in diff.gz so they are taken back from the upstream tarball (so de facto reverting to the upstream file easily). Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Should clean revert everything to pristine source?
On Wed, May 13, 2009 at 5:32 PM, Thibaut Paumard paum...@users.sourceforge.net wrote: On many of my packages, the configure phase modifies some files (e.g. Makefile). The lines which are overwritten are totally irrelevant: they reflect the particular set-up on which the upstream developer has packaged the original source. Upstream's clean target don't revert those changes. If I don't do anything specific, those files appear in the diff.gz file which can be considered clutter. If I want to do avoid this, I need to clutter the rules file instead or to use a patch system. If upstream is using autotools, use make distclean. If you are regenterating the Makefiles/configure with autotools because you patched configure.ac/Makefile.am then you want make maintainer-clean. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jérémy Lal wrote: On 12/05/2009 19:56, Tom Simnett wrote: Ben Finney wrote: Jérémy Lalje...@edagames.com writes: These command names are rather too generic. Perhaps they should be prefixed with ‘sphinx-’? These all look like installing the package with the wrong options to ‘configure’, but that's a guess. Either write something useful in the README.Debian, or remove it if it's not needed for the package. Perhaps Lintian was never run on this package before uploading it? This has now been re-uploaded. The manpages don't exist, and as there is no ITP bug, it can't close it, so those warnings remain. Apart from that it appears to me to be clean. Hi! I'm not a mentor or DD, but you can: 1. Write man pages yourself - pick template from /usr/share/debhelper/dh_make/debian/manpage.1.ex 2. Open an ITP bug for sphinxsearch yourself - just file a bug (using reportbug tool) against wnpp package. My 2 cents :) I now have an ITP bug resolved and manpages. This package is now lintian clean according to lintian :) i just had a quick look at it (as a novice), as i'm willing to use it : - usr/sbin is listed in debian/dirs but not really used ? - watch file is missing - /usr/share/doc/sphinxsearch should contain the doc provided by sphinx source tarball, such doc should be properly registered using doc-base and docs file. - provide a README in the /usr/share/doc/sphinxsearch so that once the package is installed, one knows what's left to do to get it working Thanks for your suggestions Jérémy. I've added the docs from the source package, and added a README.Debian file in with some additional instructions. As regards the watch file, this is correct. Currently the download site gives a 403 Forbidden on the downloads directory: www.sphinxsearch.com/downloads and I've reported this as a bug to upstream. When this is made available, I'll add the watch file, but for now this is useless. New upload in place on mdn. Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoKsaUACgkQcqOpPRWIadc6PQCgh/g07m+iAWAxK3SVX1p0H5Zc btIAnjQrd3xu/SpqtpqGUVItuufSWspn =qHCk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
On 13/05/2009 13:40, Tom Simnett wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jérémy Lal wrote: On 12/05/2009 19:56, Tom Simnett wrote: Ben Finney wrote: Jérémy Lalje...@edagames.com writes: These command names are rather too generic. Perhaps they should be prefixed with ‘sphinx-’? These all look like installing the package with the wrong options to ‘configure’, but that's a guess. Either write something useful in the README.Debian, or remove it if it's not needed for the package. Perhaps Lintian was never run on this package before uploading it? This has now been re-uploaded. The manpages don't exist, and as there is no ITP bug, it can't close it, so those warnings remain. Apart from that it appears to me to be clean. Hi! I'm not a mentor or DD, but you can: 1. Write man pages yourself - pick template from /usr/share/debhelper/dh_make/debian/manpage.1.ex 2. Open an ITP bug for sphinxsearch yourself - just file a bug (using reportbug tool) against wnpp package. My 2 cents :) I now have an ITP bug resolved and manpages. This package is now lintian clean according to lintian :) i just had a quick look at it (as a novice), as i'm willing to use it : - usr/sbin is listed in debian/dirs but not really used ? - watch file is missing - /usr/share/doc/sphinxsearch should contain the doc provided by sphinx source tarball, such doc should be properly registered using doc-base and docs file. - provide a README in the /usr/share/doc/sphinxsearch so that once the package is installed, one knows what's left to do to get it working Thanks for your suggestions Jérémy. I've added the docs from the source package, and added a README.Debian file in with some additional instructions. As regards the watch file, this is correct. Currently the download site gives a 403 Forbidden on the downloads directory: www.sphinxsearch.com/downloads and I've reported this as a bug to upstream. When this is made available, I'll add the watch file, but for now this is useless. Well, you should try http://www.sphinxsearch.com/downloads.html :) exemple of line in the watch file (although maybe the regexp part is wrong) : # Compulsory line, this is a version 3 file version=3 http://www.sphinxsearch.com/downloads.html http://www.sphinxsearch.com/downloads/sphinx-([\d\.]*).tar.gz Jérémy. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jérémy Lal wrote: Well, you should try http://www.sphinxsearch.com/downloads.html :) exemple of line in the watch file (although maybe the regexp part is wrong) : # Compulsory line, this is a version 3 file version=3 http://www.sphinxsearch.com/downloads.html http://www.sphinxsearch.com/downloads/sphinx-([\d\.]*).tar.gz That didn't quite work as the hrefs are relative, but amended it and there is now a working watch file as well. Hope I'm not missing anything else now :) (New version uploaded again) Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoKufUACgkQcqOpPRWIaddIUgCeJxePODfq423HFOdaGMPd/wsb OwkAnRXvsZwwefTIngOZ3mv22II5/8xb =IFZG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: libmemcached
On Tue, 2009-05-12 at 11:35 -0700, Monty Taylor wrote: 3. consider remove the .la file if you already have a .pc file. Is that a policy/best practice for library packages? I've uploaded a new copy to mentors with 1 and 2 fixed. I'd like to know more about 3 before making that change. Its a little confused right now. See for instance Brian May's post to debian-devel this morning. -Rob signature.asc Description: This is a digitally signed message part
RFS: scrot (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.8-9 of my package scrot. It builds these binary packages: scrot - command line screen capture utility The package appears to be lintian clean. The upload would fix these bugs: 469914 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/scrot - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/scrot/scrot_0.8-9.dsc I would be glad if someone uploaded this package for me. Kind regards William Vera -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: recoverjpeg (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.4-1 of my package recoverjpeg. It builds these binary packages: recoverjpeg - tool to recover JPEG images from a filesystem image The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/recoverjpeg - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/recoverjpeg/recoverjpeg_1.1.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards William Vera -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 signature.asc Description: Esta parte del mensaje está firmada digitalmente
how package app selinux policy?
Hello, I am trying to find docs teaching how to package (the right debian way) an application SELinux custom policy. Could you point some urls to study this packaging procedure (policy, dev helper scripts, etc)? At the [1], I found somewhat vague instructions (for a newbie) regarding custom policies debian packaging. I am trying to package the selinux policy of php-java-bridge [2]. Regards. Andre Felipe Machado [0] http://wiki.debian.org/SELinux [1] https://wiki.ubuntu.com/HardySELinux [2] http://php-java-bridge.sourceforge.net -- http://www.techforce.com.br -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: libnet (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.3-2 of my package libnet. It builds these binary packages: libnet1- library for the construction and handling of network packets libnet1-dbg - debugging symbols for libnet libnet1-dev - development files for libnet libnet1-doc - developers documentation files for libnet The package appears to be lintian clean. This version: * Is an adoption of an orphaned package * Is the first version of the new upstream maintainer. * Closes the one-and-only bug of libnet1 * Uses CDBS The new package information is as follows: * Package name: libnet1 Version : 1.1.3-2 Upstream Author : Sam Roberts vieuxt...@gmail.com * URL : http://libnet-dev.sourceforge.net/ * License : BSD Section : net The upload would fix these bugs: 418975, 516222 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libnet - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libnet/libnet_1.1.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards Stefanos Harhalakis -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
I'm not a DD just wanted to see how to used docbase... But here are my 2 russian kopejkas. 2009/5/13 Tom Simnett t...@initforthe.com: Hope I'm not missing anything else now :) (New version uploaded again) Tom 1) rules - have you though of using dh7 style? (just %: dh @ with overrides) Or is there a _specific_ reason for debhelper 5 compatability? (lenny has debhelper 7 so it should be easy to backport) With debhelper 7 your rules will become much smaller. See man dh and other revelant for details. 2) rules - please consider running the test suite here (*hint* needs a variable in rules) 3) copyright - there is DEP#5 proposal for the machine parsable copyright file (it's not a rule or anything). If you like it try using it. [1] 4) changelog I'm sure that it should be (Closes: #N) e.g. [2] 5) control - are you using a version control system for your packaging? (I would suggest you do, bzr-builddeb and git-buildpackage are very strong contenders and both support pristine-tar, ie. saving a small binary delta to regenerate an identical tarball at build-time) 6) control - I'm sure your long description is too short (it's abscent). Now running lintian with following options -i -I -v -E --pedantic gives this: P is for pedantic (eg. not all agree on it); X is for eXperimental - lintian might got it wrong; I is Informational. I's you should correct. P and X - choose and pick N: Processing source package sphinxsearch (version 0.9.8.1-1) ... P: sphinxsearch source: direct-changes-in-diff-but-no-patch-system Makefile.in and 4 more- N: Processing binary package sphinxsearch (version 0.9.8.1-1) ... P: sphinxsearch: copyright-refers-to-symlink-license usr/share/common-licenses/GPL N:Severity: pedantic, Certainty: possible I: sphinxsearch: extended-description-is-probably-too-short X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-indexer succesfully successfully X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-indexer ment meant X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-search ment meant X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-searchd succesfully successfully X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-searchd ment meant X: sphinxsearch: spelling-error-in-binary ./usr/bin/sphinx-spelldump ment meant P: sphinxsearch: no-upstream-changelog [1] http://dep.debian.net/deps/dep5/ [2] http://packages.debian.org/changelogs/pool/main/d/debhelper/current/changelog -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: alarm-clock (updated package, adoption, targetted for experimental)
2009/5/13 Ryan Niebur ryanrya...@gmail.com: For experimental because it's a rewrite in C and doesn't yet have all of the features of the python version. Upstream recommended leaving the python version in unstable for now. I thought upstream was dead. Is it same upstream Also with python version CPU usage would go to 100% when playing music for alarm. That's why I've stopped using it. Does this happen with C version as well? Otherwise I'll try it out. I'm NOT a DD ;-) Just a user. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: hwinfo (updated package)
Dear mentors, I am looking for a sponsor for the new version 15.3-2 of my package hwinfo. It builds these binary packages: hwinfo - Hardware identification system libhd-dev - Hardware identification system library and headers libhd-doc - Hardware identification system library documentation libhd15- Hardware identification system library The package appears to be lintian clean. The upload would fix these bugs: 495866, 528578 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/h/hwinfo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/h/hwinfo/hwinfo_15.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards William Vera -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 signature.asc Description: Esta parte del mensaje está firmada digitalmente
