mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* RE: ANOTHER modest proposal -- We need a documentation package
@ 2002-01-30 15:23 Dana Lacoste
  2002-01-30 16:29 ` Jeff Garzik
  0 siblings, 1 reply; 5+ messages in thread
From: Dana Lacoste @ 2002-01-30 15:23 UTC (permalink / raw)
  To: 'Alan Cox'; +Cc: kaboom, torvalds, linux-kernel

> Its then permanently out of date, and you can't keep the two 
> tied together.

but from what was said, Linus isn't keeping them up to date
anyways, so how would this be _worse_?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ANOTHER modest proposal -- We need a documentation package
  2002-01-30 15:23 ANOTHER modest proposal -- We need a documentation package Dana Lacoste
@ 2002-01-30 16:29 ` Jeff Garzik
  0 siblings, 0 replies; 5+ messages in thread
From: Jeff Garzik @ 2002-01-30 16:29 UTC (permalink / raw)
  To: Dana Lacoste; +Cc: 'Alan Cox', kaboom, torvalds, linux-kernel

On Wed, Jan 30, 2002 at 07:23:40AM -0800, Dana Lacoste wrote:
> > Its then permanently out of date, and you can't keep the two 
> > tied together.

> but from what was said, Linus isn't keeping them up to date
> anyways, so how would this be _worse_?

Because _I_ am keeping some of the docs up to date.

	Jeff




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ANOTHER modest proposal -- We need a documentation package
  2002-01-30 15:03 Dana Lacoste
  2002-01-30 15:34 ` Alan Cox
@ 2002-01-30 16:25 ` Jeff Garzik
  1 sibling, 0 replies; 5+ messages in thread
From: Jeff Garzik @ 2002-01-30 16:25 UTC (permalink / raw)
  To: Dana Lacoste
  Cc: 'Chris Ricker', Linus Torvalds, World Domination Now!

On Wed, Jan 30, 2002 at 07:03:05AM -0800, Dana Lacoste wrote:
> Take linux/Documentation and split it into a separate package.
> that way Linus doesn't need to care about documentation, it can
> be maintained separately.  Having documentation packages co-released
> with the kernel, but separately maintained would fix this problem,
> would it not?

Alas this would simply make it more difficult for me to update things.
For example I update Documentation/networking/8139too.txt each time
there is a corresponding update to drivers/net/8139too.c.  Having to go
from current situation to patching two totally separate trees would be a
PITA and regression from current workflow.

	Jeff




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ANOTHER modest proposal -- We need a documentation package
  2002-01-30 15:03 Dana Lacoste
@ 2002-01-30 15:34 ` Alan Cox
  2002-01-30 16:25 ` Jeff Garzik
  1 sibling, 0 replies; 5+ messages in thread
From: Alan Cox @ 2002-01-30 15:34 UTC (permalink / raw)
  To: Dana Lacoste
  Cc: 'Chris Ricker', Linus Torvalds, World Domination Now!

> that way Linus doesn't need to care about documentation, it can
> be maintained separately.  Having documentation packages co-released
> with the kernel, but separately maintained would fix this problem,
> would it not?

Its then permanently out of date, and you can't keep the two tied together.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: ANOTHER modest proposal -- We need a documentation package
@ 2002-01-30 15:03 Dana Lacoste
  2002-01-30 15:34 ` Alan Cox
  2002-01-30 16:25 ` Jeff Garzik
  0 siblings, 2 replies; 5+ messages in thread
From: Dana Lacoste @ 2002-01-30 15:03 UTC (permalink / raw)
  To: 'Chris Ricker', Linus Torvalds; +Cc: World Domination Now!

>  For example,
> no one owns linux/Documentation.  As the person nominally in charge of
> linux/Documentation/Changes, there's no one between me and 
> you, period, let
> alone anyone between me and you that you trust....  And I 
> realize that you
> don't consider documentation very important, but there are 
> other segments of
> the Linux source tree for which this breakdown in hierarchy 
> is also true....

Here's an idea :
Take linux/Documentation and split it into a separate package.
that way Linus doesn't need to care about documentation, it can
be maintained separately.  Having documentation packages co-released
with the kernel, but separately maintained would fix this problem,
would it not?

Dana Lacoste
Ottawa, Canada

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-01-30 16:31 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-30 15:23 ANOTHER modest proposal -- We need a documentation package Dana Lacoste
2002-01-30 16:29 ` Jeff Garzik
  -- strict thread matches above, loose matches on Subject: below --
2002-01-30 15:03 Dana Lacoste
2002-01-30 15:34 ` Alan Cox
2002-01-30 16:25 ` Jeff Garzik

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®