Tech Insider					     Technology and Trends


			      USENET Archives

Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!
newsfeed.direct.ca!look.ca!newsfeed1.cidera.com!Cidera!news2.dg.net.ua!
bn.utel.com.ua!carrier.kiev.ua!horse.lucky.net!carrier.kiev.ua!
solar.carrier.kiev.ua!not-for-mail
From: Marcelo Tosatti <marc...@conectiva.com.br>
Newsgroups: lucky.linux.kernel
Subject: Linux 2.4.17
Date: Fri, 21 Dec 2001 18:03:21 +0000 (UTC)
Organization: unknown
Lines: 235
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <Pine.LNX.4.21.0112211439390.7313-100000@freak.distro.conectiva>
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: solar.carrier.kiev.ua 1008957801 11793 193.193.193.124 (21 Dec 2001 18:03:21 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Fri, 21 Dec 2001 18:03:21 +0000 (UTC)
X-Mailing-List: 	linux-kernel@vger.kernel.org
X-Comment-To: Linus Torvalds


Well, 

Here it is... 


final:

- Fix more loopback deadlocks			(Andrea Arcangeli)
- Make Alpha with Nautilus chipset and
  Irongate chipset configuration compile
  correctly					(Michal Jaegermann)

rc2: 

- Fix potential oops with via-rhine		(Andrew Morton)
- sysvfs: mark inodes as bad in case of read 
  failure					(Christoph Hellwig)
- NTFS bugfixes					(Anton Altaparmakov)
- Fix Netfilter oops				(Edward Killips)
- Direct IO error handling fix			(Masaroni Goto)
- Fix loop device deadlock			(Andrea Arcangeli)
- Make some erroneously global spinlocks 
  static					(David C. Hansen)
- Avoid i810 driver from oopsing with 830ME	(Robert Love)
- Reiserfs fixes				(Oleg Drokin/Chris Mason)
- Fix VM "not-swapping" issue with lowmem 
  machines					(Rik van Riel)
- Make kernel try a bit harder to shrink caches
  instead swapping out	 			(me)
- Make NCR5380 compile builtin			(Erik Andersen)
- More __devexit_p fixes			(Daniel T. Chen)
- devfs bugfixes				(Richard Gooch)


rc1: 

- Finish MODULE_LICENSE fixups for fs/nls 	(Mark Hymers)
- Console race fix				(Andrew Morton/Robert Love)
- Configure.help update				(Eric S. Raymond)
- Correctly fix Direct IO bug			(Linus Benedict Torvalds)
- Turn off aacraid debugging			(Alan Cox)
- Added missing spinlocking in do_loopback()	(Alexander Viro)
- Added missing __devexit_p() in i82092 
  pcmcia driver					(Keith Owens)
- ns83820 zerocopy bugfix			(Benjamin LaHaise)
- Fix VM problems where cache/buffers didn't get
  freed						(me)

pre8:

- ext3 quota fix 				(Neil Brown)
- Add __devexit_p() to ISDN driver		(Kai Germaschewski)
- Declare missing function on fdomain.h		(Eyal Lebedinsky)
- Add Sony Vaio PCG-Z600NE to broken APM 
  reporting blacklist				(Kai Germaschewski)
- ns83820 driver update				(Benjamin LaHaise)
- pas16 driver cleanup				(Alan Cox)
- disable console flush on secondary CPUs on
  IA64						(Andrew Morton)
- fix typo on parport's ChangeLog		(Tim Waugh)
- fix use count for multiple queued requests on 
  closed fd					(Douglas Gilbert)
- Check return value of get_user() on 
  set_vesa_blanking				(Jeff Garzik)
- Remove asm/segment.h include from nbd 	(Jeff Garzik)
- Guard sysrq.h against multiple inclusion 	(Jeff Garzik)
- Minor PCI skeleton changes			(Jeff Garzik)
- Add via rhine MMIO to Configure.help		(Jeff Garzik)
- Jeff Garzik is not the via82cxxx driver 
  maintainer anymore: "No time, no hardware".	(Jeff Garzik)
- Remove old tulip documentation		(Jeff Garzik)
- Avoid direct IO's "misunderstanding" of which 
  block device it should use			(Masanori Goto)
- Remove mcheck_init() call from processor
  dependant code and put it in unified codepath	(Dave Jones)
- Netfilter bugfixes				(Harald Welte)


pre7:

- More USB updates				(Greg KH)
- Add missing checks on shmat()			(Christoph Rohland)
- ymfpci update					(Pete Zaitcev)
- Add aacraid driver 				(Alan Cox)
- Actually apply some of the Alan's changes
  which were on pre6 changelog.			(silly me)
- Clean up t128 SCSI driver			(Alan Cox)
- Clean up dtc SCSI driver			(Alan Cox) 
- Undo lcall patch from -pre6			(me)
- More ISDN updates				(Kai Germaschewski)

pre6:

- ISDN fixes					(Kai Germaschewski)
- Eicon driver updates				(Kai Germaschewski)
- ymfpci update					(Pete Zaitcev)
- Fix multithread coredump deadlock		(Manfred Spraul)
- Support /dev/kmem access to vmalloc space	(Marc Boucher)
- ext3 fixes/enhancements			(Andrew Morton)	
- Add IT8172G driver to Config.in/Makefile	(Giacomo Catenazzi)
- Configure.help update				(Eric S. Raymond)
- Create __devexit_p() function and use that on 
  drivers which need it to make it possible to 
  use newer binutils				(Keith Owens) 
- Make PCMCIA compile without PCI support	(Paul Mackerras)
- Use copy_user_highpage instead copy_highpage
  on COW path.					(David S. Miller)
- Cacheline align some more performance
  critical spinlocks				(Anton Blanchard)
- sonypi driver update				(Michael C.B. Ashley/Bob Donnelly)
- direct render for some SiS cards		(Torsten Duwe/Alan Cox)
- full handling of the NFSv3 'jukebox' feature  (Trond Myklebust)
- NFS performance improvements			(Trond Myklebust)
- More parport fixes				(Tim Waugh)
- Fix lots of core NCR5380 bugs			(Alan Cox)
- NCR5380/PAS driver update			(Alan Cox)
- Add aacraid to the SCSI list			(Alan Cox)
- fdomain driver fixes				(Alan Cox)

pre5:

- 8139too fixes					(Andreas Dilger)
- sym53c8xx_2 update				(Gerard Roudier)
- loopback deadlock bugfix			(Jan Kara)
- Yet another devfs update			(Richard Gooch)	
- Enable K7 SSE					(John Clemens)
- Make grab_cache_page return NULL instead 
  ERR_PTR: callers expect NULL on failure	(Christoph Hellwig)
- Make ide-{disk-floppy} compile without 
  PROCFS support				(Robert Love)
- Another ymfpci update				(Pete Zaitcev)
- indent NCR5380.{c,h}, g_NCR5380.{c,h}, plus 
  NCR5380 fix					(Alan Cox)
- SPARC32/64 update				(David S. Miller)
- Fix atyfb warnings				(David S. Miller)
- Make bootmem init code correctly align 
  bootmem data					(David S. Miller)
- Networking updates				(David S. Miller)
- Fix scanning luns > 7 on SCSI-3 devices 	(Michael Clark)
- Add sparse lun hint for Chaparral G8324 
	Fibre-SCSI controller			(Michael Clark)
- Really apply sg changes			(me)
- Parport updates				(Tim Waugh)
- ReiserFS updates				(Vladimir V. Saveliev)
- Make AGP code scan all kinds of devices:
  they are not always video ones		(Alan Cox)
- EXPORT_NO_SYMBOLS in floppy.c			(Alan Cox)
- Pentium IV Hyperthreading support		(Alan Cox)

pre4:

- Added missing tcp_diag.c and tcp_diag.h	(me)

pre3:

- Enable ppro errata workaround                 (Dave Jones)
- Update tmpfs documentation                    (Christoph Rohland)
- Fritz!PCIv2 ISDN card support                 (Kai Germaschewski)
- Really apply ymfpci changes                   (Pete Zaitcev)
- USB update                                    (Greg KH)
- Adds detection of more eepro100 cards         (Troy A. Griffitts)
- Make ftruncate64() compliant with SuS         (Andrew Morton)
- ATI64 fb driver update                        (Geert Uytterhoeven)
- Coda fixes                                    (Jan Harkes)
- devfs update                                  (Richard Gooch)
- Fix ad1848 breakage in -pre2                  (Alan Cox)
- Network updates                               (David S. Miller)
- Add cramfs locking                            (Christoph Hellwig)
- Move locking of page_table_lock on expand_stack
  before accessing any vma field                (Manfred Spraul)
- Make time monotonous with gettimeofday        (Andi Kleen)
- Add MODULE_LICENSE(GPL) to ide-tape.c         (Mikael Pettersson)
- Minor cs46xx ioctl fix                        (Thomas Woller)

pre2:

- Remove userland header from bonding driver	(David S. Miller)
- Create a SLAB for page tables on i386		(Christoph Hellwig)
- Unregister devices at shaper unload time	(David S. Miller)
- Remove several unused variables from various
  places in the kernel				(David S. Miller)
- Fix slab code to not blindly trust cc_data():
  it may be not valid on some platforms		(David S. Miller)
- Fix RTC driver bug				(David S. Miller)
- SPARC 32/64 update				(David S. Miller)
- W9966 V4L driver update			(Jakob Jemi)
- ad1848 driver fixes				(Alan Cox/Daniel T. Cobra)
- PCMCIA update					(David Hinds)
- Fix PCMCIA problem with multiple PCI busses 	(Paul Mackerras)
- Correctly free per-process signal struct	(Dave McCracken)
- IA64 PAL/signal headers cleanup		(Nathan Myers)
- ymfpci driver cleanup 			(Pete Zaitcev)
- Change NLS "licenses" to be "GPL/BSD" instead 
  only BSD.					(Robert Love)
- Fix serial module use count			(Russell King)
- Update sg to 3.1.22				(Douglas Gilbert)
- ieee1394 update				(Ben Collins)
- ReiserFS fixes				(Nikita Danilov)
- Update ACPI documentantion			(Patrick Mochel)
- Smarter atime update				(Andrew Morton)
- Correctly mark ext2 sb as dirty and sync it	(Andrew Morton) 
- IrDA update					(Jean Tourrilhes)
- Count locked buffers at
  balance_dirty_state(): Helps interactivity under
  heavy IO workloads				(Andrew Morton)
- USB update					(Greg KH)
- ide-scsi locking fix                          (Christoph Hellwig)

pre1:

- Change USB maintainer 			(Greg Kroah-Hartman)
- Speeling fix for rd.c				(From Ralf Baechle's tree)
- Updated URL for bigphysmem patch in v4l docs  (Adrian Bunk)
- Add buggy 440GX to broken pirq blacklist 	(Arjan Van de Ven)
- Add new entry to Sound blaster ISAPNP list	(Arjan Van de Ven)
- Remove crap character from Configure.help	(Niels Kristian Bech Jensen)
- Backout erroneous change to lookup_exec_domain (Christoph Hellwig)
- Update osst sound driver to 1.65		(Willem Riede)
- Fix i810 sound driver problems		(Andris Pavenis)
- Add AF_LLC define in network headers		(Arnaldo Carvalho de Melo)
- block_size cleanup on some SCSI drivers	(Erik Andersen)
- Added missing MODULE_LICENSE("GPL") in some   (Andreas Krennmair)
  modules
- Add ->show_options() to super_ops and 
  implement NFS method				(Alexander Viro)
- Updated i8k driver				(Massimo Dal Zoto)
- devfs update  				(Richard Gooch)


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!
newsfeed.direct.ca!look.ca!newsfeed1.cidera.com!Cidera!news2.dg.net.ua!
bn.utel.com.ua!carrier.kiev.ua!horse.lucky.net!carrier.kiev.ua!
solar.carrier.kiev.ua!not-for-mail
From: Dan Kegel <dke...@ixiacom.com>
Newsgroups: lucky.linux.kernel
Subject: re: Linux 2.4.17
Date: Fri, 21 Dec 2001 20:20:16 +0000 (UTC)
Organization: unknown
Lines: 32
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <3C23988D.47A96760@ixiacom.com>
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: solar.carrier.kiev.ua 1008966016 12781 193.193.193.124 (21 Dec 2001 20:20:16 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Fri, 21 Dec 2001 20:20:16 +0000 (UTC)
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.10-dan i686)
X-Accept-Language: en
X-Mailing-List: 	linux-kernel@vger.kernel.org

Marcelo wrote:

> Well, 
> 
> Here it is... 
> 
> 
> final:
> 
> - Fix more loopback deadlocks                   (Andrea Arcangeli)
> - Make Alpha with Nautilus chipset and
>   Irongate chipset configuration compile
>   correctly                                     (Michal Jaegermann)
> 
> rc2: 
> 
> - Fix potential oops with via-rhine             (Andrew Morton)
> - sysvfs: mark inodes as bad in case of read 
> ...

Um, what happened to the idea of 'no changes between the last
release candidate and final'?

I'm disappointed; I thought we were entering a new era of
release discipline in the stable kernel. 

- Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Path: archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-03!
supernews.com!peer1-sjc1.usenetserver.com!usenetserver.com!
newsfeed1.cidera.com!Cidera!news2.dg.net.ua!bn.utel.com.ua!
carrier.kiev.ua!horse.lucky.net!carrier.kiev.ua!solar.carrier.kiev.ua!
not-for-mail
From: "David Gomez" <davi...@viadomus.com>
Newsgroups: lucky.linux.kernel
Subject: re: Linux 2.4.17
Date: Fri, 21 Dec 2001 21:18:41 +0000 (UTC)
Organization: unknown
Lines: 40
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <Pine.LNX.4.33.0112212203460.1184-100000@fargo>
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Trace: solar.carrier.kiev.ua 1008969521 13195 193.193.193.124 (21 Dec 2001 21:18:41 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Fri, 21 Dec 2001 21:18:41 +0000 (UTC)
X-X-Sender:  <huma@fargo>
In-Reply-To: <3C23988D.47A96760@ixiacom.com>
X-Mailing-List: 	linux-kernel@vger.kernel.org
X-Comment-To: Dan Kegel


> > final:
> >
> > - Fix more loopback deadlocks                   (Andrea Arcangeli)
> > - Make Alpha with Nautilus chipset and
> >   Irongate chipset configuration compile
> >   correctly                                     (Michal Jaegermann)
> >
> > rc2:
> >
> > - Fix potential oops with via-rhine             (Andrew Morton)
> > - sysvfs: mark inodes as bad in case of read
> > ...
>
> Um, what happened to the idea of 'no changes between the last
> release candidate and final'?

I think the policy is 'not to add unnecessary changes' , not 'no changes'.

> I'm disappointed; I thought we were entering a new era of
> release discipline in the stable kernel.

I'd be dissapointed if Marcelo had released and stable kernel still
with the loopback deadlocks. And i don't think the alpha compile fix is
going to break anything.



David Gómez

"The question of whether computers can think is just like the question of
 whether submarines can swim." -- Edsger W. Dijkstra



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!
newsfeed.direct.ca!look.ca!newsfeed1.cidera.com!Cidera!news2.dg.net.ua!
bn.utel.com.ua!carrier.kiev.ua!horse.lucky.net!carrier.kiev.ua!
solar.carrier.kiev.ua!not-for-mail
From: John Alvord <ja...@mbay.net>
Newsgroups: lucky.linux.kernel
Subject: Re: Linux 2.4.17
Date: Sat, 22 Dec 2001 04:15:35 +0000 (UTC)
Organization: unknown
Lines: 42
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <sr182u8fptii0ptu44s0uvrhafn44hoi8a@4ax.com>
References: <3C23988D.47A96760@ixiacom.com> <Pine.LNX.4.33.0112212203460.1184-100000@fargo>
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8BIT
X-Trace: solar.carrier.kiev.ua 1008994535 15764 193.193.193.124 (22 Dec 2001 04:15:35 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Sat, 22 Dec 2001 04:15:35 +0000 (UTC)
In-Reply-To: <Pine.LNX.4.33.0112212203460.1184-100000@fargo>
X-Mailer: Forte Agent 1.8/32.553
X-Mailing-List: 	linux-kernel@vger.kernel.org
X-Comment-To: David Gomez

On Fri, 21 Dec 2001 22:09:09 +0100 (CET), "David Gomez"
<davi...@viadomus.com> wrote:

>
>> > final:
>> >
>> > - Fix more loopback deadlocks                   (Andrea Arcangeli)
>> > - Make Alpha with Nautilus chipset and
>> >   Irongate chipset configuration compile
>> >   correctly                                     (Michal Jaegermann)
>> >
>> > rc2:
>> >
>> > - Fix potential oops with via-rhine             (Andrew Morton)
>> > - sysvfs: mark inodes as bad in case of read
>> > ...
>>
>> Um, what happened to the idea of 'no changes between the last
>> release candidate and final'?
>
>I think the policy is 'not to add unnecessary changes' , not 'no changes'.
>
>> I'm disappointed; I thought we were entering a new era of
>> release discipline in the stable kernel.
>
>I'd be dissapointed if Marcelo had released and stable kernel still
>with the loopback deadlocks. And i don't think the alpha compile fix is
>going to break anything.

One possibility would be to release 2.4.17 and 2.4.18-pre1
simultaneously, with the otherwise last minute changes. There have
been so many brown-bag bugs introduced by the last changes, there
everyone is or should be nervous. Immediately launching the next -pre
series will help keep the momentum moving while preserving the more
certain knowledge of the quality of the last -rc level.

john alvord
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Path: archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-03!
supernews.com!newsfeed.wirehub.nl!news.maxwell.syr.edu!
cpk-news-hub1.bbnplanet.com!news.gtei.net!newsfeed1.cidera.com!Cidera!
news2.dg.net.ua!bn.utel.com.ua!carrier.kiev.ua!horse.lucky.net!
carrier.kiev.ua!solar.carrier.kiev.ua!not-for-mail
From: "David A. Frantz" <wiz...@eznet.net>
Newsgroups: lucky.linux.kernel
Subject: Re: Linux 2.4.17
Date: Sat, 22 Dec 2001 18:15:36 +0000 (UTC)
Organization: just me
Lines: 100
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <3C24CD00.CD3EF09@eznet.net>
References: <3C23988D.47A96760@ixiacom.com> 
<Pine.LNX.4.33.0112212203460.1184-100000@fargo> <sr182u8fptii0ptu44s0uvrhafn44hoi8a@4ax.com>
Reply-To: wiz...@eznet.net
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: solar.carrier.kiev.ua 1009044936 19323 193.193.193.124 (22 Dec 2001 18:15:36 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Sat, 22 Dec 2001 18:15:36 +0000 (UTC)
X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13 i686)
X-Accept-Language: en
X-Mailing-List: 	linux-kernel@vger.kernel.org

Hello Everyone;

At this point I'm not a kernel developer, most likely never will be, but I do
use linux exclusively.    So from that perspective here are my comments for
consideration.

At some point in the development of a new kernel there must be an emphasis on
quality and reliability.   I personally do not see how it is even possible to
release a "final" kernel revision with only one or two days testing.
Granted everyone expects a new kernel series to have a few issues upon
release, but once the ** in a 2.4.** kernel move past 10 it really is time to
think quality.

Realizing that excessive time spent on quality issues would lead to many
delays, I'd like to suggest that the third dot number use an odd even
numbering system to seperate the heavly tested kernels from the heavily
modified kernels.    In other words all pre-kernels leading up to a 2.4.18
kernel would be aimed at stabilizing the code and quality.    When this is
done the pre-kernels for the 2.4.19 series would aim to oimplement the more
major changes that everyone wants or needs.

I'd to be able to pick up a kernel from www.kernel.org and have some
confidence that it will work correctly without extensive patching.    The idea
that vendors can supply us with a heavily tested kernel is, to me anyways,
against the spirit of the whole community.    After all there are many fly by
night Linux distributions, a stable kernel available from www.kernel.org would
go a long way to maintaining these sort of systems.

Now this may seem a bit demanding but consider this.    If the users of this
list did not have prior knowledge of the kernels available on www.kernel.org
how would they know which ones to avoid totally, which ones are OK, and which
ones seem to be well done?    Its really a shame that we need to talk about a
stable kernel this way, on the other hand due to reading this list I
understand how the various revisions came about.   The problem, as I see it,
is that there were to many kernels released before everything stabilized.
If your implementing or testing new technology them by all means release a
pre-kernel, a patch against a stable kernel, or a technology specific
pre-kernel (such as the -aa releases) but lets not go on with throwing out
grossly buggy release kernels.   Even if it takes months, release a kernel
that for most people will work.

I hope these comments are helpful.    Like I say Linux is the only thing that
I use at home, I really want it to succeed.   So for the 2.4.** kernel lets
concentrate on quality, it would be nice to know that from now on each new
kernel release is beter than the one before it.

Thanks
dave


John Alvord wrote:

> On Fri, 21 Dec 2001 22:09:09 +0100 (CET), "David Gomez"
> <davi...@viadomus.com> wrote:
>
> >
> >> > final:
> >> >
> >> > - Fix more loopback deadlocks                   (Andrea Arcangeli)
> >> > - Make Alpha with Nautilus chipset and
> >> >   Irongate chipset configuration compile
> >> >   correctly                                     (Michal Jaegermann)
> >> >
> >> > rc2:
> >> >
> >> > - Fix potential oops with via-rhine             (Andrew Morton)
> >> > - sysvfs: mark inodes as bad in case of read
> >> > ...
> >>
> >> Um, what happened to the idea of 'no changes between the last
> >> release candidate and final'?
> >
> >I think the policy is 'not to add unnecessary changes' , not 'no changes'.
> >
> >> I'm disappointed; I thought we were entering a new era of
> >> release discipline in the stable kernel.
> >
> >I'd be dissapointed if Marcelo had released and stable kernel still
> >with the loopback deadlocks. And i don't think the alpha compile fix is
> >going to break anything.
>
> One possibility would be to release 2.4.17 and 2.4.18-pre1
> simultaneously, with the otherwise last minute changes. There have
> been so many brown-bag bugs introduced by the last changes, there
> everyone is or should be nervous. Immediately launching the next -pre
> series will help keep the momentum moving while preserving the more
> certain knowledge of the quality of the last -rc level.
>
> john alvord
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!
newsfeed.direct.ca!look.ca!newsfeed1.cidera.com!Cidera!news2.dg.net.ua!
bn.utel.com.ua!carrier.kiev.ua!horse.lucky.net!carrier.kiev.ua!
solar.carrier.kiev.ua!not-for-mail
From: Alan Cox <a...@lxorguk.ukuu.org.uk>
Newsgroups: lucky.linux.kernel
Subject: Re: Linux 2.4.17
Date: Sat, 22 Dec 2001 22:57:34 +0000 (UTC)
Organization: unknown
Lines: 16
Sender: n...@solar.carrier.kiev.ua
Approved: newsmas...@lucky.net
Message-ID: <E16HvD6-0005b8-00@the-village.bc.nu>
NNTP-Posting-Host: solar.carrier.kiev.ua
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: solar.carrier.kiev.ua 1009061854 20592 193.193.193.124 (22 Dec 2001 22:57:34 GMT)
X-Complaints-To: usenet@solar.carrier.kiev.ua
NNTP-Posting-Date: Sat, 22 Dec 2001 22:57:34 +0000 (UTC)
In-Reply-To: <3C24CD00.CD3EF09@eznet.net> from "David A. Frantz" at Dec 22, 2001 01:12:17 PM
X-Mailer: ELM [version 2.5 PL6]
X-Mailing-List: 	linux-kernel@vger.kernel.org
X-Comment-To: wiz...@eznet.net

> Now this may seem a bit demanding but consider this.    If the users of this
> list did not have prior knowledge of the kernels available on www.kernel.org
> how would they know which ones to avoid totally, which ones are OK, and which
> ones seem to be well done?    Its really a shame that we need to talk about a

They would go to a vendor who is prepared to say "We tested this, we put
our logo on the package saying we have faith in it"



Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

			        About USENET

USENET (Users’ Network) was a bulletin board shared among many computer
systems around the world. USENET was a logical network, sitting on top
of several physical networks, among them UUCP, BLICN, BERKNET, X.25, and
the ARPANET. Sites on USENET included many universities, private companies
and research organizations. See USENET Archives.

		       SCO Files Lawsuit Against IBM

March 7, 2003 - The SCO Group filed legal action against IBM in the State 
Court of Utah for trade secrets misappropriation, tortious interference, 
unfair competition and breach of contract. The complaint alleges that IBM 
made concentrated efforts to improperly destroy the economic value of 
UNIX, particularly UNIX on Intel, to benefit IBM's Linux services 
business. See SCO vs IBM.

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or
research.

Electronic mail:			       WorldWideWeb:
   tech-insider@outlook.com			  http://tech-insider.org/