I was trying to cleanup my local USE flag settings and stumbled on the
following three: smartcard, pcsc-lite and pkcs11.
Knowing all 3 are related, I greped use.local.desc to see what each
meant for different packages. To sum up what I found:
* pcsc-lite is basically: enable smartcard support thr
On 13 December 2015 at 18:20, Gilles Dartiguelongue wrote:
>
> I was trying to cleanup my local USE flag settings and stumbled on the
> following three: smartcard, pcsc-lite and pkcs11.
>
> Knowing all 3 are related, I greped use.local.desc to see what each
> meant for different packages. To sum u
Le dimanche 13 décembre 2015 à 18:25 +0200, Alon Bar-Lev a écrit :
> On 13 December 2015 at 18:20, Gilles Dartiguelongue
> wrote:
> >
> > I was trying to cleanup my local USE flag settings and stumbled on
> > the
> > following three: smartcard, pcsc-lite and pkcs11.
> >
> > Knowing all 3 are rel
On 13 December 2015 at 19:28, Gilles Dartiguelongue wrote:
> Le dimanche 13 décembre 2015 à 18:25 +0200, Alon Bar-Lev a écrit :
>> On 13 December 2015 at 18:20, Gilles Dartiguelongue
>> wrote:
>> >
>> > I was trying to cleanup my local USE flag settings and stumbled on
>> > the
>> > following thr
On 13 December 2015 at 19:30, Alon Bar-Lev wrote:
> On 13 December 2015 at 19:28, Gilles Dartiguelongue wrote:
>> Le dimanche 13 décembre 2015 à 18:25 +0200, Alon Bar-Lev a écrit :
>>> On 13 December 2015 at 18:20, Gilles Dartiguelongue
>>> wrote:
>>> >
>>> > I was trying to cleanup my local USE
Broken breakage
tl;dr: Stuff is broken, and no one seems to care
In August the git "migration" happened, moving our main repository from
old stupid cvs to modern shiny git.
Well, migration is not the word I'd use, because this was an untested
forced migration that is now, months later, still
Oh hey. We're in the future. Let's try to commit something to
repo/gentoo.git!
So apparently we're signing things with gpg now, so let's read the
official documentation.
The [1] wiki seems to be the canonical location for such things.
Oh dear. The layout is VERY broken. See [2]. Which redirects t
On 12/13/2015 06:36 PM, Patrick Lauer wrote:
> So apparently we're signing things with gpg now
And a related question:
How would I actually verify the signatures in a meaningful way?
... and why is that not default then.
Hi all!
We trying to use ldap for users @work, many of our workstations running
binary gentoo based distro called Calculate linux. However if we wanna
have wide use of ldap there is a need for determenistic system group
gids names and user uids.
Many ebuilds in tree uses enewgroup and enewus
Hi,
On Sun, 13 Dec 2015 18:38:55 +0100 Patrick Lauer wrote:
> On 12/13/2015 06:36 PM, Patrick Lauer wrote:
> > So apparently we're signing things with gpg now
>
> And a related question:
>
> How would I actually verify the signatures in a meaningful way?
git log --show-signature does this usin
On 12/13/2015 07:50 PM, Andrew Savchenko wrote:
> Hi,
>
> On Sun, 13 Dec 2015 18:38:55 +0100 Patrick Lauer wrote:
>> On 12/13/2015 06:36 PM, Patrick Lauer wrote:
>>> So apparently we're signing things with gpg now
>> And a related question:
>>
>> How would I actually verify the signatures in a m
Hi,
On Sun, 13 Dec 2015 18:36:51 +0100 Patrick Lauer wrote:
> Oh hey. We're in the future. Let's try to commit something to
> repo/gentoo.git!
>
> So apparently we're signing things with gpg now, so let's read the
> official documentation.
> The [1] wiki seems to be the canonical location for suc
On Sun, Dec 13, 2015 at 09:03:51PM +0300, Alexey Shvetsov wrote:
> Hi all!
>
> We trying to use ldap for users @work, many of our workstations running
> binary gentoo based distro called Calculate linux. However if we wanna
> have wide use of ldap there is a need for determenistic system group
On Sun, Dec 13, 2015 at 1:03 PM, Alexey Shvetsov wrote:
> We trying to use ldap for users @work, many of our workstations running
> binary gentoo based distro called Calculate linux. However if we wanna have
> wide use of ldap there is a need for determenistic system group gids names
> and user ui
On Sun, 13 Dec 2015 18:36:41 +0100
Patrick Lauer wrote:
> Broken breakage
>
>
> tl;dr: Stuff is broken, and no one seems to care
> ...
> [1] https://bugs.gentoo.org/show_bug.cgi?id=557184
RESOLVED
> [2] https://bugs.gentoo.org/show_bug.cgi?id=557192
RESOLVED
> [3] https://bugs.gentoo.org/show_b
On Sun, Dec 13, 2015 at 2:20 PM, Andrew Savchenko wrote:
>> Since signing is mandatory since the git migration, ahem, this means
>> that no one in the last 5 months(!) actually followed the documentation
>> (because that does NOT work!). I'm almost impressed, but, wow, this is
>> enterprisey.
>
>
TL;DR summary:
Yes, stuff has broken, but I'd call them reasonable teething issues well
distributed through the stack, and to be compared to the CVS server
moves from a decade ago, rather than CVS just before the Git switch.
On Sun, Dec 13, 2015 at 06:36:41PM +0100, Patrick Lauer wrote:
... (mail
On Sun, 13 Dec 2015 16:30:06 -0500 Mike Gilbert wrote:
> On Sun, Dec 13, 2015 at 2:20 PM, Andrew Savchenko wrote:
> >> Since signing is mandatory since the git migration, ahem, this means
> >> that no one in the last 5 months(!) actually followed the documentation
> >> (because that does NOT work!
On Sun, Dec 13, 2015 at 10:03 AM, Alexey Shvetsov wrote:
> Hi all!
>
> We trying to use ldap for users @work, many of our workstations running
> binary gentoo based distro called Calculate linux. However if we wanna have
> wide use of ldap there is a need for determenistic system group gids names
* Alec Warner schrieb am 13.12.15 um 23:23 Uhr:
[...]
> I never understood why people would think the distro should handle unique
> gid / uids. Plus you usually end up running:
>
> 1) More than one distro.
not in most places
> 2) More than one 'flavor' of a single distro where for whatever reaso
dev-python/reno 20151207-18:14 prometheanfire e8b71bb
dev-ruby/aws-sdk-core 20151213-07:12 graaff baa1b16
dev-ruby/aws-sdk-resources20151213-07:15 graaff 46b58df
kde-plasma/breeze-gtk 20151208-16:15 kensington 9ef59ad
kde-plasma/kscreenlocker
On Sun, Dec 13, 2015 at 12:36 PM, Patrick Lauer wrote:
> In the long run I am considering just creating my own clone of all
> infrastructure bits so I can fix things
I just wanted to comment that things like this should never be viewed
as a bad thing. Many contributions to Gentoo arose because s
On Sun, 13 Dec 2015 22:20:01 +0300
Andrew Savchenko wrote:
> Hi,
>
> On Sun, 13 Dec 2015 18:36:51 +0100 Patrick Lauer wrote:
> > Oh hey. We're in the future. Let's try to commit something to
> > repo/gentoo.git!
> >
> > So apparently we're signing things with gpg now, so let's read the
> > offi
Hi!
Ok. Since there is GLEP27 we should make it reality. To do so i think we
should
1. Have some list of system uid/gid (on wiki for example). Also we need
to agree on uid/gid numbers for services
2. Add uid/gid from list to existing ebuilds
3. Make a repoman (or may be eclass) check, that wil
Hi Alec!
Alec Warner писал 14-12-2015 01:23:
On Sun, Dec 13, 2015 at 10:03 AM, Alexey Shvetsov
wrote:
Hi all!
We trying to use ldap for users @work, many of our workstations
running binary gentoo based distro called Calculate linux. However
if we wanna have wide use of ldap there is a need f
On Mon, Dec 14, 2015 at 07:49:42AM +0300, Alexey Shvetsov wrote:
> Hi!
>
> Ok. Since there is GLEP27 we should make it reality. To do so i think we
> should
> 1. Have some list of system uid/gid (on wiki for example). Also we need
> to agree on uid/gid numbers for services
This database was alre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/13/2015 07:00 PM, Brian Dolbec wrote:
> [snip]
>
>
I just wanted to say that I didn't have (too) much trouble setting up
my key when I was getting started back in May. I couldn't have done it
without your assistance; I believe one other pers
On Sun, Dec 13, 2015 at 02:23:29PM -0800, Alec Warner wrote:
> 1) Why do you need deterministic uid / gid's?
> 2) If you do need deterministic uid / gid's, I would recommend storing them
> all in the same place.
They are ALL for system users and groups.
TL;DR: if you're sharing data/config for sys
I might've missed it, but do we have a step-by-step procedure to take a rootfs
that uses ncurses-5.9 and upgrade it to ncurses-6.0 WITHOUT breaking anything?
I, like others, ran into the problem of emerge yanking libncurses.so.5 libs
out when upgrading to ncurses-6.0, which broke bash and a few ot
29 matches
Mail list logo
