Which spell checkers to include by default? (Was: priorities)

2007-12-21 Thread Petter Reinholdtsen
[Anthony Towns] > Kind of reviving an old thread, but anyway: > It also includes, but afaics, probably doesn't need to (anymore): > > ispell, dictionaries-common, iamerican, ibritish, wamerican [Agustin Martin] > #416572: ibritish: Should not have priority standard We now have aspell, my

Re: Using sgid binaries to defend against LD_PRELOAD/ptrace()

2007-12-21 Thread Petter Reinholdtsen
[Martin Pitt] > What do you think about this approach? I'm well aware that this > alone won't rescue desktop security (getting there is looots of more > work), but one has to start somewhere. Would it break fakeroot and other tools using LD_PRELOAD to get the wanted effect? Happy hacking, -- Pe

Re: Bug#457384: ITP: netsend -- a speedy filetransfer and network diagnostic program

2007-12-21 Thread Ron Johnson
On Friday December 21 2007 20:50:44 Martin Peylo wrote: [snip] > > The user is able to tweak various options of the Linux network > stack to gain maximum performance. While this is not needed for > trivial filetransfer, it is valuable for network protocol > performance testing. From reading the we

Bug#457384: ITP: netsend -- a speedy filetransfer and network diagnostic program

2007-12-21 Thread Martin Peylo
Package: wnpp Severity: normal X-Debbugs-CC: debian-devel@lists.debian.org I have already completed packaging of current SVN revision 203. It is lintian and linda clean and builds under Etch and Sid (through pbuilder). I will upload it to http://mentors.debian.net as soon as I get the ITP b

Bug#457373: ITP: pxsl -- Parsimonious XML Shorthand Language

2007-12-21 Thread Kari Pahula
Package: wnpp Severity: wishlist Owner: Kari Pahula <[EMAIL PROTECTED]> * Package name: pxsl Version : 1.0 Upstream Authors: Tom Moertel <[EMAIL PROTECTED]> and Bill Hubauer <[EMAIL PROTECTED]> * URL : http://community.moertel.com/ss/space/PXSL * License : GPL

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Hamish Moffatt
On Fri, Dec 21, 2007 at 04:23:52PM +0100, Guus Sliepen wrote: > On Fri, Dec 21, 2007 at 02:28:28PM +, Gerrit Pape wrote: > > > qmail is meant as a replacement for the entire sendmail-binmail system > > on typical Internet-connected UNIX hosts. See BLURB, BLURB2, BLURB3, and > > BLURB4 in /usr/

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Leo "costela" Antunes
Steinar H. Gunderson wrote: > How widespread is this anyway? I hardly see any new qmail installations > anymore, and the ones I see are largely because it's a pain to migrate away > from. > > Of course, the plural of “anecdote” is not “data”... Well, I have too agree with you that almost all my p

Re[2]: wxwidgets 2.8, anyone?

2007-12-21 Thread Vadim Zeitlin
On Thu, 20 Dec 2007 09:15:08 -0800 Robin Dunn <[EMAIL PROTECTED]> wrote: RD> Vadim Zeitlin wrote: RD> > On Thu, 20 Dec 2007 09:54:46 +0100 Raphael Hertzog <[EMAIL PROTECTED]> wrote: RD> > RD> > RH> Apparently, Vadim Zeitlin <[EMAIL PROTECTED]> is ready to take care of RD> > RH> the Debian packag

Bug#54138: What you can expect.

2007-12-21 Thread Rachel London
We recommend you to take two tablets once a day, after a meal. http://doablilres.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#430896: Do not forget KDE Desktop

2007-12-21 Thread Rafael Belmonte
I am glad by see that your are thinking or working about the propose. But i think you are centring the propose in the Gnome Desktop, and i would like this functionality also in KDE Desktop. Thanks you very much.

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Steinar H. Gunderson
On Fri, Dec 21, 2007 at 08:17:08PM +0100, Leo costela Antunes wrote: > There are certainly many others that don't need patches to fulfill basic > requirements for an MTA, but whether they are better or not is > irrelevant for us, given Qmail's level of widespread adoption. How widespread is this a

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Leo "costela" Antunes
John H. Robinson, IV wrote: > Joerg Jaspert wrote: >> There are *way* better MTAs [than qmail] out there that dont need >> tons of patches applied just to fulfill basic requirements for a MTA. > > No, there are not. There are certainly many others that don't need patches to fulfill basic requirem

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Russ Allbery
"John H. Robinson, IV" <[EMAIL PROTECTED]> writes: > Joerg Jaspert wrote: >> There are *way* better MTAs [than qmail] out there that dont need >> tons of patches applied just to fulfill basic requirements for a MTA. > No, there are not. Is the version that is proposed to be packaged patched to r

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread John H. Robinson, IV
Joerg Jaspert wrote: > > There are *way* better MTAs [than qmail] out there that dont need > tons of patches applied just to fulfill basic requirements for a MTA. No, there are not. -- John H. Robinson, IV [EMAIL PROTECTED]

Re: testing build errors on arm/sid

