Re: RFS: pam-keyring (updated package)
Laurent Bigonville wrote: I am looking for a sponsor for the new version 0.0.8-3 of my package pam-keyring. You don't need to look for a new sponsor for each new revision. It's common to use the same sponsor for the same package (or for all packages) again, unless you are not unconfident with him. As I sponsored one of the previous uploads, and I don't think you are unconfident with me, I uploaded also this one here. If you want me to upload further a further package/packages for you, use private mail. Saves time for everyone. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pam-keyring (updated package)
Daniel Baumann wrote: Laurent Bigonville wrote: I am looking for a sponsor for the new version 0.0.8-3 of my package pam-keyring. You don't need to look for a new sponsor for each new revision. It's common to use the same sponsor for the same package (or for all packages) again, unless you are not unconfident with him. As I sponsored one of the previous uploads, and I don't think you are unconfident with me, I uploaded also this one here. If you want me to upload further a further package/packages for you, use private mail. Saves time for everyone. I must really quit posting messages after 4am :o Sorry for the noise, and thanks for the upload :) Laurent Bigonville -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cwiid -- Linux interface to the Wiimote
Le vendredi 19 janvier 2007 15:30, Romain Beauxis a écrit : Hi mentors ! Hi again ! Just another request for sponsoring.. If any one could have time to review/uplaod this package it would be great ! I'm looking for a sponsor for this package: * Package name : cwiid Version : 0.3.51 Upstream Author : L. Donnie Smith [EMAIL PROTECTED] * URL : http://www.wiili.org/index.php/CWiid * License : GPL Programming Lang: C Description : Linux interface to the Wiimote CWiid is a working userspace driver along with various applications implementing event drivers, multiple wiimote connectivity, gesture recognition, and other Wiimote-based functionality. The binary packages are a library, its development files, and two binaries. ITP number is #407468 You can find the package at this place: http://www.rastageeks.org/~toots/cwiid/ Romain -- How many river do we have to cross, Before we can talk to the boss?
Re: RFS: liferea 1.0.27-2 [Upgrading problems]
On Thu, Feb 08, 2007 at 06:37:28PM +1100, Matthew Palmer wrote: On Wed, Feb 07, 2007 at 10:22:41PM -0600, Luis Rodrigo Gallardo Cruz wrote: What happens is that liferea is held-back. I've tried adding or taking out a Provides: liferea-gtkhtml to the liferea package, with no results. I suspect you need the third horseman of the package apocalypse, Replaces:, Nope, no good. Still doesn't work. Actually, what happens at the dist-upgrade is that the *new* liferea-xulrunner get pulled, but liferea itself is held back at the old version and liferea-gtkhtml is not removed. Is there something wrong with calling your private's repository distribution 'unstable'? Does having two repositories called the same but with different contents confuse apt somehow? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Zenophobia: the irrational fear of convergent sequences. signature.asc Description: Digital signature
RFS : Tellico
Hi, I'm looking for a sponsor to upload Tellico 1.2.5-1 available at http://www.imalip.info/tellico/etch/tellico_1.2.5-1.dsc This version is specifically aimed at Etch, including patches picked from the following releases with the help from upstream author. The package has just been rebuilt with pbuilder, with no lintian error or warning. The directory http://www.imalip.info/tellico/etch/ contains a full list of the applied patches, as well as the debdiff file, which is the diff between 1.2.4-1 and 1.2.5-1 before applying the other patches. Keep CC'ing Joerg, just in case... Thanks in advance, Regis -- Tellico repositories for Debian and Ubuntu : http://www.imalip.info/tellico/ signature.asc Description: This is a digitally signed message part
A problem with dh_strip
Dear mentors, I am trying to create a Debian package for the Pict programming language. http://www.cis.upenn.edu/~bcpierce/papers/pict/Html/Pict.html The package itself is here http://altair.dcs.elf.stuba.sk/~kosik/debian/pool/main/p/pict/pict_4.1.0-1.dsc I have successfully built it within pbuilder environment. However, I have observed a weird behavior of the binary when I let dh_strip it. The binary is installed into /usr/lib/pict/pict (the /usr/bin/pict is only a script that calls the binary with pre-set environment variables required by the original software) The original and the dh_stripped versions of the binary differ - the original does recognize the `--help' option, the dh_stripped does not recognize it - when I run the original binary without any parameters, it complains You must specify exactly one input file whereas the dh_stripped bersion prints something else. - and other things SPECULATION Major part of the orignal binary is compiled from OCAML sources so maybe there is some specific error behavior of dh_strip related to these kind of binaries. /SPECULATION I would welcome any helping hand with this problem. Thanks in advance -- Matej Kosik signature.asc Description: OpenPGP digital signature
Re: A problem with dh_strip
On Thu, Feb 08, 2007 at 10:33:38PM +0100, Matej Kosik wrote: Dear mentors, I am trying to create a Debian package for the Pict programming language. http://www.cis.upenn.edu/~bcpierce/papers/pict/Html/Pict.html The package itself is here http://altair.dcs.elf.stuba.sk/~kosik/debian/pool/main/p/pict/pict_4.1.0-1.dsc I have successfully built it within pbuilder environment. However, I have observed a weird behavior of the binary when I let dh_strip it. The binary is installed into /usr/lib/pict/pict (the /usr/bin/pict is only a script that calls the binary with pre-set environment variables required by the original software) The original and the dh_stripped versions of the binary differ - the original does recognize the `--help' option, the dh_stripped does not recognize it - when I run the original binary without any parameters, it complains You must specify exactly one input file whereas the dh_stripped bersion prints something else. - and other things SPECULATION Major part of the orignal binary is compiled from OCAML sources so maybe there is some specific error behavior of dh_strip related to these kind of binaries. /SPECULATION You speculated correctly: #256900: ocaml: Ocaml compiled programs cannot be stripped, hence either don't work or violate policy Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Le Thu, Feb 08, 2007 at 12:13:26PM +0100, Luca Capello a écrit : I was wondering if having two packages with only one or two files [1] was worth it, because in this case we have 4 times [2] the same changelog.gz, changelog.Debian.gz, copyright and README. Dear Luca, If the lib package ships the binary program, nothing will depend on the lib and it will be removed by deborphan. Also, you can have /usr/share/doc/thinkfinger-tools be a symlink to /usr/share/doc/libthinkfinger if you strictly depend on the same version. But why calling the package which carries the binary thinkfinger-tools and not simply thinkfinger? Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: A problem with dh_strip
Matej Kosik [EMAIL PROTECTED] writes: SPECULATION Major part of the orignal binary is compiled from OCAML sources so maybe there is some specific error behavior of dh_strip related to these kind of binaries. /SPECULATION Sort of the other way around. You can't strip Objective CAML binaries. There's a special exception in lintian for them. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Removing obsolete conffiles on upgrade
Hi list, as you probably all know, conffiles from older package versions are kept on package upgrades, even if the new package version does not ship the conffile anymore. How do I best get rid of such an old/obsolete conffile? Simply delete it in preinst? Do I have to check if it was modified locally and if so, do I have to keep it around/rename it? I have to get rid of the old conffile somehow (I formerly had two files foo and bar. In the new package version, the content of foo has been included in bar, so I want to get rid of foo, otherwise I get clashes). Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Removing obsolete conffiles on upgrade
On Fre, 09 Feb 2007, Michael Biebl wrote: I have to get rid of the old conffile somehow (I formerly had two files foo and bar. In the new package version, the content of foo has been included in bar, so I want to get rid of foo, otherwise I get clashes). Well the optimum solution is the following (all in preinst): - If foo was unchanged from the original version (check md5sum) then just remove it - otherwise *try* to merge the changes in foo into bar. - if this is not possible, warn the admin that he has to manually update the settings in bar according to what he has done in foo. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- `What's been happening here?' he demanded. `Oh just the nicest things, sir, just the nicest things. can I sit on your lap please?' `Colin, I am going to abandon you to your fate.' `I'm so happy.' `It will be very, very nasty for you, and that's just too bad. Got it?' `I gurgle with pleasure.' --- Ford and Colin the robot. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: A problem with dh_strip
On Thu, 2007-02-08 at 22:33 +0100, Matej Kosik wrote: SPECULATION Major part of the orignal binary is compiled from OCAML sources so maybe there is some specific error behavior of dh_strip related to these kind of binaries. /SPECULATION Read the ocaml policy, but you are correct, dh_strip needs -Xfilename so it doesn't remove the ocaml bytecode and stuff from the binary. Also, you might want to check the debian/rules for mtasc, which properly handles binary/native, stripping and dependencies on platforms where ocamlopt is not present. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: RFS: liferea 1.0.27-2 [Upgrading problems]
On Thu, Feb 08, 2007 at 01:33:54PM -0600, Luis Rodrigo Gallardo Cruz wrote: On Thu, Feb 08, 2007 at 06:37:28PM +1100, Matthew Palmer wrote: On Wed, Feb 07, 2007 at 10:22:41PM -0600, Luis Rodrigo Gallardo Cruz wrote: What happens is that liferea is held-back. I've tried adding or taking out a Provides: liferea-gtkhtml to the liferea package, with no results. I suspect you need the third horseman of the package apocalypse, Replaces:, Nope, no good. Still doesn't work. Actually, what happens at the dist-upgrade is that the *new* liferea-xulrunner get pulled, but liferea itself is held back at the old version and liferea-gtkhtml is not removed. That's very odd. Is there something wrong with calling your private's repository distribution 'unstable'? Does having two repositories called the same but with different contents confuse apt somehow? No, I'm pretty sure that apt works based on URLs rather than names. The release names are used by the '-t' option to apt-get, and also in pinning, but I presume that there's no pinning rules that are relevant in your apt config? - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]