Re: Better documenting what does not work in Etch.

2007-05-31 Thread Petter Reinholdtsen
[Javier Fernández-Sanguino Peña] > Actually, the website has errata pages for each release work at the > wiki could be a basis for an updated page at the website. Yes. I suggest using http://wiki.debian.org/DebianEtch> for this purpose. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIB

Re: Better documenting what does not work in Etch.

2007-05-30 Thread Javier Fernández-Sanguino Peña
On Wed, May 30, 2007 at 04:33:59PM +0200, Petter Reinholdtsen wrote: > Very good points, and I believe you have a good point. What about > making an errata wiki page for the etch release on > http://wiki.debian.org/>, and add links to the etch bugs in BTS? > It migth form the basis for updating pa

Re: Better documenting what does not work in Etch.

2007-05-30 Thread Petter Reinholdtsen
[Charles Plessy] > Under the current policy, not all fixes to these problems would make it > in a point release, but since the list is likely to grow longer and > longer with time, I am really wondering if there is a better way to > inform the users of that kind of issues, if possible a priori. Am

Re: Better documenting what does not work in Etch.

2007-05-29 Thread Don Armstrong
On Wed, 30 May 2007, Charles Plessy wrote: > - An Etch-centric view of the BTS (user friendly), This is already supported; simply append dist=stable. As far as making it user friendly, it has been a goal of mine to eventually allow users to set cookies to do the distribution selection automatical