-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 24 Nov 2007 11:18:23 -0400
Source: atl2
Binary: atl2-source
Architecture: source all
Version: 1.0.40.4-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED
Package: wnpp
Severity: wishlist
Owner: Ben Armstrong [EMAIL PROTECTED]
* Package name: atl2-source
Version : 1.0.40.2
Upstream Author : xiong huang [EMAIL PROTECTED]
* URL :
https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/
* License
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 20 Oct 2007 07:48:27 -0300
Source: junior-games-gl
Binary: junior-games-gl
Architecture: source all
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 06 Oct 2007 17:32:39 -0300
Source: junior-typing
Binary: junior-typing
Architecture: source all
Version: 1.4
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 06 Oct 2007 17:16:46 -0300
Source: junior-writing
Binary: junior-writing
Architecture: source all
Version: 1.6
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 06 Oct 2007 17:38:48 -0300
Source: junior-arcade
Binary: junior-arcade
Architecture: source all
Version: 1.12
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 12 Jul 2007 06:06:01 -0300
Source: junior-games-net
Binary: junior-games-net
Architecture: source all
Version: 1.4
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 03 Jul 2007 22:01:45 -0300
Source: tuxpaint-stamps
Binary: tuxpaint-stamps-default
Architecture: source all
Version: 2007.07.01-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 03 Jul 2007 22:12:27 -0300
Source: tuxpaint-config
Binary: tuxpaint-config
Architecture: source i386
Version: 0.0.8-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 03 Jul 2007 13:58:30 -0300
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.17-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 16 Jun 2007 10:34:36 -0300
Source: junior-arcade
Binary: junior-arcade
Architecture: source all
Version: 1.11
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
On Mon, 14 May 2007 14:22:35 +0200 (CEST)
Andreas Tille [EMAIL PROTECTED] wrote:
So maybe Debian-Dinner would be better? ;-)
BTW, I think we should have first something and then find an apropriate
name for this something. It makes no sense to do endless naming discussions
before somebody
On Thu, 19 Apr 2007 14:46:35 +0200 (CEST)
Andreas Tille [EMAIL PROTECTED] wrote:
On Thu, 19 Apr 2007, Luis Matos wrote:
IMHO the best solution would be if tasksel would have a two level
selection:
...
[ ] Custom Debian Distribution
[ ] Debian-Edu
[ ] Debian-Jr.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Apr 2007 09:30:33 -0300
Source: junior-toys
Binary: junior-toys
Architecture: source all
Version: 1.7
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Feb 2007 16:37:30 -0400
Source: junior-games-net
Binary: junior-games-net
Architecture: source all
Version: 1.3
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Feb 2007 16:30:47 -0400
Source: junior-internet
Binary: junior-internet
Architecture: source all
Version: 1.8
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 4 Feb 2007 16:44:53 -0400
Source: junior-internet
Binary: junior-internet
Architecture: source all
Version: 1.9
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
On Fri, 24 Nov 2006 06:04:13 -0800 (PST)
Ottavio Caruso [EMAIL PROTECTED] wrote:
Elive http://www.elivecd.org/gb/Download/Stable/, based on Debian,
requires a donation, however small, to allow downloading. I wonder if
this legally sound.
The DFSG explicitly specifies that licenses of our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Oct 2006 12:00:14 -0300
Source: tuxpaint-config
Binary: tuxpaint-config
Architecture: source i386
Version: 0.0.7-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Oct 2006 12:13:06 -0300
Source: tuxpaint-stamps
Binary: tuxpaint-stamps-default
Architecture: source all
Version: 2006.10.21-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Oct 2006 11:46:04 -0300
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.16-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 14 Oct 2006 15:33:05 -0300
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.15+0.9.16rc5-3
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Oct 2006 11:05:04 -0300
Source: tuxpaint-config
Binary: tuxpaint-config
Architecture: source i386
Version: 0.0.6+0.0.7rc5-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Oct 2006 11:31:04 -0300
Source: tuxpaint-stamps
Binary: tuxpaint-stamps-default
Architecture: source all
Version: 2006.10.12-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alfredo,
alfredo diega wrote:
It really pains me to write this since I have used stable for a long
time.
Unfortunately, I think you could use a wakeup call.
Much of my hardware is never supported by you guys
I can see you're frustrated.
alfredo diega wrote:
Okay: Intel PRO/Wireless 3945ABG. According to this message at
bugs.debian.org/cgi-bin/bugreport.cgi?bug=363967 it isn't packaged
because:
there is still an official statement of -release and -kernel about the
policy for oot-modules in etch missing.
showing it just
Hendrik Sattler wrote:
I hope that something can be done about this to make the BTS web pages more
usable.
Are you perhaps not aware of the much smaller indices into the BTS here?
http://www.debian.org/devel/wnpp/
Ben
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Art Edwards wrote:
Unless such core pieces as the debugging tool (ddd) and the data
display tool
(xmgrace) are working, it is dishonest to pretend that the 64-bit version
is ready for testing.
It seems your expectations for our testing distribution
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 18 Jun 2006 09:03:44 -0300
Source: junior-programming
Binary: junior-programming
Architecture: source all
Version: 1.11
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 7 Jun 2006 14:58:42 -0300
Source: junior-programming
Binary: junior-programming
Architecture: source all
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 13 May 2006 15:39:20 -0300
Source: junior-games-gl
Binary: junior-games-gl
Architecture: source all
Version: 1.9
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
On Fri, 2006-04-14 at 14:29 +0100, Thiemo Seufer wrote:
Yes. Debian shouldn't be the Linux Distribution of Cryptic Acronyms.
Perhaps you missed the point earlier in the thread that Ham isn't an
acronym? Also, I don't think anyone with even a passing familiarity
with amateur radio seriously
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 7 Apr 2006 12:53:39 -0300
Source: xpilot-extra
Binary: xpilot-extra
Architecture: source all
Version: 4.7.2
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 2 Apr 2006 10:28:04 -0300
Source: tuxpaint-config
Binary: tuxpaint-config
Architecture: source i386
Version: 0.0.6-2
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
On Mon, 2006-03-06 at 19:38 +0100, Martin Schulze wrote:
It checks the User-Agent string.
What are the expected results for a user accessing the following URL
from IE running on a W2K terminal server? I didn't notice any
restrictions.
http://packages.debian.org/tuxpaint
Ben
--
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 19 Feb 2006 14:35:17 -0400
Source: junior-games-gl
Binary: junior-games-gl
Architecture: source all
Version: 1.8
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 12 Feb 2006 20:12:15 -0400
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.15b-3
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 11 Feb 2006 17:18:09 -0400
Source: junior-arcade
Binary: junior-arcade
Architecture: source all
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 5 Feb 2006 12:04:18 -0400
Source: gtypist
Binary: gtypist
Architecture: source i386
Version: 2.7-5
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 5 Feb 2006 20:00:48 -0400
Source: junior-internet
Binary: junior-internet
Architecture: source all
Version: 1.7
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 2 Feb 2006 15:35:04 -0400
Source: came
Binary: came
Architecture: source i386
Version: 1.9-2
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Jan 2006 20:26:56 -0400
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.15b-2
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Jan 2006 19:06:41 -0400
Source: tuxpaint-config
Binary: tuxpaint-config
Architecture: source i386
Version: 0.0.6-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong
On Fri, 2006-01-13 at 09:15 +0100, Andreas Tille wrote:
On Fri, 13 Jan 2006, Miriam Ruiz wrote:
We've been recently talking about creating a group to maintain games in
Debian
in a collaborative way.
Are you aware of the Debian-Junior project.
Thanks for bringing this thread to my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 15 Dec 2005 10:10:11 -0400
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.15b-1
Distribution: unstable
Urgency: high
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 10 Jan 2006 15:53:09 -0400
Source: tuxpaint-stamps
Binary: tuxpaint-stamps-default
Architecture: source all
Version: 2005.11.25-1
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 9 Dec 2005 10:57:43 -0400
Source: junior-games-gl
Binary: junior-games-gl
Architecture: source all
Version: 1.7
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
On Sat, 2005-11-26 at 21:38 -0600, Peter Samuelson wrote:
[Lior Kaplan]
* Package name: culmus-fancy
Description : Type1 Fancy Hebrew Fonts for X11
I understand that the 'culmus' package already exists, and other
packages like 'lmodern' don't follow any particular name
With regards to the suggestion that some means be provided for admins to
easily install a subset of GNOME that suits the needs of government
and/or US government ...
On Wed, 2005-10-12 at 01:50 -0500, Peter Samuelson wrote:
I suppose you were joking, but in all seriousness, why does _Debian_
On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote:
is there an established way to find out in the postinst script of a
package whether an other package (e.g. one which we Recommend or
Suggest) is configured? Testing for file contents can only tell whether
it is unpacked, but that might
On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote:
is there an established way to find out in the postinst script of a
package whether an other package (e.g. one which we Recommend or
Suggest) is configured?
Assuming your package does something reasonable with this knowledge ...
Testing
On Tue, 2005-10-11 at 11:20 -0700, Thomas Bushnell BSG wrote:
It should be an easy matter not to play the games even when they are
installed. Regardless, the gnome package is not necessary for the
system; it is just a meta-package that depends on all the
gnome-related packages. If you don't
On Tue, 2005-10-11 at 11:51 -0700, Thomas Bushnell BSG wrote:
I think the question is: do you want all the goodies or you don't want
all the goodies?
Well, the problem is, when all the goodies is a significant number of
packages, it is tedious to have to collect them all myself.
I would not
On Tue, 2005-10-11 at 20:07 +0100, Ross Burton wrote:
That is what gnome-core is for: just enough of GNOME to be usable, but
no real apps beyond EoG and gedit. Purposefully created for people who
want to use GNOME, don't want to install all packages manually, but want
some control over what
On Mon, 2005-09-26 at 14:05 +0300, Lars Wirzenius wrote:
I don't think there is a working way of reliably doing that. In theory,
most web logs can do categories, but those are not being used
consistently, and they're also not really visible on planet.debian.org
in a way that lets them be
On Mon, 2005-09-26 at 15:29 +0300, Lars Wirzenius wrote:
Debian development issues is a rather broad category. Should a travel
report from Debconf be included? I think it should, yet it is not at all
technical. Having a single Debian development issues feed is not going
to work particularly
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
On Thu, 2005-08-25 at 16:01 +0200, Robert Lemmen wrote:
On Thu, Aug 25, 2005 at 02:50:51PM +0100, Oliver Elphick wrote:
You haven't explained why letting other DDs know this information, which
is available to them already, requires the whole world to know it.
If you have some proposals
On Thu, 2005-08-25 at 16:51 +0200, W. Borgert wrote:
I don't like opt-out. Better opt-in:
4. Invent a new field public location info and developers
who care, could enter what they think is appropriate.
I'm not sure, whether I would use the field.
Not just a single field, but a whole
On Thu, 2005-08-25 at 17:57 +0200, Robert Lemmen wrote:
there are two reasaons:
- while debian developers might have access to it, it's in a form that
makes it hard to access it, so i doubt that anyone will look up who
is living at some place when he gets there. making this more
On Tue, 2005-08-23 at 10:00 +0200, Marco d'Itri wrote:
Right, it's not used but it's checked.
But then there is still /etc/hotplug.d/default/default.hotplug, which if
present will create all kinds of troubles.
Let me get one more thing straight before we move on ...
What's the sequence of
On Wed, 2005-08-24 at 16:30 +0200, Marco d'Itri wrote:
On udev systems events are received by udevd, either using udevsend or
(when the kernel input subsystem will be fixed) a netlink socket.
/sbin/hotplug does not enter in the picture at all.
Then the default udev configuration will run the
On Tue, 2005-08-23 at 19:15 +0200, Marco d'Itri wrote:
Think hotplug events loop.
So, a hotplug event could load and run code (which happen to be in conf
files, and therefore cannot be diverted) in the old hotplug package.
The problem you're facing, it seems, is that while code should be
On Tue, 2005-08-23 at 19:50 +0200, Marco d'Itri wrote:
The init file does, but /etc/hotplug.d/default/default.hotplug does not.
Why is this file a conffile? I didn't see any obviously configurable
parts in it. If it were either wholly be moved elsewhere (/sbin) or the
guts of it moved
On Mon, 2005-08-22 at 01:32 +0200, Marco d'Itri wrote:
The (still not uploaded) coldplug package conflicts+depends+provides
hotplug. The issue is that since all the important parts of hotplug are
conffiles they are not deleted when the package is removed, and this
is bad (as in the system will
On Mon, 2005-08-22 at 21:41 +0200, Marco d'Itri wrote:
On Aug 22, Ben Armstrong [EMAIL PROTECTED] wrote:
The (still not uploaded) coldplug package conflicts+depends+provides
hotplug.
Aren't you missing replaces?
Yes, what I actually meant was conflicts+replaces+provides.
My original
On Mon, 2005-08-22 at 23:18 +0200, Marco d'Itri wrote:
On Aug 22, Ben Armstrong [EMAIL PROTECTED] wrote:
Which conf files blow things up? The reason I ask is, if it's an init
Just about all of them. Almost all files in the package are conffiles.
script, it should be written to exit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 18 Aug 2005 08:19:21 -0300
Source: snowflake
Binary: snowflake
Architecture: source i386
Version: 0.01a-7
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED
On Sun, 2005-08-07 at 17:08 -0300, Ben Armstrong wrote:
I offered this for adoption a while back. Nobody took up my offer. I
finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and
plan to make it supercede xpilot (i.e. strip the contents of the old
xpilot packages to turn them
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
On Tue, 2005-08-16 at 15:46 +0200, Wouter Verhelst wrote:
It might take a bit longer for the new maintainer
to be up to speed as compared to when one member of a team gets run over
by a bus, but that doesn't mean the project stops.
Team maintenance is only one way to accomplish the goal of
On Tue, 2005-08-16 at 16:42 +0200, Wouter Verhelst wrote:
For low-volume, easy-to-maintain packages, it's never too late to go get
a comaintainer. Or to give the package away. And I simply don't believe
that 'important package' implies 'lots of work to maintain it'.
I think what you're saying
On Mon, 2005-08-15 at 10:08 +0200, Thijs Kinkhorst wrote:
On Mon, August 15, 2005 01:42, Ben Armstrong wrote:
Why not just help improve upstream's README when you encounter poor
quality work? That's what you'd do with code, wouldn't you?
Requirements on upstream README and information
On Mon, 2005-08-15 at 06:14 +, W. Borgert wrote:
Some of the things under Dogme05 is certainly exaggeration.
Sorry, if people thought I want to propose enforcement of team
maintenance policy. However, team maintenance for all
essential and standard is worthwhile and not un-realistic.
On Mon, 2005-08-15 at 16:31 +0200, Henning Makholm wrote:
I don't think there is a way to get around this difference. There is a
fairly widespread convention of putting compilation instructions in an
INSTALL file, but there is no similarly widespread convention for
putting information about,
On Mon, 2005-08-15 at 08:54 -0700, Russ Allbery wrote:
I don't understand why people keep saying that upstream bug reporting
instructions are irrelevant to Debian. Surely I'm not the only person who
wants to be able to discuss some issues directly with upstream when
they're not in the
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot - Dummy upgrade package for xpilot
xpilot-client-common - Dummy upgrade package for xpilot-client-common
xpilot-client-nas - Dummy upgrade package for xpilot-client-nas
On Sun, 2005-08-14 at 14:15 +, W. Borgert wrote:
as a conclusion of many discussions at DebConf5, I propose to
maintain all packages by teams.
It's a nice ideal.
It is useful to
invite non-DDs, esp. upstream developers and people from Debian
derivatives to participate in such teams.
On Sun, 2005-08-14 at 12:55 -0400, Benjamin Seidenberg wrote:
While I agree the README can be confusing, I think we do a disservice
to our upstream by not including it.
That's my gut feeling too.
I think a better solution would be to duplicate all the important
information about the software
On Wed, 2005-08-10 at 16:37 +0100, Terry Burton wrote:
I appreciate your efford, but please let me tell you, that it
is
a) highly uncommon to ask for a package sponsor without an url
to the
source packages.
PostScript is an interpretted language,
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL PROTECTED]
Description:
xpilot-ng - Multi-player tactical game for X (NG version)
xpilot-ng-client-sdl - Client for XPilot NG
xpilot-ng-client-x11 - Client for XPilot NG
xpilot-ng-common - Common files
On Tue, 2005-08-02 at 18:46 -0400, Joey Hess wrote:
Ben Armstrong [EMAIL PROTECTED]
xpilot
I offered this for adoption a while back. Nobody took up my offer. I
finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and
plan to make it supercede xpilot (i.e. strip the contents
On Sun, 2005-08-07 at 22:13 +0200, Jeroen van Wolffelaar wrote:
Just curious: why not, in that case, upload xpilot-ng as xpilot?
If the new upstream is actually the better one, it makes sense for it
to go on under the label of xpilot in my opinion.
I'm still holding out for the remote chance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 6 Aug 2005 09:29:30 -0300
Source: junior-typing
Binary: junior-typing
Architecture: source all
Version: 1.3
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben Armstrong [EMAIL
On Wed, 2005-08-03 at 18:48 +0200, Frans Pop wrote:
On Wednesday 03 August 2005 18:15, Steve Greenland wrote:
Thanks for the pointer, Adam, and a giant Feh! to the genius who came
up with that idea.
Did you even think of asking for the rationale behind the name change?
Hint: check the
On Wed, 2005-08-03 at 14:02 -0300, Gustavo Franco wrote:
Closing, it isn't a bash against the kernel team. It isn't my point,
my problem is with this didn't you know, read X stupid! approach.
I don't think pointing at the mailing list was an unreasonable reaction
to the genius comment, which
On Wed, 2005-08-03 at 19:16 +0200, Frans Pop wrote:
On Wednesday 03 August 2005 19:04, Ben Armstrong wrote:
... which, for the lazy and/or impatient starts here:
http://lists.debian.org/debian-kernel/2005/07/msg00192.html
To be honest, I was thinking more of:
http://lists.debian.org
On Sat, 2005-07-23 at 01:21 -0500, Manoj Srivastava wrote:
Because that information is not presented to me in aptitude,
one of the preferred front ends to package management. Once the deb
tags system gets integrated into the front ends, the long description
can stop shouldering
On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote:
1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner
and faster than do interpreted ones (Perl, Python, Ruby, ...).
In general, algorithm choice is much more important than language.
Also, the language the main
On Thu, 2005-07-21 at 19:58 +0200, Thijs Kinkhorst wrote:
nstead of putting it in the first sentence, the second paragraph would
be a fine place to mention details like this, satisfying both novice and
advanced users.
But why bother, when debtags does implemented-in does the job better?
Extra
On Wed, 2005-07-20 at 18:13 +0200, Nico Golde wrote:
[...]
I think one reason could be that some poeple would rather
install a programm in a language they know and they are able
to debug. Just a guess.
Debtags facets[0] are better for this. Descriptions are supposed to
help *ordinary* users
On Tue, 2005-07-19 at 12:21 +0200, Nico Golde wrote:
Heyho,
why is mentors.debian.net powered by Ubuntu?
http://mentors.debian.net/
About this repository
Welcome to the debian-mentors public software repository.
...
Please note that this service is not run as a
On Thu, 2005-07-07 at 14:39 +0200, martin f krafft wrote:
Sure. But I am talking about changes. Those are not made and then
everyone is expected to abide by them. Instead, they are catalysed
from common and proven strategies.
True enough. But read the statement of the fact that policy
On Thu, 2005-05-19 at 18:40 +0200, Christoph Berg wrote:
I always read the announcements to look for O or RFAs of packages I
use, hence I appreciate the only new entries change.
Same here.
However, from
browsing the debian-wnpp archives, there's a lot more stuff there than
I'm willing to
On Tue, 2005-04-12 at 14:28 -0300, Humberto Massa wrote:
Could you enlighten me as of the reason that September 93 never ended?
The original ITP gave the reference:
http://www.catb.org/~esr/jargon/html/S/September-that-never-ended.html
In brief: in Sept. '93 AOL users came online, starting an
I'm very interested in this work. I am already involved in two
different Christian ministries that might be able to make use of
Ichthux, and have some ideas for others.
Ben
signature.asc
Description: This is a digitally signed message part
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 20 Mar 2005 19:06:40 -0400
Source: tuxpaint
Binary: tuxpaint tuxpaint-data
Architecture: source i386 all
Version: 1:0.9.14-2
Distribution: unstable
Urgency: low
Maintainer: Ben Armstrong [EMAIL PROTECTED]
Changed-By: Ben
101 - 200 of 341 matches
Mail list logo