Re: support for older distributions

On Tue, 8 May 2001, T.Pospisek's MailLists wrote: > > Would there be any problem to just set up your own Debian-style site with > BTS and apt-able archive, where people can contribute if they want and > where you can semi-automatical merge in upstream (here Debian) updates > (mostly critical bugs

Re: [FLAME WARNING] Linux Standards Base and Debian

On Wed, May 09, 2001 at 11:26:58AM +1000, Glenn McGrath wrote: > Henrique de Moraes Holschuh wrote: > > > > Since the LSB is mainly useful for binary-only distributors, we need not get > > annoyed over their choice of rpm. After all, it makes more sense, since most > > distributors already have st

Re: [FLAME WARNING] Linux Standards Base and Debian

Henrique de Moraes Holschuh wrote: > > Since the LSB is mainly useful for binary-only distributors, we need not get > annoyed over their choice of rpm. After all, it makes more sense, since most > distributors already have staff that knows how to build rpms anyway. > So the LSB is just about con

Re: Questions to testing/unstable

On Tue, May 08, 2001 at 02:34:52PM -0300, Henrique de Moraes Holschuh wrote: > > FWIW, I do all my development under testing. I virtually ignore unstable > > unless I need a specific package from it. > AFAIK, I cannot do that. If I build against testing, I help the breakage by > adding yet anothe

Re: Postgres and non-us

On Tue, 08 May 2001, Jim Penny wrote: > PostgreSQL now has a dependency on openssl/ssl.h in a fundamental > header file, postgresql/libpq-fe.h. > > Does this mean that every piece of software which requires this > header file to compile will also have to be migrated to nonus? Is it used just to

Re: Postgres and non-us

Jim Penny wrote: >PostgreSQL now has a dependency on openssl/ssl.h in a fundamental >header file, postgresql/libpq-fe.h. > >Does this mean that every piece of software which requires this >header file to compile will also have to be migrated to nonus? Yes. (Sorry!) -- Oliver Elphick

Re: support for older distributions

On Mon, May 07, 2001 at 02:45:53PM +0200, Russell Coker wrote: > Currently there are two usable repositories of Potato packages. > There's a repository of kernel-related packages to run 2.4.x kernels > on Potato, and there's a repository of LDAP related packages and other > things that Wichert is m

Postgres and non-us

PostgreSQL now has a dependency on openssl/ssl.h in a fundamental header file, postgresql/libpq-fe.h. Does this mean that every piece of software which requires this header file to compile will also have to be migrated to nonus? Jim Penny

Re: Questions to testing/unstable

> "Herbert" == Herbert Xu <[EMAIL PROTECTED]> writes: Herbert> That means the library maintainer has stuffed up. If Herbert> he's done it properly, his libraries can go into testing Herbert> wihtout having to wait for all its users to recompile. Herbert> This used to be insign

CFP: Linux@work Amsterdam 2001, June 15

