Re: wnpp situation

2005-09-21 Thread David Moreno Garza
On Wed, 2005-09-14 at 12:03 +0200, Vedran Furac wrote: > > than 600 days by tonight (or if anything goes wrong -I have an exam > > Before you do that: Yeah, I know there are packages that should not be closed, probably, and they could just hide from the view and be closed. What I really trust is

Re: wnpp situation

2005-09-21 Thread David Moreno Garza
On Wed, 2005-09-14 at 07:50 +0200, Martin Samuelsson wrote: > Wouldn't it make more sense to close bugs that hasn't recieved more info > in X days than bugs that had their initial post in Y days? > > Some packages are trickier than others to create and may therefor take > more time. As long as peo

Re: [cl-debian] modifying home directories by maintainer scripts (was: Re: Bug#329347: common-lisp-controller: checking of permissions of the output directory)

2005-09-21 Thread Peter Van Eynde
On Wednesday 21 September 2005 15:49, René van Bevern wrote: > > A lot of packages install stuff in the user directory. > > I doubt that any package does this. 1/[EMAIL PROTECTED]:~ :( $ grep '^/home/' /var/lib/dpkg/info/*.list 1/[EMAIL PROTECTED]:~ :( $ None on my system. > Not by packages or

Bug#329462: general: standard value $LANG="[EMAIL PROTECTED]" -> very tiny GTK1 font

2005-09-21 Thread Annett Fritz
Package: general Severity: grave Tags: l10n Justification: renders package unusable The standard value $LANG="[EMAIL PROTECTED]" breaks fontsize for some gtk1 programs like gxedit or tipptrainer. With $LANG="de_DE" they show a readable font. A normal user doesn't know that when he chooses the loc

Re: SELinux

2005-09-21 Thread Bernd Eckenfels
In article <[EMAIL PROTECTED]> you wrote: > For systems on insecure or restricted/classified networks, it's > wonderful. For 98% of us, it's too much complexity for not enough > benefit over: >carefully chosen apps >turned-off unused daemons >a good h/w firewall >st

ITP: ree -- Extract ROM extensions

2005-09-21 Thread Gürkan Sengün
Package: wnpp Severity: wishlist * Package name: ree Version : 1.3 Upstream Authors: Gürkan Sengün <[EMAIL PROTECTED]> * URL : http://www.linuks.mine.nu/ree/ * License : GNU GPL Description : Extract ROM extensions ROM extension extractor (ree) is a to

Re: SELinux

2005-09-21 Thread Ron Johnson
On Wed, 2005-09-21 at 16:49 -0300, Henrique de Moraes Holschuh wrote: > On Wed, 21 Sep 2005, Arvind Autar wrote: > > is no loss of functionality, why hasn't debian implented SELinux as > > default? > > It is not that simple. We are doing it slowly. To flesh that out some: Fine-grain sec

Re: Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

2005-09-21 Thread Henning Makholm
Scripsit "Steinar H. Gunderson" <[EMAIL PROTECTED]> > On Wed, Sep 21, 2005 at 10:07:12PM +0200, Henning Makholm wrote: >> (For example, some postscript files explode in size when they are >> passed through ghostscripts pswrite backend - which is more or less by >> design. Others become smaller, bu

Re: Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

2005-09-21 Thread Jay Berkenbilt
I use these and would be happy to adopt the package. -- Jay Berkenbilt <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Link Exchange Request

2005-09-21 Thread Bellagio Directory
Dear fellow Webmaster, I'm the webmaster of a Bellagio resource at http://www.bellagiodir.com . I've collected quality links to other resources on the Internet on my links page. I feel that your site would be a nice fit in my collection of quality links. I've already placed a link to your web

Bug#329429: ITP: libavg -- avg Ain't Vector Graphics

2005-09-21 Thread Torsten Werner
Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: libavg Version : 0.2.0 Upstream Author : Ulrich von Zadow <[EMAIL PROTECTED]> * URL : http://www.libavg.de/ * License : LGPL Description : libavg Ain't Vector Graphi

Re: Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

2005-09-21 Thread Steinar H. Gunderson
On Wed, Sep 21, 2005 at 10:07:12PM +0200, Henning Makholm wrote: > (For example, some postscript files explode in size when they are > passed through ghostscripts pswrite backend - which is more or less by > design. Others become smaller, but in any case this ought to be kept > orthogonal from simp

Re: Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

2005-09-21 Thread Henning Makholm
Scripsit Rob Browning <[EMAIL PROTECTED]> > I have also wondered a bit about the current status of the domain. Is > psutils still needed, or are there better, more actively pursued > alternatives now? For example, can similar functionality be provided > by convenience wrappers around ghostscript

Re: SELinux

2005-09-21 Thread Mike McCarty
Arvind Autar wrote: Helllo, I have been using debian for quite some time now, how ever I have watched several distrobutions implentating so many great ideas, and I have been wondering why such a robust distorbution as debian GNU/Linux(*) hasn't done this. One of them is: SELinux If SELinux is

Re: SELinux

2005-09-21 Thread Henrique de Moraes Holschuh
On Wed, 21 Sep 2005, Arvind Autar wrote: > is no loss of functionality, why hasn't debian implented SELinux as > default? It is not that simple. We are doing it slowly. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the L

Re: init.d script for iptables ruleset

2005-09-21 Thread Javier Fernández-Sanguino Peña
On Wed, Sep 21, 2005 at 04:34:49AM -0700, Steve Langasek wrote: > I don't remember any such rationale ever being given; IIRC, ljlane changed > it in response to pressure from users, who may have objected for any number > of reasons. The presence of an optional startup script for iptables doesn't

Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

2005-09-21 Thread Rob Browning
Package: wnpp I'd like to give up maintainership of psutils. As it stands now, there hasn't been any upstream work on it in a long time, and my impression from the last time I spoke with the author was that he wasn't sure when he might be able to work on it heavily again. It also looks like fix

SELinux

2005-09-21 Thread Arvind Autar
Helllo, I have been using debian for quite some time now, how ever I have watched several distrobutions implentating so many great ideas, and I have been wondering why such a robust distorbution as debian GNU/Linux(*) hasn't done this. One of them is: SELinux If SELinux is also suitable for desk

Bug#329420: ITP: cbrpager -- viewer for CBR and CBZ (comic book archive) files

2005-09-21 Thread Roberto Lumbreras
Package: wnpp Severity: wishlist Owner: Roberto Lumbreras <[EMAIL PROTECTED]> * Package name: cbrpager Version : 0.9.14 Upstream Author : John Coppens * URL : http://cbrpager.sourceforge.net * License : GPL 2 Description : viewer for CBR and CBZ (comic bo

Re: last change to save (adopt) some packages

2005-09-21 Thread Thomas Bushnell BSG
"Nathanael Nerode" <[EMAIL PROTECTED]> writes: > Thomas Bushnell wrote: >>This is not the correct way to orphan a package. > > True. However, it is entirely legitimate for a maintainer to decide that a > package is worthless and withdraw it, which is what Andres Salomon is > planning to do. In

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Kalle Kivimaa
"Ingo Juergensmann" <[EMAIL PROTECTED]> writes: > The proposal make some very exact guidelines like the 98% rule whereas > it is very unprecise in other regards. I find this quite irrating and > thus asking for clarification. Actually, the 98% rule is not in the proposal. It was given as a possibl

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Daniel Stone
On Wed, 2005-09-21 at 17:05 +0200, Ingo Juergensmann wrote: > Petter Reinholdtsen wrote: > > I'm starting to suspect you do not trust the release team nor the > > porters to make good judgement [...] ^^^ > Nono... of course not! > It's just my personal experience tha

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread W. Borgert
Quoting Andreas Barth <[EMAIL PROTECTED]>: > * Ingo Juergensmann ([EMAIL PROTECTED]) [050921 16:53]: > > What about such ports like m32r? Some embedded devices might run that port, > > but the user doesn't even know about which arch he's using nor that he's > > using Debian and certainly not that h

Re: modifying home directories by maintainer scripts (was: Re: Bug#329347: common-lisp-controller: checking of permissions of the output directory)

2005-09-21 Thread Henrique de Moraes Holschuh
On Wed, 21 Sep 2005, René van Bevern wrote: > Not by packages or their scripts and not without user > interaction. It's dangerous. Often it IS done without interaction, with the expected screwups and massive loss of data. Openoffice deleted a ton of user files with their super-braindead upgrade s

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
Petter Reinholdtsen wrote: > [Ingo Juergensmann] >> As I tried to say: there need more exact quidelines for >> this. Currently they are very vague in my eyes. > You failed to say why the guidelines need to be more exact. In my > view, the guidelines are good enough. This is probably colored by th

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Andreas Barth
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 16:53]: > What about such ports like m32r? Some embedded devices might run that port, > but the user doesn't even know about which arch he's using nor that he's > using Debian and certainly not that he is intended to give a "hey, i'm using > that port

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
On Wed, Sep 21, 2005 at 04:28:07PM +0200, Steinar H. Gunderson wrote: > On Wed, Sep 21, 2005 at 04:22:27PM +0200, Ingo Juergensmann wrote: > > That's not only "must have 50 users" but more a "must have 50 users that do > > stuff on those machines". > > See, that's the problem, when you don't defin

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Petter Reinholdtsen
[Ingo Juergensmann] > As I tried to say: there need more exact quidelines for > this. Currently they are very vague in my eyes. You failed to say why the guidelines need to be more exact. In my view, the guidelines are good enough. This is probably colored by the fact that I trust the good judge

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
On Wed, Sep 21, 2005 at 03:37:25PM +0200, Andreas Barth wrote: > > > | * Developer availability: The architecture must have a > > > |developer-available (i.e. debian.org) machine that contains the > > > |usual development chroots (at least stable, testing, unstable). > > > This criterion

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Steinar H. Gunderson
On Wed, Sep 21, 2005 at 04:22:27PM +0200, Ingo Juergensmann wrote: > That's not only "must have 50 users" but more a "must have 50 users that do > stuff on those machines". > See, that's the problem, when you don't define those rules exactly: what > qualifies for a "user" - how often needs the use

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
On Wed, Sep 21, 2005 at 03:46:14PM +0200, Andreas Barth wrote: > > Well, I'm already running popcon on my two m68ks, but that doesn't say much > > about how many users are using that machines, as you state yourself. ;) > Well, it's up to the porters to count the users, but of course, if you > stat

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Petter Reinholdtsen
[Kalle Kivimaa] > It's actually pretty easy. Count the number of posters that seem to > disagree. If this number is over half of the current developer > count, then yes, a majority of the developers are in > opposition. What you _cannot_ do is say "because over 50% of the > people participating in

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Kalle Kivimaa
Petter Reinholdtsen <[EMAIL PROTECTED]> writes: > I guess that depends on the viewpoint of the reader what the results > were. It is hard to tell if there is a vocal minority making a lot of > noise, or if there is a majority disagreeing with the criteria. It's actually pretty easy. Count the num

modifying home directories by maintainer scripts (was: Re: Bug#329347: common-lisp-controller: checking of permissions of the output directory)

2005-09-21 Thread René van Bevern
On 21.09.05, Faré wrote: > On 9/21/05, René van Bevern <[EMAIL PROTECTED]> wrote: > > On 21.09.05, Faré wrote: > > > > Hi Faré, > > > > > The only possible downside is having to walk /etc/passwd to locate > > > all the places where to purge the cache, if you wish to do such > > > thing. > > > > No,

Request: Anyone able to test printing with CUPS on *woody*?

2005-09-21 Thread Kevin B. McCarty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I've come across a strange behavior printing a certain postscript file with the CUPS server in Sarge. (See bug # 329207 for further details.) I would like to request someone who is still running oldstable - Woody - - to see whether or not

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Andreas Barth
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 15:28]: > On Wed, Sep 21, 2005 at 03:19:16PM +0200, Petter Reinholdtsen wrote: > > [Ingo Juergensmann] > > > Although it was discussed several times, I have still no idea how those > > > users should be counted? > > Two ideas. > > - Get them to inst

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Andreas Barth
* Josselin Mouette ([EMAIL PROTECTED]) [050921 15:25]: > Le mardi 20 septembre 2005 à 23:41 +0200, Andreas Barth a écrit : > > For that reason, we discussed in multiple meetings, together with porters, > > ftp-masters and other people more than once how the criteria should > > look. Also, there wa

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Andreas Barth
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 14:54]: > On Tue, Sep 20, 2005 at 11:41:13PM +0200, Andreas Barth wrote: > > | * Developer availability: The architecture must have a > > |developer-available (i.e. debian.org) machine that contains the > > |usual development chroots (at leas

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Petter Reinholdtsen
[Josselin Mouette] > This has been indeed discussed to death. The result of the > discussion seems to be that a large majority of the developers > doesn't agree with all your criteria. I guess that depends on the viewpoint of the reader what the results were. It is hard to tell if there is a voca

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
On Wed, Sep 21, 2005 at 03:19:16PM +0200, Petter Reinholdtsen wrote: > [Ingo Juergensmann] > > Although it was discussed several times, I have still no idea how those > > users should be counted? > Two ideas. > - Get them to install popularity-contest. This will make their >machine show up o

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Josselin Mouette
Le mardi 20 septembre 2005 à 23:41 +0200, Andreas Barth a écrit : > For that reason, we discussed in multiple meetings, together with porters, > ftp-masters and other people more than once how the criteria should > look. Also, there was more than one discussion on debian-devel. [1, 2] This has be

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Petter Reinholdtsen
[Ingo Juergensmann] > Although it was discussed several times, I have still no idea how those > users should be counted? Two ideas. - Get them to install popularity-contest. This will make their machine show up on popcon.debian.org, and we would assume there are users of the given machin

Re: architecture-specific release criteria - requalification needed

2005-09-21 Thread Ingo Juergensmann
On Tue, Sep 20, 2005 at 11:41:13PM +0200, Andreas Barth wrote: > Now, looking more into details, the criteria are: > | * Availability: > | The architecture needs to be available for everybody, i.e. > The reason for this should be obvious The requirement of "available as new" has been dropped

Bug#329366: ITP: libclass-dbi-sqlite-perl -- Extension to Class::DBI for sqlite

2005-09-21 Thread Florian Ragwitz
Package: wnpp Severity: wishlist Owner: Florian Ragwitz <[EMAIL PROTECTED]> * Package name: libclass-dbi-sqlite-perl Version : 0.10 Upstream Author : Tatsuhiko Miyagawa <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~miyagawa/Class-DBI-SQLite/ * License : Pe

Re: init.d script for iptables ruleset

2005-09-21 Thread Humberto Massa
@ 21/09/2005 02:25 : wrote Matthew Palmer :> On Wed, Sep 21, 2005 at 01:12:38AM -, Samuel Jean wrote: > Here it goes. I wondered about a clever way to load my iptables > ruleset via init.d's script. Surprisingly, I didn't find any with > Debian. I didn't search that much though. Have a look

Re: init.d script for iptables ruleset

2005-09-21 Thread Steve Langasek
On Wed, Sep 21, 2005 at 04:04:29PM +1000, Paul TBBle Hampson wrote: > > Am Mi den 21. Sep 2005 um 3:12 schrieb Samuel Jean: > > > Here it goes. I wondered about a clever way to load my iptables ruleset > > > via > > > init.d's script. Surprisingly, I didn't find any with Debian. I didn't > > > s

Re: g77 -> gfortran transition and AMD64 g77 bugs

2005-09-21 Thread Matthias Klose
Kevin B. McCarty writes: > Gfortran claims not to be completely ready for use as a g77 replacement > yet (and someone who has attempted to compile Cernlib with it reports a > large number of problems yet). But eventually that day will come... we > should have some transition plan in mind by then.

Re: Announcing an intention to produce an armeb port of Debian

2005-09-21 Thread Lennert Buytenhek
On Mon, Sep 19, 2005 at 02:06:24PM +0200, Peter 'p2' De Schrijver wrote: > It's not so unusual anymore since intel introduced the IXP series > of chips which come with mostly BE oriented reference designs. The nslu2 itself comes with an ixp4xx CPU, but the armeb port is also used on a number of i

Re: Bug#329232: localechooser: Should avoid hardcoding specific packages installation in the script code

2005-09-21 Thread sferriol
Christian Perrier a écrit : Package: localechooser Severity: wishlist Currently, localechooser install specific packages for given languages by using code inside the main script. i think localchooser is not the only package which needs to install other packages during postinst. is there a way

Re: Re: better init.d/* : who carres ?

2005-09-21 Thread Gerrit Pape
On Wed, Sep 21, 2005 at 05:07:31AM -0400, Alfie Costa wrote: > Russ Allbery <[EMAIL PROTECTED]> wrote: > > I find constructs like ${string#*=} particularly difficult to read, > > since they require that I remember what all the different punctuation > > characters inside this sort of parameter expan

Re: Re: better init.d/* : who carres ?

2005-09-21 Thread Alfie Costa
Russ Allbery <[EMAIL PROTECTED]> wrote: > I find constructs like ${string#*=} particularly difficult to read, > since they require that I remember what all the different punctuation > characters inside this sort of parameter expansion do. According to > the bash manual, there are sixteen of them,

Re: better init.d/* : who carres ?

2005-09-21 Thread Eduard Bloch
#include * Henrique de Moraes Holschuh [Thu, Aug 25 2005, 12:17:56PM]: > Well, as long as you don't start using stuff that breaks often, or that > loads a ton of crap dynamically, or (even worse) is in /usr instead of /bin > or /sbin... > > Note that using dash is probably MUCH faster than perl.

Bug#329323: ITP: monsterz -- arcade puzzle game

2005-09-21 Thread Sam Hocevar
Package: wnpp Severity: wishlist Owner: Sam Hocevar <[EMAIL PROTECTED]> * Package name: monsterz Version : 0.6.0 Upstream Author : Sam Hocevar <[EMAIL PROTECTED]> * URL : http://sam.zoy.org/monsterz/ * License : WTFPL (BSD-like) Description : arcade puzzl

Bug#329321: ITP: yasm -- modular assembler with multiple syntaxes support

2005-09-21 Thread Sam Hocevar
Package: wnpp Severity: wishlist Owner: Sam Hocevar <[EMAIL PROTECTED]> * Package name : yasm Version : 0.4.0 Upstream Authors : Peter Johnson <[EMAIL PROTECTED]> Michael Urman <[EMAIL PROTECTED]> * URL : http://www.tortall.net/projects/yasm/ * L

Re: hotplug blacklists

2005-09-21 Thread Marco d'Itri
On Sep 21, Nathanael Nerode <[EMAIL PROTECTED]> wrote: > The absolute minimum functional upgrade path is to Conflict: with all > package versions providing old-style blacklists, and to abort early in > preinst with a loud warning if any user-specified blacklists are present on > the system (muc