Re: Determining native or non-native package inside pbuilder
Usually this warning is produced because of an incorrectly named orig.tar.gz - foo-1.2.orig.tar.gz (bad) vs foo_1.2.orig.tar.gz (good). Perhaps that is the issue? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Determining native or non-native package inside pbuilder
Paul Wise [EMAIL PROTECTED] writes: Usually this warning is produced because of an incorrectly named orig.tar.gz - foo-1.2.orig.tar.gz (bad) vs foo_1.2.orig.tar.gz (good). Perhaps that is the issue? Perhaps. But as far as I know, I have no control over the name of the tarball; it's generated automatically as part of 'pdebuild'. What do I need to do so that the correct tarball name (i.e. correctly indicating native or non-native) is used when I run 'pdebuild'? -- \ “Yesterday I saw a subliminal advertising executive for just a | `\ second.” —Steven Wright | _o__) | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mentors.debian.net flaky - but not much longer
Dear maintainers, I'd like to apologize for the unreliability of mentors.debian.net in the last weeks. I am experiencing a wild mixture of problems in the backend code, the PGP verification and the mysql database. That lead to packages either left in the upload directory or being thrown away randomly during the import into the repository. The good news is that I had the honor to be the mentor of the Google Summer of Code project called 'debexpo' [0] [1] that I proposed and which is a web-based Debian package repository software. Jonny Lamb - the student and author - finished the project recently and we are sorting out a few last things about before I intend to use it for mentors.debian.net. It's no conincidence that it will look pretty much the same as the current mentors.debian.net site because that was one of the design goals. But it's also flexible enough to provide personal package archives (PPAs) [2] or apt-get'able repositories like 'debpool' [3] creates if anyone is interested. Expect an announcement of the beta relaunch of mentors.debian.net based on debexpo soon on this mailing list. Jonny and I will welcome your feedback then. I just wanted to tell you that I'm aware of the problems and am working on a remedy right now. Cheers Christoph [0] http://debexpo.workaround.org/ [1] http://wiki.debian.org/SummerOfCode2008/debexpo [2] http://code.google.com/p/debppa/ [3] http://wiki.debian.org/debpool signature.asc Description: This is a digitally signed message part.
Re: RFS: freeguide (updated package)
OoO En cette nuit nuageuse du lundi 01 septembre 2008, vers 00:10, Daniel Watkins [EMAIL PROTECTED] disait : The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/contrib/f/freeguide - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/contrib/f/freeguide/freeguide_0.10.7-1.dsc Hi Daniel! Seems fine. I have uploaded it. For the next version, you might want to add a source lintian override for this: I: freeguide source: build-depends-without-arch-dep ant Or file a bug against lintian since, most of the time, ant is used in clean target too. -- printk(??? No FDIV bug? Lucky you...\n); 2.2.16 /usr/src/linux/include/asm-i386/bugs.h pgpzE1EZup4v3.pgp Description: PGP signature
Re: RFS: winff
OoO En ce début d'après-midi ensoleillé du vendredi 05 septembre 2008, vers 15:07, Paul Gevers [EMAIL PROTECTED] disait : I: winff: desktop-entry-contains-encoding-key /usr/share/applications/winff.desktop:3 Encoding N: N: The Encoding key is now deprecated by the FreeDesktop standard and all N: strings are required to be encoded in UTF-8. This desktop entry N: explicitly specifies an Encoding of UTF-8, which is harmless but no N: longer necessary. N: N: Refer to N: http://standards.freedesktop.org/desktop-entry-spec/1.0/apc.html for N: details. Removed the appropriate line. I did not get the lintian warning thou, so what did I do wrong during my checking of this package? Hi Paul! This is an informational warning. You need to use -I to get it. I usually uses lintian -viI. By the way, should I mention the changes for mentors also in the changelog? It looks to me that you don't want them in real Debian, so I left them out, but I am not sure. It depends of the sponsor. Personally, I don't care: it is easier to compare what have been done when you put a different version but it is harder to build the proper package (you need to not forget to include original tarball and all changelog entries). Uploaded again to mentors (bumped version to -2 for comparison): - URL: http://mentors.debian.net/debian/pool/main/w/winff - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/winff/winff_0.42-2.dsc Seems fine. Uploaded. -- printk(autofs: Out of inode numbers -- what the heck did you do??\n); 2.0.38 /usr/src/linux/fs/autofs/root.c pgpA3rGCp8VR8.pgp Description: PGP signature
Re: Determining native or non-native package inside pbuilder
On Sun, Sep 7, 2008 at 7:27 PM, Ben Finney [EMAIL PROTECTED] wrote: Should I expect it to be found at '../tarballs/foo_1.2.3.orig.tar.gz'? That's where 'dpkg-buildpackage' and other tools seem to expect it. Is 'pbuilder' different in this regard? I'd rather not have the same file needing to appear at multiple places just to get the Debian tools working in concert. Whereever pdbuilder/etc expects it should be fine, I was just guessing where you keep your tarballs. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Determining native or non-native package inside pbuilder
Paul Wise [EMAIL PROTECTED] writes: On Sun, Sep 7, 2008 at 3:33 PM, Ben Finney [EMAIL PROTECTED] wrote: Paul Wise [EMAIL PROTECTED] writes: Usually this warning is produced because of an incorrectly named orig.tar.gz - foo-1.2.orig.tar.gz (bad) vs foo_1.2.orig.tar.gz (good). Perhaps that is the issue? Perhaps. But as far as I know, I have no control over the name of the tarball; it's generated automatically as part of 'pdebuild'. What do I need to do so that the correct tarball name (i.e. correctly indicating native or non-native) is used when I run 'pdebuild'? A native tar.gz (rather than a non-native orig.tar.gz) is only generated automatically when you don't have an orig.tar.gz file. I suggest removing all tar.gz files below your source directory and doing something like this in the source directory: wget -O ../foo_1.2.3.orig.tar.gz http://foo.bar.com/foo-1.2.3.tar.gz Should I expect it to be found at '../tarballs/foo_1.2.3.orig.tar.gz'? That's where 'dpkg-buildpackage' and other tools seem to expect it. Is 'pbuilder' different in this regard? I'd rather not have the same file needing to appear at multiple places just to get the Debian tools working in concert. -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\ Brain, but three round meals a day wouldn't be as hard to | _o__) swallow.” —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: freeguide (updated package)
Hi Vincent, On Sun, 07 Sep 2008 12:46:32 +0200 Vincent Bernat [EMAIL PROTECTED] wrote: OoO En cette nuit nuageuse du lundi 01 septembre 2008, vers 00:10, Daniel Watkins [EMAIL PROTECTED] disait : The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/contrib/f/freeguide - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/contrib/f/freeguide/freeguide_0.10.7-1.dsc Hi Daniel! Seems fine. I have uploaded it. Thanks! For the next version, you might want to add a source lintian override for this: I: freeguide source: build-depends-without-arch-dep ant Or file a bug against lintian since, most of the time, ant is used in clean target too. Sure, I'll look into it. Cheers, Dan -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Re: Determining native or non-native package inside pbuilder
Ben Finney wrote: Paul Wise [EMAIL PROTECTED] writes: On Sun, Sep 7, 2008 at 3:33 PM, Ben Finney [EMAIL PROTECTED] wrote: Paul Wise [EMAIL PROTECTED] writes: Usually this warning is produced because of an incorrectly named orig.tar.gz - foo-1.2.orig.tar.gz (bad) vs foo_1.2.orig.tar.gz (good). Perhaps that is the issue? Perhaps. But as far as I know, I have no control over the name of the tarball; it's generated automatically as part of 'pdebuild'. What do I need to do so that the correct tarball name (i.e. correctly indicating native or non-native) is used when I run 'pdebuild'? A native tar.gz (rather than a non-native orig.tar.gz) is only generated automatically when you don't have an orig.tar.gz file. I suggest removing all tar.gz files below your source directory and doing something like this in the source directory: wget -O ../foo_1.2.3.orig.tar.gz http://foo.bar.com/foo-1.2.3.tar.gz Should I expect it to be found at '../tarballs/foo_1.2.3.orig.tar.gz'? That's where 'dpkg-buildpackage' and other tools seem to expect it. dpkg-buildpackage expects it to be in ../foo_*. svn-buildpackage is the only one that uses ../tarballs AFAIK. Is 'pbuilder' different in this regard? I'd rather not have the same file needing to appear at multiple places just to get the Debian tools working in concert. pbuilder requires whatever you use as a builder. The default is dpkg-buildpackage, so it will expect the orig in .. -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libmarkdown-php
Hi Raphael, Thanks for the continuing attention. On Sun, 24 Aug 2008 19:16:14 -0500 Raphael Geissert [EMAIL PROTECTED] wrote: debian/rules: The package FTBFS twice in a row because it moves the PHP Markdown Readme.text in the main directory without rolling back that change at the clean target (another possible solution would be to rename the file once it is under debian/). Fixed. debian/copyright: The same issue about licencing your packaging as GPL (without specifying the version of the licence) while upstream uses a different licence (in this case BSD) applies. Fixed. debian/control: Just out of curiosity, why there isn't a bzr repository for this package? :) I just forgot. Fixed. The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmarkdown-php - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmarkdown-php/libmarkdown-php_1.0.1m-1.dsc Cheers, Dan -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Re: Determining native or non-native package inside pbuilder
dpkg-buildpackage expects it to be in ../foo_*. svn-buildpackage is the only one that uses ../tarballs AFAIK. Actually, most of the vcs-based package builders look in ../tarballs. Git-buildpackage looks there if pristine-tar is not being used to manage building, as does bzr-builddeb. However, these are only wrappers around dpkg-buildpackage, and tell it where to look for the source. -- Daniel Moerner [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libmarkdown-php
Daniel Watkins wrote: Hi Raphael, Thanks for the continuing attention. On Sun, 24 Aug 2008 19:16:14 -0500 Raphael Geissert [EMAIL PROTECTED] wrote: debian/rules: The package FTBFS twice in a row because it moves the PHP Markdown Readme.text in the main directory without rolling back that change at the clean target (another possible solution would be to rename the file once it is under debian/). Fixed. Hmmm, not quite right: libmarkdown-php_1.0.1m-1_all.deb new debian package, version 2.0. size 28602 bytes: control archive= 911 bytes. 1009 bytes,24 lines control 311 bytes, 4 lines md5sums Package: libmarkdown-php Version: 1.0.1m-1 Architecture: all Maintainer: Daniel Watkins [EMAIL PROTECTED] Installed-Size: 96 Depends: php5 | php5-cli Section: web Priority: optional Homepage: http://michelf.com/projects/php-markdown/ Description: PHP library for rendering Markdown data Markdown is two things: a plain text markup syntax, and a software tool that converts the plain text markup to HTML for publishing on the web. . The Markdown syntax allows you to write text naturally and format it without using HTML tags. More importantly: in Markdown format, your text stays enjoyable to read for a human being, and this is true enough that it makes a Markdown document publishable as-is, as plain text. If you are using text-formatted email, you already know some part of the syntax. . PHP Markdown can work as a plug-in for WordPress and bBlog, as a modifier for the Smarty templating engine, or as a replacement for textile formatting in any software that support textile. drwxr-xr-x root/root 0 2008-09-07 14:15 ./ drwxr-xr-x root/root 0 2008-09-07 14:15 ./usr/ drwxr-xr-x root/root 0 2008-09-07 14:15 ./usr/share/ drwxr-xr-x root/root 0 2008-09-07 14:15 ./usr/share/php/ -rw-r--r-- root/root 48310 2008-06-21 01:58 ./usr/share/php/markdown.php drwxr-xr-x root/root 0 2008-09-07 14:15 ./usr/share/doc/ drwxr-xr-x root/root 0 2008-09-07 14:15 ./usr/share/doc/libmarkdown-php/ -rw-r--r-- root/root 9535 2008-06-21 01:58 ./usr/share/doc/libmarkdown-php/PHP Markdown Readme.text.gz -rw-r--r-- root/root 1475 2008-09-07 14:12 ./usr/share/doc/libmarkdown-php/copyright -rw-r--r-- root/root 165 2008-09-07 14:12 ./usr/share/doc/libmarkdown-php/changelog.Debian.gz You have to rename the file before debhelper builds the package, I.e. after install and before binary. Oh, and: debian/copyright: The Debian packaging is (C) 2008, Daniel Watkins [EMAIL PROTECTED] and is licensed under the BSD, see above. N: The copyright file contains dh-make's incomplete Debian packaging N: copyright boilerplate. As (C) is not considered as a valid way to N: express the copyright ownership the word Copyright or the © symbol N: should be used instead or in addition to (C). (based on a check I wrote for lintian, but not yet merged) Cheers, Dan Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libmarkdown-php
On Sun, 07 Sep 2008 14:22:32 -0500 Raphael Geissert [EMAIL PROTECTED] wrote: You have to rename the file before debhelper builds the package, I.e. after install and before binary. D'oh! Fixed. Oh, and: debian/copyright: The Debian packaging is (C) 2008, Daniel Watkins [EMAIL PROTECTED] and is licensed under the BSD, see above. N: The copyright file contains dh-make's incomplete Debian packaging N: copyright boilerplate. As (C) is not considered as a valid way to N: express the copyright ownership the word Copyright or the © symbol N: should be used instead or in addition to (C). (based on a check I wrote for lintian, but not yet merged) Also fixed. The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmarkdown-php - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmarkdown-php/libmarkdown-php_1.0.1m-1.dsc Cheers, Dan -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Need informations about BTS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello mentors, How to set a bug about the package i try to build (dhcp_probe) in the BTS ? The bug i need to declare is a dependency of a specific patched version of libnet0 package that is under an ITA procedure ? I have found a block command of the BTS but i don't know where to find the bug number of ITA of David Paleino that intend to adopt the libnet0 package. Where can i found it if the block command is the one that i need to use ? Thanks for your answers. - -- Laurent Guignard, Registered as user #301590 with the Linux Counterbr Site : http://www.famille-guignard.orgbr Blog : http://blog.famille-guignard.orgbr Projet : http://sicontact.sourceforge.netbr GULL de Villefranche sur Saône : http://www.cagull.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIxDQijcKpXFc/7oYRAgN+AJsFfixXzeJjHQBfZXwNrJ25jGyM5ACgoBXT w3jFgfejfXn9l5ubXSHVnS8= =FpPu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need informations about BTS
On Sun, Sep 07, 2008 at 10:05:54PM +0200, Laurent Guignard wrote: Hello mentors, How to set a bug about the package i try to build (dhcp_probe) in the BTS ? The bug i need to declare is a dependency of a specific patched version of libnet0 package that is under an ITA procedure ? I have found a block command of the BTS but i don't know where to find the bug number of ITA of David Paleino that intend to adopt the libnet0 package. Where can i found it if the block command is the one that i need to use ? Thanks for your answers. As shown at libnet0's PTS page [0], this package is still orphaned, and as you can see at [1] it seems like noone ever renamed such bug O-ITA. Regards, Cristian [0] http://packages.qa.debian.org/libn/libnet0.html [1] http://bugs.debian.org/483713 signature.asc Description: Digital signature
Re: Need informations about BTS
Hello Laurent, On Sun, Sep 7, 2008 at 22:05, Laurent Guignard [EMAIL PROTECTED] wrote: How to set a bug about the package i try to build (dhcp_probe) in the BTS ? Err, I don't understand here... may you please try to rephrase a bit? The bug i need to declare is a dependency of a specific patched version of libnet0 package that is under an ITA procedure ? I have found a block command of the BTS but i don't know where to find the bug number of ITA of David Paleino that intend to adopt the ITA/ITP/RFP/O/RFA all belong to wnpp pseudo-package, so you'll find all of them searching for wnpp (or looking at PTS page for libnet0[1]) and it's #483713 (but I can't see it as ITA, but still O) libnet0 package. Where can i found it if the block command is the one that i need to use ? If you want to state that my bug can't be solved because it depends on the resolution of this other bug than block command is what you're looking fore. Sandro [1] http://packages.qa.debian.org/libn/libnet0.html -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Determining native or non-native package inside pbuilder
Daniel Moerner [EMAIL PROTECTED] writes: Actually, most of the vcs-based package builders look in ../tarballs. Git-buildpackage looks there if pristine-tar is not being used to manage building, as does bzr-builddeb. Indeed, I mostly use the '${VCS}-buildpackage' commands, which is why I am accustomed to upstream source appearing in '../tarballs/'. I had expected 'pbuilder' (and, by extension, 'pdebuild') to behave the same. However, these are only wrappers around dpkg-buildpackage, and tell it where to look for the source. I can't see any option on the 'dpkg-buildpackage' manpage to tell it the location of the upstream source tarball. What option do I need? -- \ “[On the Internet,] power and control will shift to those who | `\ are actually contributing something useful rather than just | _o__)having lunch.” —Douglas Adams | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libmarkdown-php
Daniel Watkins wrote: On Sun, 07 Sep 2008 14:22:32 -0500 The updated package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmarkdown-php - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmarkdown-php/libmarkdown-php_1.0.1m-1.dsc With the sole exception being the fact that the Readme also contains the changelog, it looks fine to me now (you could actually add a 'changelog.gz' - 'README.gz' symlink). It is now up to a DD to sponsor the package (I'm stuck on NM, so can't do it), which shouldn't be so hard now. Cheers, Dan Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need informations about BTS
On Mon, Sep 8, 2008 at 4:05 AM, Laurent Guignard [EMAIL PROTECTED] wrote: The bug i need to declare is a dependency of a specific patched version of libnet0 package that is under an ITA procedure ? I have found a block command of the BTS but i don't know where to find the bug number of ITA of David Paleino that intend to adopt the libnet0 package. Where can i found it if the block command is the one that i need to use ? David intents to adopt libnet not libnet0: http://packages.qa.debian.org/libn/libnet.html http://bugs.debian.org/483710 libnet0 is marked as an obsolete library, you might want to get upstream on dhcp_probe to switch to libnet instead of libnet0. If there is no upstream for dhcp_probe you should create a new upstream project for it. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]