2007-12-21 Thread Julien Cristau
On Thu, Dec 20, 2007 at 16:18:41 +0100, Norbert Preining wrote: > Hi all, > > I need to check out some build failures on ARM arch in a sid chroot. I > found a chroot on leisner.debian.org. > > But since I have never done this, how can I as normal user there check > that? Is there something like

Bug#457333: ITP: bzr-pqm -- bzr plugin to submit an email to a Patch Queue Manager

2007-12-21 Thread Jelmer Vernooij
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: bzr-pqm Version : 1.0.0 Upstream Author : John Arbash Meinel <[EMAIL PROTECTED]> James Henstridge <[EMAIL PROTECTED]>

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Joerg Jaspert
On 11240 March 1977, Guus Sliepen wrote: >> qmail is meant as a replacement for the entire sendmail-binmail system >> on typical Internet-connected UNIX hosts. See BLURB, BLURB2, BLURB3, and >> BLURB4 in /usr/share/doc/qmail/ for more detailed advertisements. > This is not a proper ITP. You only m

ITP: simplepie -- RSS and Atom feed parsing in PHP

2007-12-21 Thread Marcelo Jorge Vieira (metal)
Package: wnpp Severity: wishlist * Package name : simplepie Version: 1.0.1 Upstream Author: Ryan Parman Geoffrey Sneddon <[EMAIL PROTECTED]> * URL: http://simplepie.org/ * License: BSD License Description: RSS and Atom feed parsing in PHP

Re: wxwidgets 2.8, anyone?

2007-12-21 Thread Ron
Hey Daniel, I don't want to distract you from your research too much, but perhaps there is something you can clarify for the rest of us that are trying to assess all this too ... You opened all this by saying: On Thu, Dec 20, 2007 at 09:08:53AM +0100, Daniel Baumann wrote: > there are more and

Re: Bug in makeinfo or install-info?

2007-12-21 Thread Luis Rodrigo Gallardo Cruz
On Mon, Dec 17, 2007 at 05:53:09PM -0600, Luis Rodrigo Gallardo Cruz wrote: > On Mon, Dec 17, 2007 at 07:01:11PM +0100, Santiago Ruano Rincón wrote: > > ... > > Unpacking replacement bzip2 ... > > Setting up bzip2 (1.0.3-7) ... > > install-info(/usr/share/info/bzip2.info): warning, ignoring confusi

Re: Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Guus Sliepen
On Fri, Dec 21, 2007 at 02:28:28PM +, Gerrit Pape wrote: > qmail is meant as a replacement for the entire sendmail-binmail system > on typical Internet-connected UNIX hosts. See BLURB, BLURB2, BLURB3, and > BLURB4 in /usr/share/doc/qmail/ for more detailed advertisements. [...] This is not a

Re: Question sur udev : sur quelle liste ?

2007-12-21 Thread Pierre Habouzit
On Fri, Dec 21, 2007 at 02:33:24PM +, Jean Parpaillon wrote: > Hi, > About the question itself, a devel-* list may be good, but about the > form, this is an English spoken list. Either ask your question in > English or post to debian-devel-french list. for these kind of questions debian-user

Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

2007-12-21 Thread Gerrit Pape
qmail is meant as a replacement for the entire sendmail-binmail system on typical Internet-connected UNIX hosts. See BLURB, BLURB2, BLURB3, and BLURB4 in /usr/share/doc/qmail/ for more detailed advertisements. See /usr/share/doc/qmail/PIC.* for some ``end-to-end'' pictures of mail flowing through

Re: Question sur udev : sur quelle liste ?

2007-12-21 Thread David BERCOT
Hi, Sorry for my first mail (I thought I was writing to the devel-french list) ! So, I have problems with my webcam. When it is unplugged, everything is ok for Alsa. But, when it is plugged, before the startup, I sometimes have sound problems... In order to fix them, I thought that the best solut

Re: Question sur udev : sur quelle liste ?

2007-12-21 Thread Jean Parpaillon
Hi, About the question itself, a devel-* list may be good, but about the form, this is an English spoken list. Either ask your question in English or post to debian-devel-french list. Regards, Jean Le 21.12.2007 15:12, David BERCOT a écrit : > Bonjour, > > Je suis hors-sujet sur ma question, m

Question sur udev : sur quelle liste ?

2007-12-21 Thread David BERCOT
Bonjour, Je suis hors-sujet sur ma question, mais, vu les personnes présentes ici, je pense que quelqu'un va pouvoir m'orienter... J'ai discuté, sur la ml user-french, de questions autour d'udev. Par exemple, j'ai rajouté ces règles-ci : SUBSYSTEM=="sound", ATTRS{device}=="0x266e", ATTRS{vendor}=

Re: -Wl,--as-needed considered possibly harmful

2007-12-21 Thread Neil Williams
On Thu, 20 Dec 2007 21:44:19 -0800 Steve Langasek <[EMAIL PROTECTED]> wrote: > Consider two libraries, libfoo and libbar. libfoo depends on libbar, > references functions from it and uses some of libbar's types in its own > exported API. > > We assume the Debian-style libbar-dev, which ensures t