From: Bdale Garbee <bdale@gag.com>
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: sid vs woody (was 715/50)
Date: 14 Jan 2002 10:42:10 -0700 [thread overview]
Message-ID: <871ygsu8wd.fsf@rover.gag.com> (raw)
In-Reply-To: <Pine.NEB.4.40.0201141140140.29083-100000@io.fachschaften.tu-muenchen.de>
aderesch@fs.tum.de (Andreas Deresch) writes:
> > deb http://http.us.debian.org/debian sid main contrib non-free
> > deb http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free
> Shouldn't one use stable, testing and unstable, which are of course at the
> moment linked to potato, woody and sid respectively? Otherwise you will stay
> with sid even when it is declared stable (or unavailable) - and you don't
> want that, do you? ;-)
"It depends."
First of all, sid won't ever be stable. Sid was the kid in the Toy Story
movie who was sort of scary and should never be let out of the house... (well,
actually he's the character I most identified with in the movie, but we won't
go there... :-) and it's the *permanent* codename for Debian unstable. In
our new pool-based scheme, new names get declared for the 'testing' release
and become stable with time. So, 'woody' is now the same as 'testing' and
will be the same as 'stable' when it is released... at which point a new name
will be assigned for the new testing release, and so on.
Sometimes it makes sense to use the release tokens. You may want to always
run 'stable' on a machine to get the latest stable release, for example. In
other cases, it makes much more sense to track a particular named release and
have conscious control over when you hop from one release to another. If you
want to track unstable, either 'sid' or 'unstable' is fine. If you want to
start with woody now and stay with it when it goes stable, 'woody' might be
better than 'testing' to use in the sources.list file.
Hope that helps. For what it's worth, I always use the code names and exert
explicit control over when I hop from one release to another... but I've helped
configure production servers with files that say 'stable' and also include
entries for the security.debian.org updates (crucial if tracking stable!).
Bdale
next prev parent reply other threads:[~2002-01-14 17:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-13 20:34 [parisc-linux] 715/50 geezer
2002-01-13 22:07 ` [parisc-linux] Re: sid vs woody (was 715/50) Grant Grundler
2002-01-14 10:47 ` Andreas Deresch
2002-01-14 17:42 ` Bdale Garbee [this message]
2002-01-14 18:41 ` Grant Grundler
-- strict thread matches above, loose matches on Subject: below --
2001-09-21 8:38 [parisc-linux] 712/60 boots fine Andreas Härtel
2001-09-21 9:14 ` Richard Hirst
2001-09-21 16:03 ` Grant Grundler
2001-09-21 16:42 ` Bdale Garbee
2001-09-21 17:31 ` Grant Grundler
2001-09-21 19:17 ` thunder7
2001-09-25 1:50 ` Grant Grundler
2001-09-21 21:04 ` Richard Hirst
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871ygsu8wd.fsf@rover.gag.com \
--to=bdale@gag.com \
--cc=parisc-linux@lists.parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox