-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 28 Jan 2001 00:44:18 -0700
Source: legos
Binary: legos
Architecture: m68k
Version: 0.2.5-5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Stephen M Moraco [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 16:44:38 -0400
Source: mailsync
Binary: mailsync
Architecture: m68k
Version: 4.1-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Tomas Pospisek [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 14:47:41 +0200
Source: python-imaging
Binary: python2-imaging-tk python-imaging-doc python-imaging-tk
python-imaging-sane python2-imaging-sane python-imaging python2-imaging
Architecture: m68k
Version: 1.1.1.ds1-5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 18:36:05 +0200
Source: stereograph
Binary: stereograph
Architecture: m68k
Version: 0.30a-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Peter Palfrader [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 15:26:33 +0200
Source: sox
Binary: sox
Architecture: m68k
Version: 12.17.1-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Guenter Geiger [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 22:34:03 -0400
Source: rpm
Binary: librpm0-dev librpm0 rpm
Architecture: m68k
Version: 4.0.2-7
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 2 May 2001 16:18:40 +0900
Source: alsa-lib-0.5
Binary: libasound1-dev libasound1
Architecture: m68k
Version: 0.5.10-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Masato
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 5 May 2001 00:19:00 +0100
Source: man-db
Binary: man-db
Architecture: m68k
Version: 2.3.17.1-5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Colin Watson [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 17:30:13 +0200
Source: chemtool
Binary: chemtool
Architecture: m68k
Version: 1.3.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Dr. Guenter Bechly [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 3 May 2001 15:00:08 -0300
Source: titrax
Binary: titrax
Architecture: m68k
Version: 1.98.1-1.3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Carlos Laviola [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 4 May 2001 14:09:44 -0500
Source: achilles
Binary: achilles
Architecture: m68k
Version: 0.0.5-8
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Matthew Danish [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 3 May 2001 23:24:18 -0700
Source: ripperx
Binary: ripperx
Architecture: m68k
Version: 2.0-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: tony mancill [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 29 Apr 2001 18:53:46 +0200
Source: gthumb
Binary: gthumb
Architecture: m68k
Version: 0.6.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Remco van de Meent [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Thu, 3 May 2001 22:39:58 +0200
Source: gentoo
Binary: gentoo
Architecture: m68k
Version: 0.11.16-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Josip Rodin [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Fri, 4 May 2001 15:31:01 -0400
Source: althea
Binary: althea
Architecture: m68k
Version: 0.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Jimmy Kaplowitz [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Fri, 13 Apr 2001 22:21:05 -0700
Source: drgenius
Binary: drgenius-dev drgenius
Architecture: m68k
Version: 0.5.10-1.1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Thu, 3 May 2001 22:21:44 +0200
Source: mc
Binary: mc mc-common gmc
Architecture: m68k
Version: 4.5.51-17
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Martin Bialasinski [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sat, 28 Apr 2001 13:07:31 -0300
Source: prozilla
Binary: prozilla
Architecture: m68k
Version: 1:1.3.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Gustavo Noronha Silva [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Fri, 4 May 2001 21:09:58 -0400
Source: analog
Binary: analog
Architecture: m68k
Version: 1:5.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
Description:
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Thu, 3 May 2001 20:37:46 -0400
Source: aptitude
Binary: aptitude
Architecture: m68k
Version: 0.0.8.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Daniel Burrows [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sat, 5 May 2001 19:59:12 +0200
Source: jags
Binary: jags
Architecture: m68k
Version: 0.18.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Remco van de Meent [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Thu, 03 May 2001 15:41:07 -0600
Source: sysutils
Binary: sysutils
Architecture: m68k
Version: 1.3.8.5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Lonnie Sauter [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Wed, 3 May 2001 15:49:20 +0200
Source: aterm
Binary: aterm aterm-ml
Architecture: m68k
Version: 0.4.0-5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Jordi Mallach [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sun, 6 May 2001 12:46:33 -0500
Source: fltk
Binary: libfltk1-dev libfltk1-dbg libfltk1 libfltk1-example
Architecture: m68k
Version: 1.0.10-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sat, 5 May 2001 19:37:59 +0200
Source: ddd
Binary: ddd-doc ddd
Architecture: m68k
Version: 3.3-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: J.H.M. Dassen (Ray) [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Wed, 2 May 2001 22:04:46 +0200
Source: common-lisp-controller
Binary: common-lisp-controller
Architecture: m68k
Version: 1.5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Peter Van Eynde
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sun, 6 May 2001 09:52:55 -0400
Source: fileutils
Binary: fileutils
Architecture: m68k
Version: 4.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Michael Stone [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sun, 6 May 2001 13:50:04 +0200
Source: wmifs
Binary: wmifs
Architecture: m68k
Version: 1.3b1-6
Distribution: unstable
Urgency: low
Maintainer: buildd m68k user account [EMAIL PROTECTED]
Changed-By: Jordi Mallach [EMAIL PROTECTED]
Description:
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sun, 6 May 2001 20:41:36 +0400
Source: zblast
Binary: zblast-svgalib zblast-data zblast-x11
Architecture: m68k
Version: 1.2pre-5
Distribution: unstable
Urgency: low
Maintainer: buildd m68k user account [EMAIL PROTECTED]
Changed-By: Peter
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sat, 5 May 2001 23:58:05 -0300
Source: fetchmail
Binary: fetchmailconf fetchmail
Architecture: m68k
Version: 5.8.1-5
Distribution: unstable
Urgency: low
Maintainer: buildd m68k user account [EMAIL PROTECTED]
Changed-By: Henrique de Moraes
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sun, 6 May 2001 14:52:23 +1000
Source: netkit-routed
Binary: routed
Architecture: m68k
Version: 0.17-1
Distribution: unstable
Urgency: low
Maintainer: buildd m68k user account [EMAIL PROTECTED]
Changed-By: Herbert Xu [EMAIL PROTECTED]
On Tue, May 08, 2001 at 12:12:56AM +0200, Jan Niehusmann wrote:
Is there a mixer available that supports the advanced mixing features
of the emu10k1 chip (found on Soundblaster Live) ?
Three of them, actually.
The only one I know is 'dm', a little but very usefull command line
tool. As it's
On Mon, 7 May 2001, Dimitri Maziuk wrote:
On Mon, May 07, 2001 at 10:32:54PM +0200, [EMAIL PROTECTED] wrote:
I intent to package the nbd utilities by Pavel Machek, that support the
Network Block Device in the Linux Kernel.
There is E (enhanced) NBD by Peter Breuer at
[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-linear
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
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 which add
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 problem which I
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
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
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 development
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! Now
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 is too
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 other
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
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, so
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 specific
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
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
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
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
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
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 as
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 with
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 excellent
** 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
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 will
On Tue, May 08, 2001 at 09:52:11AM +0200, Michel Dnzer 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 xfsprogs
** 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. Also,
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
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
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 not
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 build on Debian
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
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 syscall numbers
Aaron and stuff
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
** 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 that they
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
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/
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
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
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 policy on how
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 own use
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 fixed in the
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
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
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 has a
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 testing is
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
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. finger
The last version of the LSB http://www.linuxbase.org/spec/gLSB/gLSB/swinstall.
html 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]
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 therefore
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 a
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 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
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
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 by
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 like to
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 options to
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.
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
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! (
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 insignificant, but
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
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
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
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
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 another
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
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 staff that
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 and
1 - 100 of 101 matches
Mail list logo
