[gentoo-dev] amd64 and x32 systemd stages should be ready

2016-05-07 Thread Anthony G. Basile
Hi everyone, I've been pushing out systemd stage3s for amd64 and x86 and putting them under our official releases at [1] and [2]. I think all the bugs are out and those stages are pretty tight. The next step is for me to advertise them at [3]. So this is just a heads up. Let me know if I overl

Re: [gentoo-dev] amd64 and x32 systemd stages should be ready

2016-05-07 Thread M. J. Everitt
On 07/05/16 16:09, Anthony G. Basile wrote: > Hi everyone, > > I've been pushing out systemd stage3s for amd64 and x86 and putting them > under our official releases at [1] and [2]. I think all the bugs are > out and those stages are pretty tight. The next step is for me to > advertise them at [3

Re: [gentoo-dev] amd64 and x32 systemd stages should be ready

2016-05-07 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 7. Mai 2016, 17:09:50 schrieb Anthony G. Basile: > Hi everyone, > > I've been pushing out systemd stage3s for amd64 and x86 and putting them > under our official releases at [1] and [2]. I think all the bugs are > out and those stages a

Re: [gentoo-dev] amd64 and x32 systemd stages should be ready

2016-05-07 Thread Anthony G. Basile
On 5/7/16 1:47 PM, Andreas K. Huettel wrote: > Am Samstag, 7. Mai 2016, 17:09:50 schrieb Anthony G. Basile: >> Hi everyone, > >> I've been pushing out systemd stage3s for amd64 and x86 and putting them >> under our official releases at [1] and [2]. I think all the bugs are >> out and those stages

Re: [gentoo-dev] amd64 and x32 systemd stages should be ready

2016-05-07 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Samstag, 7. Mai 2016, 19:47:55 schrieb Andreas K. Huettel: > Am Samstag, 7. Mai 2016, 17:09:50 schrieb Anthony G. Basile: > > Hi everyone, > > > > I've been pushing out systemd stage3s for amd64 and x86 and putting them > > under our official rel

[gentoo-dev] [PATCH] l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change

2016-05-07 Thread James Le Cuirot
l10n_find_plocales_change assumes that PLOCALES is sorted alphanumerically with a single space between each entry and no surrounding whitespace. This is not a bad assumption but it isn't documented and it's inconvenient in at least one particular case. MakeMKV uses non-standard locale names and I

Re: [gentoo-dev] [PATCH] l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change

2016-05-07 Thread Davide Pesavento
On Sat, May 7, 2016 at 10:13 PM, James Le Cuirot wrote: > l10n_find_plocales_change assumes that PLOCALES is sorted > alphanumerically with a single space between each entry and no > surrounding whitespace. This is not a bad assumption but it isn't > documented and it's inconvenient in at least on

Re: [gentoo-dev] [PATCH] l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change

2016-05-07 Thread James Le Cuirot
On Sat, 7 May 2016 23:13:11 +0200 Davide Pesavento wrote: > On Sat, May 7, 2016 at 10:13 PM, James Le Cuirot > wrote: > > l10n_find_plocales_change assumes that PLOCALES is sorted > > alphanumerically with a single space between each entry and no > > surrounding whitespace. This is not a bad ass

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2016-05-07 Thread Michał Górny
On Sat, 7 May 2016 21:19:31 + (UTC) "Joerg Bornkessel" wrote: > commit: 66afcab271f65b97330e610040ad3acc1b812a03 > Author: Joerg Bornkessel gentoo org> > AuthorDate: Sat May 7 21:18:48 2016 + > Commit: Joerg Bornkessel gentoo org> > CommitDate: Sat May 7 21:18:48 2016 +

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2016-05-07 Thread Ryan Hill
On Sat, 7 May 2016 23:25:58 +0200 Michał Górny wrote: > On Sat, 7 May 2016 21:19:31 + (UTC) > "Joerg Bornkessel" wrote: > > > commit: 66afcab271f65b97330e610040ad3acc1b812a03 > > Author: Joerg Bornkessel gentoo org> > > AuthorDate: Sat May 7 21:18:48 2016 + > > Commit: J

[gentoo-dev] On banning merge commits

2016-05-07 Thread Patrice Clement
Hi gents After yet another discussion about git in the #gentoo-dev channel tonight, the topic of merge commits came up for the umpteenth time. We all seem to agree merge commits are really bad design, add clutter to the log graph after a while and should be banned altogether from reaching the cen

Re: [gentoo-dev] [PATCH] l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change

2016-05-07 Thread Davide Pesavento
On Sat, May 7, 2016 at 11:23 PM, James Le Cuirot wrote: > On Sat, 7 May 2016 23:13:11 +0200 > Davide Pesavento wrote: > >> On Sat, May 7, 2016 at 10:13 PM, James Le Cuirot >> wrote: >> > l10n_find_plocales_change assumes that PLOCALES is sorted >> > alphanumerically with a single space between e

Re: [gentoo-dev] On banning merge commits

2016-05-07 Thread Michał Górny
On Sun, 8 May 2016 01:52:22 +0200 Patrice Clement wrote: > Hi gents > > After yet another discussion about git in the #gentoo-dev channel tonight, the > topic of merge commits came up for the umpteenth time. > > We all seem to agree merge commits are really bad design, add clutter to the > log

[gentoo-dev] News Item: LastPass package migration

2016-05-07 Thread Göktürk Yüksek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Title: LastPass package migration Author: Robin H. Johnson Content-Type: text/plain Posted: 2016-05-08 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: app-admin/lastpass LastPass-3 and earlier versions installed browser extensions along wit

Re: [gentoo-dev] On banning merge commits

2016-05-07 Thread cbergstrom
Don't be crazy - I know many developer groups which dislike merge commits. That nonlinear work flow is just a mess long term.   Original Message   From: Michał Górny Sent: Sunday, May 8, 2016 13:09 To: Patrice Clement Reply To: gentoo-dev@lists.gentoo.org Cc: gentoo-dev@lists.gentoo.org Subject: