Anthony Towns <[EMAIL PROTECTED]> immo vero scripsit:
> b-f's as a fallback doesn't work, it's too thorougly unmaintainable. Or
> installation system needs _major_ work, easy solutions like "just fall
> back to boot-floppies" *don't* work.
It's quite interesting that you insist on b-f being so unmaintainable
when you don't seem to be involved with boot-floppies.
It's not that bad. :P
It has (somewhat) working i18n, and somewhat works on
most arches. At least we could release woody.
I've got an impression that we will hopefully be
able to integrate most of what is done on d-i to b-f.
Even if it meant we will only be reusing kernel.sh
and the installation docs.
We don't want to just throw away the translations that
was done for b-f, if that means anything.
Of course, babbling about it on the list is not useful.
Get back to hacking...
regards,
junichi
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
