Re: RFS: piklab (updated package)
Miriam Ruiz scrisse: > I am looking for a sponsor for the new version 0.15.2-1 > of my package "piklab". This package is fine for me, and I will be glad to upload it. I only noticed that in the previous version you added a DM-Upload-Allowed field, which you now change to XS-DM-Upload-Allowed. But in the meanwhile, as Cyril already pointed out, dpkg was changed to understand the original version. So, wouldn't be better for you to revert this field-name change? > Greetings, > Miry Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpHXqY3cNCaG.pgp Description: PGP signature
Re: RFS: QA Uploads
On Fri, Jan 25, 2008 at 09:57:12PM -0500, Barry deFreese wrote: > I think I finally got it right. At least it display OK for me and > lintian is happy now. I've put a new one on mentors. Uploaded Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: QA Uploads
On Fri, Jan 25, 2008 at 09:37:17PM -0500, Barry deFreese wrote: > New one one mentors. Uploaded Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: piklab (updated package)
2008/1/26, Luca Bruno <[EMAIL PROTECTED]>: > Miriam Ruiz scrisse: > > > I am looking for a sponsor for the new version 0.15.2-1 > > of my package "piklab". > > This package is fine for me, and I will be glad to upload it. > I only noticed that in the previous version you added a > DM-Upload-Allowed field, which you now change to > XS-DM-Upload-Allowed. > But in the meanwhile, as Cyril already pointed out, dpkg was changed > to understand the original version. > > So, wouldn't be better for you to revert this field-name change? Yup, you're right here. All those changes are really confusing if you don't follow every single list in Debian for a while, I guess. I'll remove it, reupload the package to mentors and see if it works this time :) Thanks, Luca, Miry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: QA Uploads
On Thu, Jan 24, 2008 at 09:01:22PM -0500, Barry deFreese wrote: > http://mentors.debian.net/debian/pool/main/l/libapache2-mod-xmlrpc2/libapache2-mod-xmlrpc2_2.2.1-3.dsc > Fairly intrusive but makes it build and fixes 2 important bugs. debdiff between the old and new binary: File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Depends: {+apache2.2-common,+} libc6 (>= [-2.3.6-6), libdb4.3 (>= 4.3.28-1), libexpat1 (>= 1.95.8), libruby1.8 (>= 1.8.4), libxmlrpc-c3, apache2-common (>= 2.0.50)-] {+2.7-1), libuuid1, libxmlrpc-c3+} Installed-Size: [-72-] {+124+} Maintainer: [-Andres Salomon <[EMAIL PROTECTED]>-] {+Debian QA Group <[EMAIL PROTECTED]>+} Version: [-2.2.1-2-] {+2.2.1-3+} So the dependencies on libdb4.3, libexpat1, libruby1.8 vanished? Is that correct? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: piklab (updated package)
I've just reloaded the package to mentors :) Greetings, Miry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: QA Uploads
On 26/01/2008, Frank Lichtenheld wrote: > On Thu, Jan 24, 2008 at 09:01:22PM -0500, Barry deFreese wrote: > > http://mentors.debian.net/debian/pool/main/l/libapache2-mod-xmlrpc2/libapache2-mod-xmlrpc2_2.2.1-3.dsc > > Fairly intrusive but makes it build and fixes 2 important bugs. > > debdiff between the old and new binary: > File lists identical (after any substitutions) > > Control files: lines which differ (wdiff format) > > Depends: {+apache2.2-common,+} libc6 (>= [-2.3.6-6), libdb4.3 (>= 4.3.28-1), > libexpat1 (>= 1.95.8), libruby1.8 (>= 1.8.4), libxmlrpc-c3, apache2-common > (>= 2.0.50)-] {+2.7-1), libuuid1, libxmlrpc-c3+} > Installed-Size: [-72-] {+124+} > Maintainer: [-Andres Salomon <[EMAIL PROTECTED]>-] {+Debian QA Group <[EMAIL > PROTECTED]>+} > Version: [-2.2.1-2-] {+2.2.1-3+} > > So the dependencies on libdb4.3, libexpat1, libruby1.8 vanished? Is that > correct? At least from a .so point of view: Symbol diff: ./usr/lib/apache2/modules/mod_xmlrpc.so: @@ -1,13 +1,10 @@ NEEDED libxmlrpc.so.3 + NEEDED libxmlrpc_util.so.3 NEEDED libxmlrpc_xmlparse.so.3 NEEDED libxmlrpc_xmltok.so.3 + NEEDED libuuid.so.1 NEEDED librt.so.1 - NEEDED libm.so.6 NEEDED libcrypt.so.1 - NEEDED libnsl.so.1 NEEDED libpthread.so.0 NEEDED libdl.so.2 - NEEDED libdb-4.3.so - NEEDED libexpat.so.1 NEEDED libc.so.6 - NEEDED libruby1.8.so.1.8 Since the previous (-2) revision can't be rebuilt (FTBFS), I only applied the CMakeLists.txt diff, and both (the rebuilt one and the “Barry one”) binaries are the same. Could it be that these NEEDED dependencies previously came from extra linking and/or from extra Libs in pkgconfig files (or similar), now moved to Libs.private? Note that xmlrpc-c is in a strange shape (build states), I'm contacting seanius through private mail about that. Cheers, -- Cyril Brulebois pgpj6W4Uhyu2f.pgp Description: PGP signature
Re: RFS: piklab (updated package)
On 26/01/2008, Miriam Ruiz wrote: > Yup, you're right here. All those changes are really confusing if you > don't follow every single list in Debian for a while, I guess. I'll > remove it, reupload the package to mentors and see if it works this > time :) Following devscripts and dpkg's changelog might be considered a SHOULD in the policy, but I must confess that following dpkg these days is a bit challenging. :) Cheers, -- Cyril Brulebois pgpygpqRdifnY.pgp Description: PGP signature
Re: RFS: piklab (updated package)
Miriam Ruiz scrisse: > I've just reloaded the package to mentors :) As you may have seen, I've already uploaded it. > Greetings, > Miry Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpStelwk0aJx.pgp Description: PGP signature
Re: DocBook documentation format
Thanks Neil and Daniel for your answers! _gilles. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ifeq in an if statement
Hi, In one package I would like to prevent some binary being strip-ped if DEB_BUILD_OPTIONS instruct so. It's fine if the strip line is: @$(STRIP) $(DESTDIR)/sbin/$(GRADM_BIN) I add the following: ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) @$(STRIP) $(DESTDIR)/sbin/$(GRADM_BIN) endif Works fine. But there's an other strip: @if [ -f $(GRADM_PAM) ] ; then \ echo "Installing gradm_pam..." ; \ $(INSTALL) -m 4755 $(GRADM_PAM) $(DESTDIR)/sbin ; \ $(STRIP) $(DESTDIR)/sbin/$(GRADM_PAM) ; \ fi If I add findstring like: @if [ -f $(GRADM_PAM) ] ; then \ echo "Installing gradm_pam..." ; \ $(INSTALL) -m 4755 $(GRADM_PAM) $(DESTDIR)/sbin ; \ ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) $(STRIP) $(DESTDIR)/sbin/$(GRADM_PAM) ; \ endif fi I get: /bin/sh: -c: line 3: syntax error near unexpected token `,' /bin/sh: -c: line 3: `ifeq (,)' make[1]: *** [install] Error 2 What do I miss? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ifeq in an if statement
On Sun, Jan 27, 2008 at 01:20:45AM +0100, Laszlo Boszormenyi wrote: > In one package I would like to prevent some binary being strip-ped if > DEB_BUILD_OPTIONS instruct so. How about using the conditional to set STRIP = /bin/true if the nostrip option is present. Then you don't have to clutter up the rest of the rules. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS/RFC: bibutils; convert bibliographic data between formats
Dear mentors, I am looking for a sponsor for my package "bibutils". * Package name: bibutils Version : 3.39-1 Upstream Author : Chris Putnam <[EMAIL PROTECTED]> URL : http://www.scripps.edu/~cdputnam/software/bibutils/bibutils.html Programming Lang: C License : GPL2 Description : interconvert various bibliographic data formats Section : text Bibutils is a set of command-line filters that convert between the following bibliographic data formats: BibTeX, COPAC, EndNote refer, EndNote XML, Pubmed XML, ISI web of science, US Library of Congress MODS, RIS, and Word 2007 bibliography. The package appears to be lintian clean, and builds in a sid pbuilder. The upload would fix these bugs: 452577 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/b/bibutils - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/b/bibutils/bibutils_3.39-1.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: thailatex (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.4.2-1 of my package "thailatex". It builds these binary packages: thailatex - Thai support for Latex The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/thailatex - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/thailatex/thailatex_0.4.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ signature.asc Description: Digital signature
Re: RFS/RFC: bibutils; convert bibliographic data between formats
Le Sun, Jan 27, 2008 at 04:42:39AM +0100, David Bremner a écrit : > > Dear mentors, > > I am looking for a sponsor for my package "bibutils". > > * Package name: bibutils > Version : 3.39-1 > Upstream Author : Chris Putnam <[EMAIL PROTECTED]> > URL : > http://www.scripps.edu/~cdputnam/software/bibutils/bibutils.html > Programming Lang: C > License : GPL2 > Description : interconvert various bibliographic data formats > Section : text > > Bibutils is a set of command-line filters that convert between the following > bibliographic data formats: BibTeX, COPAC, EndNote refer, EndNote XML, > Pubmed XML, ISI web of science, US Library of Congress MODS, RIS, and > Word 2007 bibliography. Dear David, this package would be very useful to scientists, so I am sure that you can find long-term support on the [EMAIL PROTECTED] mailing list. I have added your package on the following wiki page: http://wiki.debian.org/DebianScienceBibliography If you want, can you update it when bibutils gets accepted in Debian? Although I am not a DD, I have a few comments on your package: * debian/copyright: bibutils is released under the GPLv2 or any later version. Also, you have to include the thee paragraphs from the "How to Apply These Terms to Your New Programs" section of the GPL to the copyright file. Lastly, the copyright of C. Putnam starts from 1995. * debian/docs: has a duplicated line. * debian/bibutils.dbk: you used a template that is not the latest (see /usr/share/doc/docbook-xsl/examples/foo.1.example_manpage.xml.gz ) You do not need to update it, but for instance, the latest has a link to its stylesheed in the header, so that `xsltproc debian/bibutils.dbk' would be enough to make the manpate. Personnaly, I do not build the manpages at buildd time anymore, I just regenerate them only if they really changed, and include the .1 files in the source package. Lastly, Policy 12.1 recommends to use symlinks instead of the .so system. * debian/control: are you sure you need the autotools.dev package? Will the config.(sub|guess) files be used by the configure script? * debian/rules: are you sure that you need to run the configure script? If not, you can drop the build-dependancy on csh. * xml2word has the potential to generate namespace clashes in the future. Maybe you can ask upstream if he would like to consider renaming it. * Bibutils provide a small test suite. Maybe you can build it and run it in during the package building. PS: actually, debhelper is very smart and replaces the .so manpages by symlinks ! Have a nice day, and many thanks for packaging bibutils! -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]