Re: Update on MyOS and scim-waitzar/libwaitzar (Attn. Paul Wise)
Thanks for the review; I'll get right to work. A few bullet points: * Is there anyone out there who is willing to sponsor this package? It'll take some time for me to tidy up the package (and I will certainly contact the scim/ibus guys) but if there are any bilingual mentors especially w.r.t. Asian languages, please let me know if you can help to sponsor this package. * Regarding the ITP bug you linked in: This seems like a good quality alternative to waitzar, for people who prefer to type letter-by-letter. I'm familiar with Mr. Stribley's work in the Burmese community, and it's all top-notch. I've used the myWin keyboard on Windows, and if it's the same one he mentions in the package name, then it's an excellent IME to have on Linux. That said, I have not used this keyboard on Linux, though I'm sure the author would be happy to answer any questions you have. * The Apache License recommends placing licensing information at the bottom of the file. Is there a good reason to move it to the top? If so, I'll move it, but otherwise I'll stick with the default. * local.conf is in the tarball because automake generates it when I run make distcheck. I am hesitant to remove things that automake thinks are ncessary. Will removing local.conf affect non-Debian users of scim-waitzar? If it's harmless to remove, I'll take it out. (Same regarding config.guess/config.sub) * Re: khmerOS's decline: That really, really sucks, especially from a project that made so much real progress. All other comments (fonts, licensing, documentation) seem reasonable; I'll effect the necessary changes. Thanks again for the review. --Seth -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: gnus -- A versatile news and mail reader for Emacsen
Hi, a short time ago I noticed that the world's best mail and newsreader, Gnus, is up for adoption. I'd be willing to become maintainer of this package. I've been using Gnus for ten years, and for a couple of last years I've already been using self-compiled version of Gnus to fix compatibility with GNU Emacs 22 (with patches from BTS). I've prepared now packages for latest upstream release, and uploaded that to mentors. http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gnus Any feedback appreciated. I know that there is some lintian warnings, and I plan to check those soon. -- Tommi Vainikainen pgppSGcXmtVGK.pgp Description: PGP signature
Re: RFS: scmbug
Hi Dne Sun, 10 May 2009 14:34:53 -0700 Kristis Makris kristis.mak...@asu.edu napsal(a): Could you please help in trying to resolve this issues with packaging scmbug ? On Mon, 2009-01-26 at 19:16 +0100, Michal Čihař wrote: I am looking for a sponsor for my package scmbug. * Package name: scmbug Version : 0.26.13 Upstream Author : Kristis Makris kristis.mak...@asu.edu * URL : http://www.mkgnu.net/?q=scmbug * License : GPL Section : devel It builds these binary packages: scmbug-common - Scmbug common libraries. scmbug-doc - Scmbug documentation. scmbug-server - Scmbug integration server. scmbug-tools - Scmbug integration tools. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/scmbug - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/scmbug/scmbug_0.26.13.dsc I would be glad if someone uploaded this package for me. Very quick look at the package: 1. Do not make package native. What do I need to do to change the package into being non-native ? How/where do I specify the non-native version number ? 2. Please create proper debian directory and not by symlink to some directory with templates and other crap in it. Why not ? Because it breaks some tools which check archive and makes NMUs needlessly complicated. Debian is not the only distribution this system is packaged for. I don't like to have a top-level directory called debian in the source code repository. Instead, I have a directory called packaging/debian. There is no need to have debian packaging things in upstream. 4. Build fails as there are some hardcoded paths: make: Entering an unknown directory make: *** /home/mkgnu/devel/scmbug.0.26.13/SCMBUG_RELEASE_0-26-13/src/tests: No such file or directory. Stop. make: Leaving an unknown directory make[1]: *** [clean] Error 2 Full log is at http://tmp.cihar.com/scmbug_0.26.13_amd64.build There are no hardcoded paths in the build process. I'm not sure why this error occurs. Have you looked at Makefile in your package? It contains this path on dozens of lines. This link is no longer valid. Yes, it is valid for month, I don't keep such things forever. To reproduce it run fakeroot debian/rules clean on your sources. 6. Please use litian: $ lintian -IE --pedantic scmbug_0.26.13.dsc W: scmbug source: ancient-standards-version 3.5.2 (current is 3.8.0) I: scmbug source: build-depends-without-arch-dep docbook-dsssl I: scmbug source: build-depends-without-arch-dep docbook-utils I: scmbug source: build-depends-without-arch-dep transfig I: scmbug source: build-depends-without-arch-dep imagemagick W: scmbug source: configure-generated-file-in-source config.log W: scmbug source: configure-generated-file-in-source config.status Is it necessary that I correct warnings ? For most sponsors this is required, unless you have good reason to keep them (= it is a lintian bug or you add override with proper reasoning). 7. Source should match the one available on upstream website: $ md5sum SCMBUG_RELEASE_0-26-13.tar.gz scmbug_0.26.13.tar.gz a5c92c23e8c2fa5f67a389e12c04aacd SCMBUG_RELEASE_0-26-13.tar.gz d5645be5bc4a620f8f9db67a11662f0b scmbug_0.26.13.tar.gz I don't understand how dpkg-buildpackage prepared this new .tar.gz file. You should not make native package. Then tarball would match the original one and all packaging changes will be in separate file. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: How to create quilt-based source packages using debuild
Benjamin Mesing bensm...@gmx.net writes: Hi, I am having trouble understanding how to build a quilt based source-package. My packaging is based on quilt, but when running debuild, debuild creates a traditional style source package. I've tried to add Format: 3.0 (quilt) to the control file and a Format 3 source package is correctly created (i.e. an orig.tar.gz and a debian.tar.gz), but that resulted in a lintian warning: W: umlet source: empty-debian-diff and dpkg-genchanges complains about dpkg-genchanges: warning: unknown information field 'Format' in input data in general section of control info file Are those tools not yet quilt ready or am I doing something wrong? Best regards Ben Start with the unpatched upstream source. Copy the debian dir in including debian/patches/. echo 3.0 (quilt) debian/source/format remove patch system from debian/rules if present debuild If you want to edit a patch you can then use QUILT_PATCHES=debian/patches quilt push/pop/refresh/add/rm/... MfG Goswin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: include desktop file and icon
Grammostola Rosea wrote: Dmitrijs Ledkovs wrote: 2009/5/9 Grammostola Rosea rosea.grammost...@gmail.com: Neil Williams wrote: On Sat, 09 May 2009 21:11:25 +0200 Grammostola Rosea rosea.grammost...@gmail.com wrote: After you build the package, check the contents of debian/tmp Use the matching paths in your own files. I can't find an debian/tmp folder... \r You've probably only got a single package, so check the contents of debian/$package Doesn't have that either.. A quick tutorial about debian packaging states. When you build your package everything that needs to be compiled gets compiled. Then everything is installed into a temporary directory inside debian/ then various dh_ commands are run to change/make the temporary directories fit for actual binary .deb. At the the end metadata, maintainer scripts and those temp directories are compressed into an archive with name ending in deb. To get better understanding let's do this: 1) Change into the directory of your package, eg. cd foo-1.0/ 2) Run this command debuild binary 3) Now go into debian/ and look what you have in there. A good way to see what's there is to run this: du -a This should show all the files in all subdirectrories. One particular directory you want to look at is the one named after your package (hope you are still following, I'm talking about foo-1.0/debian/foo). It has all the files that will end up in the final deb. Sometimes (if you are building more than one package) you will have 3 folders e.g.: tmp/ foo/ foo-data/ Sometimes you will notice that upstream compilation doesn't install everything you want. In that case you create the debian/$foo.install files. Case 1 Single package (you are only creating ONE deb) Step 1) create debian/install Step 2) For each missing file/directory write one line: source destination-dir Where source is path relative the toplevel source directory (foo-1.0), and destination-dir is where you want the files to end up when your package is installed on the system eg. (usr/share/lib/) Case 2 Multiple deb package (youare creating MORE THAN ONE deb) Step 1) create debian/$(package).install eg. if you want to install something additionally into a package called supercow-data you create a file debian/supercow-data.intall Step 2) Same as in case 1. I have package.install with: debian/tmp/usr/share/applications/* usr/share/applications/ Most likely you want to simply write upstream/location/of/desktop/files usr/share/applications And rename package.install into simply install. upstream/location/of/desktop/files is the path to the .desktop file/files in the tarball eg. one of my upstreams has desktop files in vitables-2.0/unixapp/vitables.desktop so in my debian/install I have this line: unixapp/vitables.desktop usr/share/applications Hope this helps. please take a little bit of time and play around with it to understand which paths you need to be using when. It's something I had to spend a little while to get the hang of. If you have anyquestions please ask. I got: dh_install -pphasex cp: cannot stat `debian/tmp/phasex-0.11.1/phasex.desktop': No such file or directory dh_install: cp returned exit code 1 make: *** [binary-install/phasex] Error 1 debuild: fatal error at line 1306: couldn't exec fakeroot debian/rules: my install file looks like: phasex-0.11.1/phasex.desktop usr/share/applications phasex-0.11.1/pixmaps/* usr/share/pixmaps Comments, suggestions to solve this? Thanks in advance, \r -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: holdingnuts
Dear mentors, I am looking for a sponsor for my package holdingnuts. * Package name: holdingnuts Version : 0.0.3-1 Upstream Author : Dominik Geyer dominik.ge...@holdingnuts.net * URL : http://www.holdingnuts.net * License : GPL-3+ Section : games It builds these binary packages: holdingnuts - Poker client holdingnuts-server - Poker server The package appears to be lintian clean. The upload would fix these bugs: 525841 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/h/holdingnuts - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/h/holdingnuts/holdingnuts_0.0.3-1.dsc I contacted the sponsor (thijs) of my packages that are in the archive already but he's quite busy at the moment and asked me to look for an uploader for holdingnuts here. I would be glad if someone uploaded this package for me. Cheers, Hauke signature.asc Description: Digital signature
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Tue, May 05, 2009 at 07:13:23PM +0200, Julien Cristau wrote: arch-specific builds run 'debian/rules build $rootcmd debian/rules binary-arch' (where rootcmd is fakeroot or sudo). They can't do anything else, because the build-arch target is (still) not required. Sure they can: debian/rules build-arch if [ $? -eq 2 ] then apt-get install ${BUILD_DEPENDS_INDEP_OF_THE_PACKAGE} apt-get remove ${BUILD_CONFLICTS_INDEP_OF_THE_PACKAGE} debian/rules build fi $rootcmd debian/rules binary-arch Not wanting to do something as convoluted / brittle is another matter altogether and something I'd support. (Returning error code 2 is mandatory for debian/rules when called on a non-existing target, if I remember well.) So, pbuilder can call build unconditionally (that in itself is not a bug), but then it _must_ respect Build-Depends-Indep and Build-Conflicts-Indep. Whatever's needed for this needs to be in Build-Depends. No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: http://www.debian.org/doc/debian-policy/footnotes.html#f46 http://www.nl.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps I quote (emphasis mine): Build-Depends-Indep, Build-Conflicts-Indep The Build-Depends-Indep and Build-Conflicts-Indep fields must be satisfied when any of the following targets is invoked: *build*, build-indep, binary and binary-indep. If you make build-arch or binary-arch, you need Build-Depends. If you make build-indep or binary-indep, you need Build-Depends and Build-Depends-Indep. If you make *build* or binary, you need *both*. Under the current policy it is a bug for pbuilder to not install the Build-Depends-Indep. -- Lionel -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Look at my own situation (which must not be a rare one, I suppose): I've worked to make a Debian package of the software I develop [0] with the idea that the Debian Policy had to be implemented in the package making. That software recently entered Debian through NEW and almost immediately after that I got a FTBFS bug report [2]: pbuilder called debian/rules build without installing the required Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended which of course failed because pdflatex was not found on the system and thus could not build the LaTeX docs of the software. It is a pity to have a Debian Policy so well documented, to point package-making learners to that Policy and then have non-conformant builders. In fact, I'd ask what would be the solution to overcome the problem (apart from the desirable fixing the builders)? My 2 eurocents, Best regards, Filippo [0] http://massxpert.org [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528086 -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Re: RFS: udav
Hi Paul I asked Alexey if that would be possible. I hope the point's can be solved by using icons known to be in the public domain. So I have to wait for his reply on this. Bests Salvatore On Mon, May 11, 2009 at 11:07:12AM +0800, Paul Wise wrote: On Mon, May 11, 2009 at 2:15 AM, Salvatore Bonaccorso salvatore.bonacco...@gmail.com wrote: At this time I was again in contact with Alexey, the upstream author. He explained me the following regarding the icons: 8 The icon udav.png is generated by UDAV itself (or via mgl2png, as independent MathGL tool). The source code is in attachment. I can add this script to the source archive too. Please ask him to include the source and the instructions for regenerating it in the tarball and VCS. Other icons (for toolbars) I made by myself (arrows, cinema, options, lighting and so on) but some of them (specifically new/load/save/find/undo/redo/cut/copy/paste/help) I got from an icon archive. Unfortunately, now I don't remember the source -- I'm ready to replace it for any other similar icons. OK, the icon archive ones are most likely quite problematic (copyright Microsoft or something). Perhaps Qt provides a way to get standard icons for the platform? Alternately depend on or use icons from the tango icon library, which is now public domain: http://tango.freedesktop.org/ http://tango.freedesktop.org/Tango_Icon_Library Most of pictures in help/pics/ was generated by UDAV itself -- it is just color schemes. If you need I can provide the script(s) for its generation. Some pictures (with symbols) was generated by latex -- when I port the documentation from latex-based to texinfo-based and/or html-based. Please ask him to include the source and the instructions for regenerating them in the tarball and VCS. This includes the latex source too. -- 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 -- .-. oo| Debian GNU/Linux -- The power of freedom -- /`'\ GPG key ID: 0x7FD863FEhttp://arda.homelinux.org/~salvi/ (\_;/) Fingerprint: 04A4 407C B914 2C23 030C 17AE 789D 6F05 7FD8 63FE signature.asc Description: Digital signature
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
Filippo Rusconi wrote: On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Because they should find errors in policy and report such bugs ;-) Really many bug of debian-policy are found by new maintainers, but unfortunately most of new maintainers are too shy to report bugs to debian-policy, just because they are *new* maintainers. Thus debian-policy still have many bugs. ciao cate -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 03:52:07PM +0200, Giacomo A. Catenazzi wrote: Filippo Rusconi wrote: On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Because they should find errors in policy and report such bugs ;-) Really many bug of debian-policy are found by new maintainers, but unfortunately most of new maintainers are too shy to report bugs to debian-policy, just because they are *new* maintainers. Thus debian-policy still have many bugs. Does this mean that you too think that on the specific matter dealt with in this thread, it is the policy that is bugged and not the autobuilders ? Or should I intersperse your message with smileys :) Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Re: RFS (take 2): libapache2-mod-authnz-external
Hello, On Mon, May 11, 2009 at 05:30, Hai Zaar haiz...@haizaar.com wrote: Good time of a day, dear mentors! This is a second call for sponsor for libapache2-mod-authnz-external. -- Forwarded message -- From: Hai Zaar haiz...@haizaar.com Date: Sun, May 3, 2009 at 6:14 PM Subject: RFS: libapache2-mod-authnz-external To: debian-mentors@lists.debian.org Dear mentors, I am looking for a sponsor for my package libapache2-mod-authnz-external. * Package name : libapache2-mod-authnz-external Version : 3.2.3 Upstream Author : Jan Wolter j...@unixpapa.com * URL : http://www.unixpapa.com/mod_auth_external/ * License : Apache Section : web It builds these binary packages: libapache2-mod-authnz-external - authenticate Apache against external authentication services The upload would fix these bugs: 526786 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authnz-external - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authnz-external/libapache2-mod-authnz-external_3.2.3-1.dsc I would be glad if someone uploaded this package for me. comments: 1. lintian warning: W: libapache2-mod-authnz-external source: dh-clean-k-is-deprecated 2. no debian/watch 3. how about add Homepage field in debian/control? thanks. -- Best Regards LI Daobing -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libapache2-mod-authz-unixgroup
Hello, On Mon, May 11, 2009 at 05:31, Hai Zaar haiz...@haizaar.com wrote: Good time of a day, dear mentors! This is a second call for sponsor for libapache2-mod-authz-unixgroup -- Forwarded message -- From: Hai Zaar haiz...@haizaar.com Date: Sun, May 3, 2009 at 6:57 PM Subject: RFS: libapache2-mod-authz-unixgroup To: debian-mentors@lists.debian.org Dear mentors, I am looking for a sponsor for my package libapache2-mod-authz-unixgroup. * Package name : libapache2-mod-authz-unixgroup Version : 1.0.1-1 Upstream Author : Jan Wolter j...@unixpapa.com * URL : http://www.unixpapa.com/mod_authz_unixgroup/ * License : Apache Section : web It builds these binary packages: libapache2-mod-authz-unixgroup - access control based on on unix group membership for Apache The package appears to be lintian clean. The upload would fix these bugs: 526790 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authz-unixgroup - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authz-unixgroup/libapache2-mod-authz-unixgroup_1.0.1-1.dsc I would be glad if someone uploaded this package for me. comments: 1. lintian warning: W: libapache2-mod-authz-unixgroup source: out-of-date-standards-version 3.8.0 (current is 3.8.1) 2. no debian/watch 3. no Homepage field in debian/control thanks. -- Best Regards LI Daobing -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: anypaper (front-end for wallpapersetter), inclusion in debian , urgency=low,
Dear mentors, now i am using RFS template : ). I am looking for a sponsor for my package anypaper. * Package name: anypaper Version : 1.4-1 Upstream Author : Sergio Rodrigues de OLiveira Filho cd...@users.sourceforge.net * URL : http://anypaper.sourceforge.net * License : GPL-3 Section : utils It builds these binary packages: anypaper - front-end for wallpapersetter The package appears to be lintian clean. The upload would fix the ITP bug: 528162 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/anypaper - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/anypaper/anypaper_1.4-1.dsc Also is in my personal website: http://mogaal.com/paquetes/anypaper I would be glad if someone uploaded this package for me. Kind regards -- http://www.mogaal.com GNU/Linux Debian SID Usuario Linux registrado #386758 GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37 A8EF F6B0 9645 B24B F200 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Update on MyOS and scim-waitzar/libwaitzar (Attn. Paul Wise)
On Mon, May 11, 2009 at 2:05 PM, S'orlok Reaves sorlok_rea...@yahoo.com wrote: * Is there anyone out there who is willing to sponsor this package? It'll take some time for me to tidy up the package (and I will certainly contact the scim/ibus guys) but if there are any bilingual mentors especially w.r.t. Asian languages, please let me know if you can help to sponsor this package. You could also try the debian-i18n list, some other ideas are in the debian-mentors FAQ. If all else fails I guess I can sponsor them. * The Apache License recommends placing licensing information at the bottom of the file. Is there a good reason to move it to the top? If so, I'll move it, but otherwise I'll stick with the default. It is the convention in free software to put the copyright/license info up the top. I so rarely see it at the bottom that I would miss such information if it were at the bottom. * local.conf is in the tarball because automake generates it when I run make distcheck. I am hesitant to remove things that automake thinks are ncessary. Will removing local.conf affect non-Debian users of scim-waitzar? If it's harmless to remove, I'll take it out. (Same regarding config.guess/config.sub) I am unable to build libwaitzar so I can't try out make distcheck, but I don't see why it would be nessecary and I can't see where it would come from, so not sure how to answer this. config.guess/sub is different. Adding them to the diff.gz is wrong because you always want the latest available version at build time, not the latest version from when the diff.gz is formed, otherwise new architectures can't simply upgrade autotools-dev and build packages. -- 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: include desktop file and icon
On Mon, May 11, 2009 at 5:40 PM, Grammostola Rosea rosea.grammost...@gmail.com wrote: my install file looks like: phasex-0.11.1/phasex.desktop usr/share/applications phasex-0.11.1/pixmaps/* usr/share/pixmaps Comments, suggestions to solve this? phasex.desktop usr/share/applications pixmaps/* usr/share/pixmaps -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: sphinxsearch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package sphinxsearch. * Package name: sphinxsearch Version : 0.9.8.1-1 Upstream Author : Andrew Aksyonoff * URL : http://www.sphinxsearch.com/ * License : GPL v2 Section : web It builds these binary packages: sphinxsearch - free open-source SQL full-text search engine The package appears to be lintian clean. The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/s/sphinxsearch - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/s/sphinxsearch/sphinxsearch_0.9.8.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Tom Simnett -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIQUYACgkQcqOpPRWIaddJoQCaAx5sRs0VjimhXaz9c/wf1NTq fmUAnRsDLnd0DI7avMTmuqXkSTHdNY3y =KtG6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: include desktop file and icon
Paul Wise wrote: On Mon, May 11, 2009 at 5:40 PM, Grammostola Rosea rosea.grammost...@gmail.com wrote: my install file looks like: phasex-0.11.1/phasex.desktop usr/share/applications phasex-0.11.1/pixmaps/* usr/share/pixmaps Comments, suggestions to solve this? phasex.desktop usr/share/applications pixmaps/* usr/share/pixmaps thanks lintian says: P: phasex source: direct-changes-in-diff-but-no-patch-system misc/phasex.desktop and 1 more -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
the package is not lintian clean : dpkg-deb : construction du paquet « sphinxsearch » dans « ../sphinxsearch_0.9.8.1-1_i386.deb ». dpkg-genchanges ../sphinxsearch_0.9.8.1-1_i386.changes dpkg-genchanges: inclusion du code source original dans l'envoi (« upload ») dpkg-buildpackage: envoi complet (inclusion du code source d'origine) Now running lintian... W: sphinxsearch source: out-of-date-standards-version 3.8.0 (current is 3.8.1) W: sphinxsearch: binary-without-manpage usr/bin/indexer W: sphinxsearch: binary-without-manpage usr/bin/search W: sphinxsearch: binary-without-manpage usr/bin/searchd W: sphinxsearch: binary-without-manpage usr/bin/spelldump E: sphinxsearch: FSSTND-dir-in-usr usr/etc/ W: sphinxsearch: file-in-unusual-dir usr/etc/example.sql W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx-min.conf.dist W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx.conf.dist W: sphinxsearch: non-standard-dir-in-usr usr/var/ W: sphinxsearch: readme-debian-contains-debmake-template W: sphinxsearch: copyright-lists-upstream-authors-with-dh_make-boilerplate W: sphinxsearch: copyright-contains-dh_make-todo-boilerplate W: sphinxsearch: new-package-should-close-itp-bug Finished running lintian. Regards, Jérémy Lal. On 11/05/2009 17:16, Tom Simnett wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package sphinxsearch. * Package name: sphinxsearch Version : 0.9.8.1-1 Upstream Author : Andrew Aksyonoff * URL : http://www.sphinxsearch.com/ * License : GPL v2 Section : web It builds these binary packages: sphinxsearch - free open-source SQL full-text search engine The package appears to be lintian clean. The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/s/sphinxsearch - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/s/sphinxsearch/sphinxsearch_0.9.8.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Tom Simnett -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIQUYACgkQcqOpPRWIaddJoQCaAx5sRs0VjimhXaz9c/wf1NTq fmUAnRsDLnd0DI7avMTmuqXkSTHdNY3y =KtG6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libbash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: On Mon, May 11, 2009 at 1:26 AM, Patrick Matthäi pmatth...@debian.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: Will you accept it if I rewrite it according to DEP-5? I would welcome this step :) All done. Reuploaded. Please do not upload yet - just tell me if its OK. I want to build against officially released tarball. Could you just put the gpl-3 license header to the Files: * part please. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIVEQACgkQ2XA5inpabMf6cQCglxgl8fBRE7qTZzcoBS1cua4F TOQAn2lvaIVqN5wOpJ2ivh25Qhtf7Vme =+Bbb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libbash
On Mon, May 11, 2009 at 7:37 PM, Patrick Matthäi pmatth...@debian.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: On Mon, May 11, 2009 at 1:26 AM, Patrick Matthäi pmatth...@debian.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: Will you accept it if I rewrite it according to DEP-5? I would welcome this step :) All done. Reuploaded. Please do not upload yet - just tell me if its OK. I want to build against officially released tarball. Could you just put the gpl-3 license header to the Files: * part please. What for? - I cite it later under separate License: field. It looks like this example from DEP, isn't it?: Example 2 (recurrent license). Files: src/js/editline/* Copyright: 1993, John Doe 1993, Joe Average License: MPL-1.1 Files: src/js/fdlibm/* Copyright: 1993, J-Random Corporation License: MPL-1.1 License: MPL-1.1 [LICENSE TEXT] -- Zaar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libbash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: Could you just put the gpl-3 license header to the Files: * part please. What for? - I cite it later under separate License: field. It looks like this example from DEP, isn't it?: Example 2 (recurrent license). Files: src/js/editline/* Copyright: 1993, John Doe 1993, Joe Average License: MPL-1.1 Files: src/js/fdlibm/* Copyright: 1993, J-Random Corporation License: MPL-1.1 License: MPL-1.1 [LICENSE TEXT] You are right, sorry. It is okay for me at whole. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIYxYACgkQ2XA5inpabMdd8QCeNN7ViXl3zwfa3+livjwY5ThZ 7K8An1RuxVmN/5xNsNFK4xrmidzd+GAL =y0z2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libbash
On Mon, May 11, 2009 at 8:40 PM, Patrick Matthäi pmatth...@debian.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Zaar schrieb: Could you just put the gpl-3 license header to the Files: * part please. What for? - I cite it later under separate License: field. It looks like this example from DEP, isn't it?: Example 2 (recurrent license). Files: src/js/editline/* Copyright: 1993, John Doe 1993, Joe Average License: MPL-1.1 Files: src/js/fdlibm/* Copyright: 1993, J-Random Corporation License: MPL-1.1 License: MPL-1.1 [LICENSE TEXT] You are right, sorry. It is okay for me at whole. Great! I've rolled out new SF release and rebuilt debs (reuploaded to mentors). Looking forward for your upload. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIYxYACgkQ2XA5inpabMdd8QCeNN7ViXl3zwfa3+livjwY5ThZ 7K8An1RuxVmN/5xNsNFK4xrmidzd+GAL =y0z2 -END PGP SIGNATURE- -- Zaar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libapache2-mod-authnz-external
On Mon, May 11, 2009 at 5:21 PM, LI Daobing lidaob...@gmail.com wrote: Hello, On Mon, May 11, 2009 at 05:30, Hai Zaar haiz...@haizaar.com wrote: Good time of a day, dear mentors! This is a second call for sponsor for libapache2-mod-authnz-external. -- Forwarded message -- From: Hai Zaar haiz...@haizaar.com Date: Sun, May 3, 2009 at 6:14 PM Subject: RFS: libapache2-mod-authnz-external To: debian-mentors@lists.debian.org Dear mentors, I am looking for a sponsor for my package libapache2-mod-authnz-external. * Package name : libapache2-mod-authnz-external Version : 3.2.3 Upstream Author : Jan Wolter j...@unixpapa.com * URL : http://www.unixpapa.com/mod_auth_external/ * License : Apache Section : web It builds these binary packages: libapache2-mod-authnz-external - authenticate Apache against external authentication services The upload would fix these bugs: 526786 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authnz-external - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authnz-external/libapache2-mod-authnz-external_3.2.3-1.dsc I would be glad if someone uploaded this package for me. comments: 1. lintian warning: W: libapache2-mod-authnz-external source: dh-clean-k-is-deprecated 2. no debian/watch 3. how about add Homepage field in debian/control? All fixed. Reuploaded. How come my lintian -viI does not show this warnings? -- Zaar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, 2009-05-11 at 15:11 +0200, Filippo Rusconi wrote: On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Look at my own situation (which must not be a rare one, I suppose): I've worked to make a Debian package of the software I develop [0] with the idea that the Debian Policy had to be implemented in the package making. That software recently entered Debian through NEW and almost immediately after that I got a FTBFS bug report [2]: pbuilder called debian/rules build without installing the required Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended which of course failed because pdflatex was not found on the system and thus could not build the LaTeX docs of the software. I don't understand. I maintain a bunch of packages with tex in Build-Depends-Indep, and autobuilders never have a problem with them. Why are they calling the build target, and not build-arch? -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Re: RFS (take 2): libapache2-mod-authnz-external
On Seg, 11 Mai 2009, Hai Zaar wrote: On Mon, May 11, 2009 at 5:21 PM, LI Daobing lidaob...@gmail.com wrote: comments: 1. lintian warning: W: libapache2-mod-authnz-external source: dh-clean-k-is-deprecated 2. no debian/watch 3. how about add Homepage field in debian/control? All fixed. Reuploaded. How come my lintian -viI does not show this warnings? You're probably running an older version of lintian. You should use the one from debian unstable. -- Eduardo M KALINOWSKI edua...@kalinowski.com.br -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libapache2-mod-authz-unixgroup
On Mon, May 11, 2009 at 5:23 PM, LI Daobing lidaob...@gmail.com wrote: Hello, On Mon, May 11, 2009 at 05:31, Hai Zaar haiz...@haizaar.com wrote: Good time of a day, dear mentors! This is a second call for sponsor for libapache2-mod-authz-unixgroup -- Forwarded message -- From: Hai Zaar haiz...@haizaar.com Date: Sun, May 3, 2009 at 6:57 PM Subject: RFS: libapache2-mod-authz-unixgroup To: debian-mentors@lists.debian.org Dear mentors, I am looking for a sponsor for my package libapache2-mod-authz-unixgroup. * Package name : libapache2-mod-authz-unixgroup Version : 1.0.1-1 Upstream Author : Jan Wolter j...@unixpapa.com * URL : http://www.unixpapa.com/mod_authz_unixgroup/ * License : Apache Section : web It builds these binary packages: libapache2-mod-authz-unixgroup - access control based on on unix group membership for Apache The package appears to be lintian clean. The upload would fix these bugs: 526790 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authz-unixgroup - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libapache2-mod-authz-unixgroup/libapache2-mod-authz-unixgroup_1.0.1-1.dsc I would be glad if someone uploaded this package for me. comments: 1. lintian warning: W: libapache2-mod-authz-unixgroup source: out-of-date-standards-version 3.8.0 (current is 3.8.1) 2. no debian/watch 3. no Homepage field in debian/control All fixed. Reuploaded. Thank you, -- Zaar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (take 2): libapache2-mod-authnz-external
On Mon, May 11, 2009 at 9:24 PM, Hai Zaar haiz...@haizaar.com wrote: All fixed. Reuploaded. How come my lintian -viI does not show this warnings? Sorry, forgot dh_prep. Rebuilt and reuploaded. -- Zaar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: python-django-djapian
Dear mentors, I am looking for a sponsor for my package python-django-djapian. * Package name: python-django-djapian Version : 2.1.1-1 * URL : http://code.google.com/p/djapian/ * License : BSD Section : python It builds these binary packages: python-django-djapian - Search API for Django with Xapian The upload would fix these bugs: 528247 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-django-djapian - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-django-djapian/python-django-djapian_2.1.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Mikhail Lukyanchenko -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 03:11:22PM +0200, Filippo Rusconi wrote: On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Look at my own situation (which must not be a rare one, I suppose): I've worked to make a Debian package of the software I develop [0] with the idea that the Debian Policy had to be implemented in the package making. That software recently entered Debian through NEW and almost immediately after that I got a FTBFS bug report [2]: pbuilder called debian/rules build without installing the required Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended which of course failed because pdflatex was not found on the system and thus could not build the LaTeX docs of the software. It is a pity to have a Debian Policy so well documented, to point package-making learners to that Policy and then have non-conformant builders. In fact, I'd ask what would be the solution to overcome the problem (apart from the desirable fixing the builders)? Hi, I'm glad I (finally) got some response to the problem! I've had precisely the same problem as Filippo: I prepared my first package, I spent many hours studying the Policy to follow it precisely, and to my disappointment, I got a FTBFS bug report immediately after uploading the package. It took me considerable time to find out what the problem was (thanks for help!), and moreover, it wasn't apparently my fault, it was faulty builder(s). I don't think the problem is so much in the Policy, I think the problem is with the builders. The builders must provide dependencies according to debian/control and the target(s) they're calling. Of course, improving the Policy is OK, but once the guidelines are agreed upon and written there, the builders must follow it. Not the other way around. I'm quite surprised that these problems with the builders haven't been solved already, considering the number of packages in Debian! I suggest to create a dummy package that would be as simple as possible and that would demonstrate the problem. Then test it with various building tools and fill eventual bug reports. Maybe I could prepare such dummy package in the following days, if I have time. Best regards, Petr -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: cppcheck, new upstream version 1.32
On Sunday 10 May 2009 22:28:43 Reijo Tomperi wrote: Reijo Tomperi wrote: --cut-- http://mentors.debian.net/debian/pool/main/c/cppcheck/cppcheck_1.32-1.dsc Package uploaded. Thanks for your work. -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Subject: RFS: subtitlecomposer
On Domingo, 10 de Mayo de 2009 12:14:22 Patrick Matthäi escribió: José Manuel Santamaría Lema schrieb: The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/subtitlecomposer - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/subtitlecomposer/subtitlecom poser_0.5.2-1.dsc Hello, there is a missing license in your debian/copyright: ./src/main/utils/kfind_p.h: LGPL (v2,) ./src/main/utils/kreplace.cpp: LGPL (v2,) ./src/main/utils/kreplace.h: LGPL (v2,) Thanks for noticing. I've uploaded it again with an improved debian/copyright file.
RFS: libmemcached
Dear mentors, I am looking for a sponsor for my package libmemcached. * Package name: libmemcached Version : 0.28-1 Upstream Author : Brian Aker * URL : http://tangent.org/552/libmemcached.html * License : BSD Section : libs It builds these binary packages: libmemcached-dev - a C and C++ client library to the memcached server libmemcached-tools - A C and C++ client library to the memcached server libmemcached2 - A C and C++ client library to the memcached server The package appears to be lintian clean. There is, however, a lintian override for a manpage issue. I could make a dpatch for it - but I can fix it in upstream almost immediately, so it seems more sensible to handle the bug there directly. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmemcached - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmemcached/libmemcached_0.28-1.dsc I would be glad if someone uploaded this package for me. Kind regards Monty Taylor -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
Tom Simnett t...@initforthe.com writes: sphinxsearch - free open-source SQL full-text search engine The “free open-source” is redundant with having the package in the ‘main’ archive area. Best to remove that part of the description. -- \ “Hey Homer! You're late for English!” “Pff! English, who needs | `\ that? I'm never going to England!” —Barney Homer, _The | _o__)Simpsons_ | Ben Finney pgp0hzK8y19Ee.pgp Description: PGP signature
Re: RFS: sphinxsearch
Jérémy Lal je...@edagames.com writes: W: sphinxsearch: binary-without-manpage usr/bin/indexer W: sphinxsearch: binary-without-manpage usr/bin/search W: sphinxsearch: binary-without-manpage usr/bin/searchd W: sphinxsearch: binary-without-manpage usr/bin/spelldump These command names are rather too generic. Perhaps they should be prefixed with ‘sphinx-’? E: sphinxsearch: FSSTND-dir-in-usr usr/etc/ W: sphinxsearch: file-in-unusual-dir usr/etc/example.sql W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx-min.conf.dist W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx.conf.dist W: sphinxsearch: non-standard-dir-in-usr usr/var/ These all look like installing the package with the wrong options to ‘configure’, but that's a guess. W: sphinxsearch: readme-debian-contains-debmake-template Either write something useful in the README.Debian, or remove it if it's not needed for the package. W: sphinxsearch: copyright-lists-upstream-authors-with-dh_make-boilerplate W: sphinxsearch: copyright-contains-dh_make-todo-boilerplate W: sphinxsearch: new-package-should-close-itp-bug Perhaps Lintian was never run on this package before uploading it? -- \ “All good things are cheap; all bad are very dear.” —Henry | `\ David Thoreau | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: gnus -- A versatile news and mail reader for Emacsen
Tommi Vainikainen thv+deb...@iki.fi writes: a short time ago I noticed that the world's best mail and newsreader, Gnus, is up for adoption. I'd be willing to become maintainer of this package. I've been using Gnus for ten years, and for a couple of last years I've already been using self-compiled version of Gnus to fix compatibility with GNU Emacs 22 (with patches from BTS). I've prepared now packages for latest upstream release, and uploaded that to mentors. Just to double-check: did you already know the background on this? The gnus Debian package is not really recommended for most users. Most users of Gnus are probably better off not installing the gnus Debian package and instead using the version that comes with Emacs. There was some discussion of whether the package should just be removed, although there is some merit to keeping a package of the newer code available to people who specifically need newer versions. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: sphinxsearch
Ben Finney wrote: Jérémy Lal je...@edagames.com writes: W: sphinxsearch: binary-without-manpage usr/bin/indexer W: sphinxsearch: binary-without-manpage usr/bin/search W: sphinxsearch: binary-without-manpage usr/bin/searchd W: sphinxsearch: binary-without-manpage usr/bin/spelldump These command names are rather too generic. Perhaps they should be prefixed with ‘sphinx-’? Good point, I'll do this. E: sphinxsearch: FSSTND-dir-in-usr usr/etc/ W: sphinxsearch: file-in-unusual-dir usr/etc/example.sql W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx-min.conf.dist W: sphinxsearch: file-in-unusual-dir usr/etc/sphinx.conf.dist W: sphinxsearch: non-standard-dir-in-usr usr/var/ These all look like installing the package with the wrong options to ‘configure’, but that's a guess. Unfortunately, configure isn't malleable enough and so needs some extra patching that I'll send upstream afterwards. W: sphinxsearch: readme-debian-contains-debmake-template Either write something useful in the README.Debian, or remove it if it's not needed for the package. OK, thanks. W: sphinxsearch: copyright-lists-upstream-authors-with-dh_make-boilerplate W: sphinxsearch: copyright-contains-dh_make-todo-boilerplate W: sphinxsearch: new-package-should-close-itp-bug Perhaps Lintian was never run on this package before uploading it? I did, but on the source package, not realising it needed running on the binary afterwards too. pbuilder ran it but it disappeared and I didn't scroll back - my bad. It's a learning curve for me. I'll be making a whole host of changes to the next upload so that it complies with the FHS properly etc. Thanks for the pointers. Tom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: fookebox
Dear mentors, I am looking for a sponsor for my package fookebox. * Package name: fookebox Version : 0.3.0-1 Upstream Author : Stefan Ott * URL : http://fookebox.googlecode.com/ * License : GNU GPL Section : web It builds these binary packages: fookebox - Web-based jukebox frontend to mpd The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/fookebox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/fookebox/fookebox_0.3.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Stefan Ott -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: gbackground (updated package) -- add watch file
Dear mentors, I am looking for a sponsor for the new revision 1.1-3 of my package gbackground. It builds these binary packages: gbackground - Program to change GNOME background periodically The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gbackground - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gbackground/gbackground_1.1-3.dsc I would be glad if someone uploaded this package for me. Kind regards -- http://www.mogaal.com GNU/Linux Debian SID Usuario Linux registrado #386758 GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37 A8EF F6B0 9645 B24B F200 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: macchanger-gtk (updated package) -- fixed URL in watch file
Dear mentors, I am looking for a sponsor for the new version 1.1-4 of my package macchanger-gtk. It builds these binary packages: macchanger-gtk - a GTK+ interface for GNU/MACchanger The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/macchanger-gtk - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/macchanger-gtk/macchanger-gtk_1.1-4.dsc I would be glad if someone uploaded this package for me. Kind regards -- http://www.mogaal.com GNU/Linux Debian SID Usuario Linux registrado #386758 GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37 A8EF F6B0 9645 B24B F200 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: autoconf-archive (updated package)
Dear mentors, I am looking for a sponsor for the new version 20090426-1 of my package autoconf-archive. It builds these binary packages: autoconf-archive - The Autoconf Macro Archive The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/autoconf-archive - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/autoconf-archive/autoconf-archive_20090426-1.dsc I tried to contact the main maintainer(CCing) for review, but his box was unavailable, so he granted me to find others for review and sponsor. Thanks Huo. Hence, I would be glad if someone uploaded this package for me. Kind regards Deng Xiyue signature.asc Description: Digital signature
Re: RFS: gnus -- A versatile news and mail reader for Emacsen
Russ Allbery r...@debian.org writes: Just to double-check: did you already know the background on this? The gnus Debian package is not really recommended for most users. Most users of Gnus are probably better off not installing the gnus Debian package and instead using the version that comes with Emacs. Yes, I know it is kind of beta versions of gnus. Just now I don't remember what were my original reasons for installing this version of gnus, but there has been some features which I've needed. It is rather long delay to wait new GNU Emacs release. (I don't know how often XEmacs incorporates newest Gnus releases.) -- Tommi Vainikainen -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS (resent): libdumbnet
Hi Paul, I'll add libdumbnet/nmap to the security team's embedded-code-copies file in the meantime. ok - I've added liblua/nmap, but that's only a bug in the buildscripts and will vanish again soon, I hope. If you're still willing to sponsor libdnet: upstream is not very active (wrt. source changes), but responds quickly. Upstream location has changed, too. I've updated the package to use the latest tarball (1.12 from Jan 2007) and corrected all links.[1] If you rebuild before sponsoring, please don't forget to use -v1.8-2. ;) Regards, Jan [1]: http://www-pool.math.tu-berlin.de/~hesso/deb/libdumbnet_1.12-1.dsc signature.asc Description: Digital signature