lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <43e72e890809261544v466f0c67o339c3e45c68eaf3e@mail.gmail.com>
Date:	Fri, 26 Sep 2008 15:44:55 -0700
From:	"Luis R. Rodriguez" <mcgrof@...il.com>
To:	"Dan Williams" <dcbw@...hat.com>
Cc:	linux-wireless <linux-wireless@...r.kernel.org>,
	"Jouni Malinen" <j@...fi>, LKML <linux-kernel@...r.kernel.org>
Subject: Re: Getting country alpha2 on network manager and using it for crda

On Fri, Sep 26, 2008 at 7:43 AM, Dan Williams <dcbw@...hat.com> wrote:
> On Fri, 2008-09-26 at 00:24 -0700, Luis R. Rodriguez wrote:
>> So since this may not happen for a while I figure I can give a shot.
>> But I'm curious where we should get our country alpha2 from? Does LSB
>> define a country has to be somewhere? Maybe the locale? Timezone?
>> Anyway, in the end the user should be able to change the country too.
>>
>> I'm thinking to start by just letting the user pick a country for now.
>> We can figure out where the hell it gets the country by default later
>> but if you have ideas that'd be great. It seems reasonable to ask for
>> this upon installation time (?)
>
> My suggestion: use the current timezone as a fallback unless the user
> has specified the locale somewhere.

Can this tell us the alpha2 they are in reliably? Is the locale
targeted for language only or can we use it for real geographical
localization as well?

Another neat idea is if a Linux has a GPS device for it to get an
alpha2 based on its coordinates and use that but I guess that can be
added later, and I guess you would need to be outdoors too.

> That can obviously be done in NM or
> lower, ideally we delegate this sort of thing to the supplicant and just
> pass the alpha2 when NM adds the interface to the supplicant.

Hm, I suppose it then depends on where this can be pulled from. So
from what you are suggesting NM would only use the alpha2 for
informational purposes?

What I was thinking too is to be able to let the nm-applet let you
select a country too, what do you think?

> The
> addInterface() call args are just a dict, so it would be trivial to add
> another item in that dict for country code.  Since the country code is
> global to the machine it's probably something we should just store in
> the system settings service,

That would be good indeed. Anyone know if LSB has a place for such a
thing? Do we just define one?

> and it's also something that probably
> requires privileges to change.

Yes, absolutely.

  Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