Re: Thoughts about changing Debian's release process

On Thu, 7 Apr 2005, Bernd Eckenfels wrote: In article <[EMAIL PROTECTED]> you wrote: FAI can be a total disaster recovery solution when you couple it with your backups However mindi/mondo is easier :) For the recovery issue perhaps (I never managed it to work BTW), but not for the documentation iss

Re: Bug#302138: incorrect Description line wrapping with bullet lists

On Wed, Mar 30, 2005 at 03:54:36AM -0600, Peter Samuelson wrote: > [Peter Samuelson] > > I'd like to file a mass bug for these, but it's on the order of 583 > > binary packages in 430 source packages, so I obviously want to get > > some feedback first. > > Jeroen van Wolffelaar pointed out to me t

Re: Why do we still have this on the distribution?

Gunnar Wolf said: > > Adam: Is there a reason for keeping PHP3 in the archive? It has users. One of those users recently let me know that he continues to use it, because it "just works". For the curious, that user also happens to be a member of the security team. I won't reveal his name, in cas

Re: Why do we still have this on the distribution?

On Thu, 07 Apr 2005, Andrew Pollock wrote: > On Wed, Apr 06, 2005 at 10:18:23AM +0200, Thijs Kinkhorst wrote: > > This raises a valid point; maybe the maintainer can comment on > > this? Since we already receive no security updates to php3 from > > upstream, is it feasible security-wise to keep it

How to superceed one package with another?

Hi! I've been the maintainer of tuxracer, a codebase that has been dead upstream for quite some time, after upstream went proprietary. PlanetPenguin Racer (ppracer), a tuxracer-derivat based on the last GPL version of tuxracer, has recently been packaged and uploaded into the archive by Alexander

Re: Thoughts about changing Debian's release process

In article <[EMAIL PROTECTED]> you wrote: > FAI can be a total disaster recovery solution when you couple it with your > backups However mindi/mondo is easier :) Gruss Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: docbook-mathml (or w3-dtd-mathml) don't leave to install gnumexp: possible bug

Hi Xan, (BTW, this should really be filed as a bug and probably not posted to devel.) I somehow missed this message b/c it got filtered to the wrong place. Sorry bout that. I'll look into updating the MathML DTD (& registering it, of course), as well as a number of other packages - mostly docboo

Re: Why do we still have this on the distribution?

On Tue, Apr 05, 2005 at 04:43:06PM -0500, Gunnar Wolf wrote: > Out of those, they are all either available for php4 as well (php3-*) > or depend on either php3 or php4. Just to make the point more explicit: $ grep-available -n -s Package -F Depends php3 -a ! -F Depends php4 | sort -u php3-cg

Re: Why do we still have this on the distribution?

On Wed, Apr 06, 2005 at 10:18:23AM +0200, Thijs Kinkhorst wrote: > On Wed, April 6, 2005 01:09, sean finney said: > > - sarge is around the corner, and keeping it in means maintaining > > it for possibly another 2-4 years! if it's *already* > > no longer maintained upstream... > > This raises

Re: Thoughts about changing Debian's release process

On Wed, Apr 06, 2005 at 06:32:02AM +0200, Martin Schulze wrote: > Andrew Pollock wrote: > > On Tue, Apr 05, 2005 at 08:38:17PM +0200, Martin Schulze wrote: > > > Andreas Tille wrote: > > > > >My point: We need the possibility to recreate the current Debian > > > > >infrastructure for proposing chan

Bug#303489: ITP: proll -- JavaStation PROM 2.x compatible replacement

Package: wnpp Owner: Guillem Jover <[EMAIL PROTECTED]> Severity: wishlist * Package name: proll Version : 18 Upstream Author : Pete A. Zaitcev <[EMAIL PROTECTED]> * URL : * License : GPL Description : JavaStation P

Bug#303488: ITP: openhackware -- OpenFirmware emulator

Package: wnpp Severity: wishlist Owner: Guillem Jover <[EMAIL PROTECTED]> * Package name: openhackware Version : 0.4 Upstream Author : Jocelyn Mayer <[EMAIL PROTECTED]> * URL : * License : GPL Description : Op

acenic firmware rewrite

Hi, Reading http://lists.debian.org/debian-legal/2004/12/msg00078.html I wondered if people would be willing to work on a free firmware for the Tigon II chip. I didn't look at the existing code yet, but looking at the datasheet (http://alteon.shareable.org/firmware-source/12.4.13/tigonbk.pdf.bz2)

Re: Bug#302309: ITP: bcron -- Bruce's cron system

On 06-Apr-05, 14:45 (CDT), Gerrit Pape <[EMAIL PROTECTED]> wrote: > > There'll be two binary packages: bcron, containing the bcron programs > and documentation, and bcron-run, setting up the bcron services, and > providing, replacing, and conflicting with the default cron package. It looks like

Re: intend-to-implement: script to obtain Debian Source

On 06-Apr-05, 12:31 (CDT), Pierre THIERRY <[EMAIL PROTECTED]> wrote: > > Urgh. Are you doing computer science or cooking? Couldn't the > application write somewhere the order of the patch that it just used?! *I'm* not doing anything except postulating the reasoning behind a deliberately random p

Bug#303475: ITP: hrd -- the puzzle game of HuaRongDao

Package: wnpp Severity: wishlist Owner: Qingning Huo <[EMAIL PROTECTED]> * Package name: hrd Version : 0.1 Upstream Author : Qingning Huo <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Description : the puzzle game of HuaRongDao Hua

Re: init.d script dependencies for etch?

Apparently Gentoo is using simpleinit. Anyone know what the other distros are using? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#302309: ITP: bcron -- Bruce's cron system

This is bcron, a new cron system designed with secure operations in mind. To do this, the system is divided into several separate programs, each responsible for a separate task, with strictly controlled communications between them. The user interface is a drop-in replacement for similar systems (s

Re: intend-to-implement: script to obtain Debian Source

ke, 2005-04-06 kello 19:31 +0200, Pierre THIERRY kirjoitti: > Scribit Steve Greenland dies 04/04/2005 hora 07:15: > > > - what problems do thsi random order could weed? > > Unnoted dependencies that just happen to be fulfilled due to a > > consistent (though arbitrary) application order. By applyin

subject

On Apr 6, 2005 11:39 AM, Luk Claes <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > This is a cunning plot to increase interest in Quality Assurance among > Debian contributors. > > There will be a QA Hacking event preceding Debconf5 [1] in Helsinki. > >

Re: intend-to-implement: script to obtain Debian Source

Scribit Steve Greenland dies 04/04/2005 hora 07:15: > > - what problems do thsi random order could weed? > Unnoted dependencies that just happen to be fulfilled due to a > consistent (though arbitrary) application order. By applying in a > different order each time, you should trigger an error fair

Bug#303405: ITP: libxmlrpc-java -- Java implementation of XML-RPC protocol

Package: wnpp Severity: wishlist Owner: Martin Ferrari <[EMAIL PROTECTED]> * Package name: libxmlrpc-java Version : 1.2b2-cvs Upstream Author : Apache XML-RPC team <[EMAIL PROTECTED]> * URL : http://ws.apache.org/xmlrpc/ * License : Apache Description : J

Re: watch files and weird version numbers

Peter Samuelson <[EMAIL PROTECTED]> writes: > I'd go with 1.0rel+1.0c. Fix it for real with version 1.1. Okies, thanks. Actually this was what I first considered, but upon reading the Policy Manual I saw other options, so I needed to ask. =) -- ZAK B. ELEP <[EMAIL PROTECTED]> -- Regi

Re: Bug#303366: ITP: vimcdoc -- Chinese Translation of Vim Online Help Documents

On Thu, Apr 07, 2005 at 01:39:17AM +1200, Carlos Z.F. Liu wrote: > The upstream author occasionally told me that he want to switch to > GFDL, another non-free license. :) Is there any DFSG free document > license? ... OK, I knew GPL and BSDL is, but not everyone think > docuemntation is equal to so

Re: Bug#303366: ITP: vimcdoc -- Chinese Translation of Vim Online Help Documents

On Wed, Apr 06, 2005 at 01:32:59PM +0200, Pierre Habouzit wrote: > Le Mercredi 6 Avril 2005 13:08, Carlos Z.F. Liu a écrit : > > 2. No commercial use of this software are allowed without written > >    permission from the author. For written permission, please contact > >   [EMAIL PROTECTED] > > a

Re: Native package with two changelogs

On Wed, Apr 06, 2005 at 02:16:08PM +0200, Benjamin Mesing wrote: > Hello, > > I have a package which I develop on my own and which is debian native. > However due to historical reasons, I have a CHANGELOG file which is not > the debian/changelog file. > How should I handle this case? I am in favo

Re: Native package with two changelogs

On Wed, Apr 06, 2005 at 02:16:08PM +0200, Benjamin Mesing wrote: > I have a package which I develop on my own and which is debian native. > However due to historical reasons, I have a CHANGELOG file which is not > the debian/changelog file. > How should I handle this case? I am in favour of hand

Re: debconf and locale specific characters

Hi Alban, On Wed, Apr 06, 2005 at 05:15:34AM +0200, Alban Browaeys wrote: > > It is save to assume that the data from debconf is in the charset of the > > current locale? Then foo=`echo $RET|iconv -t UTF8` after the db_get > > would suffice. Of course the locale could change between config and >

Native package with two changelogs

Hello, I have a package which I develop on my own and which is debian native. However due to historical reasons, I have a CHANGELOG file which is not the debian/changelog file. How should I handle this case? I am in favour of handling it like an upstream package, meaning 1. debian/changelog

Re: Bug#303366: ITP: vimcdoc -- Chinese Translation of Vim Online Help Documents

Le Mercredi 6 Avril 2005 13:08, Carlos Z.F. Liu a écrit : > 2. No commercial use of this software are allowed without written >    permission from the author. For written permission, please contact >   [EMAIL PROTECTED] at least this one means that vimdoc cannot be in main. that's sad. -- ·O· Pi

Bug#303366: ITP: vimcdoc -- Chinese Translation of Vim Online Help Documents

Package: wnpp Severity: wishlist Owner: "Carlos Z.F. Liu" <[EMAIL PROTECTED]> * Package name: vimcdoc Version : 0.7.0 Upstream Author : Simon Liang <[EMAIL PROTECTED]> and some others * URL : http://vimcdoc.sourceforge.net * License : vimcdoc license 0.1 Descr

Re: Alternative: Source-Centric Approach [w/code]

> > Your priority are your users, and if Debian has decided to focus > > only on some key architectures it would be the best for them to > > help them switching to Gentoo instead of hacking Debian to become > > some cheap Gentoo clone for most architectures. > I don't view this as being a cheap G

Re: Why do we still have this on the distribution?

Hi is I guess is better, but doesn't really help me understand some numbers others have posted (notably, that sparc is below the 98% line). And what about packages that are i386 only, or everything but sparc? There is quite some packages that are i386 only... packages being only sparc, only silo

Re: init.d script dependencies for etch?

Scribit Humberto Massa dies 04/04/2005 hora 10:46: > > Cached? As in queried beforehand? As in two-pass algorithm, once > > iterating init.d with 'depends' as option, then with 'start' ? There are advantages to call the init.d script to poll its dependencies, instead of reading them: - the script

Bug#272669: ITP: archmbox -- a simple email archiver written in perl

Package: wnpp Followup-For: Bug #272669 Owner: [EMAIL PROTECTED] Archmbox is a simple email archiver written in perl; it parses one or more mailboxes, selects some or all messages and then performs specific actions on the selected messages. At this time archmbox supports mbox and mbx mailbox form

Re: Why do we still have this on the distribution?

On Wed, April 6, 2005 01:09, sean finney said: > - sarge is around the corner, and keeping it in means maintaining > it for possibly another 2-4 years! if it's *already* > no longer maintained upstream... This raises a valid point; maybe the maintainer can comment on this? Since we already re

Re: debconf and locale specific characters

On Tue, Apr 05, 2005 at 06:50:45AM -0700, Steve Langasek wrote: > I agree there's a (slim) chance of the charset changing between config and > postinst, so recoding in the config script itself is best. More than a slim chance if you're preseeding the debconf database for use on multiple hosts. --

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

On Monday 28 February 2005 14:26, sean finney <[EMAIL PROTECTED]> wrote: > i came up with the number by totalling the mailbox sizes of a 3000 user > mail system, and then dividing by the total number of messages in these > mailboxes. this generated a number around 13k average message size. > i had

Re: why allow broken packages to get all the way to mirrors?

* Mike Hommey | On Tue, Apr 05, 2005 at 08:18:25AM +0200, Andreas Barth <[EMAIL PROTECTED]> wrote: | | > For the first, there are well working mirror scripts that prevent that, | | Why on earth aren't they in place on official mirrors ? I *always* get | 404 errors for new packages at the time P