d for this kind of legal stuff, "can't we all just get
the code?"
This is the last issue I know of keeping this package out of the Debian
archives. Yay! There's still the manpage issue, but I expect it will
be resolved upstream in the next few days.
The latest version
Stephen Gran said for no apparent reason:
Command line arguments are hard coded in the csae of clamav, at least,
I'm afraid. This is of course changeable, but it will mean a new upload
(and a new upstream just came out today - blech).
Unzoo is very small. I would recommend leaving it for now, and
Hello,
if anybody send me mails in the last two month to ecki at debian.org the
chances are high I havent received it due to some missconfig on my site.
Please resend.
Greetings
Bernd
--
(OO) -- [EMAIL PROTECTED] --
( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://www.eckes.org
On 13 May 2005, at 2:05 pm, Paul Brossier wrote:
queue *is* in woody, and is planned to go in sarge as it is. i will
bump
the severity of the bug i reported to serious.
It must have made it back in eventually then - it got pulled at one
stage because it did very nasty things to /dev/tty:
http://
Need Help With Your Insominia?
http://www.uidm.com/p/coupon/pasquattle
No longer receive these e-mails uidm.comy.php
When men stop believing in God they don't believe in nothing; they believe in
anything.
Josselin:
> Le jeudi 12 mai 2005 à 18:32 -0700, Thomas Bushnell BSG a écrit :
> > > You said it: there is a cache. After the first access, the directory
> > > will be in the cache. Making all of this a purely imaginary problem.
> >
> > The whole directory is in the cache? I don't think so. Remem
Package: wnpp
Severity: wishlist
* Package name: libcommons-launcher-java
Version : 1.1
Upstream Author : Apache Jakarta Group
* URL or Web page : http://jakarta.apache.org/commons/launcher/
* License : Apache License 2
Description : cross platform java application la
We should pay attention.
the sarge is very expected release and it's late has already generated
enough noise about the debian release management.
i think we should just release sarge and try to reduce the noise around sarge.
2005/5/13, Alien <[EMAIL PROTECTED]>:
>
> hello.
>
> Considering
hello.
Considering the most important emprovements
introduced in Sarge respect Woody, I suggest you to call the prox stable release
Sarge 4.0.
Best regards.
Alien
On Friday 13 May 2005 06:30, Steinar H. Gunderson wrote:
> On Fri, May 13, 2005 at 02:20:02PM +0200, Romain Beauxis wrote:
> > http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&v
> >iew=auto
>
> Has it ever occured to you that this might be the license text itself, in
> some com
On Friday 13 May 2005 06:09, Romain Beauxis wrote:
> Le Vendredi 13 Mai 2005 12:18, vous avez ÃcritÂ:
> > I took a quick look at the code and found it may require DFSG actions.
> >
> > http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&v
> >iew= auto that arrays are either the GP
On Wed, May 11, 2005 at 11:57:45AM +0100, Tim Cutts wrote:
>
> On 10 May 2005, at 1:05 am, Paul Brossier wrote:
> >Now i feel like i have missed something obvious. Is there a tool
> >out there that i could use as a drop in replacement for queue?
>
> This is not the right forum for this question.
On Fri, May 13, 2005 at 02:20:02PM +0200, Romain Beauxis wrote:
> http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&view=auto
Has it ever occured to you that this might be the license text itself, in
some compressed form?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
Hi all!
I'm on the way of making a debian package for Waste, and I would have the
folowing two questions about your software:
Does the licence really reflect GPL?
This arise because of this:
http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&view=auto
"WASTE - license.
Le Vendredi 13 Mai 2005 12:18, vous avez écrit :
> I took a quick look at the code and found it may require DFSG actions.
>
> http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&view=
>auto that arrays are either the GPL license itself, backdoor code (who
> knows, I didn't try to
* Daniel Jacobowitz
| On Wed, May 11, 2005 at 03:50:29PM +0200, Tollef Fog Heen wrote:
| > * Andreas Barth
| >
| > | Agreed. We should IMHO make such a requirement to be part of etchs
| > | release policy.
| >
| > How are you going to solve the problem ia32-libs solves if not in this
| > way?
On Fri, May 13, 2005 at 12:52:14PM +0200, Jerome Warnier wrote:
> As #302420 says, NFSv4 is not supported by current "mount" (part of
> util-linux) in Sarge/Sid while support is present for the server part.
> It would be great to have it in Sarge, if still possible, or at least in
> Sid soon.
> Ple
As #302420 says, NFSv4 is not supported by current "mount" (part of
util-linux) in Sarge/Sid while support is present for the server part.
It would be great to have it in Sarge, if still possible, or at least in
Sid soon.
Please see the bugreport (still unanswered now) for the patch.
Thanks
--
Je
Hi,
On Mon, 2005-05-09 at 20:55 +0200, Romain Beauxis wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Romain Beauxis <[EMAIL PROTECTED]>
>
>
> * Package name: waste
> Version : 1.5b3
> Upstream Author : Waste Team <[EMAIL PROTECTED]>
> * URL : http://waste.source
* Steve Langasek <[EMAIL PROTECTED]> [2005-05-12 19:59] :
> Hi Fred,
>
> On Fri, May 13, 2005 at 02:45:41AM +0200, Frédéric Bothamy wrote:
> > I have recently (3 days ago) reported the RC bug #308477 for the
> > libtextwrap1 package. As I have not received any answer from the
> > maintainer (and t
Le jeudi 12 mai 2005 à 18:32 -0700, Thomas Bushnell BSG a écrit :
> > You said it: there is a cache. After the first access, the directory
> > will be in the cache. Making all of this a purely imaginary problem.
>
> The whole directory is in the cache? I don't think so. Remember,
> that in betwe
21 matches
Mail list logo
