Re: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem

On 9/12/05, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > If they have compatible APIs. > > So: if they are compatible, then yes, they should cover the same > namespace, and then each should Provide the same package name. > > Or, if they are not, they should provide different symbol names. >

Build problem with Courier (#327162), need help

Hello, I'm not able to build Courier packages for unstable which are intended to fix security problems due to a curious FTBFS bug (#327162): find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod u+rwx,go+rx chmod: too few arguments Try `chmod --help' for more information. make: *** [

Re: curl situation is intolerable

On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: > I don't care about the callback. The package maintainers have the job > of deciding whether the packages implement the same ABI or not. > DECIDE. > If the answer is "yes", then they should both be drop-in replacements, > and P

Re: Build problem with Courier (#327162), need help

On 9/12/05, Stefan Hornburg <[EMAIL PROTECTED]> wrote: > Hello, > > I'm not able to build Courier packages for unstable which are intended > to fix security problems due to a curious FTBFS bug (#327162): > > find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod u+rwx,go+rx > chmod: t

Re: curl situation is intolerable

On 9/12/05, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: > > I don't care about the callback. The package maintainers have the job > > of deciding whether the packages implement the same ABI or not. > > DECIDE. > > > If the answe

Re: curl situation is intolerable

On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: > Paul TBBle Hampson <[EMAIL PROTECTED]> writes: > > > Mind you, the license/OpenSSLCallback conflict neccessarily > > segregates the packages into two camps, those which are GPL, and > > those which need the callback only suppli

Re: curl situation is intolerable

Folks, *please* consider to help with the implementation of the real solution for libcurl4, i.e. several SSL backends to just one libcurl.so "front-end", without installation conflicts, modular and compatible with all licenses. See the second half of .

Re: curl situation is intolerable

On Mon, Sep 12, 2005 at 11:34:22AM +0200, Domenico Andreoli wrote: > will libcurl3 with versioned symbols break existing packages linked > to it? It will not. It would be best to coordinate with upstream to get symbol versioning added there as well, so that binaries built against the symbol-versi

Re: Bug#318590: curl situation is intolerable

On Mon, Sep 12, 2005 at 03:03:02AM -0700, Steve Langasek wrote: > On Mon, Sep 12, 2005 at 11:34:22AM +0200, Domenico Andreoli wrote: > > will libcurl3 with versioned symbols break existing packages linked > > to it? > > It will not. good > It would be best to coordinate with upstream to get symb

Re: Build problem with Courier (#327162), need help

I'm not able to build Courier packages for unstable which are intended to fix security problems due to a curious FTBFS bug (#327162): find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod u+rwx,go+rx chmod: too few arguments Try `chmod --help' for more information. make: *** [insta

Re: curl situation is intolerable

Scripsit Domenico Andreoli <[EMAIL PROTECTED]> > yesterday i was rolling a new upload with a modified name for > libcurl3-gnutls to allow both the packages to be installed at the same > time when i finally understood why i probably need versioned symbols. However unacceptable the current situatio

Re: Build problem with Courier (#327162), need help

On Mon, 12 Sep 2005 11:08:05 +0200 Olaf van der Spek <[EMAIL PROTECTED]> wrote: > On 9/12/05, Stefan Hornburg <[EMAIL PROTECTED]> wrote: > > Hello, > > > > I'm not able to build Courier packages for unstable which are intended > > to fix security problems due to a curious FTBFS bug (#327162): > >

Re: Build problem with Courier (#327162), need help

On Mon, 12 Sep 2005 12:52:45 +0200 Willi Mann <[EMAIL PROTECTED]> wrote: > > > I'm not able to build Courier packages for unstable which are intended > > to fix security problems due to a curious FTBFS bug (#327162): > > > > find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod > >

Re: curl situation is intolerable

On Sep 12, Richard Atterer <[EMAIL PROTECTED]> wrote: > Folks, *please* consider to help with the implementation of the real > solution for libcurl4, i.e. several SSL backends to just one libcurl.so > "front-end", without installation conflicts, modular and compatible with > all licenses. See the

Re: curl situation is intolerable

On Mon, Sep 12, 2005 at 11:09:31AM +0200, Olaf van der Spek wrote: > On 9/12/05, Steve Langasek <[EMAIL PROTECTED]> wrote: > > On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: > > > I don't care about the callback. The package maintainers have the job > > > of deciding whether

Re: curl situation is intolerable

On Mon, Sep 12, 2005 at 02:05:23PM +0200, Marco d'Itri wrote: > On Sep 12, Richard Atterer <[EMAIL PROTECTED]> wrote: > > Folks, *please* consider to help with the implementation of the real > > solution for libcurl4, i.e. several SSL backends to just one libcurl.so > > "front-end", without install

Re: bugs.d.o: usertags and user categories

Anthony Towns wrote: > Hello world, > > There's been a bunch of changes to the BTS over the past couple of > months, pretty much leading up to, during, and following debconf [0]. > These are the next two. :) > > [0] Blocking bugs, min/maxdays, bug subscriptions, version tracking, > prettier b

Bug#327854: ITP: imview-doc -- The manual for Imview

Package: wnpp Severity: wishlist Owner: Teemu Ikonen <[EMAIL PROTECTED]> * Package name: imview-doc Version : 1.0.1 Upstream Author : Hugues Talbot <[EMAIL PROTECTED]> * URL : http://www.cmis.csiro.au/Hugues.Talbot/imview/ * License : GFDL Description : T

Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching

Tollef Fog Heen wrote: > | I'd like to have a debian-planet list that would receive blog postings > | from planet.debian.org. > | > | The main reason is that after postings expire on the planet website, > | it's very hard to find old postings if you cannot remember who wrote > | it. Think of "ther

Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching

Benj. Mako Hill wrote: > > > I'd like to have a debian-planet list that would receive blog > > postings from planet.debian.org. > > > > The main reason is that after postings expire on the planet website, > > it's very hard to find old postings if you cannot remember who wrote > > it. Think of "t

Bug#327860: ITP: libpam-encfs -- PAM module to automatically mount encfs filesystems on login

Package: wnpp Severity: wishlist Owner: Ruben Porras <[EMAIL PROTECTED]> * Package name: libpam-encfs Version : 0.1.2 Upstream Author : Anders Aagaard <[EMAIL PROTECTED]> * URL : http://hollowtube.mine.nu/wiki/index.php/PAM/PamEncfs * License : GPLv2 or later

architecture alias and disto rebuild

Hello Debian developers, Some distributions/people rebuild a lot of Debian packages from Debian source while making no change to the source. While this is technically a binNMU they seldom bother to bump the version, which lead to two debs files with different content (if they are built with a diff

Re: Build problem with Courier (#327162), need help

On Mon, Sep 12, 2005 at 12:52:45PM +0200, Willi Mann wrote: > > >I'm not able to build Courier packages for unstable which are intended > >to fix security problems due to a curious FTBFS bug (#327162): > > > >find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod > >u+rwx,go+rx > >chm

Re: Distro Development Talk

Jason Chu wrote: > (I'm not a member of the list, so please CC me on any responses you want me > to see) > > I'm a developer for a neighbour distro, Arch Linux, and I'm starting up a > site to discuss distro development issues. > > The goal is to have a site that describes solutions to common dis

Re: curl situation is intolerable

Steve Langasek <[EMAIL PROTECTED]> writes: > On Sun, Sep 11, 2005 at 09:46:26PM -0700, Thomas Bushnell BSG wrote: >> I don't care about the callback. The package maintainers have the job >> of deciding whether the packages implement the same ABI or not. >> DECIDE. > >> If the answer is "yes", the

Re: curl situation is intolerable

Richard Atterer <[EMAIL PROTECTED]> writes: > Folks, *please* consider to help with the implementation of the real > solution for libcurl4, i.e. several SSL backends to just one libcurl.so > "front-end", without installation conflicts, modular and compatible with > all licenses. See the second hal

Re: curl situation is intolerable

On Sep 12, Richard Atterer <[EMAIL PROTECTED]> wrote: > > I do not believe that it's worth the effort, there are no really good > > reasons to use OpenSSL in the long time. > > Development effort should be focused on fixing any eventual gnutls bugs > > (either in the library itself or in the libcu

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Sun, 2005-09-11 at 20:56 +1000, Anthony Towns wrote: > On Wed, Sep 07, 2005 at 02:08:04PM +0200, Piotr Roszatycki wrote: > > * Package name: rpmstrap > > Version : 0.5 > > * URL : http://hackers.progeny.com/~sam/rpmstrap/ > > * License : GPL > > Description

Re: apt with index diff support

On 2005-09-11 Michael Vogt <[EMAIL PROTECTED]> wrote: > On Sat, Sep 10, 2005 at 04:46:09PM +0200, Andreas Metzler wrote: [...] >> Having to specify this at the commandline is messy, is there a way to put >> this in /etc/apt.conf.d/? > Please add (in e.g. /etc/apt/apt.conf.d/50remap): > APT::URL-Re

Re: Build problem with Courier (#327162), need help

Daniel Jacobowitz <[EMAIL PROTECTED]> wrote: > On Mon, Sep 12, 2005 at 12:52:45PM +0200, Willi Mann wrote: [...] >>> find /tmp/courier-0.47/debian/tmp -perm +u+x -type f | xargs chmod >>> u+rwx,go+rx [...] >> The reason is that findutils 4.2.2{4,5}-1 behave differently. (I don't >> know why exac

Re: bugs.d.o: usertags and user categories

Ken Bloom <[EMAIL PROTECTED]> wrote: > Anthony Towns wrote: >> There's been a bunch of changes to the BTS over the past couple of >> months, pretty much leading up to, during, and following debconf [0]. >> These are the next two. :) [...] > The only new stuff that seems to be documented in the help

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Mon, 2005-09-12 at 12:12 -0500, Sam Hart wrote: > For what it's worth, rpmstrap as it is today is actually based on a tool > developed in house at Progeny. This tool could only bootstrap Fedora > Core 2 at a specific revision. Looking at that code now and comparing it > to what I see inside of d

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Mon, Sep 12, 2005 at 12:12:31PM -0500, Sam Hart wrote: > To be completely honest with you, I've not looked much at the > debootstrap code before now. I have tried to mimic debootstrap's > interface without a doubt, but have only done so by *using* debootstrap > rather than snooping in its code.

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

Anthony Towns wrote: > > > Looking at the source it seems more "based on" than "inspired by", > > > particular to "rpmstrap" itself, though the "functions" and "scripts/*" > > > files sure seem more derivative than just coincidently similar. If > > > so, it's in violation of debootstrap's license (

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Tue, Sep 13, 2005 at 04:41:26AM +1000, Anthony Towns wrote: > Looking at rpmstrap-0.1, we see the following code for handling options: Also copied was debootstrap's --arch and --include handling; even duplicating the bug where you have to say "--arch i386" (with a space) and "--include=foo,bar"

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Tue, 2005-09-13 at 04:41 +1000, Anthony Towns wrote: > Looking at rpmstrap-0.1, we see the following code for handling options: > debootstrap uses the exact same code, except to say "usage_err > 1 NEEDSUITETARGET" instead of "usage_error" and with two-space > indentation. The usual way to parse

Bug#327890: ITP: libhtml-prototype-perl -- Generate HTML and Javascript for the Prototype library

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libhtml-prototype-perl Version : 1.33 Upstream Author : Sebastian Riedel, <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~mramberg/HTML-Prototype-1.33/ * Licen

Re: apt with index diff support

* Michael Vogt: > Andreas Barth implemented the server side of the index diffs > generation and has a test-repository (with only the index-files) at > [3]. By the way, the secure-testing project on alioth contains a moderately-tested pure-Python implementation of the client side (without ed/red d

Re: apt with index diff support

On Mon, Sep 12, 2005 at 10:11:34PM +0200, Florian Weimer wrote: > * Michael Vogt: > > Andreas Barth implemented the server side of the index diffs > > generation and has a test-repository (with only the index-files) at > > [3]. > > By the way, the secure-testing project on alioth contains a > mode

wnpp situation

Hi, If you go through the list of wnpp bugs you will see alot of open bugs which are very very old. Especially the RFPs. What about closing an RFP bug automatically after the third semi automatic notice mail which is sent to the BTS entry? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] |

Re: wnpp situation

On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote: > Hi, > If you go through the list of wnpp bugs you will see alot of > open bugs which are very very old. > Especially the RFPs. What about closing an RFP bug > automatically after the third semi automatic notice mail > which is sent to

Re: wnpp situation

Hi, * Andrew Pollock <[EMAIL PROTECTED]> [2005-09-13 01:07]: > On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote: > > Hi, > > If you go through the list of wnpp bugs you will see alot of > > open bugs which are very very old. > > Especially the RFPs. What about closing an RFP bug > > aut

GPL 2 Revision 3

Have we updated the GPL in debian with the FSF new address? As the address is for informational purposes the change is legally a no-op, and should be performed for convince. (Unless of course somebody objects to effectively changing a non-normative part of their license.) -- To UNSUBSCRIBE

Re: wnpp situation

* Nico Golde <[EMAIL PROTECTED]> [050913 00:47]: > Especially the RFPs. What about closing an RFP bug > automatically after the third semi automatic notice mail > which is sent to the BTS entry? What is the purpose of this mail? Either there is someone interested in packaging it, or you won't

Re: wnpp situation

ti, 2005-09-13 kello 01:45 +0200, Alexander Schmehl kirjoitti: > Close RFP after ... uhm... let's say 1 year inactivity and send the > submitter an apology, that we couldn't find a volunteer for the > requested package, should to very well. There was a discussion about closing old RFPs on -project

Re: GPL 2 Revision 3

Re: Joe Smith in <[EMAIL PROTECTED]> > Have we updated the GPL in debian with the FSF new address? Yes. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature

Re: Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system

On Mon, Sep 12, 2005 at 02:19:09PM -0500, Sam Hart wrote: > It actually was not my decision to GPLv2 it. I honestly didn't care what > license it was released under. GPLv2 was just what the original base as > written by Branden Robinson was copyrighted under. > > > 1) Identical command-lin

Re: wnpp situation

Andrew Pollock <[EMAIL PROTECTED]> writes: > On Tue, Sep 13, 2005 at 12:47:33AM +0200, Nico Golde wrote: >> Hi, >> If you go through the list of wnpp bugs you will see alot of >> open bugs which are very very old. >> Especially the RFPs. What about closing an RFP bug >> automatically after the t

Re: curl situation is intolerable

[Olaf van der Spek] > > I thought that if the interface matches the user can link whatever > > he wants, because he doesn't (re)distribute the results. [Steve Langasek] > There isn't universal agreement on this point, and it's never > actually been tested in court. There isn't? I thought this

Re: insighttoolkit2 is now available

Andreas Tille wrote: On Mon, 12 Sep 2005, bear wrote: dh_shlibdeps -a dpkg-shlibdeps: warning: format of libitkzlib.so not recognized dpkg-shlibdeps: warning: format of libitkzlib.so not recognized dpkg-shlibdeps: warning: format of libitkjpeg8.so not recognized dpkg-shlibdeps: warning: format

Help on packaging insighttoolkit2

hi developers, I have recently packaged insighttoolkit2 (www.itk.org) for Debian. The packages are available on mentors.debian.net. There is a problem when running "dh_shlibdeps -a" with warnings: dpkg-shlibdeps: warning: format of libitkzlib.so not recognized dpkg-shlibdeps: warning: format of l

Looking for historical package information

Hi, The debian/changelog for dhcp3 has a malformed first entry, which I'd like to fix if possible. I'm trying to determine the date and uploader of dhcpd (0.5.5-1) to experimental, sometime around or before September 1996. Is there anything useful stashed away somewhere that Google can't see? r

Re: insighttoolkit2 is now available

On Tue, 13 Sep 2005, Guanglei Xiong wrote: Andreas Tille wrote: On Mon, 12 Sep 2005, bear wrote: dh_shlibdeps -a dpkg-shlibdeps: warning: format of libitkzlib.so not recognized dpkg-shlibdeps: warning: format of libitkzlib.so not recognized dpkg-shlibdeps: warning: format of libitkjpeg8.so n