Re: RFS: sonic
On Sun, Apr 17, 2011 at 4:54 AM, Bill Cox wrote: > I have to admit I haven't figured out how to distribute ChangeLog > properly. My google-fu is failing me. I'd like to get rid of the > override. Also, like some other projects, like speech-dispatcher, I'm > keeping the log in git, and ChangeLog is just a dummy file to make > autotools happy. It doesn't really add any value to distribute it, > but it makes 'lintian --pedantic' happy. What's the right thing to do > in this case? Shipping an empty changelog file is useless. Either ship a useful changelog in the upstream tarball or don't ship a less than useful changelog in the Debian binary package. lintian is only informational (especially at pedantic level), ignore its warnings if they are not useful. For upstream projects I personally use git2cl or similar at `make distcheck` time to generate a useful ChangeLog for inclusion in the upstream tarball. -- 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/BANLkTikMk�QpkTdyof3ss-Bxu_X8=p...@mail.gmail.com
RFS: naev
Dear mentors, I am looking for a sponsor for my packages "naev" and "naev-data". * Package name: naev, naev-data Version : 0.4.2-1 Upstream Author : Edgar Simo "bobbens" Nikola Whallon <6.satur...@gmail.com> Josiah Schwartfeger Deiz Bas Fournier "BTAxis" * URL : http://code.google.com/p/naev/ * License : code - GPL-3 ; data - public domain, GPLv2, GPLv3, CC-By (and -SA) 3.0 Programming Lang: C, Lua Section : games Description : 2D space trading combat game It builds these binary packages: (naev) naev - 2D space trading combat game naev-dbg - 2D space trading combat game (debug) (naev-data) naev-data - 2D space trading combat game (data files) The upload would fix these bugs: 523834, 609295, 622982 My motivation for maintaining this package is: Naev's another fun game to go into Debian's ever expanding repository of games. :) The packages can be found on mentors.debian.net: (naev) - URL: http://mentors.debian.net/debian/pool/main/n/naev - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/naev/naev_0.4.2-1.dsc (naev-data) - URL: http://mentors.debian.net/debian/pool/main/n/naev-data - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/naev/naev-data_0.4.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards Vincent Cheng
Re: RFS: sonic
On Fri, Apr 15, 2011 at 7:10 PM, Samuel Thibault wrote: > Hello, > > Ok, good. You also need to document it in debian/copyright, else > ftpmaster will frown upon it: debian/copyright has to mention the exact > licence of all files. Done. > BTW I guess you can replace the override_dh_installchangelogs rules with > a debian/changelog file. I have to admit I haven't figured out how to distribute ChangeLog properly. My google-fu is failing me. I'd like to get rid of the override. Also, like some other projects, like speech-dispatcher, I'm keeping the log in git, and ChangeLog is just a dummy file to make autotools happy. It doesn't really add any value to distribute it, but it makes 'lintian --pedantic' happy. What's the right thing to do in this case? Thanks, Bill -- 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/banlktikfq68c0thxbjhjppragjpjhk9...@mail.gmail.com
Re: RFS: nautilus-image-manipulator
Le jeudi 14 avril 2011 à 22:27:29 (+0200 CEST), Emilien Klein a écrit : > Paul Gevers, Julien Valroff, [...] > Regarding the automatic patches created, i was able to trace its creation: > `python setup.py install` automatically rebuilds the i18n files. In > doing so, it updates the .pot translation template IN the source > files. This is OK the first time you create the package, no patch is > added to the debian package. However, if you create the package a > second time, since the .pot file has been modified with respect to the > source tarball, the builder tools will create a patch, thinking that > the change was made on purpose/manually. > > In order to address this, I added a command to override_dh_clean that > extracts the .pot file from the .orig.tar.gz tarball and replaces the > eventually modified .pot file in the source directory. That way, when > cleaning the build environment, the .pot file is the same as what was > shipped in the source tarball. This is the wrong approach: you cannot rely on the orig tarball being in ../ - also what would happen in case you have various orig tarballs there? eg. I use pbuilder, hence my tarballs are in ~/debian/tarballs… Why not simply try and avoid i18n files to be updated or, even easier, make a copy of the original .pot file and restore it in clean? Also, your package still doesn't use dh_python2 (while not a *must*, I think it is the better thing to do). Cheers, Julien -- .''`. Julien Valroff ~ ~ : :' : Debian Developer & Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- 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/20110416070537.ga13...@kirya.net