are
progressing, view the list archives, starting with these threads:
* http://lists.debian.org/debian-jr-0011/msg00021.html
* http://lists.debian.org/debian-jr-0011/msg00024.html
* http://lists.debian.org/debian-jr-0011/msg00033.html
Ben Armstrong
--
nSLUG http://www.nslug.ns.ca
Peter Crystal [EMAIL PROTECTED] has kindly volunteered to maintain a
page of Debian Jr. logo submissions at:
http://people.debian.org/~darke/
Help us out by checking out the page and sending comments to
debian-jr@lists.debian.org
If you have any new submissions, please send
Well, just as a reminder to all who are not aware of what we're doing
with Debian Jr. we are at: http://www.debian.org/devel/debian-jr
Here's a brief summary of where Debian Jr. is today:
- Discussion/design of menus has drawn to a close and we are readying
ourselves to start making
/tuxpaint/
6. http://wiki.debian.net/JuniorRequestToInclude
7. file://localhost/u3/home/synrg/devel/debian-med
8. http://packages.debian.org/gcompris
9. http://wiki.debian.net/DebianJr
Ben Armstrong
--
nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED]
Debian http
in accomplishing this. It is my hope that
this alliance will renew the vitality of this long-neglected, yet
important subproject of Debian.
Ben Armstrong, Debian Jr. project lead
[0] http://www.osef.org/
[1] http://www.osef.org/k4kids-mirrors.html
[2] http://www.tux4kids.org/
--
,-. nSLUG
On Sat, 3 Oct 1998, Martin Schulze wrote:
2.2 potatoe
2.3 andy
2.4 davis
3.0 sergeant
3.1 hannah
Bo was taken, but how about Peep?
Ben
--
nSLUG http://www.nslug.ns.ca [EMAIL PROTECTED]
Debian http://www.debian.org [EMAIL PROTECTED]
Chebucto
On Thu, 15 Oct 1998, Martin Schulze wrote:
What do you think we should do with the Gnome stuff?
The Gnome 0.30 stuff is still under rather heavy development. The
current packages in Slink are pretty much alpha-quality. Lots of
things don't work. It sounds like there will probably be
On Thu, 9 Mar 2000, Junichi Uekawa wrote:
Isn't it that to decrypt 1024 key takes double the amount of
CPU time than decrypting 1023 key, as long as there is no other
method than brute-force method of trying every combination.
IMO It is a serious security issue, when the system is half as
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
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
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
Tom,
I'm looking forward to it very much. This is on Debian Jr.'s list of
programs suitable for children that we'd like to see packaged. (My
children are not yet old enough to make use of it, I think, but it won't
be long.) I'm a programmer and musician. I could've used something like
this
On Wed, 16 Aug 2000, Matthew Franz wrote:
Would its raw material be pre-compiled debian binary packages or would
it be able to build the system from source. Unless there were separate
embedded .debs, I don't know that the standard binaries would be compact
enough to support limited
Peter Makholm writes:
I've just helped a friend instaling Debian. He had two comment
about the above question. Is it the red or blue button there is
active? It is badly marked which button you are about the press.
On Thu, 31 Aug 2000, Decklin Foster wrote:
You know, that *has* been
I have need of ROBODoc for my own free software project.
This GPL'd package is a documentation tool for code.
The home page is:
http://www.xs4all.nl/~rfsber/Robo/index.html
I have packaged version 3.2.2 of ROBODoc. The test packages are available
at:
I'd like to package Sword and GnomeSword:
http://www.crosswire.org/
http://gnomesword.sourceforge.net/
These are Bible study tools.
The Sword project has a lot of large data files:
ftp://ftp.crosswire.org/pub/sword/modules/raw/
I could wait for the data section to be
On Sat, 9 Sep 2000, David Starner wrote:
If the program needs one to run, then at least one should be packaged.
I'd prefer not to see a lot of installers that download free software -
the one's that download non-free stuff are annoying and cause enough
problems as it is.
Sure. Probably the
On Fri, Jan 05, 2001 at 05:30:58PM +, Dale Scheetz wrote:
I run several ancient programs, by housing them in /usr/local/bin, with
the libraries they need (which are no longer provided in Debian) situated
in /usr/local/lib. In previous systems, right up to potato, this worked
fine.
I
On Fri, Jan 05, 2001 at 01:31:42PM -0400, Ben Armstrong wrote:
Changes in version 1.9.2:
Removed /usr/local/lib from the default /etc/ld.so.conf
for Debian (Bug#8181).
oops, except that mod is *ancient*. way before potato. dunno why this
would change between potato
On Sat, Jan 06, 2001 at 03:49:07PM -0500, Greg Stark wrote:
I've been meaning to bring this up for a while:
Why on earth was this change ever made?
I can't speak for whoever made the change, but I suspect that it is
because LD_LIBRARY_PATH can be used to support libraries in /usr/local/lib
for
On Sun, Jan 07, 2001 at 02:14:42PM +1100, Peter Eckersley wrote:
That doesn't seem like an elegant explanation. Wouldn't it make more
sense to have a script to make sure that a Debian package hasn't got
links to whacky non-standard libraries?
The current behaviour is rather non-intuitive,
On Mon, Apr 30, 2001 at 05:58:42PM -0400, Dale Scheetz wrote:
http://atari800.atari.org/
is listed as the canonical source for all things atari, but a ping of this
address simply hangs.
$ whois atari.org
...
NS1.ATARI.ORG212.73.17.43
NS2.GEMSOFT.NET
On Tue, Dec 03, 2002 at 09:58:18AM -0800, Philip Brown wrote:
Has anyone noticed that someone has pseudo-hijacked
keyserver.debian.org.com
Is this supposed to be there?
It seems to be kinda worrying that someone has registered that hostname.
Particularly since I found it by doing a dns
On Fri, Dec 06, 2002 at 07:19:33PM +0100, Santiago Vila wrote:
BTW: Linux has a special filesystem called umsdos which would allow
you to store Windows and Linux files on the same C: partition, but
this is not the optimal way to run Linux, so Debian does not support
umsdos-based installs.
Not
On Mon, Dec 09, 2002 at 10:42:43AM -0800, Thomas Bushnell, BSG wrote:
Andreas Tille [EMAIL PROTECTED] writes:
I think not. Debian packages from *anywhere* are not under control of BTS
and as a consequence they have no quality assurance.
An offhand observation: In my experience, merely
On Mon, Apr 21, 2003 at 07:48:08PM +0200, Andreas Tille wrote:
On 20 Apr 2003, Jeremy Malcolm wrote:
OK, thanks. Here (http://people.debian.org/~terminus/debian-lex/) is a
rough Web page which I have shamelessly plagiarised from your Debian-Med
project.
I just builded the Debian-med pages
-the-scenes, if the programmer
desires.
I am packaging this out of necessity, since I am adopting gltron, and
since version 0.62, gltron depends on SDL_sound.
Ben Armstrong [EMAIL PROTECTED]
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux sanctuary
On Wed, May 14, 2003 at 12:10:08PM -0500, Clay Crouch wrote:
It has become quite clear that the culture that the DD community
shares has evolved in my absence. My absence disallowed me to
evolve with it. The culture you now enjoy is not the one I left.
Eh? Culture? Look, your anti-spam
On Fri, May 23, 2003 at 11:58:45AM -0300, Gustavo Franco wrote:
Hi,
Why Debian Desktop subproject is on official website
and many others[1] aren't? The Debian Desktop is a good
initiative, but there are many others that are being
excluded from the website.I've some ideas:
- Guidelines to
On Fri, May 23, 2003 at 05:51:14PM +0200, Josip Rodin wrote:
On Fri, May 23, 2003 at 11:58:45AM -0300, Gustavo Franco wrote:
Why Debian Desktop subproject is on official website
and many others[1] aren't?
You're on crack. http://www.debian.org/devel/debian-desktop/
It's hard to discern
On Fri, May 23, 2003 at 07:37:21PM +0200, Mathieu Roy wrote:
The fact a project is hosted somewhere usually imply some special
relations to his host.
Sure.
So even if, for Debian people, being hosted on www.debian.org is not a
reliable indicator, it's highly possible that many persons rely
On Fri, May 23, 2003 at 04:56:06PM -0300, Gustavo Franco wrote:
I guess that subproject-howto can be the start to 'Debian
Subproject Guidelines' or 'Debian Subproject Policy'.What do you
think, Ben?
Sure, it could be a start. The subproject-howto is intended to be a
hands-on guide to
On Fri, May 23, 2003 at 03:01:46PM -0300, Gustavo Franco wrote:
That being said, there is certainly a difference between projects which
fork Debian to make a new distro (i.e. providing own versions of existing
Debian packages) vs. projects which add packages of their own (outside
Debian)
On Wed, Jul 02, 2003 at 08:46:50AM +0200, Michel Grentzinger wrote:
Please find the attached fr.po file, which is the french translation of
the debconf templates. This file has been reviewed by the contributors
of the debian-l10n-french mailing-list.
Could you put it to the debian/po
John,
On Mon, 2005-02-21 at 15:24 +, John O'Sullivan wrote:
My mirror is a copy of the mirror at heanet (ftp.ie.debian.org). I
have noticed incorrect checksums on 8 packages and I am posting the
details here in case this is a serious problem.
I question, then, the integrity of
John,
Have you considered the possibility that the packages are corrupt due to
truncation which may have happened because you (or your mirror) ran out
of space at some point in the past while downloading these packages?
The package names are late in the alphabet, which might account for why
only
On Mon, 2005-02-21 at 17:31 +, John O'Sullivan wrote:
Sorry for the false alarm. Those files were only corrupted. HEAnet have
resynced them now and all is good. Sorry for wasting ppls time.
I'm just happy that people are looking for this sort of thing. It is
encouraging that if were a
On Sat, Aug 23, 2003 at 01:30:55PM +0200, Goswin von Brederlow wrote:
/usr/share/ltsp/arch/ is probably better. Otherwise you can#t boot
different archs from the same server.
Shouldn't that be /var/lib/ltsp/arch/ instead? I'm assuming the root
filesystem is writable.
Ben
--
,-. nSLUG
On Sat, Aug 23, 2003 at 02:38:32PM +0200, Daniel J. Priem wrote:
The rootfilesystem is writable but will be normaly not changed. Only on
Startup the configfiles for the client will be created / linked
Still, conceptually, a root filesystem is state information for the
netbootable client. Even
any recent mail activity at all on
either bugs or mailing lists. I'd like to hijack this
That's why the package was orphaned in April (Bug #190816). Ben
Armstrong wanted to adopt it, but obviously never did. I assume you
can just take it, but I'm copying Ben to this mail.
Be my guest. I
On Fri, Dec 05, 2003 at 03:20:45AM -0600, cobaco [EMAIL PROTECTED] wrote:
_ideally_ there are no changes. In practice there will be.
Why?
For instance:
In skolelinux there's currently a package called locale-config-skolelinux
which sets up de default locale for all users. This package is not
On Fri, Dec 05, 2003 at 09:23:52AM -0600, cobaco [EMAIL PROTECTED] wrote:
On 2003-12-05 11:06, Andreas Tille wrote:
Well, at least for my understanding SkoleLinux is not a Custom Debian
Distribution exactly because they have packages which are not integrated
in Debian. This is no problem
be desirable to trim
for a CDD. In general, how do we allow CDDs to be pure Debian and still
make efficient use of media space?
Ben Armstrong
[0] It almost goes without saying that one person's bloat is another
person's valuable feature. When you produce something for users
that don't
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
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
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
On Wed, Sep 19, 2001 at 11:53:10AM -0400, Chris Danis wrote:
brooks% echo $COLUMNS
49151
...
purity seems to be causing this. No idea why or how, but it seems to be
the culprit.
It would seem this is why:
diff -r purity-1/pt.c purity-1.fix/pt.c
792c792
(void)
++ map editor, but that hasn't been worked on for many months.
Hopefully once we get more users for this version, that will help spur along
development of one or both of these editors.
Ben Armstrong
--
,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED]
\`' Debian http://www.debian.org
colleague. I am sure
you are aware that in a volunteer organization it takes all kinds, with
diverse, and often conflicting viewpoints. While I value Jeroen's
contributions in other areas of this project, he clearly does not speak
for all of us.
Regards,
Ben Armstrong
--
nSLUG http
On Tue, Apr 09, 2002 at 08:58:20PM +0200, Jeroen Dekkers wrote:
Of course you can say that in the social contract says Thus, although
non-free software isn't a part of Debian, we support its use, but if
I interpret that correctly, it just means the non-free software
packages provided by
On Tue, Apr 09, 2002 at 09:48:59PM +0200, Jeroen Dekkers wrote:
Hmm, I knew somebody would find something to complain about in my
second try to word my opinion. I'm not even going to try to do it a
third time.
I'm sorry. That just doesn't wash. I read: I knew somebody would ...
complain as
On Fri, Aug 02, 2002 at 01:16:14PM -0300, Ben Armstrong wrote:
So now, the list of packages in violation of non-free font licenses:
...
feh
- contains 'helmetr' (Sun)[1]
gozer
- contains 'helmetr' (Sun)[1]
...
xplanet
- contains 'helmetr' (Sun)[1]
...
Footnotes:
...
[1] I have been
On Wed, Aug 14, 2002 at 04:54:37PM +0200, Erich Schubert wrote:
For the author of ttf-larabie-*, i tried that when i made these
packages. The licence we got does NOT fulfill all DFSG requirements, but
is already very liberate. I don't think we'll get further than that.
So please don't press
On Wed, Aug 14, 2002 at 11:35:30PM +0200, Filip Van Raemdonck wrote:
On Fri, Aug 02, 2002 at 01:16:14PM -0300, Ben Armstrong wrote:
[1] I have been told that the OpenOffice fonts are not free and were
pulled from CVS a short while ago. This puts ttf-openoffice
into question
On Thu, Aug 15, 2002 at 03:36:42PM +0300, Dmitry Borodaenko wrote:
Actually, I don't see why we should use TrueType fonts instead of Type1
fonts. There is a set of excellent Type1 fonts from URW included in
gsfonts package under GPL; there is an extension of these fonts with
Cyrillic glyphs by
On Thu, Aug 15, 2002 at 06:47:21AM -0700, Dustin Mofos wrote:
Download the font here:
http://www.cheapskatefonts.com/fonts/Dustismo.zip
Hm. I tried dropping it in as a replacement for tuxpaint's current font
(simply by renaming the fonts in /usr/share/tuxpaint/fonts out of the way
and copying
On Thu, Aug 15, 2002 at 05:39:13PM +0300, Dmitry Borodaenko wrote:
BA Portability.
Can you elaborate? Which of Debian-supported platforms to not have Type1
fonts support, and why?
You are focusing on the wrong problem. Application designers choose
TrueType for portability. SDL
In case Dustin doesn't pick up on this today ...
On Thu, Aug 15, 2002 at 10:32:15AM -0700, Michael Cardenas wrote:
I'll check it out asap. Have you viewed it in linux yet?
I have viewed the font with gfontview. It looks OK in a few sizes and not
so OK in some others. So I'm guessing the
On Thu, Aug 15, 2002 at 11:40:44AM -0700, Michael Cardenas wrote:
Yes, you're right about removing the free part. I simply wanted to
make a single package of truetype fonts for ease of use. I see now
that there are a number of ttf packages, but they seem to all be asian
charsets. I'm trying to
On Thu, Aug 15, 2002 at 12:22:41PM -0700, Dustin Mofos wrote:
Making a perfectly hinted font is very, very diffecult
(the guy who made Times New Roman has said he spent 2+
years on the hinting alone). I chose to embed bitmaps
for all the smaller sizes (no small chore). Is it
possible that
On Thu, Aug 15, 2002 at 04:35:01PM -0700, Michael Cardenas wrote:
Ben suggested that I make
a package for each foundry, and then a virtual package that includes
all of them. If Dustin agrees to gpl the rest of his fonts, I'll just
make a ttf-cheapskate package.
Meta package. A virtual
On Mon, Aug 19, 2002 at 12:12:41AM -0400, Joey Hess wrote:
That doesn't mean we have to mindlessly stick to it when packaging a 100k
font though. We also have the example of freefont, which used uner 3 mb for
79 smaller type 1 fonts.
No, but neither does it mean we need to follow the freefont
On Mon, Aug 19, 2002 at 10:43:06PM +0200, Josselin Mouette wrote:
I think something like the LPPL would merely do the trick. Modifying the
font would be allowed, but would also require a name change.
After looking over the LPPL, it looks like it would do the job. Do you know
of any precedent
On Thu, Aug 29, 2002 at 03:21:42AM +1000, Ben Burton wrote:
Maybe, but I think lots of people will have to convert mp3 to vorbis if mp3
decoder dispear from Debian.
mp32ogg is the way to help us.
But I still don't understand how we can have mp32ogg if mp3 decoders
disappear from
On Wed, Nov 27, 2002 at 05:34:20PM -0800, Sean 'Shaleh' Perry wrote:
hey how about something much less cryptic like forge. Nothing worse than
having to guess what woman's name some silly coder named the program I am
looking for.
And since most of us aren't French the names mean very
On Thu, Nov 28, 2002 at 04:11:26PM +0100, Martin Michlmayr wrote:
The machine itself has a name already (quantz).
Oh, I retract my objection then. If the machine has a name already, why
bother naming the service something obscure? Service names should be easy to
remember.
Ben
--
nSLUG
On Thu, Nov 28, 2002 at 04:34:45PM +0100, Roland Mas wrote:
Ben Armstrong (2002-11-28 11:14:50 -0400) :
Oh, I retract my objection then. If the machine has a name already,
why bother naming the service something obscure? Service names
should be easy to remember.
Think non-us
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 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 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 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 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 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 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
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,
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 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
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 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
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
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 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 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 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
1 - 100 of 341 matches
Mail list logo
