On Mon, Jul 11, 2005 at 11:50:14AM -0400, David Nusinow wrote:
What I'd like to see is no more new items added to that list without
someone signing up and taking responsibility for them. What I really want
to see more than anything with that list is for each and every item to have
at least
Jon Dowland [EMAIL PROTECTED] writes:
I suggest having __two__ lists: a wishlist and a worklist (with the
latter being the existing TODOlist)
A decent idea, since items can be moved back and forth as needed.
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Thu, Jul 14, 2005 at 02:55:48PM +0200, Stig Sandbeck Mathisen wrote:
Jon Dowland [EMAIL PROTECTED] writes:
I suggest having __two__ lists: a wishlist and a worklist (with the
latter being the existing TODOlist)
A decent idea, since items can be moved back and forth as needed.
I've
On Mon, Jul 11, 2005 at 08:06:29PM +0200, Frank Lichtenheld wrote:
Nevertheless, we're indeed currently working on such a framework as
you mention. On our list of tests to run are currently install tests
(with liw's piuparts), rebuild tests (with pbuilder I think) and
lintian (perhaps linda,
On Mon, Jul 11, 2005 at 09:44:07PM +0200, Jonas Meurer wrote:
On 11/07/2005 Max Vozeler wrote:
On Fri, Jul 08, 2005 at 02:33:12PM +0200, Javier wrote:
- Encrypted root/swap on the d-i installation.
I'm planning to work on this- probably during the next few weeks. I hope
to also get
On 12/07/2005 Max Vozeler wrote:
On Mon, Jul 11, 2005 at 09:44:07PM +0200, Jonas Meurer wrote:
please consider to support luks too. the current cryptsetup package
supports only dm-crypt from christophe saout. luks from clemens
fruhwirth has many advantages over plain dm-crypt, and i guess
In article [EMAIL PROTECTED] you wrote:
If this compromises their effectiveness, then they deserve
every consequence of their laziness. A programmer being lazy does not
mean sloppy, unprofessional, incompetence. I think you do not have a
concept of what that statement was meant to
On Sat, Jul 09, 2005 at 08:25:11AM -0500, Manoj Srivastava wrote:
This is a huge list, with probably 0 chances of getting
accomplished. How about this: remove every single item from the list,
and only add items when there are people who sign up to be responsible
for the work
On Sat, Jul 09, 2005 at 08:33:42AM -0500, Manoj Srivastava wrote:
7. Fix up the all the silly typos made in every BTS email sent so
far and retransmit. (note: this is after the BTS has decided to
respond).
! [1]
8. upload the changes to source code.
9. realize that I
Hello Manoj,
On Sun, Jul 10, 2005 at 08:30:57PM -0500, Manoj Srivastava wrote:
Yeah. I should have realized the level of audience I was
trying to talk to. I'll try to speak in words of fewer syllables the
next time around.
You are actively damaging the project with remarks like
On Mon, 11 Jul 2005 10:17:56 +0100, Jochen Voss [EMAIL PROTECTED] said:
On Sat, Jul 09, 2005 at 08:33:42AM -0500, Manoj Srivastava wrote:
7. Fix up the all the silly typos made in every BTS email sent so
far and retransmit. (note: this is after the BTS has decided
to respond).
On Mon, 11 Jul 2005 10:29:46 +0100, Jochen Voss [EMAIL PROTECTED] said:
Hello Manoj,
On Sun, Jul 10, 2005 at 08:30:57PM -0500, Manoj Srivastava wrote:
Yeah. I should have realized the level of audience I was trying to
talk to. I'll try to speak in words of fewer syllables the next
time
On Mon, 11 Jul 2005 09:59:52 +0200, Javier Fernández-Sanguino Peña [EMAIL
PROTECTED] said:
Providing a list of things that need to be worked on, even if not
Release Critical, is a good thing IMHO.
Umm. I think that such a list has already grown too large to
be of value; I can come
On Mon, Jul 11, 2005 at 04:56:15AM -0500, Manoj Srivastava wrote:
Thanks, but I'm not a random bystander. Even if I were, I don't see
how a compiled TODO for the distribution hinders development or
rather, as seen in the previous thread, encourages discussion
between developers.
On Fri, Jul 08, 2005 at 02:33:12PM +0200, Javier Fernández-Sanguino Peña wrote:
- Encrypted root/swap on the d-i installation.
I'm planning to work on this- probably during the next few weeks. I hope
to also get together with Wesley Terpstra and talk about how we can make
the framework usable
#include hallo.h
* Jochen Voss [Mon, Jul 11 2005, 10:17:56AM]:
Are we sure we want someone who is routinely this incompetent
to help with bug triage? Seems to me we would be bette off without
such substandard help; anyone this incompetent is probably creating
more problems than
On Mon, Jul 11, 2005 at 06:58:15PM +0200, Max Vozeler wrote:
A first step could be to make the lintian.d.o scripts run on a lintian.d
style directory of scripts, if that sounds reasonable to the people who
run that service (Josip Rodin?). That would make it pretty easy to build
lists of
On Friday 08 July 2005 14.33, Javier Fernández-Sanguino Peña wrote:
TODO: Should this be in
http://wiki.debian.net/index.cgi?ReleaseProposals ?
It's http://wiki.debian.net/?EtchTODOList - which contains a short
disclaimer on its difference vs. ReleaseProposals.
Manoj:
Mere wishlists by
On Saturday 09 July 2005 00.39, Steve Langasek wrote:
On Fri, Jul 08, 2005 at 03:49:36PM +0200, Santiago Vila wrote:
IMHO, we should keep dummy packages around for at least two releases,
to support upgrades which skip one release.
In practice, upgrades that skip a release are not
On Monday 11 July 2005 09.59, Javier Fernández-Sanguino Peña wrote:
On Sat, Jul 09, 2005 at 08:25:11AM -0500, Manoj Srivastava wrote:
This is a huge list, with probably 0 chances of getting
accomplished. How about this: remove every single item from the list,
and only add items
ma, 2005-07-11 kello 19:40 +0200, Eduard Bloch kirjoitti:
To be honest, I had a similar idea before: every upload has to be
approved by at least one additional Debian developer. This would
decrease the probability for really broken uploads (because of stupid
mistakes or beeing on drugs or
On 11/07/2005 Max Vozeler wrote:
On Fri, Jul 08, 2005 at 02:33:12PM +0200, Javier Fernández-Sanguino Peña
wrote:
- Encrypted root/swap on the d-i installation.
I'm planning to work on this- probably during the next few weeks. I hope
to also get together with Wesley Terpstra and talk about
On Mon, Jul 11, 2005 at 07:40:23PM +0200, Eduard Bloch wrote:
#include hallo.h
* Jochen Voss [Mon, Jul 11 2005, 10:17:56AM]:
Are we sure we want someone who is routinely this incompetent
to help with bug triage? Seems to me we would be bette off without
such substandard help;
Manoj == Manoj Srivastava [EMAIL PROTECTED] (va, manoj) writes:
Manoj ! [1]
???
Manoj ! [2]
???
Manoj Are we sure we want someone who is routinely this
Manoj incompetent to help with bug triage? Seems to me we would
Manoj be bette off without such
On Mon, 11 Jul 2005 09:55:23 +1000, Brian May [EMAIL PROTECTED] said:
Manoj == Manoj Srivastava [EMAIL PROTECTED] (va, manoj)
writes:
Manoj ! [1]
: 7. Fix up the all the silly typos made in every BTS email sent so
:far and retransmit. (note: this is after the BTS has decided to
:
On Sat, Jul 09, 2005 at 04:16:40PM -0500, Manoj Srivastava wrote:
On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen [EMAIL PROTECTED]
said:
If these are good settings for dupload, why is it not included in
the package as the default configuration for dupload?
Good by
On Sun, 10 Jul 2005 04:19:55 -0400, Kevin Mark [EMAIL PROTECTED] said:
On Sat, Jul 09, 2005 at 04:16:40PM -0500, Manoj Srivastava wrote:
On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen
[EMAIL PROTECTED] said:
If these are good settings for dupload, why is it not included in
the
Santiago == Santiago Vila [EMAIL PROTECTED] writes:
Santiago Well, I consider the idea that old bugs deserve more
Santiago attention than new bugs (or non-old bugs) completely
Santiago flawed.
I wonder how many old bugs are either fixed (but not marked as fixed)
or irrelevant (if
Hi,
This is a huge list, with probably 0 chances of getting
accomplished. How about this: remove every single item from the
list, and only add items when there are people who sign up to be
responsible for the work involved in actually seeing that item come
to fruition?
Mere
On Sat, 09 Jul 2005 20:13:57 +1000, Brian May [EMAIL PROTECTED] said:
1. Review bugs in web browser.
2. Identify questionably bug that you haven't already looked at
before today.
Hint: have a local notebook that you mark bugs you look at.
3. Inspect bug report, in new window,
Dunno which section of your list this should pertain but Enforce the
use of po-debconf for debconf templates is in my mind.
This probably needs a few s/SHOULD/MUST in the policy so that we can
file RC bugs on packages which still use the old style debconf l10n
system.
There are few of these and,
On Sat, 9 Jul 2005 07:28:47 +0200, Christian Perrier [EMAIL PROTECTED] said:
Dunno which section of your list this should pertain but Enforce
the use of po-debconf for debconf templates is in my mind.
This probably needs a few s/SHOULD/MUST in the policy so that we can
file RC bugs on
[Manoj Srivastava]
4. Make dupload obsolete, and replace with dput. Make dput the
default in debrelease. I think dput would have prevented me
uploading my unsigned package.
~/.dupload.conf:
$preupload{'changes'} = 'gpg --verify %1';
$preupload{'sourcepackage'} = 'j=$(echo %1 | tr
On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen [EMAIL PROTECTED]
said:
If these are good settings for dupload, why is it not included in
the package as the default configuration for dupload?
Good by whose criteria? Yours? Mine? Joe random Developer's?
What is more important
On 7/9/05, Manoj Srivastava va, manoj [EMAIL PROTECTED] wrote:
On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen [EMAIL PROTECTED]
said:
If these are good settings for dupload, why is it not included in
the package as the default configuration for dupload?
Good by whose
Well, since the thread I started has calmed down and since there's a lot of
people at HEL [1] with (probably) a lot of spare time in their hands that
would be better spent hacking than in the sauna here's my (revised)
wishlist for Etch.
I've added additional items pointed out in the thread
On Jul 08, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote:
Feel free to add any other wishlists (or discuss any one of them). I'll try
to track the subsequent thread and keep the list current somewhere...
Make hotplug depend on udev (this simplifies a lot the hotplug scripts).
--
I'm going to disagree with two points here.
On Fri, 8 Jul 2005, Javier Fernández-Sanguino Peña wrote:
- _No_ bugs in base packages (well, at least no old bugs). Base system
should be upgraded to latest upstream (forward patches!) this includes
PAM, modutils...
* Base packages should
On 7/8/05, Santiago Vila [EMAIL PROTECTED] wrote:
Sure, old bugs may be the symptom that the maintainer is MIA, that the
upstream maintainer is MIA, and similar things that we should of
course track as well, but it does not mean that an old bug is worse
in any way than a new bug (eveything
On Fri, Jul 08, 2005 at 02:40:55PM +0200, Marco d'Itri wrote:
On Jul 08, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote:
Feel free to add any other wishlists (or discuss any one of them). I'll try
to track the subsequent thread and keep the list current somewhere...
Make hotplug
On Jul 08, Wouter Verhelst [EMAIL PROTECTED] wrote:
Feel free to add any other wishlists (or discuss any one of them). I'll
try
to track the subsequent thread and keep the list current somewhere...
Make hotplug depend on udev (this simplifies a lot the hotplug scripts).
No you
On Fri, Jul 08, 2005 at 07:07:20PM +0200, Marco d'Itri wrote:
On Jul 08, Wouter Verhelst [EMAIL PROTECTED] wrote:
Feel free to add any other wishlists (or discuss any one of them). I'll
try
to track the subsequent thread and keep the list current somewhere...
Make hotplug
Le vendredi 08 juillet 2005 à 14:40 +0200, Marco d'Itri a écrit :
On Jul 08, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote:
Feel free to add any other wishlists (or discuss any one of them). I'll try
to track the subsequent thread and keep the list current somewhere...
Make
On Jul 08, Wouter Verhelst [EMAIL PROTECTED] wrote:
* was far too fragile, with races all over the place which make some
things work correctly some of the time and not at all on the next
reboot,
The solution to these problems is to use RUN rules (what once were dev.d
scripts).
* requires
On Fri, Jul 08, 2005 at 03:49:36PM +0200, Santiago Vila wrote:
On Fri, 8 Jul 2005, Javier Fernández-Sanguino Peña wrote:
[...]
- Remove _all_ out of date dummy packages! (see #308711 and other bugs!)
Note: Almost done by ftp-masters, some pending and needs to be reviewed
to remove
45 matches
Mail list logo
