Re: Demande d'assistance

[Christian Perrier]

>Je vous prie d'emblée de m'excuser pour tous les désagréments qu'un


I'm really disappointed that the non French-speaking readers of this
mailing list cannot enjoy the incredibly funny writing of this Ivorian
Scam



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Glenn Maynard]

On Fri, Apr 29, 2005 at 02:39:25PM +1000, Lex Hider wrote:
> So basically, the main reason debian doesn't do this is so it isn't used
> by spammers to gather email addresses[?]

I would imagine the reason is more like "not enough demand" or "nobody has
ever bothered".  Making mboxes available wouldn't make things any easier for
address harvesters.

(In practice I don't spend much time reading old threads, and it's more
convenient to read a couple messages by Googling for a Message-ID than to
download big mboxes.  I wouldn't use them very much.)

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Lex Hider]

On 14:39 Fri 29 Apr , Lex Hider wrote:
> On 10:26 Thu 28 Apr , Martin Mewes wrote:
> > Hello,
> > 
> > [EMAIL PROTECTED] wrote :
> > 
> > > It would be really handy to have archives of the debian mailing lists
> > > available as mbox archives.
> > 
> > http://mbox.mewes.tv/ exists :-)
> Great! This is exactly the kind of thing I'm after. Probably the
> month-by-month approach is most beneficial to me. I do think that it's a
> pity that this doesn't exist for before Nov-2004 [not your fault Martin,
> just making a general point].
Just realised that it's from 2002. D'oh!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Lex Hider]

On 10:26 Thu 28 Apr , Martin Mewes wrote:
> Hello,
> 
> [EMAIL PROTECTED] wrote :
> 
> > It would be really handy to have archives of the debian mailing lists
> > available as mbox archives.
> 
> http://mbox.mewes.tv/ exists :-)
Great! This is exactly the kind of thing I'm after. Probably the
month-by-month approach is most beneficial to me. I do think that it's a
pity that this doesn't exist for before Nov-2004 [not your fault Martin,
just making a general point].

If it is decided not to have mbox archives, I think it is important to
have this stated on a page somewhere on debian.org along with the reason
why. I hadn't thought of the spam issue, and just had assumed that
no-one thought it a useful thing to do.

So basically, the main reason debian doesn't do this is so it isn't used
by spammers to gather email addresses[?]

A few questions/thoughts:
* Is it really that more difficult to crawl through html archives than
 mboxes? I realize to crawl through a mbox is trivial, but I don't think
 that crawling through the html would be that more difficult and presumably
 spammers already have a certain degree of skill in doing this. It would
 also be pretty trivial to subscribe to a bunch of lists and get mail
 addresses that way.

* Interesting to note that some other open-source projects do have mbox
archives: gnome and ubuntu for example.
http://mail.gnome.org/archives/gnome-devel-list/
http://lists.ubuntu.com/archives/ubuntu-devel.mbox/
It would be interesting to know if they have difficulties associated with having
mbox archives.

* Having the current months mbox archive allows user to download, put
~/Mail or wherever and *then* subscribe to list. This means you don't
receiving Re:SomeSubject emails that you don't have the parent to.

* Having a lists entire ML as mbox archive is really handy to new
 contributor to list/project. E.G. Someone takes over as release
 manager. They could have a look at entire debian-release mails to get
 upto speed and to learn the necessary history. Of course you could
 check out the html archives, but we all now it's much quicker reading
 mail in your mailing app, and you can do a lot more powerful searches,
 etc.

 The above is just my 2 cents. I don't really understand the technical
 spam details, but I thought it would be handy for you all to know some
 ways that this feature would be a good thing.

 Lex.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306268: ITP: connect -- Establish socket connection using SOCKS4 or 5 and HTTP tunnel.

[Steve Kowalik]

On Thu, 28 Apr 2005 20:40:09 -0400, Glenn Maynard uttered
> Peter's complaint is a legitimate and important one--it really is a terrible
> package name--so please don't dismiss it.  Package names are a shared
> namespace, and must be chosen intelligently.
> 
I concur. When I built this program locally, I called it
socks_connect, because I knew that I'd come across a binary in 6
months called 'connect', wonder what it was, and then bin it.

Cheers,
-- 
Steve
In the beginning was the word, and the word was content-type: text/plain


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306268: ITP: connect -- Establish socket connection using SOCKS4 or 5 and HTTP tunnel.

[Glenn Maynard]

On Fri, Apr 29, 2005 at 12:33:06AM +0200, Christoph Berg wrote:
> Re: Peter Samuelson in <[EMAIL PROTECTED]>
> > > * Package name: connect
> > >   Version : 1.93
> > 
> > That's a terrible package name.  What will the GNUSTEP people do if
> > they ever want to package something that manages SMB client mounts?
> 
> That's what upstream calls the program (actually connect.c), and
> package names are first-come first-serve.

Peter's complaint is a legitimate and important one--it really is a terrible
package name--so please don't dismiss it.  Package names are a shared
namespace, and must be chosen intelligently.

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306852: ITP: droidbattles -- A programming game

[Kari Pahula]

Package: wnpp
Severity: wishlist
Owner: Kari Pahula <[EMAIL PROTECTED]>


* Package name: droidbattles
  Version : 1.0.6
  Upstream Author : Andreas Agorander <[EMAIL PROTECTED]>
* URL : http://www.bluefire.nu/droidbattles/
* License : GPL
  Description : A programming game

DroidBattles is a programming game. You design and program bots (in an
asm-like language) in order to make it better then anyone elses
bot. You then run the bots in a battle simulation, where they try to
kill each other.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306268: ITP: connect -- Establish socket connection using SOCKS4 or 5 and HTTP tunnel.

[Christoph Berg]

Re: Peter Samuelson in <[EMAIL PROTECTED]>
> > * Package name: connect
> >   Version : 1.93
> 
> That's a terrible package name.  What will the GNUSTEP people do if
> they ever want to package something that manages SMB client mounts?

That's what upstream calls the program (actually connect.c), and
package names are first-come first-serve.

Nb, also have a look at 'corkscrew' (though it doesn't seem to support
SOCKS).

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: Bug#306254: axe: FTBFS: "Failed to satisfy Build-Depends dependency for axe: libxaw-dev"

[Andreas Jochens]

On 05-Apr-28 12:21, H. S. Teoh wrote:
> On Mon, Apr 25, 2005 at 11:42:50AM +0200, Andreas Jochens wrote:
> > E: Package libxaw-dev has no installation candidate
> > E: Failed to satisfy Build-Depends dependency for axe: libxaw-dev
> > 
> > The new version 6.1.2-14 in 'sid' does not have this problem.
> [...]
> 
> Yes, I have already fixed this problem in 6.1.2-14, but it is not
> getting into testing. This package is non-free, and unfortunately that
> means people aren't very inclined to build it on the various archs for
> me.
> 
> Also, I don't think this bug should affect the RC bug count for sarge,
> since it *is* non-free after all. Is there any reason for severity:
> serious here, other than the fact that the fixed package hasn't made
> it into testing yet?

The bug is tagged 'sarge' which indicates that it does not affect sid.

I think it is an RC bug for sarge as long as the new version has not 
entered testing/sarge, which may or may not happen before the release.

Please correct me if I am wrong here.

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

uscan vs. href without slash

[Tobias Grimm]

Hi!

I have a package here, where the href of the download link looks like this:

http://www.web.org/download/?path=&download=mypackage-1.2.3.tar.gz

I can't get uscan to make use of this. There's one line of code in uscan,
that sets the target filename to "", why uscan can't download the file anmore:

$newfile_base =~ s/\?.*$//;


Is there any way to use uscan anyway? Should I file a bug for the devcscripts
package?

It would be nice, if uscan would support two regexp groups like this:

http://www.web.org/download/ .*(mypackage-(.*)\.tar\.gz)

...where $1 matches the filename and $2 the version

bye,

Tobias

PS: If anyone wants to try it, here's the upstream homepage I'm talking about:

