Re: RFS: mangler (2nd try)
On Sat, May 7, 2011 at 10:11 AM, Eugene V. Lyubimkin jac...@debian.org wrote: [ dropped pkg-voip@ from CC ] Here's my review: Overall the package is prepared well, thumbs up. Nevertheless: 1) The tarball contains directories 'android' and 'iphone'. Repack an upstream tarball and remove them totally. I don't think anybody would want check them for redistributability. Removed. I also implemented a get-orig-source target to do that. 2) The source of files src/manglerui.h and icons/mangler-icons.h is unclear to me. Both look like machine-generated. Are they? If yes, how would one re-create them? Yep, both are machine-generated, using makefile snippets from their respective directories. I removed both src/manglerui.h and icons/manglericons.h from the source tarball (and in get-orig-source), and added a override_dh_auto_build target in debian/rules to recreate these files during the build. 3) Some of libventrilo3/codec-test/* are without copyright notices, which is suspicious. Are they used in Debian package? If not, better remove them too. Removed (and in get-orig-source, of course). 4) debian/control: please lowercase first letters in short descriptions. Fixed for the libventrilo packages. However, mangler's description starts off with Ventrilo, which is a name, so I think it should remain capitalized. 5) debian/libventrilo-dev.install: don't install .la-file (http://wiki.debian.org/ReleaseGoals/LAFileRemoval). Fixed. 6) dpkg-shlibdeps report a number of overlinked libraries, you might want to pass --as-needed to a linker. I'll upload this package once/if at least the points 1-3 and 5 are addressed. Partly fixed. dpkg-shlibdeps now throws out 4 warnings instead of about a dozen. However, if I remove the packages in build-depends that dpkg-shlibdeps complains about and re-build, I get the following output during the ./configure step: ... checking for speex... yes checking for celt... yes Enabled optional CELT support. checking for xosd_create in -lxosd... no Optional XOSD support is not enabled. checking for new_g15_screen in -lg15daemon_client... no Optional Logitech G15 support is not enabled. checking for espeak_Initialize in -lespeak... no Optional eSpeak support is not enabled. checking for x11... yes checking for xi... yes ... So I reverted my changes. Anyways, at the moment, the only packages I have in my build-depends are debhelper, autotools-dev, and the list of packages given here [1]. So, that's 5/6 issues fixed; hopefully that's enough for an upload. Thanks for taking the time to review my package! :) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mangler - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mangler/mangler_1.2.2-1.dsc Kind regards, - Vincent [1] http://www.mangler.org/building/ -- 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/BANLkTikvYWYg+GN=2-jmxde7fxrnhqf...@mail.gmail.com
Re: Library Question
Paul, I think I did not describe accurately enough, what I want to do and what boundary condidtions are there. Am Sonntag, 8. Mai 2011 schrieb Paul Wise: Since this is about maemo you can do whatever is allowed there. In Debian we would make an update to freetype with a patch targetting the fix, if the issue is severe enough. yes, I understand. In this case it sounds like Navit is being backported? If so the backport would probably be made to depend on a freetype backport. I'm not that familiar with maemo so No, navit is a third party application, which I want to package on maemo. Nokia does not ship any version of Navit (they ship the proprietary OVI maps). Freetype belongs to the core system which is shipped by Nokia, which I do not want to change, since I fear that it breaks other stuff. But applying the patch in question specifically, I might consider it as an option... I doubt we would introduce a freetype2.3.11 nor statically link navit to freetype. Yes, I understand, Debian would not introduce such a hack (although e.g. libdb comes in a number of versions, libdb4.7, libdb4.8, libdb5.0,...). But I am more looking for a tactical short term solution on which I can iterate and improve (e.g. why should I replace the Nokia freetype, when I do not yet know, that this would fix the problem). PS: You may be interested in joining this effort to port Debian to the Nokia N900: http://wiki.debian.org/pkg-n900 Cool, I was not aware of this effort. If GPS and modem support will be added, the have a usable base system, I am really impressed of this effort :-) The biggest challenge are probably the missing hardware drivers (which prohibit e.g. to update the maemo distribution with new kernels). Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part.
Re: RFS: seeks
Hi Medhi, Mentors, Le 22/10/2010 18:27, Mehdi Abaakouk a écrit : I am looking for a sponsor for my package seeks. * Package name: seeks Version : 0.3.0-1 Upstream Author : Emmanuel Benazera ebena...@seeks-project.info mailto:ebena...@seeks-project.info * URL : http://www.seeks-project.info http://www.seeks-project.info/ * License : (AGPL, GPL, LGPL) Section : web It builds these binary packages: seeks - Extensible websearch proxy meta-search engine with personalized I'm not a debian (developer|maintainer) but here is my review of your seeks package. * Why don't you use dh_installdirs to create /var/lib/seeks/ instead of using init script function checkuserdbpath() to do so. Directory permissions could be handled with dpkg-statoverride in postinst . * If you need to ensure a log file exists you could touch it in postinst maintainer script and then make sure logrotate keep the file (using copytruncate option for instance). * Using “getent passwd user” instead of “getent passwd | grep user:” saves a process. Alright, that one is more a matter of personal taste :) efrim -- 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/4dc66942.5010...@azylum.org
[uploaded] Re: RFS: mangler (2nd try)
On 2011-05-08 00:44, Vincent Cheng wrote: 4) debian/control: please lowercase first letters in short descriptions. Fixed for the libventrilo packages. However, mangler's description starts off with Ventrilo, which is a name, so I think it should remain capitalized. Ok. 6) dpkg-shlibdeps report a number of overlinked libraries, you might want to pass --as-needed to a linker. [...] Partly fixed. dpkg-shlibdeps now throws out 4 warnings instead of about a dozen. However, if I remove the packages in build-depends that dpkg-shlibdeps complains about and re-build, I get the following output during the ./configure step: [...] So I reverted my changes. Anyways, at the moment, the only packages I have in my build-depends are debhelper, autotools-dev, and the list of packages given here [1]. Fine, 4 is certainly better than a dozen. I uploaded the package (it isn't picked up by Debian machinery yet though, some temporary problem there), it will go throught NEW queue. Thanks for the contribution to Debian! You may contact me directly for the future updates of this package. I also didn't say in my previous mail that I highly prefer bumping Debian revision after each review, so there are no two different trees under the same Debian version ever. And, some suggestions for the future uploads: 1) -dev packages don't need ${shlibs:Depends}, it can be removed 2) as libventrilo3/codec-test were removed, the section in debian/copyright about some of files under that directory can be removed as well. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- 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/20110508102938.GA28901@r500-debian
Re: [uploaded] Re: RFS: mangler (2nd try)
I uploaded the package (it isn't picked up by Debian machinery yet though, some temporary problem there), it will go throught NEW queue. Thanks for the contribution to Debian! You may contact me directly for the future updates of this package. All right, thank you! I also didn't say in my previous mail that I highly prefer bumping Debian revision after each review, so there are no two different trees under the same Debian version ever. Another DD I had worked with specifically asked me not to bump the Debian revision for a package which hasn't been uploaded yet (and for which I asked her to sponsor). I'm indifferent to either way though, so for future Mangler sponsorship requests, I'll keep your preferences in mind. And, some suggestions for the future uploads: 1) -dev packages don't need ${shlibs:Depends}, it can be removed Duly noted, and will be fixed in a future upload. 2) as libventrilo3/codec-test were removed, the section in debian/copyright about some of files under that directory can be removed as well. Noted as well. - Vincent -- 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/banlktinhkk2nfr2ozhs5klmb7s5u161...@mail.gmail.com
Re: RFS: retext
Hi Dmitry, two thing: W: retext source: out-of-date-standards-version 3.9.1 (current is 3.9.2) - simply update your 'Standard-Version' field On '--pedantic' check: P: retext: no-upstream-changelog - it would be better to create it (if it's possibile) Cheers, Fabrizio. Il giorno dom, 08/05/2011 alle 13.19 +0400, Dmitry Shachnev ha scritto: Dear mentors, I am looking for a sponsor for my package retext. * Package name: retext Version : 1.0.1a-2 Upstream Author : me (Dmitry Shachnev) * URL : http://retext.sourceforge.net/ * License : GNU GPL Section : editors You can get more information about ReText at our website or in 2 posts at WebUpd8: 1. http://www.webupd8.org/2011/03/retext-text-editor-that-supports.html 2. http://www.webupd8.org/2011/05/retext-text-editor-for-markdown-syntax.html It builds these binary packages: retext - Simple text editor for Markdown retext-wpgen - Simple text editor for Markdown - Webpages generation tool The package appears to be lintian clean. My motivation for maintaining this package is: I am the author. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/retext - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/retext/retext_1.0.1a-2.dsc I would be glad if someone uploaded this package for me. Kind regards Dmitry Shachnev signature.asc Description: This is a digitally signed message part
Re: RFS: retext
Fixed (upstream tarball updated as well). Is it enough to provide /usr/share/doc/retext/changelog.gz, or we need one for retext-wpgen too? Dmitry Shachnev 2011/5/8 Fabrizio Regalli fab...@fabreg.it: Hi Dmitry, two thing: W: retext source: out-of-date-standards-version 3.9.1 (current is 3.9.2) - simply update your 'Standard-Version' field On '--pedantic' check: P: retext: no-upstream-changelog - it would be better to create it (if it's possibile) Cheers, Fabrizio. Il giorno dom, 08/05/2011 alle 13.19 +0400, Dmitry Shachnev ha scritto: Dear mentors, I am looking for a sponsor for my package retext. * Package name : retext Version : 1.0.1a-2 Upstream Author : me (Dmitry Shachnev) * URL : http://retext.sourceforge.net/ * License : GNU GPL Section : editors You can get more information about ReText at our website or in 2 posts at WebUpd8: 1. http://www.webupd8.org/2011/03/retext-text-editor-that-supports.html 2. http://www.webupd8.org/2011/05/retext-text-editor-for-markdown-syntax.html It builds these binary packages: retext - Simple text editor for Markdown retext-wpgen - Simple text editor for Markdown - Webpages generation tool The package appears to be lintian clean. My motivation for maintaining this package is: I am the author. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/retext - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/retext/retext_1.0.1a-2.dsc I would be glad if someone uploaded this package for me. Kind regards Dmitry Shachnev -- 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/BANLkTim7Tgqbdj2OqVGX=dnv0omangn...@mail.gmail.com
Re: RFS: retext
On Sun, May 08, 2011 at 01:16:27PM +0200, Fabrizio Regalli wrote: On '--pedantic' check: P: retext: no-upstream-changelog - it would be better to create it (if it's possibile) No, it's not. If an upstream changelog is not present, you can contact upstream and ask if she can provide one, but it's not mandatory. Also, repacking the upstream tarball to add one is not the way to solve this :) Few other notes: * debian/copyright: - you may convert the copyright file to use the DEP5 machine-readable format [0] (and probably you may also want to update the dh-make package to the latest version is Sid :) ). * debian/changelog: - since this is the first version of the package there's no need to list all the changes you have done there (it's enough a Initial upload). - the first upload should close an ITP bug. refer to [1] for more info. * debian/rules: - most of the dh_install command can be replaced by entries in a debian/retext.install and debian/retext-wpgen.install files. see dh_install(1) for more info. - the docs are better installed by dh_installdocs. you may add a debian/package name.docs file containing docs/. see dh_installdocs(1) for more info - same for the manpages. see dh_installman(1) - the compression of the files should be managed by dh_compress(1) (if you follow the previous two hints this is done automatically). - you may use python2 to build and install python software. add --with python2 to the dh line and Build-Depends on python-all. * debian/patches: - there's no need to add the additional files with a patch (e.g. the manpages). you can put them under debian/ and install them from there. * debian/control: - no need to Build-Depends on libqtcore4, python-qt4 is enough. - since this is the first upload to Debian there's no need to Breaks on previous package versions. - no need to Depends on python, ${python:Depends} is enough if you are using python2 in the rules file. - the Vcs-* tags are meant for the repository where the Debian packages are maintained, not for the upstream repository. - dunno why Priority is extra, optional should be enough - no need to Build-Depends on gzip. That's all for now, but there may be other things that I overlooked. Note that I am not a DD hence I can't upload your package. Cheers [0] http://dep.debian.net/deps/dep5/ [1] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage -- 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/20110508123926.GA2223@PC-Ale.WAG300N
Re: RFS: retext
On Sun, May 08, 2011 at 02:39:26PM +0200, Alessandro Ghedini wrote: On Sun, May 08, 2011 at 01:16:27PM +0200, Fabrizio Regalli wrote: On '--pedantic' check: P: retext: no-upstream-changelog - it would be better to create it (if it's possibile) No, it's not. If an upstream changelog is not present, you can contact upstream and ask if she can provide one, but it's not mandatory. Also, repacking the upstream tarball to add one is not the way to solve this :) Few other notes: * debian/copyright: - you may convert the copyright file to use the DEP5 machine-readable format [0] (and probably you may also want to update the dh-make package to the latest version is Sid :) ). * debian/changelog: - since this is the first version of the package there's no need to list all the changes you have done there (it's enough a Initial upload). - the first upload should close an ITP bug. refer to [1] for more info. * debian/rules: - most of the dh_install command can be replaced by entries in a debian/retext.install and debian/retext-wpgen.install files. see dh_install(1) for more info. - the docs are better installed by dh_installdocs. you may add a debian/package name.docs file containing docs/. see dh_installdocs(1) for more info - same for the manpages. see dh_installman(1) - the compression of the files should be managed by dh_compress(1) (if you follow the previous two hints this is done automatically). - you may use python2 to build and install python software. add --with python2 to the dh line and Build-Depends on python-all. * debian/patches: - there's no need to add the additional files with a patch (e.g. the manpages). you can put them under debian/ and install them from there. * debian/control: - no need to Build-Depends on libqtcore4, python-qt4 is enough. - since this is the first upload to Debian there's no need to Breaks on previous package versions. - no need to Depends on python, ${python:Depends} is enough if you are using python2 in the rules file. - the Vcs-* tags are meant for the repository where the Debian packages are maintained, not for the upstream repository. - dunno why Priority is extra, optional should be enough - no need to Build-Depends on gzip. That's all for now, but there may be other things that I overlooked. Note that I am not a DD hence I can't upload your package. Another nice thing would be to have a debian/watch file. See uscan(1). 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/20110508124819.GB2223@PC-Ale.WAG300N
Re: Debian Packaging Tutorial
On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: On 05/05/2011 10:57 PM, Lucas Nussbaum wrote: And of course, it can be found on git.debian.org: git clone git://git.debian.org/~lucas/packaging-tutorial.git Comments very much welcomed! - Lucas This is very cool. I also wrote one, which I used for doing presentations that I did both in Shanghai, to the SHLUG, and in HoChiMin City for the MiniDebconf Vietnam last november. I think it would be cool to merge the 2 presentations, you and me might have things to share. What's your source for making the PDF? I simply used OpenOffice... Latex beamer. Is your presentation available somewhere? L. Here it is, attached. Hi Thomas, There is clearly some potential to converge between those two tutorials. Are you interested in doing the work yourself? - Lucas -- 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/20110508134642.ga24...@xanadu.blop.info
Re: Re: RFS: retext
Thanks for your advice! I will provide an updated package tomorrow. -- 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/BANLkTimE9RyzZ==fkykyxlg3wa_enp5...@mail.gmail.com
Re: Re: RFS: retext
On Sun, May 08, 2011 at 06:09:31PM +0400, Dmitry Shachnev wrote: Just a question: Should I create a new bug (to include its number) or it's not essential? Sure, assuming another ITP/RFP bug does not exists for this software. You have to file a bug against the wnpp pseudo-package. You can do this by using reportbug(1) (on Debian): $ reportbug wnpp Then press '1' (for ITP) and follow the instructions. 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/20110508142337.GA9913@PC-Ale.WAG300N
Re: Re: RFS: retext
Just a question: Should I create a new bug (to include its number) or it's not essential? 2011/5/8 Dmitry Shachnev mity...@gmail.com: Thanks for your advice! I will provide an updated package tomorrow. -- 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/banlktikrifqvomu8vqpgcvyttsjd94r...@mail.gmail.com
RFS: trng
Hi all! TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs on Debian Sid AMD64 on a dual-core computer. They use Monte Carlo methods, so quality random number generation is essential. I'd like to maintain this very nice library as a Debian package, and for that I need upload sponsorship. Parallel computing is becoming more and more commonplace, and this is a very easy-to-use and high-quality parallel pseudo RNG, and is actively maintained upstream. Some required details: 1) Name of source package: trng. It will create the following binary Debian packages: libtrng4-0, libtrng-dev, libtrng-dbg, libtrng-doc. The doc-package contains a very comprehensive high-quality 128-page PDF manual. 2) The license is BSD (3-clause) 3) Short description: Tina's (pseudo) Random Number Generator Library 4) Long description (taken from the upstream TRNG description): Tina's Random Number Generator Library (TRNG) is a state of the art C++ pseudo-random number generator library for sequential and parallel Monte Carlo simulations. Its design principles are based on a proposal for an extensible random number generator facility, that will be part of the random number generator facility of the forthcoming revision of the C++ standard. 5) Can be obtained from: http://mentors.debian.net/debian/pool/main/t/trng/ and is lintian clean. 6) Upstream URL: http://developer.berlios.de/projects/trng 7) PDF manual URL, for those that want to take a peek before downloading the package: http://trng.berlios.de/trng.pdf Best regards Torquil Sørensen -- 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/4dc6a92a.8040...@gmail.com
Re: RFS: trng
On 08/05/11 16:31, Torquil Macdonald Sørensen wrote: Hi all! TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs on Debian Sid AMD64 on a dual-core computer. They use Monte Carlo methods, so quality random number generation is essential. I'd like to maintain this very nice library as a Debian package, and for that I need upload sponsorship. Parallel computing is becoming more and more commonplace, and this is a very easy-to-use and high-quality parallel pseudo RNG, and is actively maintained upstream. Some required details: 1) Name of source package: trng. It will create the following binary Debian packages: libtrng4-0, libtrng-dev, libtrng-dbg, libtrng-doc. The doc-package contains a very comprehensive high-quality 128-page PDF manual. 2) The license is BSD (3-clause) 3) Short description: Tina's (pseudo) Random Number Generator Library 4) Long description (taken from the upstream TRNG description): Tina's Random Number Generator Library (TRNG) is a state of the art C++ pseudo-random number generator library for sequential and parallel Monte Carlo simulations. Its design principles are based on a proposal for an extensible random number generator facility, that will be part of the random number generator facility of the forthcoming revision of the C++ standard. 5) Can be obtained from: http://mentors.debian.net/debian/pool/main/t/trng/ and is lintian clean. 6) Upstream URL: http://developer.berlios.de/projects/trng 7) PDF manual URL, for those that want to take a peek before downloading the package: http://trng.berlios.de/trng.pdf Oh, and I forgot to mention: This package corresponds to ITP bug #624764. - Torquil -- 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/4dc6acac.5050...@gmail.com
Re: RFS: trng
On Sun, May 08, 2011 at 04:31:06PM +0200, Torquil Macdonald Sørensen wrote: Hi all! Hi, TRNG (Tina's Random Number Generator) is a very nice C++ parallel pseudo-random number generator library that I use within my MPICH2 parallel computer programs on Debian Sid AMD64 on a dual-core computer. They use Monte Carlo methods, so quality random number generation is essential. I'd like to maintain this very nice library as a Debian package, and for that I need upload sponsorship. Parallel computing is becoming more and more commonplace, and this is a very easy-to-use and high-quality parallel pseudo RNG, and is actively maintained upstream. Some required details: 1) Name of source package: trng. It will create the following binary Debian packages: libtrng4-0, libtrng-dev, libtrng-dbg, libtrng-doc. The doc-package contains a very comprehensive high-quality 128-page PDF manual. 2) The license is BSD (3-clause) 3) Short description: Tina's (pseudo) Random Number Generator Library 4) Long description (taken from the upstream TRNG description): Tina's Random Number Generator Library (TRNG) is a state of the art C++ pseudo-random number generator library for sequential and parallel Monte Carlo simulations. Its design principles are based on a proposal for an extensible random number generator facility, that will be part of the random number generator facility of the forthcoming revision of the C++ standard. 5) Can be obtained from: http://mentors.debian.net/debian/pool/main/t/trng/ and is lintian clean. 6) Upstream URL: http://developer.berlios.de/projects/trng 7) PDF manual URL, for those that want to take a peek before downloading the package: http://trng.berlios.de/trng.pdf Few notes: * debian/control: - The Vcs-* fields are commented. Remove them if you do not use any VCS for maintaining your package. - lintian warns (with -IE --pedantic options): I: trng source: binary-control-field-duplicates-source field section in package libtrng4-0 I: trng source: duplicate-short-description libtrng-dev libtrng4-0 libtrng-doc libtrng-dbg * debian/copyright: - Do you really need to license your debian/ work under the GPL-3.0 license? Is (kind of) best practice to license the Debian-related stuff under the same license as upstream. * debian/libtrng-dev.install - Please remove the usr/lib/*.la entry. *.la files removal was a Squeeze release goal. * debian/libtrng-doc.install: - Installing documentation/examples is better done using dh_installdocs(1) and dh_installexamples(1). * debian/rules: - The intial comments can be removed. - Your package Build-depends on autotools-dev but is not using it. Add --with autotools-dev to the dh $@ line. - No need to override dh_auto_clean, just add the files you want to clean in the debian/clean file. - Why are you overriding dh_compress? According to Debian Policy, additional documentation should be compressed unless it's small. Let dh_compress decide wheter it is needed or not to compress it. (also, compressed pdf.gz files are supported by most pdf readers, hence there's no reason to not compress it) * debian/libtrng4-0.symbols: - It may be a good idea to add a *.symbols [0] file for the libtrng4-0 package. See dpkg-gensymbols(1) for more info. That's all, but there may be something more that I overlooked. Note that I am not a DD therefore I can't sponsor you package. Cheers [0] http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps -- 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/20110508150948.GA4519@PC-Ale.WAG300N
Re: RFS: trng
On 08/05/11 17:09, Alessandro Ghedini wrote: - Why are you overriding dh_compress? According to Debian Policy, additional documentation should be compressed unless it's small. Let dh_compress decide wheter it is needed or not to compress it. (also, compressed pdf.gz files are supported by most pdf readers, hence there's no reason to not compress it) Ok, I'll allow dh_compress to gzip the pdf. But why does it only compress some of the example files? After removing the dh_compress for the examples/ directory, I get: $ ls /usr/share/doc/libtrng-doc/examples bernoulli_dist.cc distributions.cc.gz Makefile.gz pi_block_openmp.cc pi_leap_mpi.cc stl_container.cc correlated_normal_dist.cc hello_world.cc Makefile.in.gz pi_block_tbb.cc pi_leap_openmp.cctime.cc.gz discrete_dist.cc Ising_model.cc.gzpi_block_cuda.cu pi.cc plausibility_test.cc.gz discrete_dist_c_style.cc Makefile.am pi_block_mpi.cc pi_leap_cuda.cu sample_output.cc Some files have been compress, but most of them have not. This happened before, but also now after having removed the libtrng-doc.install and replaced it with the files libtrng-doc.docs and libtrng-doc.examples Best regards Torquil Sørensen -- 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/4dc6bc0b.5020...@gmail.com
Re: RFS: trng
On Sun, May 08, 2011 at 05:51:39PM +0200, Torquil Macdonald Sørensen wrote: On 08/05/11 17:09, Alessandro Ghedini wrote: - Why are you overriding dh_compress? According to Debian Policy, additional documentation should be compressed unless it's small. Let dh_compress decide wheter it is needed or not to compress it. (also, compressed pdf.gz files are supported by most pdf readers, hence there's no reason to not compress it) Ok, I'll allow dh_compress to gzip the pdf. But why does it only compress some of the example files? After removing the dh_compress for the examples/ directory, I get: $ ls /usr/share/doc/libtrng-doc/examples bernoulli_dist.cc distributions.cc.gz Makefile.gz pi_block_openmp.cc pi_leap_mpi.cc stl_container.cc correlated_normal_dist.cc hello_world.cc Makefile.in.gz pi_block_tbb.cc pi_leap_openmp.cctime.cc.gz discrete_dist.cc Ising_model.cc.gzpi_block_cuda.cu pi.cc plausibility_test.cc.gz discrete_dist_c_style.cc Makefile.am pi_block_mpi.cc pi_leap_cuda.cu sample_output.cc Some files have been compress, but most of them have not. This happened before, but also now after having removed the libtrng-doc.install and replaced it with the files libtrng-doc.docs and libtrng-doc.examples From dh_compress manpage: By default, dh_compress compresses files that Debian policy mandates should be compressed [...] files in usr/share/doc that are larger than 4k in size [...]. No need to compress small files. 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/20110508160047.GA11205@PC-Ale.WAG300N
Re: Debian Packaging Tutorial
On 05/08/2011 09:46 PM, Lucas Nussbaum wrote: On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: Latex beamer. Is your presentation available somewhere? L. Here it is, attached. Hi Thomas, There is clearly some potential to converge between those two tutorials. Are you interested in doing the work yourself? - Lucas I'm afraid I don't know Latex. Thomas -- 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/4dc6dead.9060...@goirand.fr
RFS: kildclient (updated packages, fixes FTBS)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package kildclient. * Package name: kildclient Version : 2.11.0-1 Upstream Author : me (Eduardo M Kalinowski) * URL : http://kildclient.sourceforge.net/ * License : GPL-2+ Section : games It builds these binary packages: kildclient - powerful MUD client with a built-in Perl interpreter kildclient-doc - powerful MUD client with a built-in Perl interpreter - - manual The package is lintian clean, and builds in pbuilder. This is an updated package, my usual sponsor (Christoph Haas) is busy at the moment and cannot upload it. It includes a new upstream version, DEP-5 copyright format, uses the new dpkg-source 3.0 (quilt format) and fixes FTBS bug #555000. The files are at http://kildclient.sourceforge.net/debian/, or just dget http://kildclient.sourceforge.net/debian/kildclient_2.11.0-1.dsc I would be glad if someone uploaded this package for me. - -- Alone, adj.: In bad company. -- Ambrose Bierce, The Devil's Dictionary Eduardo M KALINOWSKI edua...@kalinowski.com.br -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3G5CcACgkQJAYvFKXQ6TpiFwCcDDfuTHQZz+R0WXdsyullWmMf kIAAn2KhpMGWYQrh1LQLh8kb6j7EpRNQ =ejgR -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/4dc6e428.6070...@kalinowski.com.br
Re: Debian Packaging Tutorial
On 09/05/11 at 02:19 +0800, Thomas Goirand wrote: On 05/08/2011 09:46 PM, Lucas Nussbaum wrote: On 07/05/11 at 08:33 +0800, Thomas Goirand wrote: On 05/06/2011 08:26 PM, Lucas Nussbaum wrote: On 06/05/11 at 19:15 +0800, Thomas Goirand wrote: Latex beamer. Is your presentation available somewhere? L. Here it is, attached. Hi Thomas, There is clearly some potential to converge between those two tutorials. Are you interested in doing the work yourself? - Lucas I'm afraid I don't know Latex. If you look at the source, you will see that it uses a subset of LaTeX that is very simple. - Lucas -- 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/20110508210223.ga6...@xanadu.blop.info
Re: Debian Packaging Tutorial
Hi Thomas! 2011/5/8 Thomas Goirand tho...@goirand.fr: I'm afraid I don't know Latex. You can contact me in private and I help you with that. Cheers! Tássia. -- 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/banlktikqt7dmhus0f-ptqxgjksve5aq...@mail.gmail.com
Re: Library Question
On Sun, May 8, 2011 at 5:42 PM, Rainer Dorsch rdor...@web.de wrote: No, navit is a third party application, which I want to package on maemo. Nokia does not ship any version of Navit (they ship the proprietary OVI maps). Freetype belongs to the core system which is shipped by Nokia, which I do not want to change, since I fear that it breaks other stuff. But applying the patch in question specifically, I might consider it as an option... Yes, I understand, Debian would not introduce such a hack (although e.g. libdb comes in a number of versions, libdb4.7, libdb4.8, libdb5.0,...). But I am more looking for a tactical short term solution on which I can iterate and improve (e.g. why should I replace the Nokia freetype, when I do not yet know, that this would fix the problem). Yeah, this situation is similar to backporting. If you are unable to workaround the freetype bug in navit or use an older version of navit that works with that version of freetype, then try this: Since the ABI is the same for both versions of freetype, I would suggest introducing a libfreetype6-navit package that contains the newer freetype library in a private directory and adding an rpath to navit pointing at that directory: http://en.wikipedia.org/wiki/Rpath_(linking) This is better than static linking since you can upgrade libfreetype6-navit separately to navit. Cool, I was not aware of this effort. If GPS and modem support will be added, the have a usable base system, I am really impressed of this effort :-) The biggest challenge are probably the missing hardware drivers (which prohibit e.g. to update the maemo distribution with new kernels). In addition the freesmartphone.org distribution SHR (based on OpenEmbedded) has a port to the N900 (in the early stages): http://shr-project.org/trac/wiki/Devices/NokiaN900 There is also an Android port: http://www.nitdroid.com/ -- 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 Archive: http://lists.debian.org/banlktimdnbpxd2s6hy2_6a6bwubcw2_...@mail.gmail.com
RFS: creepy
Dear mentors, I am looking for a sponsor for my package creepy. * Package name: creepy Version : 0.1.9.2-1 Upstream Author : Yiannis Kakavas jkaka...@gmail.com * URL : http://ilektrojohn.github.com/creepy * License : GPL3 Section : python It builds these binary packages: creepy - geolocation information aggregator The package appears to be lintian clean. The upload would fix these bugs: 620173 My motivation for maintaining this package is: Some time ago, I knew this software and I started to use it, it's very useful and interesting. Creepy permit locate to sereval users from your id in social networks like twitter and flickr. It would be amazing do: aptitude install creepy. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/creepy - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/creepy/creepy_0.1.9.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards Daniel Echeverry -- Epsilon http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
Re: RFS: creepy
On Sun, 8 May 2011 21:46:20 -0500 Daniel Echeverry epsilo...@gmail.com wrote: Dear mentors, I am looking for a sponsor for my package creepy. * Package name: creepy Version : 0.1.9.2-1 Upstream Author : Yiannis Kakavas jkaka...@gmail.com * URL : http://ilektrojohn.github.com/creepy * License : GPL3 Section : python It builds these binary packages: creepy - geolocation information aggregator The package appears to be lintian clean. * is the versioning 0.1.92 or 0.1.9.2? * related to this, upstream has a 0.1.93 deb in his ppa. this might ca * policy version is now 3.9.2, you should probably update d/control * man page title should be caps * possible typo in man page, navigateable - navigable * typo in man page hiting - hitting * please upstream man page (etc), if its not been done yet. * not sure 'run a creep gui' is the best way to describe the menu entry :) I'm not a DD, so i can't sponsor but thought i'd give some feedback as i'm interested in the package too. thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature