Bug#354934: ITP: acerhk -- Acer Hotkey driver for Linux

Package: wnpp Severity: wishlist Owner: Kel Modderman <[EMAIL PROTECTED]> * Package name: acerhk Version : 0.5.32 Upstream Author : Olaf Tauber <[EMAIL PROTECTED]> * URL : http://www.informatik.hu-berlin.de/~tauber/acerhk/ * License : GPL Description : Ac

Re: Bug#353277: Please reject to rule on the ndiswrapper question

On Wed, Mar 01, 2006 at 01:03:56AM -0300, Henrique de Moraes Holschuh wrote: > On Tue, 28 Feb 2006, Steve Langasek wrote: > > The Section: field of a Debian package's control file is a technical detail > > of the package, as is the location of a package on the Debian mirror. You > > may consider t

Re: How to identify origin [Was: How to identify distro, lsb-release is broken]

dpkg --status includes the Origin: header for those packages that specify it; reportbug already uses this to decide what BTS to use, but it could also be included in the report. Chri

Re: Bug#353277: ndiswrapper in main

[Brian May] > I think these should belong in a separate category then ndiswrapper, > because, unlike ndiswrapper, they are not even "complete" packages > without non-free software, and this will never change for the > lifetime of the installer package. Never underestimate the Debian universe's co

debconf and cdebconf are coinstallable now

Joey has been campaigning [1] for a while to get everything in the archive changed to depend on debconf | debconf-2.0 or similar rather than just debconf, in order that we can start rolling out cdebconf as its replacement. Like most jobs that involve touching the bulk of the archive, this looks set

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

"Tim Olsen" <[EMAIL PROTECTED]> writes: > "Useful" is a matter of opinion. A programming language with the > minimum number of instructions necessary to be turing-complete and > have I/O may be more than a toy for some people. Anyway, since when are "toys" somehow not allowed in Debian?!? Brainf

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On Wed, 1 Mar 2006, Steve Greenland wrote: On 01-Mar-06, 13:05 (CST), Tim Olsen <[EMAIL PROTECTED]> wrote: And given the reaction to porn-get and bitchx and whatever-the-stripping-cpu-monitor-was-called , I tend to assume[2] that the true intent of such an ITP is to instigate yet another 500 po

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On 3/1/06, Steve Greenland <[EMAIL PROTECTED]> wrote: > On 01-Mar-06, 13:05 (CST), Tim Olsen <[EMAIL PROTECTED]> wrote: > > It's "An Eight-Instruction Turing-Complete Programming Language." > > Yeah, I know. That doesn't make it "useful"[1]. > "Useful" is a matter of opinion. A programming langua

Re: buildd and experimental

Floris Bruynooghe <[EMAIL PROTECTED]> writes: > But I've heard people claiming M-F-T is not a proper standard Since those sort of people generally love to whine and fuss about most everything, I figure they'll secretly appreciate the chance to whine about the CC:s they get... :-/ -miles -- Ich b

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On Wed, Mar 01, 2006 at 03:57:17PM +0100, Henning Makholm wrote: > Scripsit Panu Kalliokoski <[EMAIL PROTECTED]> > > * License : BSD-like > > Description : Brainfuck compiler > What is this useful for? Pretty much the same thing that libacme-brainfck-perl is useful for. Cheers, aj

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

Scripsit The Fungi <[EMAIL PROTECTED]> > On Wed, Mar 01, 2006 at 12:59:12PM -0600, Ron Johnson wrote: >> Besides that? > It is essentially a toy, or a demonstration tool... depends on your > point of view. Why should we use mirror bandwidth on either? > BrainFuck, from what I can tell, has been

Bug#354896: ITP: bwm-ng -- small and simple console-based bandwidth monitor

Package: wnpp Severity: wishlist Owner: "Damián Viano" <[EMAIL PROTECTED]> * Package name: bwm-ng Version : 0.5 Upstream Author : Volker Gropp <[EMAIL PROTECTED]> * URL : http://www.gropp.org/ * License : GPL-2 Description : small and simple console-based

Re: Bug#353277: ndiswrapper in main

> "Eduard" == Eduard Bloch <[EMAIL PROTECTED]> writes: Eduard> And I have never understood why the apt-setup questions Eduard> for contrib and non-free have been put into the same Eduard> dialog. The only possible reason is that the users that Eduard> have deliberately decided

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On 01-Mar-06, 13:05 (CST), Tim Olsen <[EMAIL PROTECTED]> wrote: > It's "An Eight-Instruction Turing-Complete Programming Language." Yeah, I know. That doesn't make it "useful"[1]. And given the reaction to porn-get and bitchx and whatever-the-stripping-cpu-monitor-was-called , I tend to assume[

Re: Pre-Stable Distro

"Joseph Smidt" <[EMAIL PROTECTED]> writes: > Once every three months the new "Pre-Stable" distro will upload only > those packages from testing that have had 0 RC bugs for at least month > and have been flagged by their maintainers as a good version to entet > stable. This would mean, with a year

Bug#354906: ITP: libftdi -- programming interface for FTDI FT2232C, FT232BM and FT245BM USB interface chips.

Package: wnpp Severity: wishlist Owner: "Peter 'p2' De Schrijver" <[EMAIL PROTECTED]> * Package name: libftdi Version : 0.7 Upstream Author : Intra2net AG <[EMAIL PROTECTED]> * URL : http://www.intra2net.com/de/produkte/opensource/ftdi/ * License : LGPL Descr

Re: ndiswrapper in main (was: Bug#353277: should be in contrib)

Despite my initial feeling that ndiswrapper should belong to contrib, I have rethought the entire issue, and frankly, both main and contrib can be justified. All arguments are well known and the discussion is going to be sterile and with a result strictly equal to zero. Please let the CTTE think o

Re: Pre-Stable Distro

On Wed, Mar 01, 2006 at 08:19:01AM -0700, Joseph Smidt wrote: > > To the Debian Developers, > > Again I am writing to mearly throw an idea out on the floor. It has to deal > with the stress of having release date to cram for, as well as being accused > of being a distro that never has up-to-date

Re: How to identify distro, lsb-release is broken

On 2/23/06, Stephen Birch <[EMAIL PROTECTED]> wrote: > I need to find a way of identifying the name of an installed > distrobution. This mechanism should be able to differentiate > > woody > sarge > etch > sid > hoary > breezy > dapper > > Prior to etch I was using lsb-release but it seems /etc/lsb

Re: buildd and experimental

On Wed, Mar 01, 2006 at 11:17:46AM -0800, Thomas Bushnell BSG wrote: > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > * First, there is no guarantee that the experimental buildd network will > > build your package. We do a best effort to successfully build as many > > packages as possible, but

Re: buildd and experimental

Wouter Verhelst <[EMAIL PROTECTED]> writes: > * First, there is no guarantee that the experimental buildd network will > build your package. We do a best effort to successfully build as many > packages as possible, but it is not possible to guarantee that every > package will be built on all

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On Wed, Mar 01, 2006 at 12:59:12PM -0600, Ron Johnson wrote: > Besides that? It is essentially a toy, or a demonstration tool... depends on your point of view. BrainFuck, from what I can tell, has been around for years and is a Turing-complete programming language consisting of only eight commands

Pre-Stable Distro

To the Debian Developers, Again I am writing to mearly throw an idea out on the floor. It has to deal with the stress of having release date to cram for, as well as being accused of being a distro that never has up-to-date software in stable. I thin

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On Wed, 01 Mar 2006 12:59:12 -0600 Ron Johnson <[EMAIL PROTECTED]> wrote: > Besides that? BrainFuck is Everyone's Favourite Programming Language (TM). -- KiyuKo "Like Russian Rulette with six bullets loaded" pgp4IRdXe6FQQ.pgp Description: PGP signature

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

It's "An Eight-Instruction Turing-Complete Programming Language." See: I suggest a better description for the ITP so people can see that the purpose of the package is not necessarily only to offend (if at all). -

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On Wed, 2006-03-01 at 12:47 -0600, Steve Greenland wrote: > On 01-Mar-06, 08:57 (CST), Henning Makholm <[EMAIL PROTECTED]> wrote: > > Scripsit Panu Kalliokoski <[EMAIL PROTECTED]> > > > > > * License : BSD-like > > > Description : Brainfuck compiler > > > > What is this useful for?

Pre-Stable Distro

To the Debian Developers, Again I am writing to merely throw an idea out on the floor. It has to deal with the stress of having release date to cram for, as well as being accused of being a distro that never has up-to-date software in stable. I thin

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

On 01-Mar-06, 08:57 (CST), Henning Makholm <[EMAIL PROTECTED]> wrote: > Scripsit Panu Kalliokoski <[EMAIL PROTECTED]> > > > * License : BSD-like > > Description : Brainfuck compiler > > What is this useful for? Annoying people who think that children are irrevocably damaged by rea

Re: Bug#354831: ITP: bfc -- Brainfuck compiler

Scripsit Panu Kalliokoski <[EMAIL PROTECTED]> > * License : BSD-like > Description : Brainfuck compiler What is this useful for? -- Henning Makholm "Ambiguous cases are defined as those for which the compiler being used finds a legitimate interpreta

Re: gnucash 1.9.1

On Tuesday 28 February 2006 22:19, Thomas Bushnell BSG wrote: > David Goodenough <[EMAIL PROTECTED]> writes: > > Did you include the SQL bits of gnucach? > > The package I have uploaded does not support SQL. My intention is to > turn that on (I am uncertain yet whether it is worth making it a > se

Re: Bug#353277: ndiswrapper in main

Hello, Thomas Bushnell BSG wrote: > Please, can we answer the question? If it's not useful then say, > "Yes, it's not useful, but that's not relevant." If it's useful say, > "It's useful, which should settle the case." > > Instead, I hear, "Nyaa nyaa nyaa, I'm not goiny to say whether it's > us

Bug#354840: ITP: b5 -- A macro processor and functional language

Package: wnpp Severity: wishlist Owner: Panu Kalliokoski <[EMAIL PROTECTED]> * Package name: b5 Version : x.y.z Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> * URL : http://sange.fi/~atehwa/b5/ * License : BSD-like Description : A macro processor

Re: lists.d.o Spam (was: Marking BTS spam)

On Wed, Mar 01, 2006 at 02:13:51AM +0100, Adeodato Simó wrote: > * Javier Fernández-Sanguino Peña [Wed, 01 Mar 2006 00:47:41 +0100]: > > > Is it OK if we, mutt users, use this? > > Why not '[EMAIL PROTECTED]'? ('b' does (B)ounce > in the default keybindings). THat's what Cord asked for... Ou

Bug#354835: ITP: python-selecting -- An object-oriented wrapper library around the system call select()

Package: wnpp Severity: wishlist Owner: Panu Kalliokoski <[EMAIL PROTECTED]> * Package name: python-selecting Version : 0.92 Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> * URL : http://sange.fi/~atehwa/selecting/ * License : BSD-like Description

Bug#354832: ITP: cgames -- A collection of curses-based puzzle games

Package: wnpp Severity: wishlist Owner: Panu Kalliokoski <[EMAIL PROTECTED]> * Package name: cgames Version : 2.2 Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> * URL : http://www.muppetlabs.com/~breadbox/software/cgames.html * License : GPL Descripti

Re: Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats

Hi On Wed, 1 Mar 2006 19:23, Panu Kalliokoski wrote: > Description : A converter from structured plaintext to multiple > formats What formats? Please be a little more verbose. Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL P

Bug#354831: ITP: bfc -- Brainfuck compiler

Package: wnpp Severity: wishlist Owner: Panu Kalliokoski <[EMAIL PROTECTED]> * Package name: bfc Version : 1.0 Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> * URL : http://sange.fi/~atehwa/bf/ * License : BSD-like Description : Brainfuck compiler

Bug#354827: ITP: libdbix-class-schema-loader-perl -- Dynamic definition of a DBIx::Class::Schema

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libdbix-class-schema-loader-perl Version : 0.02004 Upstream Author : Brandon Black, <[EMAIL PROTECTED]>. * URL : http://mirrors.kernel.org/cpan/modules/by-module/D

Re: ./configure in debian/rules

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > On Fri, 24 Feb 2006, Frank Küster wrote: >> Per Olofsson <[EMAIL PROTECTED]> wrote: >> > Frank Küster: >> >> Were can I read up on how and why I should do this? >> > >> > /usr/share/doc/autotools-dev/README.Debian.gz >> >> Thanks - but I th

Re: timezone data packaged separately and in volatile?

Lionel Elie Mamane a écrit : On Thu, Feb 09, 2006 at 07:42:25PM +0900, GOTO Masanori wrote: To get things rolling, I have prepared an updated glibc for sarge with just the timezone data updated to the latest upstream upstream. It is at http://people.debian.org/~lmamane/glibc/ . Technically right

Re: buildd and experimental

Floris Bruynooghe <[EMAIL PROTECTED]> [...] > But I've heard people claiming M-F-T is not a proper standard (despite > not having an X- in the header) and even being broken. [...] If I recall correctly, you can look in the IETF DRUMS working group archive and you'll see it not becoming a proper st

Re: Packaging Xen 3.0 etc for Debian

On Sun, Feb 26, 2006 at 01:44:46PM +1300, Matthew Grant wrote: > My proposal: > It is obvious that the best way to include Xen into Debian at the moment > is to package the tools, hypervisor, and kernel as companion packages in > version lockstep from the same Xen community release, with separate

Re: buildd and experimental

On Wed, Mar 01, 2006 at 05:24:52PM +1100, Matthew Palmer wrote: > On Wed, Mar 01, 2006 at 02:46:02AM +0100, Gabor Gombas wrote: > > On Wed, Mar 01, 2006 at 01:04:17AM +, Brian M. Carlson wrote: > > > However, the code of conduct seems to > > > point out that one should not Cc someone unless the

Re: /lib/modules//volatile on tmpfs

Sergio Callegari wrote: I have this directory on an Ubuntu system and it seems to be present on recent Debian systems too... It is on tmpfs. Can anybody tell me what is its purpose (as many other distros don't have it) and when it gets mounted? If I'm informed correctly it is mounted by calling

Re: Re: /lib/modules//volatile on tmpfs

The weird thing is that it contains kernel modules, though! (and relative to that particular version of the kernel) Sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Re: Re: /lib/modules//volatile on tmpfs

Sorry about my post, then! And thank you: at least now I have a definitive point about something - it's an Ubuntu thing and I need to look there! Sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354815: ITP: cups-emailpdf -- PDF printer that emails the result back the user

Package: wnpp Severity: wishlist Owner: Russell Stuart <[EMAIL PROTECTED]> * Package name: cups-emailpdf Version : 1.0 Upstream Author : Russell Stuart <[EMAIL PROTECTED]> * URL : http://www.stuart.id.au/russell/files/debian/sarge/cups-emailpdf/ * License : GPL

Bug#354818: ITP: exmap -- determine how much physical memory and swap is used by individual processes

Package: wnpp Severity: wishlist Owner: Ross Burton <[EMAIL PROTECTED]> X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: exmap Version : 0.8 Upstream Author : John Berthels <[EMAIL PROTECTED]>Name <[EMAIL PROTECTED] * URL : http://www.berthels.co.uk/exmap/ *

Re: Is there some guideline saying that native packages should be avoided?

[liw] > > a) If there is a bug in the packaging, it can be fixed without > > uploading a new upstream source tarball. Assuming upstream version > > is 1.2, the first Debian version would be 1.2-1, and the fixed one > > would be 1.2-2. The .orig.tar.gz file would be the same for 1.2-1 > > and 1.

Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats

Package: wnpp Severity: wishlist Owner: Panu Kalliokoski <[EMAIL PROTECTED]> * Package name: stx2any Version : 1.53 Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> * URL : http://sange.fi/~atehwa/Stx/README.html * License : BSD-like Description : A

Re: Is there some guideline saying that native packages should be avoided?

Il giorno mer, 01/03/2006 alle 09.54 +0200, Panu Kalliokoski ha scritto: > On Tue, Feb 28, 2006 at 08:57:07PM +0200, Lars Wirzenius wrote: > > > I would like to ask whether there really is such a guideline, and if so, > > > which are the technical / political reasons that lead to it. > > a) If ther

Re: Is there some guideline saying that native packages should be avoided?

On Tue, Feb 28, 2006 at 08:57:07PM +0200, Lars Wirzenius wrote: > > I would like to ask whether there really is such a guideline, and if so, > > which are the technical / political reasons that lead to it. > a) If there is a bug in the packaging, it can be fixed without uploading > a new upstream s