Re: RFS: openteacher
On Fri, Jan 28, 2011 at 3:22 PM, Arvind S Raj sraj.arv...@gmail.com wrote: Hello, Well I have applied to join collab-maint so that I can upload the packaging there and was told it could take up to a week. So just had a thought why wait till then if changes could be made meanwhile. I have updated the packaging to include the watch file and the VCS fields(which are currently invalid) in debian/control. Please do review ( http://mentors.debian.net/debian/pool/main/o/openteacher) and suggest any changes required. I will upload the packaging to alioth soon as front desk approves my request to join collab-maint. Small communication issue with regard to approval of my application-I didn't not get a notification that I have been made a member of collab-maint. Just uploaded the debian packaging to http://bzr.debian.org/scm/loggerhead/collab-maint/openteacher/files. Please do review and suggest any changes required. -- Arvind S Raj
RFS: pdnsd (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.2.8-par-1 of my package pdnsd. It builds these binary packages: pdnsd - Proxy DNS Server The package appears to be lintian clean. The upload would fix these bugs: 476538, 487467, 527352, 596302, 597734, 602262, 602329 This package have upstream release, i change previous patch and added some patch fix other bugs - 01_support_kfreebsd_properly.patch - 02_backward_compatible_ipv6.patch - 03_autotools.patch The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/pdnsd - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/pdnsd/pdnsd_1.2.8-par-1.dsc I would be glad if someone uploaded this package for me. Kind regards Mahyuddin Susanto -- Mahyuddin Susanto (udienz) https://launchpad.net/~udienz http://tripledin.wordpress.com/ signature.asc Description: OpenPGP digital signature
Re: RFS: openteacher
On Sun, Feb 06, 2011 at 04:11:28PM +0530, Arvind S Raj wrote: Small communication issue with regard to approval of my application-I didn't not get a notification that I have been made a member of collab-maint. I think there is no specific approval. You just have commit permissions - so everything should be fine. Just uploaded the debian packaging to http://bzr.debian.org/scm/loggerhead/collab-maint/openteacher/files. Please do review and suggest any changes required. Uhmm, bzr. :-( Well, I do not want to force you to any specific VCS but I speak only SVN or Git (and I do not really want to learn something new, sorry). However, to get this finished at some point in time please write me the line of code I need to check out. Kind regards Andreas. -- http://fam-tille.de -- 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/20110206141112.ga18...@an3as.eu
Re: RFS: transifex-client
On Sun, 23 Jan 2011 22:28:15 +0200 Faidon Liambotis parav...@debian.org wrote: Janos Guljas wrote: Hi Faidon, Thank you for a review. It is fixed. Uploaded. I'd like to use this package but I can't find it on p.d.o. They don't usually take this long to appear do they? -- 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/20110206160032.00ab7cea@toddler
Re: RFS: daisy-player (next try, new upstream version)
Hi Samuel and other readers, Thanks for your review. I was away for a week so it took me some time to respond. Upstream released several newer versions taking most comments into account. I comment below on earlier issues for completeness. On 01/30/11 17:15, Samuel Thibault wrote: - daisy-player.desktop changes should be forwarded upstream. Done, and included in the latest release (still needs a typo patch thou). - you should ask upstream to remove -s from LDLIBS, and rather use install -s instead. Bonus: when building without installing, you have the debugging symbols. Forwarding done (in the mean time I patch the Makefile to not use the -s). - you should ask upstream to use a -DPREFIX=/usr/local instead of hardcoding it. Forwarding done. I thought about this before, but I preferred that he fixed other issues first. - you can detect the list of locales by using LST1:=$(wildcard daisy-player.*.po) LST2:=$(patsubst daisy-player.%.po,%,$(LST1)) Great tip, included in the current version. Known issues (comments welcome): - I have asked upstream to add license and copyright notices to the translation files. Indeed, that's missing. Do you know if the notices are just missing and debian/copyright is actually accurate already? Upstream has added the notices. My d/copyright was already accurate. - I have asked upstream to move the .daisy-player.rc file to the already existing .daisy-player directory. I don't see this? The file is created when you run daisy-player, so it is not present in the packaging. Upstream didn't respond to this request yet. - Upstream ships the icons in a zipped tar file. Should I ask him to ship them directly (in a sub-directory for instance) or is unzipping at build time also fine? Is there really a reason for them to ship it in a tarball? If not, they'd rather just unpack it. Else it's not too bad to have it as a tarball. It is now unpacked in the upstream tarball. - Get an agreement with upstream on the description of daisy-player in the desktop and manual file. I guess it is related with my comment above. Upstream uses my description, so: done. The only barring point is whether debian/copyright has proper information for the translation files. The rest should be OK for a first upload. Good to hear. I have updated the package with the latest upstream release which fixes the issues mentioned above. Available from mentors and alioth: - URL: http://mentors.debian.net/debian/pool/main/d/daisy-player - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/daisy-player/daisy-player_6.1.1-1.dsc - git://git.debian.org/pkg-a11y/daisy-player.git - git+ssh://git.debian.org/git/pkg-a11y/daisy-player.git - https://alioth.debian.org/anonscm/git/pkg-a11y/daisy-player.git With kind regards (and hoping on an upload finally) Paul signature.asc Description: OpenPGP digital signature
Re: RFS: daisy-player (next try, new upstream version)
Hello, Paul Gevers, le Sun 06 Feb 2011 20:11:10 +0100, a écrit : On 01/30/11 17:15, Samuel Thibault wrote: - daisy-player.desktop changes should be forwarded upstream. Done, and included in the latest release (still needs a typo patch thou). That's fine to patch in your package, provided that it's submitted upstream and will be trivially fixed with next upstream upload. - you should ask upstream to remove -s from LDLIBS, and rather use install -s instead. Bonus: when building without installing, you have the debugging symbols. Forwarding done (in the mean time I patch the Makefile to not use the -s). Ok. - you should ask upstream to use a -DPREFIX=/usr/local instead of hardcoding it. Forwarding done. I thought about this before, but I preferred that he fixed other issues first. Right :) Known issues (comments welcome): - I have asked upstream to add license and copyright notices to the translation files. Indeed, that's missing. Do you know if the notices are just missing and debian/copyright is actually accurate already? Upstream has added the notices. My d/copyright was already accurate. Ok, good! - I have asked upstream to move the .daisy-player.rc file to the already existing .daisy-player directory. I don't see this? The file is created when you run daisy-player, so it is not present in the packaging. Upstream didn't respond to this request yet. Ah, ok. - Upstream ships the icons in a zipped tar file. Should I ask him to ship them directly (in a sub-directory for instance) or is unzipping at build time also fine? Is there really a reason for them to ship it in a tarball? If not, they'd rather just unpack it. Else it's not too bad to have it as a tarball. It is now unpacked in the upstream tarball. Good. Actually it might be useful you know that source format version 3 supports several upstream tarballs, see the festvox-mbrola for an example. - Get an agreement with upstream on the description of daisy-player in the desktop and manual file. I guess it is related with my comment above. Upstream uses my description, so: done. Good. The only barring point is whether debian/copyright has proper information for the translation files. The rest should be OK for a first upload. Good to hear. I have updated the package with the latest upstream release which fixes the issues mentioned above. Available from mentors and alioth: I'll have a look and probably upload. Samuel -- 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/20110206192541.gm11...@const.famille.thibault.fr
Re: RFS: daisy-player (next try, new upstream version)
Paul Gevers, le Sun 06 Feb 2011 20:11:10 +0100, a écrit : I have updated the package with the latest upstream release which fixes the issues mentioned above. Ok, uploaded, it should appear soon in the new queue! http://ftp-master.debian.org/new.html Note that it's quite long, so it'll take quite some time before your package gets into unstable. There's just a pedantic issue here: daisy-player.c:532: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long int’ daisy-player.c:534: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long int This will show up on 64bit architectures (watch for them on http://buildd.debian.org/daisy-player), in this precise case it seems to have minor effect (just a potentially bogus debugging output in some cases), so it's fine for now, but you should notify upstream about it. Thanks a lot for your work and future maintenance of this package, I hope you'll help us on other accessibility packages too, let me remind our development wiki http://wiki.debian.org/accessibility Samuel -- 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/20110206194255.gn11...@const.famille.thibault.fr
Adding a symlink to a library in postinst
Dear Mentors, The package I'm maintaining (moodle) is handling embedded libraries by not shipping them in a binary package and then replacing them with a symlink. Adding symlink is done in postinst, e.g.: [ ! -h /usr/share/moodle/lib/yui ] ln -s /usr/share/javascript/yui /usr/share/moodle/lib/yui This seems to be the best way to handle this but I'm wondering why is it done in postinst script. Removing bundled libraries is done while building the package (in debian/rules), I think I could simply create a symlink at this point and ship it as part of the package. Do you see any problem with it? Tomek -- 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/4d4efc11.8090...@gmail.com
RFS: 9menu (updated package) (Second try)
Dear mentors, I am looking for a sponsor for the new version 1.8-5 of my package 9menu. It builds these binary packages: 9menu - Creates X menus from the shell The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/9/9menu - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/9/9menu/9menu_1.8-5.dsc Fix comment from DACA[1] new service [1]:http://qa.debian.org/daca/cppcheck/sid/9menu_1.8-4.html 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 -- 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/aanlktin6crc_3waqvzaezvkhvjznj5exjmyozrkmq...@mail.gmail.com
Re: RFS: daisy-player (next try, new upstream version)
Hello, On Sun, Feb 06, 2011 at 08:42:55PM +0100, Samuel Thibault wrote: Paul Gevers, le Sun 06 Feb 2011 20:11:10 +0100, a écrit : I have updated the package with the latest upstream release which fixes the issues mentioned above. Ok, uploaded, it should appear soon in the new queue! http://ftp-master.debian.org/new.html Note that it's quite long, so it'll take quite some time before your package gets into unstable. There's just a pedantic issue here: daisy-player.c:532: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long int’ daisy-player.c:534: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘long int This will show up on 64bit architectures (watch for them on http://buildd.debian.org/daisy-player), in this precise case it seems to have minor effect (just a potentially bogus debugging output in some cases), so it's fine for now, but you should notify upstream about it. Thanks a lot for your work and future maintenance of this package, I hope you'll help us on other accessibility packages too, let me remind our development wiki http://wiki.debian.org/accessibility Samuel I've got another problem. When trying to run daisy-player after installation on Debian/testing, I get: (C)2003-2011 J. Lemmens Daisy-player - Version 6.1.1 A parser to play Daisy CD's with Linux play FAIL formats: no handler for file extension `mp3' This happens due to the fact that I installed sox=14.3.1-1 from Debian/unstable, but the required libsox-fmt-mp3 is not present by default. This should probably be taken into account in the Dependency-List of daisy-player, i.e. installing either libsox-fmt-mp3 fixes the problem. Regards -Klaus -- 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/20110206234753.gj21...@knopper.net
Re: Adding a symlink to a library in postinst
On Mon, Feb 7, 2011 at 3:52 AM, Tomasz Muras nexor1...@gmail.com wrote: This seems to be the best way to handle this but I'm wondering why is it done in postinst script. Removing bundled libraries is done while building the package (in debian/rules), I think I could simply create a symlink at this point and ship it as part of the package. I think it is better to use a symlink created at build time. You will probably need to deal with upgrades from the old version though, by removing the symlink in preinst, then it will be re-added when the package is unpacked. -- 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/AANLkTi=NN_0NJk0eW9vv9LX7YPu3vTOV1w=lwnuxq...@mail.gmail.com