On Tue, May 03, 2005 at 03:54:10AM +0200, Adrian Bunk wrote:
> On Fri, Apr 29, 2005 at 09:10:10PM -0700, Steve Langasek wrote:
> > On Fri, Apr 29, 2005 at 10:52:02PM -0500, Adam M. wrote:
> > > >Ideally, we would have agreement to update all of the following packages
> > > >to
> > > >libmysqlclie
On Tue, May 03, 2005 at 12:15:43AM -0700, Steve Langasek wrote:
> On Tue, May 03, 2005 at 03:54:10AM +0200, Adrian Bunk wrote:
> > On Fri, Apr 29, 2005 at 09:10:10PM -0700, Steve Langasek wrote:
> > > On Fri, Apr 29, 2005 at 10:52:02PM -0500, Adam M. wrote:
>
> > > > >Ideally, we would have agreem
On Tue, May 03, 2005 at 04:04:44AM +0200, Adrian Bunk wrote:
> On Mon, Apr 25, 2005 at 07:57:13PM +0200, Joerg Jaspert wrote:
> > And then there is this yada packaging you used.
> Not that I was a friend of yada, but AFAIK it's allowed for a maintainer
> to use whatever tools he wants for his pa
severity 306015 grave
thanks
Hi Steve,
first of all, if you downgrade a bug only a good hour after I upgraded
it, it would be nice if you would:
- Cc me
- send a better explanation than "This is not a missing dependency, feh"
I know that downgrading RC bugs makes your RC bugs metric look better
On Tue, May 03, 2005 at 10:22:04AM +0200, Adrian Bunk wrote:
> BTW: The interaction between the two MySQL server packages in
> unstable/sarge at purge time is *ahem* interesting.
> They are really time bombs ready to explode in a few days or
> years.
> It seems RC bugs are requ
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Sat, Apr 30, 2005 at 11:50:30AM +0200, Goswin von Brederlow wrote:
>> 1. release team
>>
>> Another arch to sync. And, as with every arch, there would be some
>> packages that fail just there. There are still a lot of amd64 specific
>> FTBFS bugs (lots
On Tue, May 03, 2005 at 11:26:19AM +0100, Mark Brown wrote:
> On Tue, May 03, 2005 at 04:04:44AM +0200, Adrian Bunk wrote:
> > On Mon, Apr 25, 2005 at 07:57:13PM +0200, Joerg Jaspert wrote:
>
> > > And then there is this yada packaging you used.
>
> > Not that I was a friend of yada, but AFAIK it
On Tue, May 03, 2005 at 07:08:50AM -0400, sean finney wrote:
> On Tue, May 03, 2005 at 10:22:04AM +0200, Adrian Bunk wrote:
> > BTW: The interaction between the two MySQL server packages in
> > unstable/sarge at purge time is *ahem* interesting.
> > They are really time bombs ready to exp
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-05-02 19:50]:
> | maintainer. Should they be transferred to
> | [EMAIL PROTECTED] too?
>
> Not necessarily. They all are on their way out:
...
> I will file bug reports against ftp.debian.org for octave-ci and
> octave-matcompat once sarge is out. As
Em 27/4/2005, "Otavio Salvador" <[EMAIL PROTECTED]> escreveu:
>Hello folks,
Hi Otavio!
>
>Like I proposed, I converted all CVS repository to Subversion[1].
>
>1. http://svn.debian.org/wsvn/ddtp/,
> svn://svn.debian.org/svn/ddtp/
> svn+ssh://svn.debian.org/svn/ddtp/
I tried access now but t
* Jeroen van Wolffelaar <[EMAIL PROTECTED]> [2005-01-02 14:52]:
> The current maintainer of audio-cd, Bart Warmerdam <[EMAIL PROTECTED]>,
> has orphaned this package. If you want to be the new maintainer, please
> Description: Library to handle CDDB and low-level cd io calls
> This module suppli
I intend to ask for removal of the following packages in the next few
days unless someone is willing to step up as maintainer. All of these
packages have been orphaned for over 60 days and have never been part
of a stable release; none of them have any reverse (build-)dependencies.
#259581: O: b
Martin Michlmayr wrote:
> Is anyone interested in adopting the audio-cd package? It has been
> orphaned for 120 days and has never been part of a stable release, but
> I cannot remove it because disc-cover and yaret depend on it. Is
> anyone using this library and would like to maintain it?
I ma
On Tue, 3 May 2005, Daniel [ISO-8859-1] Macêdo Batista wrote:
1. http://svn.debian.org/wsvn/ddtp/,
svn://svn.debian.org/svn/ddtp/
svn+ssh://svn.debian.org/svn/ddtp/
I tried access now but the server is not available :(
[...]
... it seems to be the case since about 1 hour. :-(
And even before I
Adrian Bunk <[EMAIL PROTECTED]> writes:
> severity 306015 grave
> thanks
>
> Hi Steve,
>
> first of all, if you downgrade a bug only a good hour after I upgraded
> it, it would be nice if you would:
> - Cc me
> - send a better explanation than "This is not a missing dependency, feh"
Looking at t
> "daniel" == Daniel Macêdo Batista <[EMAIL PROTECTED]> writes:
>> 1. http://svn.debian.org/wsvn/ddtp/,
>> svn://svn.debian.org/svn/ddtp/
>> svn+ssh://svn.debian.org/svn/ddtp/
daniel> I tried access now but the server is not available :(
daniel> [...]
I hope it come b
On Tue, May 03, 2005 at 08:30:22AM -0700, Thomas Bushnell BSG wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > severity 306015 grave
> > thanks
> >
> > Hi Steve,
> >
> > first of all, if you downgrade a bug only a good hour after I upgraded
> > it, it would be nice if you would:
> > - Cc me
On Tue, May 03, 2005 at 08:30:22AM -0700, Thomas Bushnell BSG wrote:
> Looking at the bug log, it seems that you had no business increasing
> the severity in the first place. You didn't report the bug, you
[...]
So now just people who are affected by bugs are allowed to report them?
And it's als
Adrian Bunk <[EMAIL PROTECTED]> writes:
> You seem to confuse this with bug closing. It's common practice to
> adjust the severity of a bug to a RC one if a RC issue was mistakenly
> reported as non-RC, and neither your Developers Reference nor your
> release team have ever disagreed with this
Richard Atterer <[EMAIL PROTECTED]> writes:
> On Tue, May 03, 2005 at 08:30:22AM -0700, Thomas Bushnell BSG wrote:
>> Looking at the bug log, it seems that you had no business increasing
>> the severity in the first place. You didn't report the bug, you
> [...]
>
> So now just people who are affe
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <[EMAIL PROTECTED]>
* Package name: libchart-strip-perl
Version : 1.01
Upstream Author : Jeff Weisberg <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Chart-Strip/
* License : Artistic
Descript
Adrian Bunk wrote:
>grave <-> serious isn't worth a discussion since there's not a big
>difference between them (both are RC)
>
>
You are 100% wrong here. Why do we have bug severities then? Severities
are there to inform the developer and the rest of the Debian world about
the seriousness of
Package: wnpp
Followup-For: Bug #241287
Owner: Patryk Cisek <[EMAIL PROTECTED]>
I'll make this package.
Currently the newest version of this plugin is 1.1.2 (look at
www.musepack.net).
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i3
severity 306015 important
quit
On Tue, May 03, 2005 at 12:27:32PM +0200, Adrian Bunk wrote:
> first of all, if you downgrade a bug only a good hour after I upgraded
> it, it would be nice if you would:
> - Cc me
> - send a better explanation than "This is not a missing dependency, feh"
If you a
Hi Debian-devel
it's here
www.;6va2rdquaho5pro;.;lackcidfh.com
Just text
Simple End
Me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Debian-devel-announce
it's here
www.;2r6gnr486v213nk;.;ambushlmdbd.com
Just text
Simple End
Me.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I have been looking at the lsb init functions and am beginning to feel
that they are a bad idea.
* Converting to lsb init function requires modifying every initscript in
Debian.
* Every initscript has to read in a file containing a set of function
definitions, some/most of which the initscript do
Hello
[regarding #306840 and with more info in #243870]
One of my packages, Quagga, is licenced under the GPL but is supposed to
get linked against NetSNMP. That now is problematic, as NetSNMP depends
on OpenSSL (for SNMPv3 crypto support?) which is not GPL compatible.
Does anybody know a good a
S> What information do you have that tells you that the Origin field
S> is obsolete?
No. I'm saying I feel/guess/believe "Origin: debian" is obsolete, not
that "Origin:" is obsolete. I'm sure "Origin:" still has good uses.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
On Wed, 04 May 2005, Thomas Hood wrote:
> I have been looking at the lsb init functions and am beginning to feel
> that they are a bad idea.
Here's how I thought about doing it when I was mucking around with
invoke-rc.d and the initscripts paper:
1. No shell functions at all. Trap stdout and std
On Wed, 04 May 2005, Christian Hammers wrote:
> One of my packages, Quagga, is licenced under the GPL but is supposed to
> get linked against NetSNMP. That now is problematic, as NetSNMP depends
> on OpenSSL (for SNMPv3 crypto support?) which is not GPL compatible.
A simple extension to Quagga's (
Hello
On 2005-05-03 Henrique de Moraes Holschuh wrote:
> On Wed, 04 May 2005, Christian Hammers wrote:
> > One of my packages, Quagga, is licenced under the GPL but is supposed to
> > get linked against NetSNMP. That now is problematic, as NetSNMP depends
> > on OpenSSL (for SNMPv3 crypto support?
Hi,
I have just orphaned two of my packages, I hope somebody among you
wants to pick them up. They are recover (#307558) and makeztxt
(#307557).
Recover lets you recover (duh) deleted files in ext2 filesystems. Note
that it is in ext2 and _not_ in ext3 - I once talked with some people
about remo
Package: www.debian.org
Hi,
On Tuesday 03 May 2005 21:46, Steve Langasek posted a fine mail about a fine
change (thanks for both to whom it may apply).
Whohoo! :-)
Regarding testing upgrades from woody, I would like to propose mentioning
more visible that the suggested upgrade tool is aptitud
Marco d'Itri wrote:
On May 01, John Hasler <[EMAIL PROTECTED]> wrote:
Transcode is not in Debian because the codecs are not DFSG-compliant.
Do you mind explaining how you came to this conclusion?
I hope this gets straighted out & resolved. Transcode is excellent
software and is licensed under the
> Hagan sus apuestas: Sarge saldrá en...
Puf, yo no apuesto, que trae mala suerte (es algo infundado socialmente, es
una autosupersticion, fruto de mis delirios, pero siempre que apuesto algo,
me pasa algo malo en pocos dias)
eso si, me permito un:
WWWHHAA
On Wed, May 04, 2005 at 12:05:19AM +0200, Thomas Hood wrote:
> I have been looking at the lsb init functions and am beginning to feel
> that they are a bad idea.
>
> * Converting to lsb init function requires modifying every initscript in
> Debian.
Well, d'oh.
> * Every initscript has to read in
On May 04, Christian Hammers <[EMAIL PROTECTED]> wrote:
> I could package the whole libsnmp source code into the Quagga file, and
> simply compile it with --without-openssl and then link it statically
> or something similar brute force and ugly.
Or even better just disable SNMP support, which is
On May 04, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> > standard output (and exit status) and formatted it in such a way that
> > bootup messages were prettier.
> That sounds like an ugly and error-prone hack to me. Not something we
> want one of our most important systems to be working with.
Ag
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> Here's how I thought about doing it when I was mucking around with
> invoke-rc.d and the initscripts paper:
> 1. No shell functions at all. Trap stdout and stderr, and parse that.
> 2. Group all output from a single initscript if possible
New models of phones,
come and look that will be in sales in 2-3 months http://best-pedo.com/a/
Tue, 03 May 2005 23:47:08
agway. adolph almighty
Hello,
crossfire-* is available for grabs. Upstream is active and helpful.
No big issues, just needs some basic work. Any takers?
--j
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, 2005-05-03 at 19:40 -0300, Henrique de Moraes Holschuh wrote:
> GNU version of OpenSSL (I don't recall how
> it is called).
GnuTLS I think.
--
The attachment "signature.asc" (if it exists) is a digital signature.
Unless you know what that is, you can completely ignore it. It is mostly
ha
On Tue, May 03, 2005 at 04:36:30PM -0700, Jeff Carr wrote:
> PS: of interest to the mplayer thread: motion.c allows mpeg-1 & mpeg-2
> support for non-commercial software. AKA: GPL/LGPL'd implementations are
> allowed.
No, GPL/LGPL is not non-commercial.
- Matt
signature.asc
Description: Digit
There will be a key signing at 12:30 on Wednesday, May 4th at Kirin
Sushi - across the street from the New Westminster SkyTrain station -
31 8th St - (604) 521-1833
See you all there!
Shaun
On Tue, May 03, 2005 at 07:40:24PM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 04 May 2005, Christian Hammers wrote:
> > One of my packages, Quagga, is licenced under the GPL but is supposed to
> > get linked against NetSNMP. That now is problematic, as NetSNMP depends
> > on OpenSSL (for S
On May 3, 2005 09:54 am, Martin Michlmayr wrote:
> #297426: O: langband -- The langband Common lisp game
> Reported by: "Kevin M. Rosenberg" <[EMAIL PROTECTED]>; 63 days old.
>
> #297427: O: langband-data -- The Langband sound/image/etc files for
> langband engine Reported by: "Kevin M. Rosenberg"
François-Denis Gonthier wrote:
>On May 3, 2005 09:54 am, Martin Michlmayr wrote:
>
>
>>#297426: O: langband -- The langband Common lisp game
>>Reported by: "Kevin M. Rosenberg" <[EMAIL PROTECTED]>; 63 days old.
>>
>>#297427: O: langband-data -- The Langband sound/image/etc files for
>>langband e
On Wed, 4 May 2005 01:34:17 +0200, Wouter Verhelst <[EMAIL PROTECTED]>
wrote:
>On Wed, May 04, 2005 at 12:05:19AM +0200, Thomas Hood wrote:
>> I think it would be better if we simply made rc capture initscripts'
>> standard output (and exit status) and formatted it in such a way that
>> bootup mess
On Tue, May 03, 2005 at 07:06:36PM -0700, Steve Langasek wrote:
>
> The license of the GNUTLS OpenSSL shim is GPL, causing possible license
> problems in the other direction with GPL-incompatible apps. It's also not a
> very complete compatibility layer.
>
So dynamically link against _an_ SSL l
50 matches
Mail list logo