http://tvmovie2vdr.vdr-developer.org/#Download


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Upgrade dependencies of a package

[Emilio Jesus Gallego Arias]

El jue, 28-04-2005 a las 10:19 -0700, Shaun Jackman escribiÃ:
> Does apt-get have a command to upgrade all the dependencies of a
> package? 

Run aptitude, search for the package, go to depends line and type + to
upgrade all dependencies, this works for me.

> Currently I use 'apt-cache show package' and upgrade each of
> the dependencies one by one, but it seems to me this is a job for
> apt-get if ever there was one. If this requires a new command, perhaps
> 'apt-get upgrade package' or 'apt-get upgrade-dep package'.

Regards,

Emilio

> Cheers,
> Shaun
> 

Re: Upgrade dependencies of a package

[Russ Allbery]

Shaun Jackman <[EMAIL PROTECTED]> writes:

> Does apt-get have a command to upgrade all the dependencies of a
> package? Currently I use 'apt-cache show package' and upgrade each of
> the dependencies one by one, but it seems to me this is a job for
> apt-get if ever there was one. If this requires a new command, perhaps
> 'apt-get upgrade package' or 'apt-get upgrade-dep package'.

I may be misunderstanding your question, but in my experience, apt-get
install  will upgrade dependencies as needed.  I'm not sure if
this works in your situation, though, depending on what sort of pinning
you're dealing with, so if that isn't the right answer, more details would
be useful.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Upgrade dependencies of a package

[Shaun Jackman]

Does apt-get have a command to upgrade all the dependencies of a
package? Currently I use 'apt-cache show package' and upgrade each of
the dependencies one by one, but it seems to me this is a job for
apt-get if ever there was one. If this requires a new command, perhaps
'apt-get upgrade package' or 'apt-get upgrade-dep package'.

Cheers,
Shaun

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Graham Wilson]

On Thu, Apr 28, 2005 at 12:45:17PM +0200, Martin Mewes wrote:
> Pascal Hakim <[EMAIL PROTECTED]> wrote :
> > You might want to obscure those a little bit. You should probably
> > munge the Return-Path from those emails, and possibly the top
> > Received: header.
> 
> Munging works are in queue. The Mbox-Project is working on this, right 
> now I am only hosting the files.

What are you talking about munging? Aren't all of the mbox files only
available as compressed tarballs?

-- 
gram


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: OT: macs?

[Anthony DeRobertis]

Jens Peter Secher wrote:
Shouldn't that be
>
  "Windows is like a prostitute.  Sure it's got a nice make up,
   but you have all kinds of vira after spending some time with it."
No, it shouldn't be, or the Latin scholars will take revenge on you.
[sending to -curiosa where this belongs]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Demande d'assistance

[mary afo]

 


Mme. Kone Mary
AVENUE 12 RUE 14 11PLATEUX ABIDJANIVORY COASTWEST AFRICABonjour,Je vous prie d'emblée de m'excuser pour tous les désagréments qu'un tel  courrier pourrait vous causer.Mais même si nous ne nous sommes jamais rencontrés,je crois fermement  que sur la base du droitd'assistance humanitaire qu'une confiance véritable peut naître de notre communication et favoriser ainsi un véritable partenariat entre nous deux. Aussi c'est avec un réel plaisir que je vous contacte depuis ABIDJAN la capitale conomique de la COTE D'IVOIRE(AFRIQUE de l'Ouest) où je vis depuis quelque temps avec mes Deux enfants après le mort de mon mari.En fait je suis Madame Kone Mary e, l'épouse légitime de le Directeur vendeur de cacao en Cote d'Ivoire (AFRIQUE de l'Ouest) assassiné par les rebelles.Pendant l'exercice de son mandat,mon époux avait déposé une valise métallique auprès d'une compagnie de sécurité en Cote d'Ivoire contenant la somme de (quinze
 millions de dollars USD)  pour lui permettre de concevoir un projet d'investissement à la fin de son mandat ici  en Cote d'Ivoire. Malheureusement le sort en a décidé autrement. Quelques temps après sa mort, j'ai découvert dans le testament cette information et j'ai automatiquement pris contact avec la compagnie de sécurité pour revendiquer cet important legs en ma qualité d'épouselégitime et au regard des dispositions testamentaires.Aujourd'hui ma préoccupation majeure est de transférer cette  somme hors d'ici. Vu que nous avons mes enfants et moi assez sérieusement soufferts des brimades et tracasseries de la part des adversaires politiques de mon mari.
C'est dans cette perspective que je vous contacte pourque vous m'aidier  à retirer ce legs de la compagnie de sécurité. Car, croyez-moi  je compte sur vous pour m'aider dans cette tâche qui du reste est dénuée  de tout risque.Face aux bouleversements politiques incessants et les hostilités en cette Côte d'Ivoire nous  désirons sérieusement partir d'ici et vivre le reste de notre vie dans un pays plus paisible et politiquement plus stable et calme.C'est ce qui justifie ce souhait,cette proposition et cette demande.
Je serai volontairement d'accord sur n'importe quel pourcentage approprié de l'argent que vous proposerez en tant que votre compensation pour votre aide quant à ce qui précède.  Je voudrais savoir compter sur vos qualités humaines, vertueuses et professionnelles.Dès que vous manifesterez le désir de nous aider je vous délivrerai une attestation sur honneur pour garantir ma parole et mes engagements à votre égard.Recevez mes salutations les plus sincères Fraternellement,,QUE DIEU BENISSE NOTRE COLLABORATION Mme Kone Mary

 
		 
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !Créez votre Yahoo! Mail 
 

Re: Bug#306639: batik: FTBFS: JAVA_HOME_DIRS incorrect

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thu, 28 Apr 2005 08:55:01 +0200, 
Andreas Jochens <[EMAIL PROTECTED]> wrote: 

> Hello Arnaud,

Yo Andreas,

[...]

> At least this particular bug occurs on all arches. It is not very nice 
> to have to read, understand and manually change 'debian/rules' and 
> maybe some other files to get a package built. In particular, this makes 
> any kind of autobuilding impossible, which is a bad thing from a 
> security point of view - and also inconvenient, of course. 

I can understand but I still don't think it's that serious.

> For the Java related packages, the {sun,ibm,blackdown}-j2sdk1.x packages
> which can be created by make-jpkg from 'java-package' make it easy to 
> set up an autobuilder, as long as all packages support this by setting
> the correct JAVA_HOME directories and by specifying the correct 
> Build-Depends.

I must admit I'm more focused on moving java packages to main than
supporting non-free jdk's ;-)

> Anyway, I will file those problems as 'wishlist' in the remaining cases.

Many thanks.

> Some other types of bugs like 
>
> "'Missing Build-Depends on 'junit'" or 
> "'./debian_patch' not executable" 
>
> also appear on all arches including i386. I think those are 'serious' 
> FTBFS bugs, even for packages in 'contrib'. What should be done with 
> those?

You are right, those are really serious! and should be corrected asap!
Also, I really appreciate you provide patches when you file bugs, please
continue to do so! :-D

>> Any way, I leave all the bug you reported and will try to upload fixes
>> as soon as possible.
>
> Thank you for all the fixes to my reports which you already uploaded 
> and for your work in general!

Thanks ;-)

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCcMQ04vzFZu62tMIRAi6hAJwLv5acbcIf5oVjThpuPUIspxWrlwCgt/Z7
uIDwtXbqbu9TTSvhfCu+tDo=
=0oV5
-END PGP SIGNATURE-

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Martin Mewes]

Hi Pascal,

Pascal Hakim <[EMAIL PROTECTED]> wrote :
> On Thu, 2005-04-28 at 10:26 +0200, Martin Mewes wrote:
> > http://mbox.mewes.tv/ exists :-)
>
> Heh. Nice work.

The first user feedback :-)

> You might want to obscure those a little bit. You should probably
> munge the Return-Path from those emails, and possibly the top
> Received: header.

Munging works are in queue. The Mbox-Project is working on this, right 
now I am only hosting the files.

bis dahin/kind regards

Martin Mewes

-- 
Richtiges Zitieren in Mailinglisten und Newsgroups
-> http://www.afaik.de/usenet/faq/zitieren/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306639: batik: FTBFS: JAVA_HOME_DIRS incorrect

[Andreas Jochens]

Hello Steve,

On 05-Apr-28 02:56, Steve Langasek wrote:
> by Debian, so I don't think it's fair to require that contrib java packages
> be buildable with any particular j2sdk package.
> 
> By all means, please keep filing (and fixing) bugs so that we can get as
> many contrib packages as possible autobuilding, but especially with the
> freeze coming soon, I don't think this should be RC for sarge.

OK, I will file the remaining similar issues as 'wishlist' items.

> > Some other types of bugs like 
> 
> > "'Missing Build-Depends on 'junit'" or 
> > "'./debian_patch' not executable" 
> 
> > also appear on all arches including i386. I think those are 'serious' 
> > FTBFS bugs, even for packages in 'contrib'. What should be done with 
> > those?
> 
> I agree that those should be RC, since they are not about packages we don't
> distribute.

Thank you for clarifying this.

Regards
Andreas Jochens

P.S.: Thanks a lot for the upload of the 'libmysqlclient-lgpl' package 
with the amd64 fix!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306639: batik: FTBFS: JAVA_HOME_DIRS incorrect

[Steve Langasek]

On Thu, Apr 28, 2005 at 08:55:01AM +0200, Andreas Jochens wrote:
> On 05-Apr-27 23:07, Arnaud Vandyck wrote:
> > Thanks for your bug reports, but you have to know that you can't file
> > FTBFS bugs reports about packages that are in contrib and relay on
> > packages that are not in Debian to build!

> > The non-free JDK's are not officially supported so the packages built
> > with non-free jdk's are not meant to be built 'as is' (I mean without
> > modification).

> > I have no problem with wishlist bugs to ease the build of the package on
> > every arches (which is not needed because these packages are arch: all!)
> > but this is *not* serious bugs!

> I tried to file only those bugs as 'serious' which can be reproduced on
> i386. For bugs which are amd64 specific, I usually use 'wishlist' severity. 
> Of course, I may have made a mistake in some cases. 

> At least this particular bug occurs on all arches. It is not very nice 
> to have to read, understand and manually change 'debian/rules' and 
> maybe some other files to get a package built. In particular, this makes 
> any kind of autobuilding impossible, which is a bad thing from a 
> security point of view - and also inconvenient, of course. 

The definition of contrib is "free but needs some stuff not in Debian".  For
any particular package, this "stuff" may or may not be something packaged in
Debian's non-free archive, but the net result is that contrib is not
completely autobuildable, and security support for contrib happens only
opportunistically.  As a result, I don't think it's a release-critical issue
to try to force all Java-based contrib packages into an autobuildable state;
it's nice if they autobuild, but Java is just one instance of non-Debian
"stuff".  Make-jpkg is the currently favored method of making j2sdk
packages available, but none of the half-dozen mutually-incompatible j2sdk
packages (including those generated by make-jpkg) are actually distributed
by Debian, so I don't think it's fair to require that contrib java packages
be buildable with any particular j2sdk package.

By all means, please keep filing (and fixing) bugs so that we can get as
many contrib packages as possible autobuilding, but especially with the
freeze coming soon, I don't think this should be RC for sarge.

> Some other types of bugs like 

> "'Missing Build-Depends on 'junit'" or 
> "'./debian_patch' not executable" 

> also appear on all arches including i386. I think those are 'serious' 
> FTBFS bugs, even for packages in 'contrib'. What should be done with 
> those?

I agree that those should be RC, since they are not about packages we don't
distribute.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Glenn Maynard]

On Thu, Apr 28, 2005 at 05:28:46PM +1000, Pascal Hakim wrote:
> On Thu, 2005-04-28 at 03:03 -0400, Glenn Maynard wrote:
> > > They might one day. It's possible to restrict http://lists.debian.org to
> > > stop or slow down people leeching across the web archives.
> > 
> > The day Debian maims its archives in such a way will be a sad day, indeed 
> > ...
> 
> Why?

I regularly find people's contact information via list archives; several
times, I've had to spend over an hour digging to find someone, because
every archive I could find the person on messed with the contact information.
I don't consider that an acceptable trade.

> Do you believe such an attitude is helpful when, for example, we ask
> people to post on [EMAIL PROTECTED] with their D-I test results? I would
> say that a number of the people who do post their results are not aware
> of what they are getting themselves into.

I post regularly on Debian lists, and have done so for several years on
multiple still-active email addresses, and with a default, completely untuned
SpamAssassin installation and no Bayes, I see only a few junk mails a day.
Sorry, but I'm just not particularly sympathetic to people who want to
inconvenience others and reduce the utility of Debian's list archives for
this purpose.

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Pascal Hakim]

On Thu, 2005-04-28 at 10:26 +0200, Martin Mewes wrote:
> Hello,
> 
> [EMAIL PROTECTED] wrote :
> 
> > It would be really handy to have archives of the debian mailing lists
> > available as mbox archives.
> 
> http://mbox.mewes.tv/ exists :-)
> 

Heh. Nice work.

You might want to obscure those a little bit. You should probably munge
the Return-Path from those emails, and possibly the top Received:
header.

Cheers,

Pasc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Martin Mewes]

Hello,

[EMAIL PROTECTED] wrote :

> It would be really handy to have archives of the debian mailing lists
> available as mbox archives.

http://mbox.mewes.tv/ exists :-)


bis dahin/kind regards

Martin Mewes

-- 
FAQ fuer suse-linux@suse.com
-> http://www.suse-faq.de.vu/
FAQ fuer debian-user-german@lists.debian.org
-> http://www.de.debian.org/debian-user-german-FAQ/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Pascal Hakim]

On Thu, 2005-04-28 at 15:09 +1000, Pascal Hakim wrote:
> On Wed, 2005-04-27 at 23:55 -0500, Peter Samuelson wrote:
> > [Pascal Hakim]
> > > The reason it hasn't been done so far is not related to any technical
> > > problem. There seems to be just as many people who do not want the
> > > mboxes to be available as people who do.
> > 
> > Do these same people object to web archives of the lists?  I'm curious,
> 
> Some do.

I've just read this again, after it was pointed out to me on IRC. That
was not quite what I meant to say. (A retraction! I should be a
politician!) I read in Peter's email what I wanted to read, rather than
what he had actually written. 

I do not believe there's anyone who does not want any web archives of
the lists; no one has seriously suggested that to me. On the other hand,
there are a number of people who want lists.debian.org to provide only
mangled web archives. Whether this includes mangled headers or email
addresses, or simply missing messages depends on the request.

Pasc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306737: ITP: q-lang -- Q equational programming language

[Kari Pahula]

Package: wnpp
Severity: wishlist
Owner: Kari Pahula <[EMAIL PROTECTED]>


* Package name: q-lang
  Version : 6.0
  Upstream Author : Albert Graef <[EMAIL PROTECTED]>
* URL : http://q-lang.sourceforge.net/
* License : GPL
  Description : Q equational programming language

Q stands for "equational", so Q, in a nutshell, is a programming
language which lets you "program by equations". You specify a system of
equations which the interpreter uses as "rewrite rules" to reduce
expressions to "normal form".

The Q language supports a rich variety of built-in types, like
arbitrary precision integers, floating point numbers (double precision
64 bit), truth values, strings, lists and files. It also provides
primitives for exception handling and multithreaded execution. Q also
allows you to interface to "external" modules written in the C
programming language, which provides a means to access functions in C
libraries and employ C's higher processing speed for time-critical
tasks. Conversely, Q scripts can also be executed from C, which allows
Q to be used as an embedded language or term rewriting engine in C/C++
applications.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Pascal Hakim]

On Thu, 2005-04-28 at 03:03 -0400, Glenn Maynard wrote:
> On Thu, Apr 28, 2005 at 03:09:37PM +1000, Pascal Hakim wrote:
> > > retained by an mbox but not exposed to the web don't seem all that
> > > objectionable, especially since the web archives don't munge email
> > > addresses.
> > 
> > They might one day. It's possible to restrict http://lists.debian.org to
> > stop or slow down people leeching across the web archives.
> 
> The day Debian maims its archives in such a way will be a sad day, indeed ...

Why?
> 
> > > I suppose it'd be necessary for the exported mboxes to honor the
> > > No-External-Archive: yes and so forth, which might not be the case
> > > today (I've never gained access to them so I don't know).
> > 
> > I actually have no idea whether we honour that already or not.
> 
> As Branden put it[1], "Debian's mailing lists are its nervous system, and our
> list archives our collective memory."  I'd hope that such a header as
> "No-External-Archive" would never be honored (except perhaps to bounce
> the message--the only acceptable way to not be archived is to not post).

Do you believe such an attitude is helpful when, for example, we ask
people to post on [EMAIL PROTECTED] with their D-I test results? I would
say that a number of the people who do post their results are not aware
of what they are getting themselves into.

Pasc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Publicly available mbox archives of debian mailing lists + Bug#161440

[Glenn Maynard]

On Thu, Apr 28, 2005 at 03:09:37PM +1000, Pascal Hakim wrote:
> > retained by an mbox but not exposed to the web don't seem all that
> > objectionable, especially since the web archives don't munge email
> > addresses.
> 
> They might one day. It's possible to restrict http://lists.debian.org to
> stop or slow down people leeching across the web archives.

The day Debian maims its archives in such a way will be a sad day, indeed ...

> > I suppose it'd be necessary for the exported mboxes to honor the
> > No-External-Archive: yes and so forth, which might not be the case
> > today (I've never gained access to them so I don't know).
> 
> I actually have no idea whether we honour that already or not.

As Branden put it[1], "Debian's mailing lists are its nervous system, and our
list archives our collective memory."  I'd hope that such a header as
"No-External-Archive" would never be honored (except perhaps to bounce
the message--the only acceptable way to not be archived is to not post).


[1] http://lists.debian.org/debian-legal/2002/03/msg00091.html

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306639: batik: FTBFS: JAVA_HOME_DIRS incorrect

[Andreas Jochens]

Hello Arnaud,

On 05-Apr-27 23:07, Arnaud Vandyck wrote:
> Thanks for your bug reports, but you have to know that you can't file
> FTBFS bugs reports about packages that are in contrib and relay on
> packages that are not in Debian to build!

> The non-free JDK's are not officially supported so the packages built
> with non-free jdk's are not meant to be built 'as is' (I mean without
> modification).

> I have no problem with wishlist bugs to ease the build of the package on
> every arches (which is not needed because these packages are arch: all!)
> but this is *not* serious bugs!

I tried to file only those bugs as 'serious' which can be reproduced on
i386. For bugs which are amd64 specific, I usually use 'wishlist' severity. 
Of course, I may have made a mistake in some cases. 

At least this particular bug occurs on all arches. It is not very nice 
to have to read, understand and manually change 'debian/rules' and 
maybe some other files to get a package built. In particular, this makes 
any kind of autobuilding impossible, which is a bad thing from a 
security point of view - and also inconvenient, of course. 

For the Java related packages, the {sun,ibm,blackdown}-j2sdk1.x packages
which can be created by make-jpkg from 'java-package' make it easy to 
set up an autobuilder, as long as all packages support this by setting
the correct JAVA_HOME directories and by specifying the correct 
Build-Depends.

Anyway, I will file those problems as 'wishlist' in the remaining cases.

Some other types of bugs like 

"'Missing Build-Depends on 'junit'" or 
"'./debian_patch' not executable" 

also appear on all arches including i386. I think those are 'serious' 
FTBFS bugs, even for packages in 'contrib'. What should be done with 
those?

> Any way, I leave all the bug you reported and will try to upload fixes
> as soon as possible.

Thank you for all the fixes to my reports which you already uploaded 
and for your work in general!

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]