Re: To Do for 2.2r3
Anthony Towns <aj@azure.humbug.org.au> writes:
> * libc6 -18 for alpha, arm, i386, powerpc (already there for m68k
> and sparc)
>
> * updated kernel / pcmcia stuff?
>
> * updated boot-floppies?
Joey (Martin Schulz) seems to think the boot-floppies 2.2.21 don't
have the testing to go into 2.2r3. I rather disagree, but it's you
guys' call about that.
Regarding what is significant which should cause it to go in. I
include a few of the more significant changelog entries:
- dbootstrap:
when we ask for the Debian CD-ROM, ask specifically for the *first*
CD-ROM; ask fewer questions about archive locations, in fact, no
questions in the cases that some is using a media where things are
where we can find them (closes: Bug#82912) the "load modules from
floppy" step was reworded a bit to make it more clear that this an
extra, non-std thing
[ bug 82912 was a significant UI error which was fixed -- I don't
know if any of you remember, but you used to be prompted for the
"debian archive location" and the "path within the debian
archive". What I do now is check first for the paths I want to
find, and if I find them, don't prompt (unless we're in verbose
mode). This fixes a *significant* point of confusion for new
users, and eliminates two unnecessary and confusing prompts.
The "first CD" thing is just a message change and fixes a FAQ, I
hope.]
- sparc: bump kernel to 2.2.19pre11
- alpha: bump kernel to 2.2.19pre13
- termwrap won't fail miserably if /etc/environment doesn't exist
(closes: Bug#81319)
- rootdisk: add /dev/ida/c[01]d[0123] devices back, which were
mistakenly removed (closes: Bug#79890)
- base: hack /root permissions more stringently to go-rx
(closes: Bug#76771)
- fix partition-ordering freebsd/solaris bug (closes: Bug#80325)
[ caused numerous problems for ppl with freebsd slices ]
* Ryan Murray: busybox back-port from woody for NFSv3 compatability, new
with the new libc6 package for 2.2r3
[ boot floppies won't be buildable w/o this fix ]
Pretty much all the rest is documentation or message updates. The
changelog is a long one but I don't see a lot of risky code changes,
and the choose archive location fixes I did I have tested pretty
thoroughly.
--
.....Adam Di Carlo....adam@onshore.com.....<URL:http://www.onshored.com/>
Reply to: