Quoting Steve Langasek ([EMAIL PROTECTED]):
> Even though there are different locale variants available for historical
> reasons, I think there is no reason we need to support more than one
> variant for each locale in new installs. So a simple mapping list in
> countrychooser should be sufficien
On Tue, Jun 22, 2004 at 07:12:27AM +0200, Christian Perrier wrote:
> Quoting Denis Barbier ([EMAIL PROTECTED]):
> > But generated locales differ because different encodings are passed to
> > localedef:
> > $ LANG=fr_FR locale charmap
> > ISO-8859-1
> > $ [EMAIL PROTECTED] locale charmap
> >
Quoting Christian Perrier ([EMAIL PROTECTED]):
> Which I currently do not understand really. I suspect this is because
> all countries that are likely to be displayed in this short list do
> not have their name translated in Arabic but I'm unsure
No, this is because countrychooser does not ha
Quoting Denis Barbier ([EMAIL PROTECTED]):
> But generated locales differ because different encodings are passed to
> localedef:
> $ LANG=fr_FR locale charmap
> ISO-8859-1
> $ [EMAIL PROTECTED] locale charmap
> ISO-8859-15
>
> Steve mentions in another message that switching fr_FR encodin
Quoting Steve Langasek ([EMAIL PROTECTED]):
> Just to confirm, there are a fair number of translations available for
> languagechooser, and the reason for the full countrychooser list was
> that I was testing Arabic, which doesn't have a shortlist yet. :)
Which I currently do not understand reall
On Mon, Jun 14, 2004 at 10:32:51PM +0200, Christian Perrier wrote:
> Quoting Steve Langasek ([EMAIL PROTECTED]):
> > In the tests I've done with the new languagechooser, almost all of the
> > entries are displayed in English, and there doesn't seem to be a short
> > list provided by countrychooser
IL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: @euro support with new languagechooser (was: dropping tc1)
>
> Quoting Steve Langasek ([EMAIL PROTECTED]):
>
> (comparing fr_FR and [EMAIL PROTECTED] more generally all @euro
> variants of locales)
>
> > So there&#
On Mon, Jun 21, 2004 at 05:45:21PM +0200, Christian Perrier wrote:
> Quoting Steve Langasek ([EMAIL PROTECTED]):
> (comparing fr_FR and [EMAIL PROTECTED] more generally all @euro
> variants of locales)
> > So there's no difference in the actual charset that each is pointed to,
> > the only differ
Quoting Steve Langasek ([EMAIL PROTECTED]):
(comparing fr_FR and [EMAIL PROTECTED] more generally all @euro
variants of locales)
> So there's no difference in the actual charset that each is pointed to,
> the only difference is in a comment about the charset?
Yes, as far as I understand. [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 21 June 2004 17:20, Steve Langasek wrote:
> So there's no difference in the actual charset that each is pointed to,
> the only difference is in a comment about the charset?
Well, the line definitely is a comment. I don't see a reference to a
On Mon, Jun 21, 2004 at 04:40:50PM +0200, Frans Pop wrote:
> On Monday 21 June 2004 16:06, Christian Perrier wrote:
> > [EMAIL PROTECTED] basically is a copy of fr_FR:-)
> Hmm yes, I see what you mean.
> The same goes for nl_NL and nl_BE (and for de_LU and es_ES which I checked at
> random).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 21 June 2004 16:06, Christian Perrier wrote:
> [EMAIL PROTECTED] basically is a copy of fr_FR:-)
Hmm yes, I see what you mean.
The same goes for nl_NL and nl_BE (and for de_LU and es_ES which I checked at
random). There's really only th
Quoting Frans Pop ([EMAIL PROTECTED]):
> Is there some table available that lists primary currency for a country?
Not afaik
Funnily, I indeed begin to wonder whether we still need these "@euro"
variants.
When comparing fr_FR and [EMAIL PROTECTED] I only see the comment about
Charset to be d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 15 June 2004 06:46, Christian Perrier wrote:
> Quoting Frans Pop ([EMAIL PROTECTED]):
> > Maybe one issue: I now get LANG=nl_NL in /etc/environment; I think this
> > used to be [EMAIL PROTECTED]; was that changed ??
>
> The way the locale is
* Joey Hess <[EMAIL PROTECTED]> [2004-06-14 13:13]:
> - some broken m68k images (unknown mke2fs fix needed)
Vince, since you debugged genext2fs a bit already, maybe you could
take a look at this?
--
Martin Michlmayr
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
On Wed, Jun 16, 2004 at 07:00:59AM +0200, Christian Perrier wrote:
> Quoting Colin Watson ([EMAIL PROTECTED]):
> > I can't make that, I'm afraid. Of your other slots, 23:00 UTC on
> > Saturday is fine, and 16:00 UTC works practically every day apart from
> > this Wednesday and Saturday.
> Hmm, yo
Quoting Kenshi Muto ([EMAIL PROTECTED]):
I prefer Saturday 23:00 UTC than Saturday 16:00 UTC.
>
> Because I have a party with friends and drinks at Saturday evening
> (noon in UTC). :-)
As the meeting has been announced on IRC /topic, I prefer currently
leaving this hour of 16:00. If too much p
At 16 Jun 04 05:00:59 GMT,
Christian Perrier wrote:
> Quoting Colin Watson ([EMAIL PROTECTED]):
> > I can't make that, I'm afraid. Of your other slots, 23:00 UTC on
> > Saturday is fine, and 16:00 UTC works practically every day apart from
> > this Wednesday and Saturday.
>
> Hmm, you were among m
On Tue, Jun 15, 2004 at 08:40:06PM +0200, Christian Perrier wrote:
> I currently propose Saturday June 19th, 16:00 UTC as a first
> possibility.?#debian-boot channel, of course.
>
>
>
> Folks, please confirm wheher you can attend this meeting.
> (Joey already counted as not attending)
>
> 1) Ch
Quoting Colin Watson ([EMAIL PROTECTED]):
> I can't make that, I'm afraid. Of your other slots, 23:00 UTC on
> Saturday is fine, and 16:00 UTC works practically every day apart from
> this Wednesday and Saturday.
Hmm, you were among my key people...:-). If Steve isn't available,
we'll either can
Hi,
I also have interest to participate on meeting (specially about the install manual
translation topic). I agreed
with being on Saturday - 19 June - if possible (for most people is the best time to
participate, because is a
non work hour).
> Folks, please confirm wheher you can attend this m
On Tue, Jun 15, 2004 at 08:40:06PM +0200, Christian Perrier wrote:
> I currently propose Saturday June 19th, 16:00 UTC as a first
> possibility. #debian-boot channel, of course.
>
>
>
> Folks, please confirm wheher you can attend this meeting.
> (Joey already counted as not attending)
I can't m
Il Tue, Jun 15, 2004 at 08:40:06PM +0200, Christian Perrier ha scritto:
[...]
> I currently propose Saturday June 19th, 16:00 UTC as a first
> possibility. #debian-boot channel, of course.
>
>
> Folks, please confirm wheher you can attend this meeting.
> (Joey already counted as not attending)
>
>
> Basically, I think your "dropping tc1" mail could be a start. Just get
> all the points one by one and assign ourselves tasks.
>
> This is probably, imho, what's currently missing : have assigned tasks
> and regular points for confirming what is advancing and what
Quoting Joey Hess ([EMAIL PROTECTED]):
> I hope if it's a formal meeting that there are some known topics for us
> to discuss. This could be a good idea, at least it can't hurt to try it.
Basically, I think your "dropping tc1" mail could be a start. Just get
all the po
Christian Perrier wrote:
> It seems to me that a kind of "formal" meeting on IRC would help all
> of us in organising our work.
>
> We maybe lack that kind of formal stuff (just an idea "en l'air").
I hope if it's a formal meeting that there are some known topics for us
to discuss. This could be
Hi,
At 15 Jun 04 07:31:49 GMT,
Christian Perrier wrote:
> Quoting Joey Hess ([EMAIL PROTECTED]):
> It seems to me that a kind of "formal" meeting on IRC would help all
> of us in organising our work.
>
> We maybe lack that kind of formal stuff (just an idea "en l'air").
>
> As Joey leaves on Thu
Quoting Joey Hess ([EMAIL PROTECTED]):
> It looks like we have to throw out tc1 as not good enough for release.
> The release critical problems include:
It seems to me that a kind of "formal" meeting on IRC would help all
of us in organising our work.
We maybe lack that kind of formal stuff (just
Quoting Frans Pop ([EMAIL PROTECTED]):
> Maybe one issue: I now get LANG=nl_NL in /etc/environment; I think this used
> to be [EMAIL PROTECTED]; was that changed ??
The way the locale is built. It is now language_COUNTRY, built from
the languagechooser choices.
Formerly, in "all in one" combina
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 14 June 2004 22:32, Christian Perrier wrote:
> Quoting Steve Langasek ([EMAIL PROTECTED]):
> > In the tests I've done with the new languagechooser, almost all of the
> > entries are displayed in English, and there doesn't seem to be a short
>
Quoting Steve Langasek ([EMAIL PROTECTED]):
> In the tests I've done with the new languagechooser, almost all of the
> entries are displayed in English, and there doesn't seem to be a short
> list provided by countrychooser. This seems like a significant
> regression for the common case; I think
On Mon, Jun 14, 2004 at 08:18:26PM +0200, Christian Perrier wrote:
> > I'll be away for a week after Tuesday. I hope some of these issues are
> > resolved when I get back so that we can begin getting a tc2 ready. In
> > the meantime, tbm and kamion have the ability to get fixed udebs into
> > test
Quoting Christian Perrier ([EMAIL PROTECTED]):
> IMHO, it's worth it as it definitely solves the "invalid locales"
> problems when choosing unsupported combinations such as English in
> Brazil.
But, well, I would perfectly understand if this is delayed because of
potential unknown implications (
> I'll be away for a week after Tuesday. I hope some of these issues are
> resolved when I get back so that we can begin getting a tc2 ready. In
> the meantime, tbm and kamion have the ability to get fixed udebs into
> testing. Since tc1 is a lost cause, there's no reason not to start with
> getti
It looks like we have to throw out tc1 as not good enough for release.
The release critical problems include:
- some broken m68k images (unknown mke2fs fix needed)
- broken sparc64 module loading (fix: busybox-cvs 20040415-3)
- messed up line drawing characters in base-config (fix: base-config
35 matches
Mail list logo
