Re: RFS: ampache (updated package)
On Wed, Oct 21 2009, Raphael Geissert wrote: Hi Manoj, Manoj Srivastava wrote: On Tue, Oct 20 2009, Raphael Geissert wrote: Hi Manoj, Manoj Srivastava wrote: [...] I find that experimental and pedantic add far too much irrelevant chatter, and that it tends to mask the problems one should actually fix. Could you please elaborate a bit more? I'd like to know how I can improve lintian so that it is more useful for others. ,[ Manual page lintian(1) ] | --pedantic | Display pedantic (P:) tags as well. They are normally | suppressed. | | Pedantic tags are Lintian at its most pickiest and include | checks for particular Debian packaging styles, checks that are | very frequently wrong, and checks that many people disagree | with. Expect false positives and Lintian tags that you don't | consider useful if you use this option. Adding overrides for | pedantic tags is probably not worth the effort. ` Pretty much covers it, neh? Also: ,[ http://lintian.debian.org/manual/ch2.html#s2.3 ] | Experimental: | This means that the code that generates this message is not as well | tested as the rest of Lintian, and might still give surprising | results. Feel free to ignore Experimental messages that do not seem to | make sense, though of course bug reports are always welcomed. ` Well, experimental checks are not to be considered irrelevant chatter, hence my question. The current experimental checks are: Tag: spelling-error-in-binary Severity: normal Certainty: wild-guess It is based on the output of strings(1) so it can't tell for sure whether a string is actually displayed or it is just a symbol or something else, or whether it is really an error or not (although it is pretty accurate in most cases). Such has not been my experience. It keep blathering about how the suport (su port) needs to be called support, which, in the 8 (count it: eight) times it occurs in my packages is rubbish. Tag: template-uses-unsplit-choices Severity: normal Certainty: possible Erm, IIRC this one should no longer be marked as experimental ever since lenny was released. So, this is a bug in lintian, really, and one should not need experimental errors to see this. Tag: embedded-pear-module Severity: normal Certainty: possible PEAR modules are a bit tricky to detect properly without making it too specific, in which case the check itself wouldn't be of much use. So, lots of false positives? Tag: shlib-calls-exit Severity: wishlist Certainty: possible There's no way for lintian to tell whether the usage of exit or _exit is correct at all in the shared library, and it is based only by looking at the symbols. Again a code I have to ignore. I would personally recommend checking pedantic tags here in mentors, it is a great way to introduce people to best practises. If anyone refuses to make the change suggested by lintian elaborating a bit more why could be a good exercise as well. I have found pedantic flags often not to be good practices, but practices that various lintian authors have liked. And thus one should only be exposed to them when one has the judgment to decide whether or not it is an idiosyncracy or good practice. manoj -- If you always postpone pleasure you will never have it. Quit work and play for once! Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: anubis (updated package, fixes FTBFS on ia64, 2nd try)
Dear mentors, I am looking for a sponsor for the new version 4.1.1+dfsg1-3 of my package anubis. It builds these binary packages: anubis - an SMTP message submission daemon The package appears to be lintian clean. The upload would fix FTBFS on ia64 [1]. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/anubis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/anubis/anubis_4.1.1+dfsg1-3.dsc I would be glad if someone uploaded this package for me. [1] https://buildd.debian.org/~luk/status/package.php?p=anubis Kind regards, -- Krzysztof Burghardt krzysz...@burghardt.pl http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: anubis (updated package, fixes FTBFS on ia64, 2nd try)
Quoting Krzysztof Burghardt krzysz...@burghardt.pl: Dear mentors, Hi, I would be glad if someone uploaded this package for me. [1] https://buildd.debian.org/~luk/status/package.php?p=anubis Okay, good diff. Uploaded. Thanks. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: ffprobe (2nd try)
Dear mentors, I am looking for a sponsor for my package ffprobe. * Package name: ffprobe Version : 0-svn20091018-1 Upstream Author : Stefano Sabatini stes...@users.sourceforge.net * URL : http://sourceforge.net/projects/ffprobe/ * License : GPL, LGPL Section : video It builds these binary packages: ffprobe- command-line tool to analyze multimedia streams The package appears to be lintian clean. The upload would fix these bugs: 543922 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/ffprobe - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/ffprobe/ffprobe_0-svn20091018-1.dsc I would be glad if someone uploaded this package for me. Kind regards Alessio Treglia -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: ffprobe (2nd try)
Hello Alessio, Alessio Treglia wrote: Dear mentors, I am looking for a sponsor for my package ffprobe. Why do you copy scripts from tools/ to debian during build? You can install them directly from tools. As long as you package svn snapshot, you should include svn revision number in the package name, the date is not enough, like '0-svn20091022+r89' or '0-svn89', and update get-orig-source target accordingly. Also, I'd suggest to demote dependencies on 'perl' and 'libstatistics-descriptive-perl' to Recommends and state in the long description that they are needed for provided perl scripts. Otherwise package looks good, fix above and I'll upload it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
RFS: gem (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 1:0.92.1-1 of my package gem. It builds these binary packages: gem- Graphics Environment for Multimedia - PureData library The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/g/gem - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/g/gem/gem_0.92.1-1.dsc I would be glad if someone uploaded this package for me. Some background: I am the upstream maintainer of Gem, debian being my primary development platform. the version of gem included in debian is somewhat outdated (0.90 has been released about five(!) years ago). currently gem has been orphaned (#546956). i would very much appreciate if gem can be kept in debian and am willing to invest time into this. Kind regards IOhannes m zmölnig -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkrgJCgACgkQkX2Xpv6ydvQ3wgCfVk1RgI6gY7dbtSAzdSO1/GfS GYgAn3Ldbq/4Md3yeAypb+f5tNDmXFrl =ovrc -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Re: Re: RFS: stx-btree
Hello, * your binary-indep should not depend on targets that try compile the test- suites (speedtest, wxbtreedemo, testsuite), but should only install architecture independent parts of the source package into the corresponding -dev (headers files containing templates) and -doc (doxygen files) binary packages. * your binary-arch can compile the test-suites and eventually clean the resulting object files .. Also, at some later point you might decide to split a separate wxbtreedemo binary package (arch:any) so it must be handled by binary-arch anyway (debian policy 4.7). yes, i make a package for wxbtreedemo (in binary-arch) binary-indep now doesn't compile anything (can be run just after a configure) * there are some more build-dependencies (wx, cppunit) you could add related to test-suites, though configure script handles these gracefully if they are not present, but you want to run the test-suite after all ;-). yes, i made changes in rules to run testsuite in install-arch, or maybe better to run tests in build ? * debian/copyright is incomplete - there are GPL-2'ed source files in wxbtreedemo directory (licensecheck -r . from devscripts package might be of service). Also, /usr/share/common-licenses/LGPL is a symlink, you want to use LGPL-2.1 in your copyright file, same for GPL-2. i make a notice about 2 parts of package, but i fail to find a sample, can you help a bit if my copyright file is wrong again? the rest of changes looks to be simple ) thanks for you help. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: ffprobe (2nd try)
Hi Eugene, On Thu, Oct 22, 2009 at 11:49 AM, Eugene V. Lyubimkin jac...@debian.org wrote: Otherwise package looks good, fix above and I'll upload it. I'll make these changes as soon as possible. Thank you! -- Alessio Treglia quadris...@ubuntu.com Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xwax (try 3)
Hello Mitchell, Mitchell Smith wrote: Dear mentors, I am looking for a sponsor for my package xwax. debian/control: Lowercase first letter of the short description. Upgrade Standards-Version to latest, 3.8.3. The long description should be indented by one space, not four. debian/copyright: You should include copyright year (2009) to the 'Copyright' section. debian/README: The package 'mpg123' is now available from Debian main, revert the diversion from upstream regarding mpg321. debian/xwax.1: Update xwax version from 0.5 to 0.6. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Re: Re: RFS: stx-btree
Quoting Ury Stankevich ury...@gmail.com: Hello, * your binary-indep should not depend on targets that try compile the test- suites (speedtest, wxbtreedemo, testsuite), but should only install architecture independent parts of the source package into the corresponding -dev (headers files containing templates) and -doc (doxygen files) binary packages. * your binary-arch can compile the test-suites and eventually clean the resulting object files .. Also, at some later point you might decide to split a separate wxbtreedemo binary package (arch:any) so it must be handled by binary-arch anyway (debian policy 4.7). yes, i make a package for wxbtreedemo (in binary-arch) Okay, in that case it is recommended to provide support for DEB_BUILD_OPTIONS. http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options (having noopt and nostrip should be fine) binary-indep now doesn't compile anything (can be run just after a configure) Good. * there are some more build-dependencies (wx, cppunit) you could add related to test-suites, though configure script handles these gracefully if they are not present, but you want to run the test-suite after all ;-). yes, i made changes in rules to run testsuite in install-arch, or maybe better to run tests in build ? Actually build target should depend on build-arch which handles the building process. * debian/copyright is incomplete - there are GPL-2'ed source files in wxbtreedemo directory (licensecheck -r . from devscripts package might be of service). Also, /usr/share/common-licenses/LGPL is a symlink, you want to use LGPL-2.1 in your copyright file, same for GPL-2. i make a notice about 2 parts of package, but i fail to find a sample, can you help a bit if my copyright file is wrong again? It is now correct, though you could s/GPL/GPL-2/ for your debian packaging. Even better, have a look at: http://dep.debian.net/deps/dep5/ the rest of changes looks to be simple ) thanks for you help. You are welcome. P.S. no need to CC, I'm subscribed, though I might be slow with replies occasionally. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Convenience copies in upstream code: dependencies, removal, copyright, and other issues
Thibaut Paumard mlotpot.n...@free.fr writes: Le 21 oct. 09 à 11:03, Jonathan Niehof a écrit : On Tue, Oct 20, 2009 at 5:48 AM, Ben Finney ben+deb...@benfinney.id.au wrote: * Remove the convenience copy from the original source archive, or merely from the binary package? Related question: Since the source package consists of orig.tar.gz and a .diff, how would one remove the convenience copy from the original source? You would need to repack: unpack the tar.gz, remove the copy, re-tar. Or delete it in clean if it isn't big and keeping it makes it auto-detect the local copy. You still need to document its copyright then though. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Library builds with pkg-config
Mats Erik Andersson mats.anders...@gisladisker.se writes: Hello, I am trying to find the correct way of installing a pkg-config specification, the like of /usr/lib/pkgconfig/dummy.ac for the developmental package of a library. Would 1) # debian/control Depends: pkgconfig 2) # debian/rules dh_install debian/dummy.ac usr/lib/pkgconfig/ together suffice for this task? I seem not able to locate a tailored debhelper command for this task. Right? No Depends. The library can be used fine without pkg-config even if that is less than perfect. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: how to make an arch generic package?
randall rand...@songshu.org writes: hi all, i'm a total noob when it comes to building deb packages so i believe this list is the place to be. i'm trying to package my first package, called rsnapshot. the available version in the repo's is aging and since its just a collection of scripts it appears to be a nice package for a first try. so far it seems to work following the routine i noted down here http://doku.songshu.org/doku.php?id=rsnapshot only i can not figure out how to make the packages without the architecture specific name like rsnapshot_1.3.1-1_amd64.deb according to the new maintainers guide: If your package is an `Architecture: all' one, you need to include all the commands for building the package under the `binary-indep' rule, and leave the `binary-arch' rule empty instead. or i completely misunderstand what this says or it doesn't work, probably the last option has something to do with me mis configuring something. anybody has a clue? Thanks, Randall You not only need to put your build rules under binary-indep but you also need to set the Architecture accordingly in debian/control. The later controls the name. MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: Re: RFS: stx-btree
Hi, Okay, in that case it is recommended to provide support for DEB_BUILD_OPTIONS. http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options (having noopt and nostrip should be fine) Actually build target should depend on build-arch which handles the building process. ok, i made changes in debian/rules, nocheck handled too. Even better, have a look at: http://dep.debian.net/deps/dep5/ yes, this looks really better. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: how to make an arch generic package?
Goswin von Brederlow wrote: randall rand...@songshu.org writes: hi all, i'm a total noob when it comes to building deb packages so i believe this list is the place to be. i'm trying to package my first package, called rsnapshot. the available version in the repo's is aging and since its just a collection of scripts it appears to be a nice package for a first try. so far it seems to work following the routine i noted down here http://doku.songshu.org/doku.php?id=rsnapshot only i can not figure out how to make the packages without the architecture specific name like rsnapshot_1.3.1-1_amd64.deb according to the new maintainers guide: If your package is an `Architecture: all' one, you need to include all the commands for building the package under the `binary-indep' rule, and leave the `binary-arch' rule empty instead. or i completely misunderstand what this says or it doesn't work, probably the last option has something to do with me mis configuring something. anybody has a clue? Thanks, Randall You not only need to put your build rules under binary-indep but you also need to set the Architecture accordingly in debian/control. The later controls the name. MfG Goswin thanks, Jan Beyer already informed me in a private post to change any to all in the control file, this indeed does the trick. Thanks, Randall -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: stx-btree
Quoting Ury Stankevich ury...@gmail.com: Hi, Hi, Okay, in that case it is recommended to provide support for DEB_BUILD_OPTIONS. http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options (having noopt and nostrip should be fine) Actually build target should depend on build-arch which handles the building process. ok, i made changes in debian/rules, nocheck handled too. Very good, except that I forgot to mention that: ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) ... endif is not actually needed if debhelper is used, since dh_strip honors DEB_BUILD_OPTIONS for us. It is harmless, but best to be removed. Even better, have a look at: http://dep.debian.net/deps/dep5/ yes, this looks really better. Right. One more thing I forgot to mention which we can clean up a bit: consolidate all the entries in debian/changelog and have just one 'initial release'. I can do both of these if you prefer, then you can grab the source package when it enters sid (will hang for some time in NEW queue until ftpmaster let it pass through), otherwise use mentors once again. I'm fine with both. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Library builds with pkg-config
Hello, I interpret this to the effect that step 2) would be an acceptable addition when packaging a library, in itself so small that it does not use autoconfig et consortes. torsdag den 22 oktober 2009 klockan 16:55 skrev Goswin von Brederlow detta: Mats Erik Andersson mats.anders...@gisladisker.se writes: Hello, I am trying to find the correct way of installing a pkg-config specification, the like of /usr/lib/pkgconfig/dummy.ac for the developmental package of a library. Would 1) # debian/control Depends: pkgconfig 2) # debian/rules dh_install debian/dummy.ac usr/lib/pkgconfig/ together suffice for this task? I seem not able to locate a tailored debhelper command for this task. Right? No Depends. The library can be used fine without pkg-config even if that is less than perfect. MfG Goswin Thank you Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
On Wed, Oct 21 2009, Raphael Geissert wrote: Pedantic tags are Lintian at its most pickiest and include checks for particular Debian packaging styles, *checks that are very frequently wrong*, and checks that many people disagree with. Expect false positives and Lintian tags that you don't consider useful if you use this option. Adding overrides for pedantic tags is probably not worth the effort. As the person who pushed and introduced pedantic support I always felt a bit hesitant regarding the highlighted statement, maybe I should bring this up on the lintian mailing list and ask Russ for his reasons behind it (maybe what he wanted to express could be paraphrased). If a check is wrong I don't think it should belong to the pedantic category, IMHO. Ack. I also think that style issues should not be a part of even Pedantic checks. If a package is using a different, and arguably better style, then lintian should keep its nose out. manoj -- Part of the inhumanity of the computer is that, once it is competently programmed and working smoothly, it is completely honest. -Isaac Asimov Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: gnus (second try)
Hi, I am still looking for a sponsor for the new version 5.11+v0.10.dfsg-1 of my package gnus. It builds binary package: gnus - A versatile news and mail reader for Emacsen The package appears to be lintian clean. The upload would fix these bugs: 391267, 413385, 415562, 432143, 432644, 490688, 527356. Bug #432143 is serious, because emacs21 is scheduled for removal while the current gnus package in the repository has no support for newer emacs. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gnus - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gnus/gnus_5.11+v0.10.dfsg-1.dsc I would be glad if someone uploaded this package for me, and help me to adopt this package. -- Tommi Vainikainen pgp4fgQVYX6Iz.pgp Description: PGP signature
Re: Lintian pickiness and packaging improvements
Manoj Srivastava wrote: I also think that style issues should not be a part of even Pedantic checks. If a package is using a different, and arguably better style, then lintian should keep its nose out. If there's a better style I guess nobody would object to consider recommend it or at least make sure lintian doesn't complain about it. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
On Oct 22 2009, Raphael Geissert wrote:
Manoj Srivastava wrote:
I also think that style issues should not be a part of even
Pedantic checks. If a package is using a different, and arguably
better style, then lintian should keep its nose out.
If there's a better style I guess nobody would object to consider recommend
it or at least make sure lintian doesn't complain about it.
Couldn't we have a category of warning/checks that is labelled stylistic?
That way, all odd-ball stylistic changes could be separated from
pedantic and enabled with an even wider range of things (like the
trailing-whitespace-at-eol issue, files that don't end with newline
etc).
I hope that you get the idea.
Regards, Rogério.
--
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
RFS: kallery (updated package, QA upload, 3rd try)
Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. It builds these binary packages: kallery- Image gallery generator for the KDE kallery-data - kallery's architecture independent data The package appears to be lintian clean (except for the 3 overrides that were added by the original maintainer). The upload would fix these bugs: 530518 (important), 531536 (serious), 538618 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/kallery - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/kallery/kallery_1.2.0-4.dsc I would be glad if someone reviewed/uploaded this package for me. Kind regards Ignace Mouzannar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: kallery (updated package, QA upload, 3rd try)
On Thu, Oct 22, 2009 at 23:56, Ignace Mouzannar mouzan...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. I'm giving it a look -- 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: Lintian pickiness and packaging improvements
On Thu, Oct 22 2009, Rogério Brito wrote: On Oct 22 2009, Raphael Geissert wrote: Manoj Srivastava wrote: I also think that style issues should not be a part of even Pedantic checks. If a package is using a different, and arguably better style, then lintian should keep its nose out. If there's a better style I guess nobody would object to consider recommend it or at least make sure lintian doesn't complain about it. Couldn't we have a category of warning/checks that is labelled stylistic? Whose style would you choose? I am all for idea if it is _my_ style which is selected, and every one else's style will be warned against. That way, all odd-ball stylistic changes could be separated from pedantic and enabled with an even wider range of things (like the trailing-whitespace-at-eol issue, files that don't end with newline etc). Different people have different styles. And electing to use one style over the other does not make a worse package, there is nothing that needs fixing here. Package helpers, patch systems or feature CVCS branches, emacs vs vi I hope that you get the idea. I hope you do too. manoj -- Forgetfulness, n.: A gift of God bestowed upon debtors in compensation for their destitution of conscience. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
On Oct 22 2009, Manoj Srivastava wrote:
On Thu, Oct 22 2009, Rogério Brito wrote:
Couldn't we have a category of warning/checks that is labelled
stylistic?
Whose style would you choose?
Mine, of course. :-)
I am all for idea if it is _my_ style which is selected, and every
one else's style will be warned against.
I'm not all for the idea of having just one style. I knew that this
objection would appear, but I worded it poorly.
What I had in mind would be a grab-bag of such stylistic things. But
scrap that.
I hope you do too.
Sure.
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: Library builds with pkg-config
[CCing you since you don't appear to have read my earlier mail, please reply to list per lists CoC] On Fri, Oct 23, 2009 at 12:42 AM, Mats Erik Andersson mats.anders...@gisladisker.se wrote: I interpret this to the effect that step 2) would be an acceptable addition when packaging a library, in itself so small that it does not use autoconfig et consortes. Upstream is the best place to be putting the pkgconfig file. Otherwise applications relying on it will not be out-of-the-box portable to non-Debian based distributions. -- 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: kallery (updated package, QA upload, 3rd try)
On Fri, Oct 23, 2009 at 12:20:17AM +0200, Sandro Tosi wrote: On Thu, Oct 22, 2009 at 23:56, Ignace Mouzannar mouzan...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. I'm giving it a look Could you remove config.status.lineno from kallery_1.2.0-4.diff.gz as well? diffstat kallery_1.2.0-4.diff.gz config.status.lineno | 1220 + debian/.pc/.version|1 debian/README.source | 57 + debian/changelog | 66 + debian/compat |1 debian/control | 35 debian/copyright | 36 debian/kallery-data.install|4 debian/kallery-data.lintian-overrides |1 debian/kallery-data.manpages |1 debian/kallery.1 | 131 +++ debian/kallery.docs|1 debian/kallery.install |1 debian/kallery.lintian-overrides |1 debian/kallery.menu|2 debian/patches/Makefile.in.diff| 17 debian/patches/debian-imagemagick.diff | 28 debian/patches/kallery-desktop.diff| 21 debian/patches/series |4 debian/patches/spelling.diff | 15 debian/rules | 85 ++ debian/source.lintian-overrides|1 debian/watch |2 23 files changed, 1731 insertions(+) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
On Thu, Oct 22 2009, Raphael Geissert wrote: Manoj Srivastava wrote: I also think that style issues should not be a part of even Pedantic checks. If a package is using a different, and arguably better style, then lintian should keep its nose out. If there's a better style I guess nobody would object to consider recommend it or You are not getting it. Better is subjective. You can have a dozen better styles, all contradictory. Are you planning on having checks that can never all be met simultaneously? That is what you get when you go for subjectively better styles. at least make sure lintian doesn't complain about it. Ah. I have a few of those. For example, take this warning from Lintian: description-synopsis-might-not-be-phrased-properly This is not policy, but dev-ref, and when it was proposed, it was argued that if we had a non clause, the front ends can make it look nicer, by completing the sentence, adding the period, etc, (perhaps by showing Package is a short description . That was around 6 years or so ago. Here is an excerpt from aptitude (lines edited to remove size and version info for email): --8---cut here---start-8--- i kernel-packageA utility for building Linux kernel related Debian packages. i module-assistant tool to make module package creation easier --8---cut here---end---8--- Frankly, I like the Package-Name: A short sentence with a period. way better. The front ends have never started to display the short descriptions as though they were noun phrases And why is this a warning as opposed to an informational message? How is the package impacted by having a gosh darned period in the short description? This is the same level of impairment as the other non info warnings? seriously? Thisis not a severity normal bug. It is not even a severity wishlist bug. It is a style issue. Once the front ends have been changed, then perhaps it would be a wishlist bug. Things like that are why I take every lintian warning with a huge grain of salt. Ideally, Errors should correlate to important+ bugs, and must violations, I think, warnings are bugs (minor and normal) and should violations, and everything wishlist ought to be a informational message. Style things belong in experimental. And, to give credit where it is due, the majority of the tags are listed at their proper severity. But by no means all of them are. Lintian is a great tool. But it has long standing flaws, and previous maintainers of lintian have been resistant to changing that. manoj -- His life was formal; his actions seemed ruled with a ruler. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
On Thu, Oct 22 2009, Rogério Brito wrote: On Oct 22 2009, Manoj Srivastava wrote: I am all for idea if it is _my_ style which is selected, and every one else's style will be warned against. I'm not all for the idea of having just one style. I knew that this objection would appear, but I worded it poorly. What I had in mind would be a grab-bag of such stylistic things. But scrap that. Well, this is getting to be bikeshedding, but one may do what indent does: despite there being several different styles of indentation, and the indentation wars being as religious as anything else, indent just allows you to specify your preferred style, and goes from there. So, you could run lintian --style-manoj, and be perfectly in sync with the one true style of packaging. Or else you could say lintian --style-Rogério, if you were less enlightened :-) But, this is probably going to take some effort, and I am not currently volunteering to code that. manoj -- Eighty percent of married men cheat in America. The rest cheat in Europe. Jackie Mason Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lintian pickiness and packaging improvements
Dear all, May I suggest to send general comments about Lintian to lintian-ma...@debian.org instead of this list? I think that the point was made that mentors have to take the packager’s experience into account when using Lintian. Discussion is drifting on whether this or that check is not of appropriate level, and is off-topic here. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xwax (try 3)
Hi Eugene, Thank you for the helpful feedback. I have made your recommended changes to my package and uploaded it to mentors.debian.net for further review. Thanks, Mitchell Smith On 10/22/09, Eugene V. Lyubimkin jackyf.de...@gmail.com wrote: Hello Mitchell, Mitchell Smith wrote: Dear mentors, I am looking for a sponsor for my package xwax. debian/control: Lowercase first letter of the short description. Upgrade Standards-Version to latest, 3.8.3. The long description should be indented by one space, not four. debian/copyright: You should include copyright year (2009) to the 'Copyright' section. debian/README: The package 'mpg123' is now available from Debian main, revert the diversion from upstream regarding mpg321. debian/xwax.1: Update xwax version from 0.5 to 0.6. -- 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
