I'm pleased to announce the delegation (under §5.1.1 of the Debian
Constitution[1]) of formal authority to the present team of editors who handle
the Debian Policy Manual[2].
I hereby appoint the following individuals to serve as delegates of the Debian
Project Leader, in the role of members
On Thu, Jun 23, 2005 at 02:45:34AM +0300, Lars Wirzenius wrote:
la, 2005-06-18 kello 22:53 -0400, Joey Hess kirjoitti:
I want to run a test that installs each package in woody in turn,
upgrades them to sarge, then to sid, then purges it, then looks for
/usr/doc and /usr/info stuff that is
Quoting David Moreno Garza ([EMAIL PROTECTED]):
You could write the patch, file a wishlist bug against reportbug and
send it to the bug.
Or, even, if you're not able to write the patch (noone can actually be
fluent in all the damn programming languages in the world...:-)), just
send the
* Russell Coker ([EMAIL PROTECTED]) [050622 11:22]:
On Monday 20 June 2005 21:45, Marco d'Itri [EMAIL PROTECTED] wrote:
Anyway, the major problem now are the @packages.debian.org addresses, I
have ~20 of them and most days they account for 1/3 to 1/2 of all the
spam I receive (and almost
Hi!
As you all know, dummy packages are an ugly hack. They require
maintainers to do an unnecesary upload and mean that we need to keep
an unuseful package in the archive just to be able to replace the old
package.
Even if dummy packages fulfill their mission, I believe better
solutions are in
On 23-Jun-05, 08:03 (CDT), Margarita Manterola [EMAIL PROTECTED] wrote:
The one I can think of is honouring the Replaces: field, meaning
that when a package states that it replaces another one, apt,
aptitude, dselect, and all the others would install it to replace of
the old one.
That is
Hello Christian,
* Christian Perrier [EMAIL PROTECTED] [2005-06-23 15:30]:
Quoting David Moreno Garza ([EMAIL PROTECTED]):
You could write the patch, file a wishlist bug against reportbug and
send it to the bug.
Or, even, if you're not able to write the patch (noone can actually be
Hey,
* Peter Samuelson [EMAIL PROTECTED] [2005-06-23 15:25]:
[Nico Golde]
what about including the possibility of an RFS in reportbug?
I think this would be a good idea because I often see RFS
requests which are totally stupid.
Encouraging people so inexperienced as to post stupid RFSes
* Andreas Barth [Thu, 23 Jun 2005 13:54:29 +0200]:
The packages.d.o-addresses are a really useful tool for contacting
multiple maintainers e.g. for transitions. They were quite helpful
during e.g. the release of sarge.
There are plans to merge @packages.d.o and @packages.QA.d.o, so that
I guess we (qt-kde team) could do it. and anybody interested in doing
it too could join us (only having an alioth account is required) and
maintain those inside our svn.
Works for me, ta.
b.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Steve Greenland writes:
Dummy packages work, and have the advantage that it's very clear what is
going on.
Users often find them very confusing.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 6/23/05, Steve Greenland [EMAIL PROTECTED] wrote:
The one I can think of is honouring the Replaces: field, meaning
that when a package states that it replaces another one, apt,
aptitude, dselect, and all the others would install it to replace of
the old one.
That is not what Replaces:
On Thu, Jun 23, 2005 at 12:45:14PM +1000, Russell Coker wrote:
Below is a sample from the headers of a mail sent to me by gluck. You will
note that my server logs that the envelope recipient was [EMAIL PROTECTED]
while gluck puts no such data in the log entry.
This lack of information
* Adeodato Simó ([EMAIL PROTECTED]) [050623 16:50]:
* Andreas Barth [Thu, 23 Jun 2005 13:54:29 +0200]:
The packages.d.o-addresses are a really useful tool for contacting
multiple maintainers e.g. for transitions. They were quite helpful
during e.g. the release of sarge.
There are plans
On Thu, Jun 23, 2005 at 11:45:26AM -0300, Margarita Manterola wrote:
On 6/23/05, Steve Greenland [EMAIL PROTECTED] wrote:
The one I can think of is honouring the Replaces: field, meaning
that when a package states that it replaces another one, apt,
aptitude, dselect, and all the others
On Thursday 23 June 2005 21:54, Andreas Barth [EMAIL PROTECTED] wrote:
* Russell Coker ([EMAIL PROTECTED]) [050622 11:22]:
On Monday 20 June 2005 21:45, Marco d'Itri [EMAIL PROTECTED] wrote:
Anyway, the major problem now are the @packages.debian.org addresses, I
have ~20 of them and most
On Wed, Jun 22, 2005 at 07:16:22PM +1000, Brian May wrote:
On 2 of the systems I have upgraded, I had serious problems with
mdadm.
The documentation said that there was no need for a config file, and I
never used a 2.2 kernel, so the paragraphs starting with If your RAID
array was created
On 6/23/05, Roberto C. Sanchez [EMAIL PROTECTED] wrote:
OK. How would I make use of this. I was going to adopt iceme and
icepref, but then I saw that they are abandoned upstream. They have
become modules of IceWMCP. I am going to package IceWMCP with the
intent that it replace iceme and
On Friday 24 June 2005 00:29, Rob Sims [EMAIL PROTECTED] wrote:
On Thu, Jun 23, 2005 at 12:45:14PM +1000, Russell Coker wrote:
Below is a sample from the headers of a mail sent to me by gluck. You
will note that my server logs that the envelope recipient was
[EMAIL PROTECTED] while gluck
On Thu, 23 Jun 2005 11:45:26 -0300, Margarita Manterola
[EMAIL PROTECTED] said:
And basically, what it says is that if a package Replaces: and
Conflicts: with another package, the new one is completely
replacing the old one.
So, when both Replaces: and Conflicts: are there, and it is not
On Thu, Jun 23, 2005 at 12:38:34PM -0300, Margarita Manterola wrote:
On 6/23/05, Roberto C. Sanchez [EMAIL PROTECTED] wrote:
OK. How would I make use of this. I was going to adopt iceme and
icepref, but then I saw that they are abandoned upstream. They have
become modules of IceWMCP. I
On Thu, Jun 23, 2005 at 12:02:44PM -0400, Roberto C. Sanchez wrote:
On Thu, Jun 23, 2005 at 12:38:34PM -0300, Margarita Manterola wrote:
On 6/23/05, Roberto C. Sanchez [EMAIL PROTECTED] wrote:
OK. How would I make use of this. I was going to adopt iceme and
icepref, but then I saw that
On Thu, 23 Jun 2005 08:32:35 -0500, Steve Greenland
[EMAIL PROTECTED] said:
I think that there have been proposals for a new header that
accomplishes what you want, but it's never gone anywhere. I suspect
that the effort has not been viewed as worthwhile, given that
there's no new
I think one of the biggest hassles with instant messaging is that its tied to the computer. If Im away from the computer, like watching tv, I may miss an important IM. I can leave the speakers on the PC really loud, but then Im always jumping up and running back to the PC to read an incoming IM
On Thu, Jun 23, 2005 at 07:22:28PM +0300, Brian Nelson wrote:
On Thu, Jun 23, 2005 at 12:02:44PM -0400, Roberto C. Sanchez wrote:
Right. However, what I would like is to be able to do it *without*
using dummy packages. I think that what I want is not possible without
dummy packages.
Le dimanche 19 juin 2005 à 23:22 +0200, Florian Weimer a écrit :
* Marc Haber:
On Sun, 19 Jun 2005 08:20:49 -0500, Adam Majer
[EMAIL PROTECTED] wrote:
That could save a grand total of about a second.
It will save time in case of error when the bootup process stalls for
timeouts like
I have been corresponding with the developer and maintainer of httperf
[0], which I intend to adopt. The issue was that a libssl linking
exception was needed for the package. They are currently making
inquiries at HP as to how exaclty go about this from their end, but the
deevloper and the
On Jun 23, Adeodato Simó [EMAIL PROTECTED] wrote:
There are plans to merge @packages.d.o and @packages.QA.d.o, so that
both reach the maintainer and the PTS subscribers. The QA address
requires the presence of an X-PTS-Approved header to let a message
reach package@p.q.d.o, but I
Le lundi 16 mai 2005 à 10:58 +0200, Bezecny Martin a écrit :
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]
lol this was added by the debian-devel list . jack wanted to
unsusbscribe from debian-changes . Thus
To UNSUBSCRIBE,
On Thu, 2005-06-23 at 15:46 +0200, Nico Golde wrote:
Ok, I mailed Neil it seems that he started what I want to do
too...
Now spread the word between maintainers of prospective packages to use
the RFS reportbug template once it is ready. :)
--
David Moreno Garza [EMAIL PROTECTED] |
* Russell Coker ([EMAIL PROTECTED]) [050623 18:04]:
On Thursday 23 June 2005 21:54, Andreas Barth [EMAIL PROTECTED] wrote:
The packages.d.o-addresses are a really useful tool for contacting
multiple maintainers e.g. for transitions. They were quite helpful
during e.g. the release of sarge.
* Marco d'Itri ([EMAIL PROTECTED]) [050623 19:31]:
On Jun 23, Adeodato Simó [EMAIL PROTECTED] wrote:
There are plans to merge @packages.d.o and @packages.QA.d.o, so that
both reach the maintainer and the PTS subscribers. The QA address
requires the presence of an X-PTS-Approved header
#include hallo.h
* Brian M. Carlson [Wed, Jun 22 2005, 10:01:49PM]:
iceme or icepref installed should see a new version, which brings in
icewmcp. What is the best way in which to accomplish this?
Make iceme and icepref dummy packages that just depend on icewmcp.
And please make symlinks
[james winter]
I just installed a Pluto Home system (plutohome.com). Its a free,
open source smarthome and media server. You put Bluetooth dongles on
all the pcs in your house, and then when you enter a room your
Symbian Bluetooth phone turns into a remote control for everything in
that
On Thu, Jun 23, 2005 at 10:47:00AM -0500, Manoj Srivastava wrote:
What, 239 packages out of some 16000 total? What exactly is
the problem? This is a miniscule number, and the disk requirements
for a dummy package is negligible. Now, novice users can possibly be
(...)
I guess your
* Eric Dorland
| * Tollef Fog Heen ([EMAIL PROTECTED]) wrote:
| * Eric Dorland
|
| | BTW, any Ubuntu developers care to comment? I'm interested in second
| | opinions and how you guys are handling this situation? Did you accept
| | an arrangement with MoFo?
|
| We've been in touch
On Wednesday 22 June 2005 20.02, Olaf van der Spek wrote:
[debian infrastructure]
I've been wondering, would it be an idea (for the long-term) to use
(more) distributed ... or p2p concepts to reduce the dependency and
load on central servers?
You said it yourself: in the long term.
I think
* Paul TBBle Hampson
| The charset of your terminal is orthogonal to the charset you're
| talking on the IRC network with to my mind, since even the built-in
| recode support lets you set a default charset for IRC traffic.
No, it's not, since at least one of the most popular IRC clients
(irssi)
* Andrew Suffield
| On Wed, Jun 15, 2005 at 02:32:36PM +0300, Lars Wirzenius wrote:
| I therefore propose
| that we do the following:
|
| * Don't install any screensaver modules whatsoever, except one that
| shows a blank screen and turns off the monitor after a while.
|
| This is called
Subject: RFH: aboot
Package: wnpp
Severity: normal
I maintain aboot now for about 2 years, but unfortunately my private alpha
run into serious problems late last year, and now I lost access to the
university machines, so I currently cannot work on aboot.
I am still interested in the
On Thu, Jun 23, 2005 at 11:45:26AM -0300, Margarita Manterola wrote:
On 6/23/05, Steve Greenland [EMAIL PROTECTED] wrote:
The one I can think of is honouring the Replaces: field, meaning
that when a package states that it replaces another one, apt,
aptitude, dselect, and all the others
* Rich Walker
| email (exim) should start before programs that send email (mailman,
| smartmontools)
No? /usr/sbin/sendmail usually works when the mail system is down
(and mailman sends out mail itself in the default configuration, so
the only reason for it needing an SMTPd on the host is to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Moreno Garza wrote:
Now spread the word between maintainers of prospective packages to use
the RFS reportbug template once it is ready. :)
Perhaps it should just be announced to debian-mentors and put into all
those FAQs related to it (apart
Hi,
I've been thinking about that kind of package testing as well, but
haven't gotten very far with it. See my two web log entries about it:
http://liw.iki.fi/liw/log/2005-05.html#20050507b
http://liw.iki.fi/liw/log/2005-05.html#20050509c
In other words, I don't think it should be tied
Hi,
Roberto C. Sanchez schrieb:
Someone recommended that I use dummy packages of iceme and icepref that
depend on icewmcp. But, if I also make icewmcp Replace and Conflict
with iceme and icepref, will that not cause problems (since the new
dummy versions of iceme and icepref will depend on
* Thomas Bushnell BSG
| Steve Greenland [EMAIL PROTECTED] writes:
|
| On 18-Jun-05, 17:24 (CDT), Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
|
| An email address with such blocking on it is therefore not suitable
| for the Maintainer: field of a Debian package.
|
| Any spam filtering
* Petter Reinholdtsen
| - If the other side is listed in one of this blacklists, act as a
|_very_ slow SMTP server. The initial hello reply is delayed 1-2
|minutes in this case, and if the client try to send anything in
|this period, the connection is dropped. The SMTP protocol
Tollef Fog Heen [EMAIL PROTECTED] writes:
| I'm saying you must make sure you can get bug reports from users.
So having you maintainer address be a sink to /dev/null would be fine
since you can read bug reports on the web.
No. You need to be able to get bug reports from users even if they
Humberto Massa Guimarães wrote:
And this is my problem with the inclusion of MF's trademark usage in
our package: the right to include such trademark *is* attached to
the program (after all, it's the original name of the program (**));
it's a right that *must* *not* *depend* on the program's
Steve Kemp wrote:
Email may appear to be realtime, and you may even expect it to
be because this is frequently how it works. But this is not guaranteed.
Either way people's, misguided, beliefs on the realtimeness of
email delivery is not a valid reason to choose against greylisting.
Russell Coker wrote:
Why is it tolerable to receive 200 spams in a day? On a bad day I will
receive over 100 spams even though I use most of the anti-spam measures that
some people in this discussion don't like.
I receive ~500/day. Of those maybe 4 make it through SpamAssassin. I
rarely
On Thu, Jun 23, 2005 at 10:05:11PM +0200, Tollef Fog Heen wrote:
* Andrew Suffield
| On Wed, Jun 15, 2005 at 02:32:36PM +0300, Lars Wirzenius wrote:
| I therefore propose
| that we do the following:
|
| * Don't install any screensaver modules whatsoever, except one that
| shows a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 00:28:07 -0400
Source: libapache2-mod-perl2
Binary: libapache2-mod-perl2 libapache2-mod-perl2-dev
Architecture: source i386
Version: 2.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Thom May [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 22 Jun 2005 22:53:52 +0200
Source: metar
Binary: metar
Architecture: source i386
Version: 20050622.1-1
Distribution: unstable
Urgency: low
Maintainer: Kees Leune [EMAIL PROTECTED]
Changed-By: Kees Leune [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 09:06:39 +0200
Source: ion3
Binary: ion3-doc ion3-dev ion3
Architecture: source all i386
Version: 20050607-5
Distribution: unstable
Urgency: low
Maintainer: Norbert Tretkowski [EMAIL PROTECTED]
Changed-By: Norbert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 22 Jun 2005 10:22:38 +0200
Source: proftpd
Binary: proftpd-common proftpd proftpd-mysql proftpd-pgsql proftpd-ldap
proftpd-doc
Architecture: source i386 all
Version: 1.2.10-17
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 09:03:21 +0200
Source: gcc-4.0
Binary: gcc-4.0-base libstdc++6 lib32ffi4 lib32gcj6-dev libobjc1 libgcc1
libgcj6-dev libgcj6-awt gpc-2.1-4.0 gcc-4.0-nof libstdc++6-4.0-dev
lib32stdc++6-4.0-dbg libgcc2 lib64gnat-4.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 11:43:42 +0200
Source: fidelio
Binary: fidelio
Architecture: source i386
Version: 0.9.6-10
Distribution: unstable
Urgency: low
Maintainer: Samuele Giovanni Tonon [EMAIL PROTECTED]
Changed-By: Samuele Giovanni Tonon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hash: SHA1
Format: 1.7
Date: Wed, 22 Jun 2005 22:45:18 -0700
Source: unixodbc
Binary: odbcinst1debian1 unixodbc unixodbc-bin gtkodbcconfig0 libodbcinstq1
godbcconfig unixodbc-dev
Architecture: source i386
Version: 2.2.11-2
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 13:07:11 +0200
Source: hdup
Binary: hdup
Architecture: source i386
Version: 2.0.8-1
Distribution: unstable
Urgency: low
Maintainer: Francesco Paolo Lovergine [EMAIL PROTECTED]
Changed-By: Francesco Paolo Lovergine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 14:01:47 +0200
Source: whitelister
Binary: whitelister
Architecture: source i386
Version: 0.4-2
Distribution: unstable
Urgency: low
Maintainer: Pierre Habouzit [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 08:18:10 -0400
Source: debianutils
Binary: debianutils
Architecture: source sparc
Version: 2.14.1
Distribution: unstable
Urgency: medium
Maintainer: Clint Adams [EMAIL PROTECTED]
Changed-By: Clint Adams [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 22:04:00 +1000
Source: portmap
Binary: portmap
Architecture: source i386
Version: 5-14
Distribution: unstable
Urgency: low
Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED]
Changed-By: Anibal Monsalve Salazar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 13:41:57 +0100
Source: l2tpns
Binary: l2tpns
Architecture: source i386
Version: 2.0.22-1
Distribution: unstable
Urgency: low
Maintainer: Jonathan McDowell [EMAIL PROTECTED]
Changed-By: Jonathan McDowell [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 20 Jun 2005 17:16:46 +0200
Source: k3b
Binary: k3blibs k3blibs-dev k3b
Architecture: source i386
Version: 0.12.1-1
Distribution: unstable
Urgency: low
Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED]
Changed-By: Jean-Michel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 21 Jun 2005 11:37:16 +0200
Source: jfsutils
Binary: jfsutils-udeb jfsutils
Architecture: source i386
Version: 1.1.8-1
Distribution: unstable
Urgency: medium
Maintainer: Stefan Hornburg (Racke) [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 10:55:14 -0500
Source: r-cran-pscl
Binary: r-cran-pscl
Architecture: source all
Version: 0.51-1
Distribution: unstable
Urgency: low
Maintainer: Chris Lawrence [EMAIL PROTECTED]
Changed-By: Chris Lawrence [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 11:03:25 -0500
Source: r-cran-bayesm
Binary: r-cran-bayesm
Architecture: source i386
Version: 1.1-0-1
Distribution: unstable
Urgency: low
Maintainer: Chris Lawrence [EMAIL PROTECTED]
Changed-By: Chris Lawrence [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 08:32:33 -0700
Source: autogen
Binary: autogen libopts25-dev libopts25
Architecture: source powerpc
Version: 1:5.7-4
Distribution: unstable
Urgency: low
Maintainer: Matt Kraai [EMAIL PROTECTED]
Changed-By: Matt Kraai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 18 Jun 2005 17:41:10 +0200
Source: epstool
Binary: epstool
Architecture: source i386
Version: 3.08-1
Distribution: unstable
Urgency: low
Maintainer: Martin Pitt [EMAIL PROTECTED]
Changed-By: Martin Pitt [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 18:00:01 +0200
Source: gthumb
Binary: gthumb
Architecture: source i386
Version: 3:2.6.5-1
Distribution: unstable
Urgency: low
Maintainer: Remco van de Meent [EMAIL PROTECTED]
Changed-By: Remco van de Meent [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 23 Jun 2005 13:00:40 -0400
Source: emacs-goodies-el
Binary: gnus-bonus-el emacs-goodies-extra-el dpkg-dev-el emacs-goodies-el
debbugs-el debian-el debview devscripts-el
Architecture: source all
Version: 24.11-1
Distribution:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 21 Jun 2005 18:15:40 +1000
Source: bazaar
Binary: bazaar-dbg bazaar
Architecture: source sparc
Version: 1.4.2-1
Distribution: unstable
Urgency: low
Maintainer: Rob Weir [EMAIL PROTECTED]
Changed-By: Rob Weir [EMAIL PROTECTED]
73 matches
Mail list logo