[Sorry for the cross-posting, but I want to reach as many .nl (would-be-) developers as possible, and there doesn't seem to be one single list they all subscribe to. FOLLOW-UPs to debian-events-eu@lists.debian.org ONLY please.] Call for Participation:

Re: build depends on kernel-headers

On Tue, May 08, 2001 at 09:20:27AM -0400, Sam Hartman wrote: > > We are making active decisions related to this problem. Ben is > actively removing headers not used by libc6-dev; there may be other I didn't know that. That's something that I don't agree with. -- Debian GNU/Linux 2.2 is out! (

Re: [FLAME WARNING] Linux Standards Base and Debian

Previously Stephane Bortzmeyer wrote: > Is it true that Debian approved this "standard"? Yes. Basically we needed a standard that people could accept and that could be implemented quickly. Obviously rpm was the only solution, and a subset of rpm is used to make sure that that will work on non-rpm

ITP: trilobite -- Nautilus component framework for services

Package: wnpp Severity: wishlist This is a framework library for service components in Nautilus. It is required by all Eazel Services, including the package installer, and can be used to develop new services. It will replaces nautilus-nonus License: GPL -- Takuo Kitame.

Re: cvs not updating correctly

On Tue, May 08, 2001 at 05:29:30PM -0400, Jon Eisenstein wrote: > > I use cvs in Debian for lots of things but I'm still a newcomer in > > this field, I think I am not being able to get new created directories > > and files from the cvs repository with an cvs update, are there > > arguments or opt

Re: [FLAME WARNING] Linux Standards Base and Debian

On Tue, 08 May 2001, Arthur Korn wrote: > Stephane Bortzmeyer schrieb: > > below. RPM is the defacto standard on Linux [sic] and supported either > > directly, or indirectly by the widest number of distributions. > > The statement is perfectly true, Debian supports RPM with aliens > help. I'd li

Re: Questions to testing/unstable

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > On Tue, 08 May 2001, Herbert Xu wrote: >> >> FWIW, I do all my development under testing. I virtually ignore unstable >> unless I need a specific package from it. > AFAIK, I cannot do that. If I build against testing, I help the breakage

Re: cvs not updating correctly

> I use cvs in Debian for lots of things but I'm still a newcomer in > this field, I think I am not being able to get new created directories > and files from the cvs repository with an cvs update, are there > arguments or options to do this? Try using 'cvs update -d'. That should update newly cr

cvs not updating correctly

Hello my friends, I use cvs in Debian for lots of things but I'm still a newcomer in this field, I think I am not being able to get new created directories and files from the cvs repository with an cvs update, are there arguments or options to do this? For example, I was to translate the last DW

Re: Questions to testing/unstable

On Tue, 08 May 2001, Sam Hartman wrote: > Henrique> AFAIK, I cannot do that. If I build against testing, I > Henrique> help the breakage by adding yet another package that > Henrique> depends on the outdated libraries that are in testing, > Or your could do shared library versions corr

Re: [FLAME WARNING] Linux Standards Base and Debian

Stephane Bortzmeyer schrieb: > below. RPM is the defacto standard on Linux [sic] and supported either > directly, or indirectly by the widest number of distributions. The statement is perfectly true, Debian supports RPM with aliens help. > The intent is to in the future replace this format with

Re: Questions to testing/unstable

> "Henrique" == Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: Henrique> AFAIK, I cannot do that. If I build against testing, I Henrique> help the breakage by adding yet another package that Henrique> depends on the outdated libraries that are in testing, Henrique> th

[FLAME WARNING] Linux Standards Base and Debian

The last version of the LSB says: Currently the LSB does not officially specify a package format; however, the recommended package format is RPM (Version 3) with some restrictions listed below. RPM is the defacto standard on Linux [sic]

Bug#96777: ITA: libapache-mod-ssl

Package: wnpp Severity: normal I'm adopting libapache-mod-ssl. I have spoken with the current maintainer ( Miquel van Smoorenburg, <[EMAIL PROTECTED]>), and he knows about/agrees on this. Thanks, Robert -- Linux Generation encrypted mail preferred. finge

lame (vorbis) packaging.

Hi, Is there anyone working on trying to package lame ? It can do vorbis now, so I believe that it can be packaged without the mp3 stuff. How the source will be dealt with, is something that I would like to figure out. viral -- There's someone in my head but its not me. pgp8grGcXD9wV.pgp Desc

Re: Questions to testing/unstable

On Mon, 07 May 2001, Michael Meskes wrote: > On Mon, May 07, 2001 at 01:51:12PM -0300, Henrique de Moraes Holschuh wrote: > > Most of us don't bother too much with testing, unless we're trying to get > > something into testing for one particular reason or another (such as, the > > package in testin

Re: Questions to testing/unstable

On Tue, 08 May 2001, Herbert Xu wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > > Most of us don't bother too much with testing, unless we're trying to get > > something into testing for one particular reason or another (such as, the > > package in testing is too damn buggy, or ha

Re: support for older distributions

On Tue, 8 May 2001, Russell Coker wrote: > But if someone is willing to back-port a package, and to maintain it > (fixing any bugs that may be reported against it), then why not make > room on the archives for it? Would there be any problem to just set up your own Debian-style site with BTS and a

Re: PostgreSQL in testing

On Tue, May 08, 2001 at 11:14:40AM +0200, Petr Cech wrote: > aj: feel free to remove php3 from testing if it will make things easier. I'd > like to get php4 there ass php3 is not maintained upstream anymore. I think it would be good to keep php3 around for people who feel that php4's license is br

Re: Questions to testing/unstable

Paul Martin <[EMAIL PROTECTED]> wrote: >> Possible scenario: >> 1.0-3 has some major changes and accidentially fixes an RC-bug in >> 1.0-2, before _anybody_ noticed it in 1.0-2. >> 1.0-2 goes into testing and BLAM. > Surely, the maintainer can then close (or downgrade) the RC bug, saying > it's fi

Re: support for older distributions

On Tuesday 08 May 2001 01:28, Chad C. Walstrom wrote: > On Mon, May 07, 2001 at 02:45:53PM +0200, Russell Coker wrote: > > I would like a version of potato that is not entirely frozen. > > ... > > I am willing to be involved in back-porting packages (there's many > > things that I back-port for my

Re: Bug#96638: ITP: libkudzu

> > kudzu was dead, but I guess not. What I would like is to have a real > > hardware > > detection system that continues after the main installation. That way when > > new > > hardware is added to the system we could help the user make the necessary > > software changes. > > Is there already p

ITP: gtkipmsg -- IP Messenger in GTK

Package: wnpp Severity: wishlist gtkipmsg is an IP Messenger (a message passing utility for local network using UDP protocol, which you can use to communicate with peers running Microsoft Windows or MacOS) implementation in GTK. The copyright : all portions that have been taken from X IP Messe

ITP: sted2 -- midi notation program

Package: wnpp Severity: wishlist STed2 is a midi notation program with an interface that resembles that of trackers. It is text-based, and can use timidity to play midi data, allowing users to have a full-fledged composition environment without expensive hardware. It was originally developed f

Re: Packages not making it into testing (fwd)

The mail below was sent earlier, but got lost in a local mail loop... - Jonas -- Jonas Smedegaard <[EMAIL PROTECTED]> http://www.jones.dk/~jonas/ IT-guide dr. Jones<[EMAIL PROTECTED]> http://dr.jones.dk/+45 40843136 Debian GNU/Linux<[EMAIL PROTECTED]> http://www.debian.org/

Re: debian-new-packages-announce@l.d.o ?

Previously Fredrik Steen wrote: > I think that is a great idea. I support it. So you're volunteering to actually implement that? Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTE

Re: ITP: tdb (Trivial DataBase)

** On May 08, Wichert Akkerman scribbled: > Previously Marek Habersack wrote: > > Put that way it makes perfect sense. But why use libtool then? > > last time I checked they didn't use libtool, although that might > have changed since then. 1.0.3 most definitely uses it :) > > > It might seem th

Re: debian-new-packages-announce@l.d.o ?

On Mon, May 07, 2001 at 08:40:19PM +0200, Piotr Krukowiecki wrote: | Hi | | What do you think about making a new list which would be used to | announce new packages in Debian ? | It could be done automatically, when package is uploaded for the first | time. It would contain description of package

Re: build depends on kernel-headers

> "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes: >>> "Sam" == Sam Hartman <[EMAIL PROTECTED]> writes: > "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes: > "Aaron" == Aaron Lehmann <[EMAIL PROTECTED]> writes: Aaron> So you're saying it's better to hardcode sy

Re: debian-new-packages-announce@l.d.o ?

On Mon, May 07, 2001 at 08:40:19PM +0200, Piotr Krukowiecki wrote: | Hi | | What do you think about making a new list which would be used to | announce new packages in Debian ? | It could be done automatically, when package is uploaded for the first | time. It would contain description of package

Re: build depends on kernel-headers

> "Herbert" == Herbert Xu <[EMAIL PROTECTED]> writes: Herbert> Sam Hartman <[EMAIL PROTECTED]> wrote: >> This brings up an interesting point. While we should work with >> upstream maintainers to fix these problems, we should also try >> to avoid making these programs harder to

Re: mailq's fake output

On Mon, May 07, 2001 at 05:09:20PM -0400, Richard A Nelson wrote: > Dunno, not sure what your problem really is... > > Show me `ls -al /var/spool/mqueue` and `mailq` output. > > Keep in mind that there are two queues, and mailq does *not* show > /var/spool/mqueue-client, so any mail therein will

Re: ITP: tdb (Trivial DataBase)

Previously Marek Habersack wrote: > Put that way it makes perfect sense. But why use libtool then? last time I checked they didn't use libtool, although that might have changed since then. > It might seem that they are planning/thinking of making it a bit larger > project. That's not what I hear

Re: Questions to testing/unstable

On Tue, May 08, 2001 at 07:34:32AM +, Andreas Metzler wrote: > Possible scenario: > 1.0-3 has some major changes and accidentially fixes an RC-bug in > 1.0-2, before _anybody_ noticed it in 1.0-2. > 1.0-2 goes into testing and BLAM. Surely, the maintainer can then close (or downgrade) the RC

Re: ITP: tdb (Trivial DataBase)

** On May 08, Wichert Akkerman scribbled: > Previously Marek Habersack wrote: > > I plan to write an extension to Pike that uses tdb - it should be used as a > > shared library in that case. The upstream sources generate a well working > > .so, so I thought it might be nice to have it in Debian. Al

Re: xfs,powerpc, gcc (was Re: RaiserFS PPC status)

On Tue, May 08, 2001 at 09:52:11AM +0200, Michel Dänzer wrote: > > This one bites me a bit. O_DIRECT is missing from bits/fcntl.h on powerpc > > (at least on my installation and i sure i didn't mess with libc6-dev). It's > > sid/unstable branch. I don't remeber if the intel box i compiled xfspro

Re: ITP: tdb (Trivial DataBase)

Previously Marek Habersack wrote: > I plan to write an extension to Pike that uses tdb - it should be used as a > shared library in that case. The upstream sources generate a well working > .so, so I thought it might be nice to have it in Debian. Also, there might > be some code in Caudium that wil

Re: ITP: tdb (Trivial DataBase)

** On May 08, Wichert Akkerman scribbled: > Previously Marek Habersack wrote: > > I intent to package tdb (the Trivial Database) which is a GDBM work-alike. > > The tdb, unlike GDBM, has support for multiple simultaneous writers and > > internal locking to protect from overlapped writes. From the

Re: ITP: tdb (Trivial DataBase)

Previously Marek Habersack wrote: > I intent to package tdb (the Trivial Database) which is a GDBM work-alike. > The tdb, unlike GDBM, has support for multiple simultaneous writers and > internal locking to protect from overlapped writes. From the upstream > readme: tdb is definitely an excellen

Re: Questions to testing/unstable

Wichert Akkerman <[EMAIL PROTECTED]> wrote: > Previously Anthony Towns wrote: >> That's not true at all. It's quite possible (although probably a little >> unlikely) to maintain your packages from a box running stable, if you like. > I'ld rather not see people do that: it means we'll also be stuck

Re: ITP: axmail

On Mon, 7 May 2001 17:57:28 -0500 (CDT) Steve Langasek <[EMAIL PROTECTED]> wrote: > > If the README says it's not ready for distribution, have you spoken with the > upstream maintainer yet? It's wise to take the upstream's feelings into > consideration, since you will have to work with them for

ITP: tdb (Trivial DataBase)

Hello, I intent to package tdb (the Trivial Database) which is a GDBM work-alike. The tdb, unlike GDBM, has support for multiple simultaneous writers and internal locking to protect from overlapped writes. From the upstream readme: This is a simple database API. It was inspired by the realisat

Re: Woody Freeze Plans - Progress Report II

On Tue, May 08, 2001 at 12:25:10PM +0200, Adrian Bunk wrote: > What do entries like > mozilla M18-3 libnspr3(i386) M14-2 from M14-2 > mozilla M18-3 libnspr3-dev(i386) M14-2 from M14-2 > mean? The libnspr3 and libnspr3-dev in i386 are from mozilla source M14-2, even though mozilla source is at

Re: Woody Freeze Plans - Progress Report II

On Mon, 7 May 2001, Roland Bauerschmidt wrote: > Adrian Bunk wrote: > > I did perhaps only miss it: You did post some weeks ago a list how much > > each architecture is keeping up with unstable (how many % of the packages > > in unstable are compiled on this architecture). Is there a website with

Re: Bug#96638: ITP: libkudzu

Hi David! (cc'ing to debian-devel) You wrote: > Can you compare libdetect or discover > > http://archive.progeny.com/progeny/dists/Progeny1.0/main/source/base/discover_0.9.19.tar.gz > > to kudzu? I really have no idea. Since kudzu has no serious documentation whatsoever, it's quite hard to

Re: Questions to testing/unstable

Previously Anthony Towns wrote: > That's not true at all. It's quite possible (although probably a little > unlikely) to maintain your packages from a box running stable, if you like. I'ld rather not see people do that: it means we'll also be stuck with using old libraries when much newer ones mig

Re: Questions to testing/unstable

On Tue, May 08, 2001 at 07:29:31PM +1000 , Anthony Towns wrote: > On Tue, May 08, 2001 at 11:05:49AM +0200, Petr Cech wrote: > > On Tue, May 08, 2001 at 06:42:33PM +1000 , Herbert Xu wrote: > > > FWIW, I do all my development under testing. I virtually ignore unstable > > > unless I need a specifi

Re: Questions to testing/unstable

On Tue, May 08, 2001 at 11:05:49AM +0200, Petr Cech wrote: > On Tue, May 08, 2001 at 06:42:33PM +1000 , Herbert Xu wrote: > > FWIW, I do all my development under testing. I virtually ignore unstable > > unless I need a specific package from it. > but autobuilders will still compile with unstable,

Re: lame

Hi MaD! You wrote: > this is my first message, i hope it's appropriate. there's talk going > on on the users mailing list about lame and its absence from the > package tree. i would like to adopt the lame mp3 encoder as a debian > package and was wondering if there are any objections? is there >

Re: PostgreSQL in testing

On Mon, May 07, 2001 at 06:09:10PM +0100 , Oliver Elphick wrote: > Anthony Towns wrote: > >Nah, it's the other way around: one of the php3 binaries in testing > >doesn't work with the postgresql in unstable, and the php3 in unstable > >doesn't work with the postgresql in testing; ditto some o

Re: Questions to testing/unstable

On Tue, May 08, 2001 at 06:42:33PM +1000 , Herbert Xu wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > > > Most of us don't bother too much with testing, unless we're trying to get > > something into testing for one particular reason or another (such as, the > > package in testing

Re: Questions to testing/unstable

On Mon, May 07, 2001 at 08:25:53PM +0200 , Michael Meskes wrote: > > Most of us don't bother too much with testing, unless we're trying to get > > something into testing for one particular reason or another (such as, the > > package in testing is too damn buggy, or has a security hole). > > Whow!

Re: Questions to testing/unstable

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > Most of us don't bother too much with testing, unless we're trying to get > something into testing for one particular reason or another (such as, the > package in testing is too damn buggy, or has a security hole). FWIW, I do all my develop

Re: Questions to testing/unstable

Michael Meskes <[EMAIL PROTECTED]> wrote: [snip] > Why isn't it possible to move 1.0-2 > after one week even though 1.0-3 exists in unstable? Hello! Because 1.0-2 was not tested properly. After 1.0-3 is released nobody uses 1.0-2 anymore, bugs in 1.0-2 but not in 1.0-3 won't be found. Possible sc

Re: xfs,powerpc, gcc (was Re: RaiserFS PPC status)

Just a friendly Jedi Knight wrote: On Mon, May 07, 2001 at 04:27:18PM +0200, Just a friendly Jedi Knight wrote: === mkfile === gcc -g -DDEBUG -funsigned-char -Wall -I../include '-DVERSION="1.2.4"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -c -o xfs_mkfile.o

Re: support for older distributions

> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes: Russell> To manage this fully through the Debian system we will Russell> need support in the BTS for reporting bugs to different Russell> people depending on the package version. Is this Russell> possible? Another probl

Re: support for older distributions

> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes: Russell> I would like a version of Potato that is not entirely Russell> frozen. It should have updates not only for security Russell> reasons but also for addition of new programs, and for Russell> adding new programs wh

Re: Questions to testing/unstable

On Mon, May 07, 2001 at 01:51:12PM -0300, Henrique de Moraes Holschuh wrote: > Developers are supposed to know what they're doing with the urgency field. > It can be used to decrease the quarantine time of a particular upload (and > all subsequent ones until the package manages to get installed in

Re: ITP: ardour -- professional multitrack audio editing tool

[EMAIL PROTECTED] cum veritate scripsit: Please be careful with ladspa.h It's currently not free. > a "professional" multitrack multichannel audio recorder and DAW using > ALSA-supported audio interfaces. Supports up to 32-bit samples, 24+ channels > at > up to 96 kHz, non-destructive, non-linea