Hello, developers.
I have the pleasure to announce that we have formed a new Reviewers
team [1] for Gentoo. The team is going to assemble developers willing
to perform ebuild reviews and help contributors improve their ebuild
skills.
The main goal of the team is to handle GitHub pull requests. We
On 10/10/2015 11:29 AM, Andreas Hüttel wrote:
> commit: a33ebdd225fcf82f3e81a81f676de007bdecd670
> Author: Andreas K. Huettel (dilfridge) gentoo org>
> AuthorDate: Sat Oct 10 09:30:20 2015 +
> Commit: Andreas Hüttel gentoo org>
> CommitDate: Sat Oct 10 09:30:20 2015 +
> URL:
On 10/10/2015 06:56 AM, Andrey Grozin wrote:
> commit: 286567c6d64830eb810dee92bad0038b4b91f50d
> Author: Andrey Grozin gentoo org>
> AuthorDate: Sat Oct 10 04:50:18 2015 +
> Commit: Andrey Grozin gentoo org>
> CommitDate: Sat Oct 10 04:50:18 2015 +
> URL:https://git
On 10/10/2015 12:52 PM, Markos Chandras wrote:
> commit: 7afe3acf2ff141d2940f2e02b6e232331d93f68e
> Author: Markos Chandras gentoo org>
> AuthorDate: Sat Oct 10 10:51:13 2015 +
> Commit: Markos Chandras gentoo org>
> CommitDate: Sat Oct 10 10:51:37 2015 +
> URL:https
On Sat, 10 Oct 2015 13:06:28 +0200
hasufell wrote:
> > +
> > +src_prepare() {
> > + if has_version dev-libs/libcdio-paranoia; then
> > + sed -i \
> > + -e 's:cdio/cdda.h:cdio/paranoia/cdda.h:' \
> > +
> > src/plugins/Input/cdaudio/decoder_cdaudio.cpp || die
> > + f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>
> You should (almost) never commit reverse-merges of git.gentoo.org
> master[0].
>
> Instead, you have to use
> git pull --rebase=preserve origin master
>
> in case you get "push conflicts" [1]
>
Which I tried several times, but git steadf
On 10/10/2015 01:33 PM, Andreas K. Huettel wrote:
>
>> You should (almost) never commit reverse-merges of git.gentoo.org
>> master[0].
>
>> Instead, you have to use
>> git pull --rebase=preserve origin master
>
>> in case you get "push conflicts" [1]
>
>
> Which I tried several times, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/10/15 13:33, Andreas K. Huettel wrote:
>
>> You should (almost) never commit reverse-merges of
>> git.gentoo.org master[0].
>
>> Instead, you have to use git pull --rebase=preserve origin
>> master
>
>> in case you get "push conflicts" [1]
>
Dnia 2015-10-10, o godz. 13:33:03
"Andreas K. Huettel" napisał(a):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> >
> > You should (almost) never commit reverse-merges of git.gentoo.org
> > master[0].
> >
> > Instead, you have to use
> > git pull --rebase=preserve origin master
>
Dnia 2015-10-10, o godz. 11:31:45
"Manuel Rüger" napisał(a):
> commit: 9d15a1c12b3c4f98445a45c051733eb2a67fdb28
> Author: Manuel Rüger gentoo org>
> AuthorDate: Sat Oct 10 11:30:54 2015 +
> Commit: Manuel Rüger gentoo org>
> CommitDate: Sat Oct 10 11:30:54 2015 +
> URL:
On 10/10/2015 01:31 PM, Manuel Rüger wrote:
> commit: 9d15a1c12b3c4f98445a45c051733eb2a67fdb28
> Author: Manuel Rüger gentoo org>
> AuthorDate: Sat Oct 10 11:30:54 2015 +
> Commit: Manuel Rüger gentoo org>
> CommitDate: Sat Oct 10 11:30:54 2015 +
> URL:https://gitweb
On 10-10-2015 14:19:44 +0200, hasufell wrote:
> > +RDEPEND="
> > + !libressl? ( dev-libs/openssl:0 )
> > + libressl? ( dev-libs/libressl )
> > + sys-libs/zlib
> > + net-libs/http-parser
>
> Please order deps alphabetically (I know I added libressl without
> reordering, but that was just to
On 10/10/2015 02:24 PM, Fabian Groffen wrote:
> On 10-10-2015 14:19:44 +0200, hasufell wrote:
>>> +RDEPEND="
>>> + !libressl? ( dev-libs/openssl:0 )
>>> + libressl? ( dev-libs/libressl )
>>> + sys-libs/zlib
>>> + net-libs/http-parser
>>
>> Please order deps alphabetically (I know I added li
On Sat, 10 Oct 2015 14:25:28 +0200
hasufell wrote:
> On 10/10/2015 02:24 PM, Fabian Groffen wrote:
> > On 10-10-2015 14:19:44 +0200, hasufell wrote:
> >>> +RDEPEND="
> >>> + !libressl? ( dev-libs/openssl:0 )
> >>> + libressl? ( dev-libs/libressl )
> >>> + sys-libs/zlib
> >>> + net-libs/http-parse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Samstag, 10. Oktober 2015, 14:25:28 schrieb hasufell:
>
> >> Please order deps alphabetically (I know I added libressl without
> >> reordering, but that was just to keep the diff as small as possible).
> >
> > Is this a policy
>
> It is undocume
On 10/10/2015 02:37 PM, Alexis Ballier wrote:
> On Sat, 10 Oct 2015 14:25:28 +0200
> hasufell wrote:
>
>> On 10/10/2015 02:24 PM, Fabian Groffen wrote:
>>> On 10-10-2015 14:19:44 +0200, hasufell wrote:
> +RDEPEND="
> + !libressl? ( dev-libs/openssl:0 )
> + libressl? ( dev-libs/libress
Dnia 2015-10-10, o godz. 13:51:34
Michał Górny napisał(a):
> Dnia 2015-10-10, o godz. 11:31:45
> "Manuel Rüger" napisał(a):
>
> > commit: 9d15a1c12b3c4f98445a45c051733eb2a67fdb28
> > Author: Manuel Rüger gentoo org>
> > AuthorDate: Sat Oct 10 11:30:54 2015 +
> > Commit: Manuel
On 10.10.2015 14:55, Michał Górny wrote:
> Dnia 2015-10-10, o godz. 13:51:34
> Michał Górny napisał(a):
>
>> Dnia 2015-10-10, o godz. 11:31:45
>> "Manuel Rüger" napisał(a):
>>
>>> commit: 9d15a1c12b3c4f98445a45c051733eb2a67fdb28
>>> Author: Manuel Rüger gentoo org>
>>> AuthorDate: Sat
On 10/10/2015 03:14 PM, Manuel Rüger wrote:
>
> Dear Michał,
>
> first of all, please stick to the truth.
>
> In #gentoo-dev:
> mrueg: as i pointed out, it was because i see it in pull
> requests and gentoo developers are teaching bad practices to new recruits
> mgorny: please don't CC me in f
On 10.10.2015 15:25, hasufell wrote:
> On 10/10/2015 03:14 PM, Manuel Rüger wrote:
>>
>> Dear Michał,
>>
>> first of all, please stick to the truth.
>>
>> In #gentoo-dev:
>> mrueg: as i pointed out, it was because i see it in pull
>> requests and gentoo developers are teaching bad practices to new
On 10/10/15 9:25 AM, hasufell wrote:
As you might know, I haven't really reviewed much on dev ML either,
until people started ranting about our Social Contract, how github is
against it and that everything must be public on our own infra channels.
To be clear, I like your "small" reviews on gith
On 10/10/2015 03:54 PM, Manuel Rüger wrote:
>
> Dear Julian,
>
> avoiding this mailing list for further reviews is great news.
> Still, I'd like to opt-out from receiving any mails arising from project
> "Reviewers".
> If there are QA-related issues with packages, I maintain, please file a
> bug
On Sat, 10 Oct 2015 10:09:11 +0200
Michał Górny wrote:
> Hello, developers.
>
> I have the pleasure to announce that we have formed a new Reviewers
> team [1] for Gentoo. The team is going to assemble developers willing
> to perform ebuild reviews and help contributors improve their ebuild
> ski
On Sat, Oct 10, 2015 at 10:15 AM, hasufell wrote:
>
> Nevertheless, we'll try to continue, reduce public noise and keep the
> reviews useful.
>
Bugs would probably be helpful from the standpoint that they also are
a mechanism to keep track of whether the issue was corrected.
I don't think it is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/10/2015 04:30 PM, Rich Freeman wrote:
> On Sat, Oct 10, 2015 at 10:15 AM, hasufell
> wrote:
>>
>> Nevertheless, we'll try to continue, reduce public noise and keep
>> the reviews useful.
>>
>
> Bugs would probably be helpful from the standp
On 10.10.2015 16:15, hasufell wrote:
> On 10/10/2015 03:54 PM, Manuel Rüger wrote:
>>
>> Dear Julian,
>>
>> avoiding this mailing list for further reviews is great news.
>> Still, I'd like to opt-out from receiving any mails arising from project
>> "Reviewers".
>> If there are QA-related issues wit
On 10/10/2015 04:27 PM, Alexis Ballier wrote:
>> The side goal is to review current Gentoo commits for major QA
>> violations and other issues, aiming at improving the quality of
>> ebuilds in Gentoo and helping other developers using bash, ebuilds
>> and git effectively.
>
> This is completely un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, 10 Oct 2015 16:32:01 +0200
Kristian Fiskerstrand wrote:
> On 10/10/2015 04:30 PM, Rich Freeman wrote:
> > On Sat, Oct 10, 2015 at 10:15 AM, hasufell
> > wrote:
> >>
> >> Nevertheless, we'll try to continue, reduce public noise and keep
>
On Sat, 10 Oct 2015 14:24:28 +0200
Fabian Groffen wrote:
> On 10-10-2015 14:19:44 +0200, hasufell wrote:
> > > +RDEPEND="
> > > + !libressl? ( dev-libs/openssl:0 )
> > > + libressl? ( dev-libs/libressl )
> > > + sys-libs/zlib
> > > + net-libs/http-parser
> >
> > Please order deps alphabetically
On Sat, 10 Oct 2015 16:44:45 +0200
hasufell wrote:
> On 10/10/2015 04:27 PM, Alexis Ballier wrote:
> >> The side goal is to review current Gentoo commits for major QA
> >> violations and other issues, aiming at improving the quality of
> >> ebuilds in Gentoo and helping other developers using bas
On Sat, Oct 10, 2015 at 8:16 AM, Brian Dolbec wrote:
> On Sat, 10 Oct 2015 14:24:28 +0200
> Fabian Groffen wrote:
>
> > On 10-10-2015 14:19:44 +0200, hasufell wrote:
> > > > +RDEPEND="
> > > > + !libressl? ( dev-libs/openssl:0 )
> > > > + libressl? ( dev-libs/libressl )
> > > > + sys-libs/zlib
>
On Sat, 10 Oct 2015 10:43:29 -0700
Alec Warner wrote:
> I don't see why someone could not write an 'ebuild vet' or 'ebuild
> fmt' tool; it doesn't have to start as a strict component of repoman
> at all (although ideally it ends up there to be run automatically.)
Parsing bash is horrific.
--
Ci
On Sat, 10 Oct 2015 10:43:29 -0700
Alec Warner wrote:
> On Sat, Oct 10, 2015 at 8:16 AM, Brian Dolbec
> wrote:
>
> > On Sat, 10 Oct 2015 14:24:28 +0200
> > Fabian Groffen wrote:
> >
> > > On 10-10-2015 14:19:44 +0200, hasufell wrote:
> > > > > +RDEPEND="
> > > > > + !libressl? ( dev-libs/opens
On Sat, 10 Oct 2015 18:59:22 +0100
Ciaran McCreesh wrote:
> On Sat, 10 Oct 2015 10:43:29 -0700
> Alec Warner wrote:
> > I don't see why someone could not write an 'ebuild vet' or 'ebuild
> > fmt' tool; it doesn't have to start as a strict component of repoman
> > at all (although ideally it ends
On 10/10/2015 05:34 PM, Alexis Ballier wrote:
>
> It is no secret that I don't care about "hats" :)
> If someone is right, he's right, a QA hat doesn't make something wrong
> magically right. Also, if you'd ask me, QA should be more about Quality
> Assurance, meaning training people, writing docs,
All,
fhs 3.0 was approved in June this year [1] [2].
The piece of it that I want to bring up is the lib and libxx
directories, both in / and /usr. The way I read the fhs, /lib and
/usr/lib should hold the files for the default abi and /libxx and
/usr/libxx should hold the files for the alternate
36 matches
Mail list logo
