FYI, I suppose you already know, but he did manage to do this.
I show the following dbootstrap_settings settings:
KEYBD='i386/qwerty/us'
DEBUG='true'
DEBIAN_MIRROR_HOSTNAME='http.us.debian.org'
DEBIAN_MIRROR_PATH='debian'
DEBIAN_MIRROR_PORT='80'
note that LANGUAGE issue isn't yet coming
On Tue, May 15, 2001 at 10:41:03AM -0400, Adam Di Carlo wrote:
Well the form I want it in is the correct form. ll is not a valid
language code setting, ll_LL is.
Ok -- are you saying dbootstrap *must* set it in the xx_YY form?
But I had been thinking that the
boot-floppies were
Marcin Owsiany schrieb:
The problem is that for bash by default,
login shells source _only_ .bash_profile, and
interactive _non-login_ shells source _only_ .bashrc
I suggest that we write the language used for installation to
/etc/default/language and work with shell,
Joey Hess [EMAIL PROTECTED] writes:
Well the form I want it in is the correct form. ll is not a valid
language code setting, ll_LL is.
Ok -- are you saying dbootstrap *must* set it in the xx_YY form?
But I had been thinking that the
boot-floppies were possibly setting this in
peter karlsson wrote:
It is indeed valid to specify a language code without a qualifier, for
my LANG setting, I always use sv, whereas I have sv_SE.ISO8859-1
set for my LC_ALL. When it comes to the language settings (LANG,
LC_MESSAGES), most languaegs don't need a qualifier at all, since
Adam Di Carlo wrote:
Ok -- are you saying dbootstrap *must* set it in the xx_YY form?
Well, I know that just the ll form is going to cause breakage. There are
certianly other forms that arn't ll_LL that do not, but that seems
easiest.
Should I change it to do something? What?
It should be
On Tue, May 15, 2001 at 10:57:37AM -0400, Joey Hess wrote:
Also, for cdrom installs, and maybe for file:/ installs, the sources.list
debootstrap writes may well be broken. :(
Ugh. Then apt-setup will need to test it and comment it out if it's
broken. Or is this something fixable in
Joey Hess:
Don't you get tired of seeing those messages everywhere?
Well, they are overridden by my LC_ALL setting (sv_SE.ISO8859-1).
However, LANG=sv is a correct setting, setting LANG to sv_SE is just
stupid, because there's no difference in the *written language* between
the two locales
Adam Di Carlo wrote:
Joey Hess [EMAIL PROTECTED] writes:
I want to check and see if some of the uglier cruft in base-config can
be removed for the woody boot-floppies. Can anyone verify:
- If LANG is set, will it be properly set to a ll_LL form? Base-config
had some code to deal
David Whedon wrote:
- From my TODO:
* Aph can add dboostrap_settings info that says where they got base.tgz
from. This might be able to be used to tell where the archive they used is.
Updating that thought to the present, if debootstrap downloads packages from
the net,
Mon, May 14, 2001 at 09:46:20PM -0400 wrote:
David Whedon wrote:
- From my TODO:
* Aph can add dboostrap_settings info that says where they got base.tgz
from. This might be able to be used to tell where the archive they used is.
Updating that thought to the present,
David Whedon wrote:
http://debian.gnaps.com/debian/
I say in theory because last time I tried debootstrap exited with an error (even
though the install appeared to work) so the variable wasn't written, but it
probably does work.
Oh, is that the form debootstrap uses? Not particularly good
On Mon, May 14, 2001 at 10:42:15PM -0400, Joey Hess wrote:
David Whedon wrote:
http://debian.gnaps.com/debian/
I say in theory because last time I tried debootstrap exited with an error (even
though the install appeared to work) so the variable wasn't written, but it
probably does work.
Mon, May 14, 2001 at 10:42:15PM -0400 wrote:
David Whedon wrote:
http://debian.gnaps.com/debian/
I say in theory because last time I tried debootstrap exited with an error (even
though the install appeared to work) so the variable wasn't written, but it
probably does work.
Oh, is
Anthony Towns wrote:
Oh, is that the form debootstrap uses? Not particularly good on my end,
but I can parse it if necessary, I suppose.
FWIW, debootstrap dumps the settings it used to
$TARGET/etc/apt/sources.list, too.
Oh, hmm. That would be great except I suppose you append to the
David Whedon wrote:
Not particularly good on my end,
but I can parse it if necessary, I suppose.
I do have host and path available separately without effort, you want
DEBIAN_MIRROR_HOSTNAME
and
DEBIAN_MIRROR_PATH
?
I would prefer that if it is truely no additional effort.
--
see shy
On Tue, May 15, 2001 at 12:27:11AM -0400, Joey Hess wrote:
Anthony Towns wrote:
Oh, is that the form debootstrap uses? Not particularly good on my end,
but I can parse it if necessary, I suppose.
FWIW, debootstrap dumps the settings it used to
$TARGET/etc/apt/sources.list, too.
Oh,
Joey Hess:
Well the form I want it in is the correct form. ll is not a valid
language code setting, ll_LL is.
It is indeed valid to specify a language code without a qualifier, for
my LANG setting, I always use sv, whereas I have sv_SE.ISO8859-1
set for my LC_ALL. When it comes to the
Joey Hess [EMAIL PROTECTED] writes:
I want to check and see if some of the uglier cruft in base-config can
be removed for the woody boot-floppies. Can anyone verify:
- If LANG is set, will it be properly set to a ll_LL form? Base-config
had some code to deal with the ll form, which broke
- From my TODO:
* Aph can add dboostrap_settings info that says where they got base.tgz
from. This might be able to be used to tell where the archive they used is.
Updating that thought to the present, if debootstrap downloads packages from
the net, we know whatever server it
I want to check and see if some of the uglier cruft in base-config can
be removed for the woody boot-floppies. Can anyone verify:
- If LANG is set, will it be properly set to a ll_LL form? Base-config
had some code to deal with the ll form, which broke perl. (I've
already removed that code.)
21 matches
Mail list logo