On Wed, 3 Feb 2016 23:48:49 +0100
Michał Górny wrote:
> On Wed, 3 Feb 2016 23:29:49 +0100
> Manuel Rüger wrote:
>
> > Hello gentoo-dev,
> >
> > I'd like to announce the NGINX_MODULES_STREAM use expand.
> >
> > It will include nginx modules used for stream support.
> > Initially, there will be
On Fri, 29 Jan 2016 08:10:19 +0100
Ulrich Mueller wrote:
> >>>>> On Wed, 27 Jan 2016, Alexis Ballier wrote:
>
> > On Wed, 27 Jan 2016 20:59:21 +0100
> > Ulrich Mueller wrote:
>
> >> Please find below a patch which will enable EAPI 6 support in
On Wed, 27 Jan 2016 20:59:21 +0100
Ulrich Mueller wrote:
> Please find below a patch which will enable EAPI 6 support in
> latex-package.eclass. The main change is that it won't inherit base
> any more.
>
> Ulrich
lgtm, thanks
On Sat, 16 Jan 2016 11:13:44 +0100
Pacho Ramos wrote:
> # Pacho Ramos (16 Jan 2016)
> # Dead for years, not compatible with latest libsigc++ (#569514), it
> # requires either a lot of patching or move to a forked project that
> tries
> # to continue it. Removal in a month.
> media-sound/seq24
c
On Sun, 24 Jan 2016 16:59:57 +0100
"Andreas K. Hüttel" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Sunday 24 January 2016 16:50:46 Göktürk Yüksek wrote:
> >
> > I don't want to go off-topic here too much but this is more than a
> > missing tools issue. There are privacy co
On Thu, 21 Jan 2016 18:45:20 +0100
Michał Górny wrote:
> If I see a package that clearly doesn't build or otherwise simply
> doesn't work, could not have worked for past 3 years, are you forcing
> me to waste a time reporting a bug to no maintainer who could fix it?
sure, don't waste your time a
On Thu, 21 Jan 2016 18:25:21 +0100
Kristian Fiskerstrand wrote:
> On 01/21/2016 06:15 PM, Alexis Ballier wrote:
> > On Thu, 21 Jan 2016 10:53:58 -0600
> > William Hubbs wrote:
> >
> >> I would like to see a possible timelimit set on how long packages
> >&
On Thu, 21 Jan 2016 10:53:58 -0600
William Hubbs wrote:
> I would like to see a possible timelimit set on how long packages can
> stay in maintainer-needed; once a package goes there, if we can't find
> someone to maintain it, we should consider booting it after that time
> limit passes.
Note th
On Sun, 17 Jan 2016 17:47:54 +0100
Michał Górny wrote:
> media-tv/kodi:
> media-tv/xbmc:
you can add video herd for these two if vapier is ok with that i think
On Sat, 02 Jan 2016 16:54:31 +0100
Gilles Dartiguelongue wrote:
> Hello all,
>
> while working on bug #518422, I found out that while eclass calls the
> relevant cache updates it has no idea whether or not it is called in a
> multilib context or not.
Hmm... what's the problem here ?
What you se
On Sun, 6 Dec 2015 21:15:31 +
James Le Cuirot wrote:
> On Sun, 6 Dec 2015 21:05:07 +
> Joakim Tjernlund wrote:
>
> > > Put simple:
> > > SYSROOT is where "sources" are installed (headers, .so, etc);
> > > think debian's -dev packages.
> > > ROOT is where packages are merged.
> > >
> >
On Wed, 2 Dec 2015 12:43:22 -0500
Mike Frysinger wrote:
> On 01 Dec 2015 11:38, William Hubbs wrote:
> > I find the multilib eclasses and their separate multilib phase
> > functions to be confusing, so I was wondering if we could discuss
> > making multilib support native to portage in eapi 7 so
On Wed, 2 Dec 2015 23:20:05 +
James Le Cuirot wrote:
> On Wed, 2 Dec 2015 12:40:08 +0100
> Alexis Ballier wrote:
>
> > On Tue, 1 Dec 2015 22:58:55 +
> > James Le Cuirot wrote:
> > [...]
> > >
> > > I raised one further point with mgorny
On Wed, 2 Dec 2015 13:04:19 +0100
Ulrich Mueller wrote:
> >>>>> On Wed, 2 Dec 2015, Alexis Ballier wrote:
>
> > What's the point, need or advantage in moving this to
> > all-ebuild-scope?
>
> > Usually eclass refactor/api cleanup are done in
Wow, what a lengthy email :)
On Tue, 1 Dec 2015 22:58:55 +
James Le Cuirot wrote:
[...]
>
> I raised one further point with mgorny that he feels could potentially
> go into EAPI 7 but I think could remain an implementation detail. In
> cases #3 and #4 (basically when ROOT != / and
> PORTAGE_
On Tue, 1 Dec 2015 18:45:20 +0100
Michał Górny wrote:
> On Tue, 1 Dec 2015 11:38:08 -0600
> William Hubbs wrote:
>
> > I find the multilib eclasses and their separate multilib phase
> > functions to be confusing, so I was wondering if we could discuss
> > making multilib support native to porta
On Sat, 28 Nov 2015 22:14:39 +0100
Ulrich Mueller wrote:
> As you may know, we intend to move the functionality of
> versionator.eclass to the package manager, possibly in EAPI 7.
> The following is what mgorny and myself have come up with, see
> bug 482170 [1], especially comments 15 and 16 ther
On Fri, 20 Nov 2015 15:26:43 +0100
Michał Górny wrote:
> Dnia 20 listopada 2015 11:19:35 CET, Alexis Ballier
> napisał(a):
> >On Thu, 19 Nov 2015 23:21:52 +0100
> >Michał Górny wrote:
> >
> >> And here you removed the newest version having ~ia64 keyw
On Thu, 19 Nov 2015 23:21:52 +0100
Michał Górny wrote:
> And here you removed the newest version having ~ia64 keyword, breaking
> revdeps:
>
> https://qa-reports.gentoo.org/output/gentoo-ci/1061286/7.html#l885
>
> I suggest you use eshowkw before removing packages. Please fix or
> revert this.
On Wed, 18 Nov 2015 21:53:17 +1100
Michael Palimaka wrote:
> What do you think?
+1
even if I sometimes use those cmake-utils_use*, they tend to confuse
me and find -DABCD=$(usex ...) much easier to understand for the
occasional user of cmake-utils.eclass.
On Mon, 16 Nov 2015 10:29:43 +0100
"Justin Lecher (jlec)" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 16/11/15 10:14, Alexis Ballier wrote:
> > Probably those that want to ban it should fix the(ir) tree so that
> > developer
On Mon, 16 Nov 2015 10:06:17 +0100
"Justin Lecher (jlec)" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 16/11/15 10:01, Alexis Ballier wrote:
> > On Fri, 13 Nov 2015 23:53:05 + (UTC) "Michał Górn
On Fri, 13 Nov 2015 23:53:05 + (UTC)
"Michał Górny" wrote:
> commit: ad4c142684afb096e8fff2937ae5c5c3385dd22e
> Author: Michał Górny gentoo org>
> AuthorDate: Fri Nov 13 18:46:33 2015 +
> Commit: Michał Górny gentoo org>
> CommitDate: Fri Nov 13 23:52:53 2015 +
> URL:
On Thu, 12 Nov 2015 18:49:38 +0800
Jason Zaman wrote:
> On Thu, Nov 12, 2015 at 11:46:19AM +0100, Alexis Ballier wrote:
> > On Wed, 11 Nov 2015 23:11:48 +
> > "Robin H. Johnson" wrote:
> >
> > > On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis Bal
On Wed, 11 Nov 2015 23:11:48 +
"Robin H. Johnson" wrote:
> On Thu, Nov 05, 2015 at 12:54:06PM +0100, Alexis Ballier wrote:
> > It's not perfectly clean but I don't see any problem here:
> > ChangeLog-2015 : all ChangeLog from CVS
> > ChangeLog:
On Tue, 3 Nov 2015 16:04:38 +0100
Chí-Thanh Christopher Nguyễn wrote:
> Matt Turner schrieb:
> > The git transition had been 9 years in the making and has massively
> > improved Gentoo development. Look at the graph of contributions per
> > month: https://www.openhub.net/p/gentoo
>
> I'd like
On Mon, 2 Nov 2015 20:18:07 +
"Robin H. Johnson" wrote:
> On Mon, Nov 02, 2015 at 08:05:56AM +0100, Ulrich Mueller wrote:
> > > On Mon, 2 Nov 2015, Robin H Johnson wrote:
> >
> > > 1. Control of the OUTPUT filename for the generated changelog
> > > - the from-git generated changelog will
On Sun, 1 Nov 2015 12:26:04 -0500
Rich Freeman wrote:
> On Sun, Nov 1, 2015 at 10:24 AM, Alexis Ballier
> wrote:
> > On Sun, 1 Nov 2015 10:17:54 -0500
> > Rich Freeman wrote:
> >>
> >> I haven't heard anybody propose a new plan. I certainly am not
&
On Sun, 1 Nov 2015 10:17:54 -0500
Rich Freeman wrote:
> On Sun, Nov 1, 2015 at 10:00 AM, Alexis Ballier
> wrote:
> > On Sun, 1 Nov 2015 09:19:25 -0500
> > Rich Freeman wrote:
> >
> > [...]
> >> What discussion or decision is necessary?
> >
&
On Sun, 1 Nov 2015 09:19:25 -0500
Rich Freeman wrote:
[...]
> What discussion or decision is necessary?
One that announces the initial and current plan has changed and
describes the new plan maybe?
[...]
> So, if you want to see what has changed there are half a dozen ways of
> doing it without
On Sun, 1 Nov 2015 14:33:07 +0100
hasufell wrote:
> >>
> >> git log -- app-misc/foo
> >> or
> >> git log -- eclass/autotools.eclass
> >>
> >> will give you _any_ commit that has touched that file/directory,
> >> even if it was part of a huge mass commit.
> >
> > $ cd /usr/portage/app-admin/rex
On Wed, 28 Oct 2015 03:06:59 +0100
hasufell wrote:
> A is not that difficult. Most uses of 'openssl' can just be replaced
> with 'ssl', others probably with '!gnutls?' even. A few exotic ones
> might stay and we will have to advice users to set USE="openssl
> libressl" instead of USE="-openssl lib
On Wed, 21 Oct 2015 01:24:00 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Alexis Ballier posted on Tue, 20 Oct 2015 12:25:07 +0200 as excerpted:
>
> > On Tue, 20 Oct 2015 06:00:15 -0400 Rich Freeman
> > wrote:
> >
> >> So, perhaps it is a fair qu
On Tue, 20 Oct 2015 06:00:15 -0400
Rich Freeman wrote:
[...]
> >
> > First, eclasses shouldn't apply patches on their own but take what
> > the ebuild tells it to apply: With multiple eclasses applying random
> > patches on their own, you're already asking for trouble.
> > Then, ebuild can just se
On Tue, 20 Oct 2015 04:57:07 -0400
Rich Freeman wrote:
> On Tue, Oct 20, 2015 at 3:51 AM, Alexis Ballier
> wrote:
> > On Mon, 19 Oct 2015 15:49:06 -0400
> > Rich Freeman wrote:
> >
> > It's not about correctness vs convenience: eapply_user idempotent
> >
On Tue, 20 Oct 2015 00:47:49 -0700
Daniel Campbell wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/17/2015 05:52 AM, Ulrich Mueller wrote:
> >> On Sat, 17 Oct 2015, hasufell wrote:
> >
> >>> 2. eapply_user really belongs in the PM, especially if it's run
> >>> by d
On Mon, 19 Oct 2015 15:49:06 -0400
Rich Freeman wrote:
> On Mon, Oct 19, 2015 at 2:28 PM, Alexis Ballier
> wrote:
> >
> > However, as you say, putting it in cmake-utils needs to be properly
> > thought so that it doesn't conflict with other eclasses: Hence the
>
On Mon, 19 Oct 2015 13:17:13 -0400
Rich Freeman wrote:
> On Mon, Oct 19, 2015 at 10:21 AM, Alexis Ballier
> wrote:
> > On Mon, 19 Oct 2015 09:51:20 -0400
> > Rich Freeman wrote:
> > [...]
> >> >
> >> >> I'd say the best approach for
On Mon, 19 Oct 2015 09:51:20 -0400
Rich Freeman wrote:
[...]
> >
> >> I'd say the best approach for compatibility if you have an existing
> >> eclass and it already exports src_prepare is to not call
> >> eapply_user unless it firmly falls into the #2 category above.
> >
> > Replace 'not call
On Mon, 19 Oct 2015 08:38:49 -0400
Rich Freeman wrote:
> On Mon, Oct 19, 2015 at 3:12 AM, Alexis Ballier
> wrote:
> > But there is something important we've overlooked: should eclasses
> > that export src_prepare call eapply_user ? I think yes, otherwise
> > they
On Mon, 19 Oct 2015 10:25:29 +0200
Ulrich Mueller wrote:
> > On Mon, 19 Oct 2015, Anthony G Basile wrote:
>
> > Why can't you just do something like this in the implementation of
> > eapply_user()? I must be missing some subtle point.
>
> > foo() {
> > if [[ -z $DONE ]]; then
On Mon, 19 Oct 2015 10:09:41 +0200
Michał Górny wrote:
> On Mon, 19 Oct 2015 10:04:22 +0200
> Alexis Ballier wrote:
>
> > On Mon, 19 Oct 2015 09:58:34 +0200
> > Michał Górny wrote:
> >
> > > On Mon, 19 Oct 2015 09:12:43 +0200
> > > Alexis Ball
On Mon, 19 Oct 2015 09:58:34 +0200
Michał Górny wrote:
> On Mon, 19 Oct 2015 09:12:43 +0200
> Alexis Ballier wrote:
>
> > On Sun, 18 Oct 2015 12:17:58 +0200
> > Ulrich Mueller wrote:
> >
> > > >>>>> On Sun, 18 Oct 2015, Michał Górny wrote:
On Mon, 19 Oct 2015 03:22:37 -0400
"Anthony G. Basile" wrote:
> On 10/19/15 3:12 AM, Alexis Ballier wrote:
> > On Sun, 18 Oct 2015 12:17:58 +0200
> > Ulrich Mueller wrote:
> >
> >>>>>>> On Sun, 18 Oct 2015, Michał Górny wrote:
> &
On Sun, 18 Oct 2015 12:17:58 +0200
Ulrich Mueller wrote:
> > On Sun, 18 Oct 2015, Michał Górny wrote:
>
> > On Sun, 18 Oct 2015 11:54:40 +0200
> > Ulrich Mueller wrote:
>
> >> So the question is if we should add a sentence like the following
> >> to the spec:
> >>
> >> In EAPIs where
On Sun, 18 Oct 2015 19:36:09 +0100
Ciaran McCreesh wrote:
> On Sun, 18 Oct 2015 20:19:12 +0200
> Alexis Ballier wrote:
> > what I was trying to understand is what is the usefulness of eapply
> > vs epatch
>
> The point of eapply is that it's inside the package m
On Mon, 12 Oct 2015 19:19:32 +0200
Julian Ospald wrote:
> The following patch tries to address the lack of slot
> documentation, since getting the slots of a dependency
> right seems like a common problem.
>
> Things that I was particularly not sure about: the 'subslots'
> element. Having a sub-
On Sun, 18 Oct 2015 19:06:33 +0100
Ciaran McCreesh wrote:
> On Sun, 18 Oct 2015 20:00:11 +0200
> Alexis Ballier wrote:
> > On Sun, 18 Oct 2015 13:44:30 +0100
> > Ciaran McCreesh wrote:
> > [...]
> > > > - why should I ever want eapi6 src_prepare i
On Sun, 18 Oct 2015 13:44:30 +0100
Ciaran McCreesh wrote:
[...]
> > - why should I ever want eapi6 src_prepare instead of
> > base_src_prepare ?
>
> Well base.eclass is supposed to be being removed, and is allegedly
> banned for all new ebuilds...
>
> But the big gain for everyone is in repl
On Sun, 18 Oct 2015 13:54:05 +0200
"Andreas K. Huettel" wrote:
> Am Sonntag, 18. Oktober 2015, 11:23:56 schrieb Alexis Ballier:
>
> >
> > Why not, but when exactly would eapply fail where epatch wouldn't
> > while it should have ?
> >
>
On Sun, 18 Oct 2015 11:54:40 +0200
Ulrich Mueller wrote:
> > On Sat, 17 Oct 2015, Rich Freeman wrote:
>
> > That would be another reason to have the PM do the check. All it
> > has to do is set an internal flag when it is called, and then check
> > the flag before starting the next phase.
On Sun, 18 Oct 2015 12:07:45 +0200
Michał Górny wrote:
> On Sun, 18 Oct 2015 11:23:56 +0200
> Alexis Ballier wrote:
>
> > > > - what do I, as en ebuild writer, gain from this?
> > >
> > > Reliable patching. Unlike epatch, eapply will not succeed wh
On Sun, 18 Oct 2015 12:09:10 +0200
Michał Górny wrote:
> On Sun, 18 Oct 2015 11:34:15 +0200
> Alexis Ballier wrote:
>
> > On Sun, 18 Oct 2015 11:01:27 +0200
> > Michał Górny wrote:
> > [...]
> > > > > It's trivial to change patch t
On Sun, 18 Oct 2015 11:54:40 +0200
Ulrich Mueller wrote:
> > On Sat, 17 Oct 2015, Rich Freeman wrote:
>
> > That would be another reason to have the PM do the check. All it
> > has to do is set an internal flag when it is called, and then check
> > the flag before starting the next phase.
On Sun, 18 Oct 2015 11:01:27 +0200
Michał Górny wrote:
[...]
> > > It's trivial to change patch to -p1 (I think patchutils can do
> > > that).
> >
> > It is. But the above cases were not whether it is possible, but
> > rather desirable.
>
> Consistency is desirable. There is world outside
On Sun, 18 Oct 2015 10:48:47 +0200
Michał Górny wrote:
> On Sun, 18 Oct 2015 10:31:09 +0200
> Alexis Ballier wrote:
>
> > On Sat, 17 Oct 2015 22:47:28 +0200
> > Ulrich Mueller wrote:
> >
> > > >>>>> On Sat, 17 Oct 2015, Alexis Ballier wr
On Sat, 17 Oct 2015 23:24:47 +0200
Michał Górny wrote:
> On Sat, 17 Oct 2015 22:08:38 +0200
> Alexis Ballier wrote:
>
> > On Fri, 16 Oct 2015 20:42:20 +0200
> > Ulrich Mueller wrote:
> >
> > > [Resending since my first message didn't make it to
>
On Sat, 17 Oct 2015 18:16:33 -0400
Rich Freeman wrote:
> On Sat, Oct 17, 2015 at 8:52 AM, Ulrich Mueller
> wrote:
> >
> > That eapply_user is called can be enforced by repoman, or by a QA
> > warning.
> >
>
> I hate to reply again on the same topic, but how would repoman even
> know whether e
On Sat, 17 Oct 2015 22:47:28 +0200
Ulrich Mueller wrote:
> >>>>> On Sat, 17 Oct 2015, Alexis Ballier wrote:
>
> > Sorry for coming very late on this, but what is the rationale behind
> > setting in stone an 'eapply' different to an 'epatch'
On Fri, 16 Oct 2015 20:42:20 +0200
Ulrich Mueller wrote:
> [Resending since my first message didn't make it to -dev-announce.]
>
> The first draft of EAPI 6 is ready. I shall post it as a series of
> 22 patches following this message in the gentoo-pms mailing list.
>
> Please review. The goal i
On Sat, 17 Oct 2015 17:22:10 +0200
hasufell wrote:
> On 10/17/2015 03:07 PM, Ulrich Mueller wrote:
> >> On Sat, 17 Oct 2015, hasufell wrote:
> >
> >> And still doesn't give sufficient control to the user. Documenting
> >> proper hooks is more useful.
> >
> > Nothing prevents the PM f
On Sat, 17 Oct 2015 12:07:03 -0400
"Anthony G. Basile" wrote:
> On 10/17/15 11:00 AM, hasufell wrote:
> > On 10/17/2015 03:47 PM, Alexis Ballier wrote:
> >> On Sat, 17 Oct 2015 14:49:36 +0200
> >> hasufell wrote:
> >>
> >>
On Sat, 17 Oct 2015 14:49:36 +0200
hasufell wrote:
[...]
> You can apply the patches post_unpack or post_src_prepare witht hooks.
> What's the problem?
autoreconf
On Thu, 15 Oct 2015 13:39:40 -0400
Mike Frysinger wrote:
> On 15 Oct 2015 19:01, Alexis Ballier wrote:
> > On Thu, 15 Oct 2015 11:34:22 -0400 Mike Frysinger wrote:
> > > - should the packages list be in a new packages.default, or
> > > should we create a new set to
On Thu, 15 Oct 2015 18:15:42 -0400
Rich Freeman wrote:
> On Thu, Oct 15, 2015 at 6:00 PM, Zac Medico
> wrote:
> > On 10/15/2015 02:51 PM, Anthony G. Basile wrote:
> >
> >> The only change in moving it to @profile is the warning.
> >
> > What's the point of getting rid of the warning if the p
On Thu, 15 Oct 2015 11:34:22 -0400
Mike Frysinger wrote:
> background:
> everyone wants @system to be slim, but most people want the initial
> stage tarball that we release and you install Gentoo from to not be
> completely sparse. we've got a bug for this topic:
> https://bugs.gentoo.org/393445
On Thu, 15 Oct 2015 10:08:54 +0200
Tobias Klausmann wrote:
> Hi!
>
> On Wed, 14 Oct 2015, Mike Frysinger wrote:
> > iputils is currently in @system for everyone. by default, it only
> > installs `ping`. do we feel strongly enough about this to require
> > all systems include it ? or should t
On Tue, 13 Oct 2015 11:39:04 +0200
hasufell wrote:
> On 10/13/2015 09:51 AM, Alexis Ballier wrote:
> >
> > that would work too, but dtd provides standardization, and avoids
> > duplicating package-wide information (meaning of slot/subslot) in
> > every single ebuild.
On Tue, 13 Oct 2015 08:11:44 +0800
Ian Delaney wrote:
> On Mon, 12 Oct 2015 20:01:15 +0200
> hasufell wrote:
>
> > On 10/12/2015 07:49 PM, Alexis Ballier wrote:
> > > On Mon, 12 Oct 2015 19:19:33 +0200
> > > Julian Ospald wrote:
> > >
> > &
On Mon, 12 Oct 2015 20:01:15 +0200
hasufell wrote:
> On 10/12/2015 07:49 PM, Alexis Ballier wrote:
> > On Mon, 12 Oct 2015 19:19:33 +0200
> > Julian Ospald wrote:
> >
> >> There seems to be some general confusion about specific package
> >> SLOTs and th
On Mon, 12 Oct 2015 19:19:33 +0200
Julian Ospald wrote:
> There seems to be some general confusion about specific package SLOTs
> and their meaning, since there can be several naming schemes applied
> and documentation is either non-existent or is inside the ebuild via
> comments.
> Because of th
On Mon, 12 Oct 2015 15:53:42 +0200
hasufell wrote:
> On 10/12/2015 03:41 PM, Alexis Ballier wrote:
> >
> > They might have failed to notify it,
>
> I did that 2 hours ago already on this thread. What does that tell
> us ;)
yes, I noticed from there :p
what I
On Mon, 12 Oct 2015 21:29:26 +0800
Ian Delaney wrote:
> On Mon, 12 Oct 2015 13:16:01 +0200
> hasufell wrote:
>
> > On 10/12/2015 06:56 AM, Matt Turner wrote:
> > >
> > > So work with the reviewers to ensure the communication is tactful
> > > and graceful.
> > >
> >
> > That would be appre
On Sun, 11 Oct 2015 09:56:28 -0700
Matt Turner wrote:
> On Sun, Oct 11, 2015 at 1:17 AM, wraeth wrote:
> > I am one of the users who spoke to idella4 about this, but I wanted
> > to repeat this publicly in order to highlight the point of view of
> > contributing user as opposed to a developer.
>
On Sun, 11 Oct 2015 13:04:31 +0200
hasufell wrote:
> On 10/11/2015 09:52 AM, Ian Delaney wrote:
> >
> > To my observation the reaction to this has been between displeasure
> > and dismay. Yesterday the dev-ML was flooded with the first day's
> > publication of the members' reviews. Firstly the
On Sat, 10 Oct 2015 20:37:39 +0200
hasufell wrote:
[...]
> >> This is just a concept of peer-reviewing, which was very difficult
> >> in CVS times.
> >
> > I fail to see how post-commit reviews are made easier with git.
> >
>
> Quite offtopic, but we could discuss this off-list if you want.
Y
On Sat, 10 Oct 2015 17:48:15 -0500
William Hubbs wrote:
> 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 defaul
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
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, 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
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
On Fri, 9 Oct 2015 19:40:33 +0200
hasufell wrote:
>
> It seems this package bundles x11-libs/libqxt, see
> https://github.com/DOOMer/screengrab/tree/531af39ef2563c9ae801bf6cffb441cc8e87b2e7/src/3rdparty/qxt
> and
> https://github.com/DOOMer/screengrab/tree/531af39ef2563c9ae801bf6cffb441cc8e87b2e7
On Fri, 9 Oct 2015 19:28:32 +0200
hasufell wrote:
> On 10/09/2015 07:22 PM, Alexis Ballier wrote:
> > Doesn't python-r1 add this ? It seems not...
> > It should be added to ros-catkin.eclass when PYTHON_COMPAT is set.
> > Any hint on how to proceed ?
> >
>
&
On Fri, 9 Oct 2015 19:18:49 +0200
hasufell wrote:
> On 10/09/2015 06:37 PM, Alexis Ballier wrote:
> > commit: 4440cc9d950795eaae8f8b049bbf37c073ef5ea0
> > Author: Alexis Ballier gentoo org>
> > AuthorDate: Fri Oct 9 16:37:18 2015 +0000
> > Commit:
On Fri, 9 Oct 2015 18:30:53 +0200
hasufell wrote:
> On 10/09/2015 06:23 PM, Alexis Ballier wrote:
> >>> +# Copyright 1999-2015 Gentoo Foundation
> >>> +# Distributed under the terms of the GNU General Public License
> >>> v2 +#
> >>&g
On Fri, 9 Oct 2015 17:42:23 +0200
hasufell wrote:
> > +
> > +QA_PREBUILT="
[...]
> I think $(get_libdir) is not allowed in global scope and breaks
> metadata.
I don't think QA_PREBUILT is part of metadata.
> You can use probably 'usr/lib*/...'
But this is probably better, e.g. if these are x8
On Fri, 9 Oct 2015 17:37:10 +0200
hasufell wrote:
> On 10/08/2015 11:04 PM, Richard Farina wrote:
> > commit: 8fe8aa173945158ebd3bd849b6304992eb29ddeb
> > Author: Zero_Chaos gentoo org>
> > AuthorDate: Thu Oct 8 20:48:03 2015 +
> > Commit: Richard Farina gentoo org>
> > Commi
On Fri, 9 Oct 2015 17:32:22 +0200
hasufell wrote:
> On 10/09/2015 01:17 PM, Alexis Ballier wrote:
> > commit: 5220bb29741e1685b42a6312c0b7bf2821672040
> > Author: Alexis Ballier gentoo org>
> > AuthorDate: Fri Oct 9 11:16:38 2015 +0000
> > Commit:
On Tue, 6 Oct 2015 09:44:16 -0700
Zac Medico wrote:
> On 10/06/2015 06:33 AM, William Hubbs wrote:
> > I don't think the revbump of net-misc/openconnect-7.06-r1 to -r2 was
> > necessary. When the change purely affects use flags, that is picked
> > up by the pm and there is no need to force everyo
On Tue, 6 Oct 2015 08:33:24 -0500
William Hubbs wrote:
> I don't think the revbump of net-misc/openconnect-7.06-r1 to -r2 was
> necessary. When the change purely affects use flags, that is picked up
> by the pm and there is no need to force everyone to rebuild the
> package.
+1 (also for the ten
On Sat, 3 Oct 2015 12:02:02 -0700
Zac Medico wrote:
> On 10/03/2015 02:38 AM, Alexis Ballier wrote:
> > On Fri, 2 Oct 2015 16:54:30 -0700
> > Zac Medico wrote:
> >
> >> On 10/02/2015 04:40 PM, Alexis Ballier wrote:
> >>> On Fri, 2 Oct 2
On Fri, 2 Oct 2015 16:54:30 -0700
Zac Medico wrote:
> On 10/02/2015 04:40 PM, Alexis Ballier wrote:
> > On Fri, 2 Oct 2015 13:08:29 -0700
> > Zac Medico wrote:
> >
> >> On 10/02/2015 07:49 AM, Mike Gilbert wrote:
> >>> Hello,
> >>>
>
On Fri, 2 Oct 2015 13:08:29 -0700
Zac Medico wrote:
> On 10/02/2015 07:49 AM, Mike Gilbert wrote:
> > Hello,
> >
> > I am getting the output below when I run repoman full for
> > sys-apps/systemd.
> >
> > It is basically telling me that systemd (which is masked in the
> > selinux profiles) cann
On Wed, 30 Sep 2015 18:46:37 -0400
Jonathan Callen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 09/30/2015 04:01 PM, Ian Stakenvicius wrote:
> > On 30/09/15 03:57 PM, Michał Górny wrote:
> >> Dnia 2015-09-30, o godz. 21:36:51 Michał Górny
> >> napisał(a):
> >
> >>> Hello,
On Sat, 19 Sep 2015 23:04:14 +0200
hasufell wrote:
> 2. slowly start migrating those ~550 packages with "libressl" USE flag
> which is similar to gnutls USE flag.
> There will be no virtual, because those don't give sufficient control
> (libressl and openssl are not ABI compatible).
If API compa
On Sat, 26 Sep 2015 15:28:56 +0200
Michał Górny wrote:
> Hi,
>
> Small patch set for review. Patch 1 cleans up some comments inside
> the eclass, while patch 2 removes unused 'is_branch' variable.
> Finally, patch 3 adds support for passing any of the 'refs/*' rather
> than 'refs/heads/*' only.
Hi,
> Hi Alexis.
>
> As a gentoo user, an ebuild hacker and engineer, I'd suggest you
> include a wiki page for gentoo users, to document the gentoo specific
> issues.
Yes, this is planned. That part would be short though. The real work is
done in upstream wiki :)
> I'm a big fan of the ne
On Thu, 17 Sep 2015 18:36:06 +0200
Alexis Ballier wrote:
> Hi all,
>
> As part of an effort of bringing ros (http://www.ros.org/) to Gentoo,
> I've come up with the following design:
>
> ros-catkin.eclass that is a template, merging all common code for
&g
On Sun, 20 Sep 2015 07:49:24 -0400
Rich Freeman wrote:
> On Sun, Sep 20, 2015 at 5:50 AM, Alexis Ballier
> wrote:
> >
> > Yes, that's what gnome team is doing with gtk2 vs gtk3; however, I'm
> > not sure how much work it is. Only package I know of providing
>
On Sun, 20 Sep 2015 12:17:11 +0300
Andrew Savchenko wrote:
> On Sun, 20 Sep 2015 10:22:59 +0200 Alexis Ballier wrote:
> > > > My idea would be:
> > > >
> > > > 1. import "dev-libs/libressl" (this will block
> > > > dev-libs/openssl)
301 - 400 of 944 matches
Mail list logo