Re: Looking for someone to adopt pdftohtml

Hi, On Sun, Feb 27, 2005 at 10:09:15PM +0100, Frederic Peters wrote: > > > So, if anyone uses or cares about pdftohtml, please step up, otherwise I > > will > > work out an arrangement with the maintainer of the depending package > > mentioned > > above. > > I use pdftohtml in a private projec

Re: [OT] maildir (was Re: procmail and Large File Support)

Am 2005-02-27 18:19:45, schrieb sean finney: > can't help but chime in here :) > On Mon, Feb 28, 2005 at 09:22:30AM +1100, Brian May wrote: > > Not every situation warrants using maildir, it uses a large number of > > inodes, is slow to scan (yes, mbox isn't very good either), Mailbox is MUCH slo

Re: [OT] maildir

Am 2005-02-27 20:42:03, schrieb Ron Johnson: > Ah. Maildir distinguishes "new" and "already read" by whether > an email is in the new/ or cur/ folder. > > Doing a "select all, and mark as read" on a multi-GB mbox file > sounds painful. This is, why I never will use mailbox Fortunatly I have

Re: [OT] maildir

Am 2005-02-28 04:34:41, schrieb Bernd Eckenfels: > You mark a message as new by moving it to the "new" directory, and mark it > as seen with the "cur" directory. Flags are normally added to the file name > (by mutt for example). However some MUA-Servers need more info, which is > then stored in ex

Re: [OT] maildir (was Re: procmail and Large File Support)

Am 2005-02-27 20:19:09, schrieb Ron Johnson: > Sure, for those *20* GB mbox files. Who has 20 GByte mailboxes ? - It is realy braindamaged... Even on xfs, open a 20 GByte Mailbox will eat up all resources on the System Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://

Re: [OT] maildir (was Re: procmail and Large File Support)

On Mon, 2005-02-28 at 09:25 +0100, Michelle Konzack wrote: > Am 2005-02-27 20:19:09, schrieb Ron Johnson: > > > Sure, for those *20* GB mbox files. > > Who has 20 GByte mailboxes ? - It is realy braindamaged... The same person with the 2GB mbox that started this thread, after s/he neglected it

Re: [OT] maildir (was Re: procmail and Large File Support)

Am 2005-02-28 02:43:45, schrieb Ron Johnson: > On Mon, 2005-02-28 at 09:25 +0100, Michelle Konzack wrote: > > Who has 20 GByte mailboxes ? - It is realy braindamaged... > > The same person with the 2GB mbox that started this thread, after > s/he neglected it for a few more months. :-/ Oh yes,

Re: Automatic building of (parts of) the archive

On Sat, Feb 26, 2005 at 10:00:32PM +0100, Goswin von Brederlow wrote: > Its buildd specific. If its queue is empty it contacts wanna-build and > puts the new packages into the queue. I can't remeber the filename but > that should be easy to see from the source. ~buildd/build/REDO Format: _ If

Re: Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops

Hi Luigi! You wrote: > You can find (and review) a preliminary package at > http://people.debian.org/~luigi/radeontool Tahnks for packaging this! Any chance you could make it suid safe and executable bij users in the video group? And maybe you could add support for setting the compaq m300/m5

Re: mplayer, the time has come

Sebastien NOEL wrote: I have some questions about your package: * Why the "--disable-mencoder" in debian/rules ? my original thought was : since LAME is not in Debian , then 'mencoder' will not be very useful but then some people pointed out that there are many interesting things that c

Re: self-depending packages

Nicolas Boullis <[EMAIL PROTECTED]> wrote: > Trying to upgrade a woody system to sarge, I experienced problems > upgrading libgtk2.0-0, and discovered that this packages was > self-depending. Afetr forcing the upgrade with "dpkg -i --force-depends", > everything went smoothly. So I filed a bug

Re: self-depending packages

On 20050227T214242+0100, Nicolas Boullis wrote: > My understanding is that a self-depending package must be configured > before it can be configured, which makes it unconfigurable, and hence > uninstallable. And I think the same reasoning can be applied to > circular dependencies. But Loic disag

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

[Goswin von Brederlow] > Which also avoids that packages will be unavailable on every new > architecture debian introduces because the maintainer has to adjust > the Architecture: line. I suppose it'd be nice to be able to use !foo in the Architecture: line for cases where something is known not

Re: mplayer, the time has come

On Mon, Feb 28, 2005 at 10:19:37AM +0100, A Mennucc wrote: > Sebastien NOEL wrote: > >I have some questions about your package: > >* You build libavcodec and libavformat but that seems to me a waste of > >time. > > FFmpeg is already in main, why not only link mplayer with > > libavcodec.a (

Re: self-depending packages

On Mon, 28 Feb 2005 11:51:13 +0200, Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote: >Dpkg tries to break the >cycle at the least problemous point, for example configuring a package >with no postinst first. Does it? The last time I was faced with that issue, the starting point chosen was random a

Re: self-depending packages

On Mon, Feb 28, 2005 at 11:58:14AM +0100, Marc Haber wrote: > Does it? The last time I was faced with that issue, the starting point > chosen was random and unpredictable. It does. (I've hacked the code.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROT

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]µ

On Sun, Feb 27, 2005 at 11:08:14AM -0500, Rudy Godoy wrote: > On 22/02/2005 at 10:11 Wouter Verhelst wrote... > > > I agree that we should not continue to provide software for outdated > > hardware platforms just for the sake of it; but as it is, there are > > still people interested in m68k (som

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

On Mon, Feb 28, 2005 at 04:42:54AM -0600, Peter Samuelson wrote: > > [Goswin von Brederlow] > > Which also avoids that packages will be unavailable on every new > > architecture debian introduces because the maintainer has to adjust > > the Architecture: line. > > I suppose it'd be nice to be abl

Re: mplayer, the time has come

On Mon, 28 Feb 2005 10:19:37 +0100 A Mennucc <[EMAIL PROTECTED]> wrote: > >* Why the "--disable-mencoder" in debian/rules ? > > > my original thought was : > since LAME is not in Debian , then 'mencoder' will not be very useful > > but then some people pointed out that there are many interesti

Re: dehs will stop

On Mon, 2005-02-28 at 03:32 +0100, Bluefuture wrote: > > I'm not a debian developer, so i could not post on dda mailing list. I > had opened many thread over this months on debian-qa debian-devel about > dehs issues. The only reply are: > If you're not a developer and you want to post on d-d-a,

Re: mplayer, the time has come

On Thu, 24 Feb 2005 19:40:35 -0500, you wrote: > > (according to /usr/share/doc/ffmpeg/patents.txt.gz) > I hope that isn't a file with descriptions of patents--anyone who > reads such a thing would risk increased patent liability. I'd rather > not look for myself to find out, though. omfg. it's n

Re: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

Re: Nelson A. de Oliveira in <[EMAIL PROTECTED]> > * Package name: wmansied > Version : 0.4 > Upstream Author : Walter Schreppers <[EMAIL PROTECTED]> > * URL : http://www.win.ua.ac.be/~wschrep/ansied/ > * License : GNU General Public Licence version 2 > Descrip

Re: [OT] maildir

In article <[EMAIL PROTECTED]> you wrote: > That's for a maildir. It won't help you for mbox folders. Which kind > of was the point, as I understand it. Well, the comment that a file is immutable applies to maildir but not mbox (obviously - how would you add new mails?). Thats why I responded, the

Re: mplayer, the time has come

A Mennucc wrote: > and there are wonderful feats that 'mplayer' that do not need : decss, > faad, lame & xvid Why should Debian's mplayer be unable to support XVID? The MPEG4 codec from libavcodec will play any XVID just fine and libavcodec is already part of Debian in xine-lib and ffmpeg. Chee

Re: mplayer, the time has come

On Mon, Feb 28, 2005 at 01:29:03PM +0100, Sebastien NOEL wrote: > > I don't know how many times this can be said: non-us is *not a > > solution* to patents affecting the US, and never has been. > > and what now ? > > ok non-us is not the solution. but does it mean that there is no > solution at a

Re: self-depending packages

On Mon, Feb 28, 2005 at 12:06:06PM +0100, Steinar H. Gunderson wrote: > On Mon, Feb 28, 2005 at 11:58:14AM +0100, Marc Haber wrote: > > Does it? The last time I was faced with that issue, the starting point > > chosen was random and unpredictable. > > It does. (I've hacked the code.) Unfortunatel

Re: Bug#297235: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

Hi Christoph, On Mon, 28 Feb 2005, Christoph Berg wrote: > > * Package name: wmansied > > Version : 0.4 > > Upstream Author : Walter Schreppers <[EMAIL PROTECTED]> > > * URL : http://www.win.ua.ac.be/~wschrep/ansied/ > > * License : GNU General Public Licence v

Re: Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops

Il giorno lun, 28-02-2005 alle 10:15 +0100, Bas Zoetekouw ha scritto: > Any chance you could make it suid safe and executable bij users in the > video group? It would be difficult, radeontool need write access to /dev/mem, which on my 'sid' is crw-r- 1 root kmem so only root can change

Re: Any reason why I'm not CCed by bugs of my packages?

On Fri, Feb 25, 2005 at 04:43:06PM -0600, John Hasler wrote: > Andreas Tille writes: > > but got no mail notification about #296197 - just have seen it via web > > interface. Any idea what went wrong here. (If I'm not absolutely wrong > > this is not the first case for this package.) > > I have

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

Peter Samuelson <[EMAIL PROTECTED]> writes: > [Goswin von Brederlow] >> Which also avoids that packages will be unavailable on every new >> architecture debian introduces because the maintainer has to adjust >> the Architecture: line. > > I suppose it'd be nice to be able to use !foo in the Archit

Re: [SoftwareSuspend-devel] 2.1-final for 2.6.8.1

Hi, > > SElinux is not supported by debian. the grsecurity situation isn't > > much different. > For SELinux. the kernel has the code; the archive has the user-space > tools. Believe me, I'm running SELinux on a couple of sarge boxes. Debian SELinux support is incomplete. You need a patched init,

Re: self-depending packages

On 20050228T164806+, Andrew Suffield wrote: > Unfortunately apt breaks the code. If you use dpkg directly it'll > work. If you use apt it'll pick a random and unpredictable starting > point. Doesn't apt usually unpack all packages first and then configure them in one run, so that shouldn't mat

Re: Debian "Sarge" Support

Can you folks at Debian tell me whether we are supported in Sarge? Thanks, Hans Ben Pont wrote: I am preparing to install Debian "Sarge" on my computer and am debating whether to partition Reiser4 or Ext3. I know Lindows supports Reiser4, Lindows being Debian based, but do you know if Sarge explici

Re: self-depending packages

On Mon, Feb 28, 2005, Frank Küster wrote: > What's the bug number? -- Loïc Minier <[EMAIL PROTECTED]> "Neutral President: I have no strong feelings one way or the other." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? C

Re: splitting a source package into 2 source packages

El Sábado 26 Febrero 2005 21:47, sean finney escribió: > istr the same thing, and was thinking that this might be the case. > since i don't suppose the ftp-master illuminati are going to come out > of hiding just to answer this question, i guess i'll upload, find out, > and report back :/ > > > se

Re: Debian "Sarge" Support

On Mon, Feb 28, 2005 at 01:47:18PM -0800, Hans Reiser wrote: > Can you folks at Debian tell me whether we are supported in Sarge? > > Thanks, > > Hans Last time I installed sarge (ages ago, about November last year) I did make some ReiserFS partitions and they ended up being 3.6 not 4. Things co

Re: Debian "Sarge" Support

Le lundi 28 fÃvrier 2005 Ã 13:47 -0800, Hans Reiser a Ãcrit : > Can you folks at Debian tell me whether we are supported in Sarge? As far as I know, there is no reiser4 support in the Debian stock kernel. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'

Re: Debian "Sarge" Support

As far as I can see - Debian "Sarge" / Debian "testing" / Debian GNU/Linux 3.1 - now has support both for Reiserfs [?? 3.6.19??] and Reiser4 [?? 1.0.3 ??]. There is a kernel patch against version 2.6.8 for Reiser4. Hope this helps - everyone feel free to correct me if I'm wrong :) Andy -- To

Re: self-depending packages

On Mon, Feb 28, 2005 at 09:49:41PM +0200, Antti-Juhani Kaijanaho wrote: > On 20050228T164806+, Andrew Suffield wrote: > > Unfortunately apt breaks the code. If you use dpkg directly it'll > > work. If you use apt it'll pick a random and unpredictable starting > > point. > > Doesn't apt usually

Re: Debian Project Leader Election 2005

Hi, * Debian Project Secretary <[EMAIL PROTECTED]> [2005-02-28 21:36]: > The nomination period is at an end, with six candidates > standing forth to be counted. We are now in the campaigning period. > The candidates are: > > o Matthew Garrett [EMAIL PROTECTED] ^^ Is the email address

Re: Debian Project Leader Election 2005

On 10214 March 1977, Nico Golde wrote: >> o Matthew Garrett [EMAIL PROTECTED] > ^^ Is the email address wrong? > There is no entry for > http://qa.debian.org/[EMAIL PROTECTED] No, as you are free to use whatever email as a maintainer. Look at db.d.o if you want to look for logins. -- bye Joe

Re: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 "Nelson A. de Oliveira" <[EMAIL PROTECTED]> writes: > WMAnsiEd is an ANSI editor with functions like line drawing, ellipse, > box, etc., written in Qt. All IBM ANSI and ASCII characters are "ANSI" is pretty meaningless as a "standard", since ANSI sta

Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?

I can volunteer [EMAIL PROTECTED], the guy who writes our utilities (which work), for the task. This is the second time that Ed has broken Reiserfs support in Debian, and each time it breaks Namesys looks bad, because users have no idea it is not us who broke our code. Thanks to Cliff we now h

Re: Debian Project Leader Election 2005

Hello Joerg, * Joerg Jaspert <[EMAIL PROTECTED]> [2005-02-28 21:54]: > On 10214 March 1977, Nico Golde wrote: > > >> o Matthew Garrett [EMAIL PROTECTED] > > ^^ Is the email address wrong? > > There is no entry for > > http://qa.debian.org/[EMAIL PROTECTED] > > No, as you are free to use whate

Re: Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?

Hans, On Mon, Feb 28, 2005 at 03:22:17PM -0800, Hans Reiser wrote: > This is the second time that Ed has broken Reiserfs support in Debian, > and each time it breaks Namesys looks bad, because users have no idea it > is not us who broke our code. Thanks to Cliff we now have an idea where > som

Re: [OT] maildir (was Re: procmail and Large File Support)

On Monday 28 February 2005 01:51, Ron Johnson wrote: > On Sun, 2005-02-27 at 18:19 -0500, sean finney wrote: [snip] > > figuring the average email is about 13-15k, i believe an ext2/ext3 > > That seems awfully huge. In my (Maildir) archive of d-u, the > average size is 4,959 bytes. Of course, the

Re: Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?

Hans Reiser wrote: > I can volunteer [EMAIL PROTECTED], the guy who writes our utilities > (which work), for the task. > > This is the second time that Ed has broken Reiserfs support in Debian, > and each time it breaks Namesys looks bad, because users have no idea it > is not us who broke our

Re: [OT] maildir (was Re: procmail and Large File Support)

On Mon, 2005-02-28 at 22:55 +0100, David Schmitt wrote: > On Monday 28 February 2005 01:51, Ron Johnson wrote: > > On Sun, 2005-02-27 at 18:19 -0500, sean finney wrote: > [snip] > > > figuring the average email is about 13-15k, i believe an ext2/ext3 > > > > That seems awfully huge. In my (Maildir

Re: [OT] maildir

> "Michelle" == Michelle Konzack <[EMAIL PROTECTED]> writes: >> > inefficient at storing large number of very small files (due >> to block > size limitations of file system), and more >> complicated to > transfer/move/share. Michelle> What is complicate ? You need only the ri

Re: Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?

Hans Reiser wrote: I can volunteer [EMAIL PROTECTED], the guy who writes our utilities (which work), for the task. Sorry, but this is the first thing i hear anything about this :-? This is the second time that Ed has broken Reiserfs support in Debian, and each time it breaks Namesys looks bad, be

Re: Debian "Sarge" Support

On Mon, Feb 28, 2005 at 01:47:18PM -0800, Hans Reiser wrote: > Can you folks at Debian tell me whether we are supported in Sarge? The stock kernels support Reiser3, but not Reiser4. Reiser4 support packages are available, however. -- EARTH smog | bricks AIR -- mud -- FIRE so

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

On Mon, Feb 28, 2005 at 08:18:56PM +0100, Goswin von Brederlow wrote: > Peter Samuelson <[EMAIL PROTECTED]> writes: > > > [Goswin von Brederlow] > >> Which also avoids that packages will be unavailable on every new > >> architecture debian introduces because the maintainer has to adjust > >> the A

Re: splitting a source package into 2 source packages

On Sat, Feb 26, 2005 at 02:47:51PM -0500, sean finney wrote: > On Sat, Feb 26, 2005 at 02:18:19PM -0500, Josh Metzler wrote: > > I seem to recall hearing that NEW processing is based solely on binary > > packages, so that the new source package would not need to go through NEW > > if it creates a

Re: [OT] maildir

On Tue, Mar 01, 2005 at 09:03:06AM +1100, Brian May wrote: > Also, all mailing list software I have seen so far exclusively uses > mbox files. > > Sure, these are implementation issues that could be solved, but > currently mbox wins. if the use of your stored mail is append-only and read-only, th

Re: splitting a source package into 2 source packages

On Tue, Mar 01, 2005 at 12:29:09AM +0100, Bill Allombert wrote: > Given that some people might find offensive to be compared to > illuminati, I don't think this is the best way to engage the ftp-master. > YMMV. perhaps i should have made it a bit more apparent that my tongue was slightly in-chee

Re: Debian Project Leader Election 2005

On Mon, Feb 28, 2005 at 09:48:49PM +0100, Nico Golde wrote: > > The candidates are: > > > > o Matthew Garrett [EMAIL PROTECTED] > > ^^ Is the email address wrong? > There is no entry for http://qa.debian.org/[EMAIL PROTECTED] But there is such entry in http://db.debian.org/ Noone force you

Re: [OT] maildir

Scripsit Bernd Eckenfels <[EMAIL PROTECTED]> > Thats why I responded, there is not really a need to modify maildir > files, That depends. I sometimes want to archive the text people wrote to me without wasting disk space (and performance when I search my mail archive) on attachments that I don't

Re: [OT] maildir

Scripsit Brian May <[EMAIL PROTECTED]> > Sure, these are implementation issues that could be solved, but > currently mbox wins. Who says you have to use either one or the other for everything? I use maildir for incoming mail but mbox files for most of my old saved mail. Works nice and seamlessly.

Re: Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?

On Mon, Feb 28, 2005 at 11:45:11PM +0100, José Luis Tallón wrote: > From what i read below, there is somebody actually using QtParted for > their installer. Someone who has a 4-month-old (or older) fork of the parted packages. (The Debian parted package stopped build-depending on libreiserfs at t

Re: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

On Mon, 2005-02-28 at 21:28 +, Roger Leigh wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > "Nelson A. de Oliveira" <[EMAIL PROTECTED]> writes: > > > WMAnsiEd is an ANSI editor with functions like line drawing, ellipse, > > box, etc., written in Qt. All IBM ANSI and ASCII characte

Re: [OT] maildir

On Tue, 2005-03-01 at 09:03 +1100, Brian May wrote: > > "Michelle" == Michelle Konzack <[EMAIL PROTECTED]> writes: > > >> > inefficient at storing large number of very small files (due > >> to block > size limitations of file system), and more > >> complicated to > transfer/move/sh

Re: [OT] maildir

On Mon, 2005-02-28 at 23:46 +, Henning Makholm wrote: > Scripsit Brian May <[EMAIL PROTECTED]> > > > Sure, these are implementation issues that could be solved, but > > currently mbox wins. > > Who says you have to use either one or the other for everything? I use > maildir for incoming mail

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

Wouter Verhelst <[EMAIL PROTECTED]> writes: > On Mon, Feb 28, 2005 at 08:18:56PM +0100, Goswin von Brederlow wrote: >> Peter Samuelson <[EMAIL PROTECTED]> writes: >> >> > [Goswin von Brederlow] >> >> Which also avoids that packages will be unavailable on every new >> >> architecture debian introd

Bug#297487: ITP: eleven -- programming language for creating reliable, scalable web applications

Package: wnpp Severity: wishlist Owner: Miriam Ruiz <[EMAIL PROTECTED]> * Package name: eleven Version : 1.0 Upstream Author : Joseph Morrison <[EMAIL PROTECTED]> * URL : http://eleven.sourceforge.net/ * License : GPL Description : programming language fo

Re: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.

Joe Wreschnig writes: > I don't know what the official standards for the character set and > terminal specifications are... Whatever IBM said they were. I believe they are in the IBM PC Technical Reference Manual: I've got one around here somewhere. -- John Hasler -- To UNSUBSCRIBE, email to

Re: Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops

Luigi Gangitano wrote: * Package name: radeontool Version : 1.5 Upstream Author : Frederick Dean <[EMAIL PROTECTED]> * URL : http://fdd.com/software/radeon/ * License : zlib license Description : utility to control ATI Radeon backlight functions on laptops Asi

Re: Any reason why I'm not CCed by bugs of my packages?

On Mon, 28 Feb 2005, Joel Aelwyn wrote: I just make it a regular habit to scan my packages via the web interface, if only to remind myself about the wishlist bugs sitting on some of them. Sure, that's why I detected the bug just in time, but this personal habit is no excuse that a function of the B

Re: Let's remove mips, mipsel, s390 ... [or have strict arch: control? ]

On Tue, Mar 01, 2005 at 01:28:58AM +0100, Goswin von Brederlow wrote: > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > > On Mon, Feb 28, 2005 at 08:18:56PM +0100, Goswin von Brederlow wrote: > >> Peter Samuelson <[EMAIL PROTECTED]> writes: > >> > >> > [Goswin von Brederlow] > >> >> Which also av

pyblosxom up for adoption

Anyone using pyblosxom and would like to adopt it? I'm not using pyblosxom anymore and would like to give it away to more caring hands. -- .''`. Fredrik Steen, [EMAIL PROTECTED] : :' : 2CD6 C838 BE77 795F 5EF1 3E5B DA91 EE7B A58E 164 `. `' http://www.stone.nu/ `-- http://www.debian.org/