On 28 Oct 2021 23:43, Andreas K. Huettel wrote:
> > checking whether the C compiler works... *
> > /var/tmp/portage/sys-apps/sandbox-2.25/work/sandbox-2.25/libsandbox/trace.c:_do_ptrace():83:
> > failure (Function not implemented):
> > * ISE:_do_ptrace: ptrace(PTRACE_TRACEME, ...,
>
> PS.
> checking whether the C compiler works... *
> /var/tmp/portage/sys-apps/sandbox-2.25/work/sandbox-2.25/libsandbox/trace.c:_do_ptrace():83:
> failure (Function not implemented):
> * ISE:_do_ptrace: ptrace(PTRACE_TRACEME, ..., 0x,
> 0x): Function not
Mike,
could you please do this just like everyone else, i.e. file a bug and give
arch teams a go? Even if you're on all the arch teams? Even if you know the
code best? More eyes do not hurt.
(I am absolutely not in the mood right now for hunting down why alpha stage
builds now fail.)
TIA
On Tue, 26 May 2020 23:41:28 +0200
zo...@gentoo.org wrote:
> tisdag 26 maj 2020 kl. 19:54:51 CEST skrev Alexis Ballier:
> > On Tue, 26 May 2020 10:45:39 -0400
> >
> > Mike Gilbert wrote:
> > > > Note that having the 'pic' useflag should be considered
> > > > something to be fixed: rewrite the
On Tue, 2020-05-26 at 14:14 -0400, Mike Gilbert wrote:
[...]
>
> >
> > Assuming that the pic performance penalty is really only relevant
> > on
> > legacy arches (like x86), here are a couple of options:
> >
> > 1. Disable pic on arches where tie performance penalty is small.
> > 2. Force pic
tisdag 26 maj 2020 kl. 19:54:51 CEST skrev Alexis Ballier:
> On Tue, 26 May 2020 10:45:39 -0400
>
> Mike Gilbert wrote:
> > > Note that having the 'pic' useflag should be considered something
> > > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > > has the will to do it
On Tue, May 26, 2020 at 2:13 PM Mike Gilbert wrote:
>
> On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote:
> >
> > On Tue, 26 May 2020 10:45:39 -0400
> > Mike Gilbert wrote:
> > > > Note that having the 'pic' useflag should be considered something
> > > > to be fixed: rewrite the asm in a
On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote:
>
> On Tue, 26 May 2020 10:45:39 -0400
> Mike Gilbert wrote:
> > > Note that having the 'pic' useflag should be considered something
> > > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > > has the will to do it since this
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
>
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
On Tue, May 26, 2020 at 5:30 AM Alexis Ballier wrote:
> On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote:
> > If I understand you correctly, we should just drop the USE="pic"
> > logic
> > from the remaining packages that have it? Or are you trying to say
> > something else?
>
>
> Drop
[...]
> > If I understand you correctly, we should just drop the USE="pic"
> > logic
> > from the remaining packages that have it? Or are you trying to say
> > something else?
>
[...]
> Note that having the 'pic' useflag should be considered something to
> be
> fixed: rewrite the asm in a PIC
On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote:
> On Mon, May 25, 2020 at 7:35 PM Alexis Ballier
> wrote:
> > On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> > > On Mon, May 25, 2020 at 3:18 PM Michał Górny
> > > wrote:
> > > > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier
On Mon, May 25, 2020 at 7:35 PM Alexis Ballier wrote:
>
> On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> > On Mon, May 25, 2020 at 3:18 PM Michał Górny
> > wrote:
> > > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wrote:
> > > > On Mon, 25 May 2020 11:26:26 -0400
> > > > Mike
On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> On Mon, May 25, 2020 at 3:18 PM Michał Górny
> wrote:
> > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wrote:
> > > On Mon, 25 May 2020 11:26:26 -0400
> > > Mike Gilbert wrote:
> > >
> > > > On Mon, May 25, 2020 at 9:13 AM Alexis
On Mon, May 25, 2020 at 3:18 PM Michał Górny wrote:
>
> On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wrote:
> > On Mon, 25 May 2020 11:26:26 -0400
> > Mike Gilbert wrote:
> >
> > > On Mon, May 25, 2020 at 9:13 AM Alexis Ballier
> > > wrote:
> > > > On Sun, 24 May 2020 20:25:11 + (UTC)
On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wrote:
> On Mon, 25 May 2020 11:26:26 -0400
> Mike Gilbert wrote:
>
> > On Mon, May 25, 2020 at 9:13 AM Alexis Ballier
> > wrote:
> > > On Sun, 24 May 2020 20:25:11 + (UTC)
> > > "Thomas Deutschmann" wrote:
> > >
> > > > commit:
On Mon, 25 May 2020 11:26:26 -0400
Mike Gilbert wrote:
> On Mon, May 25, 2020 at 9:13 AM Alexis Ballier
> wrote:
> >
> > On Sun, 24 May 2020 20:25:11 + (UTC)
> > "Thomas Deutschmann" wrote:
> >
> > > commit: 6e149596cc76f1bbcee6720828c8c8c92420f2a3
> > > Author: Thomas Deutschmann
On Mon, May 25, 2020 at 9:13 AM Alexis Ballier wrote:
>
> On Sun, 24 May 2020 20:25:11 + (UTC)
> "Thomas Deutschmann" wrote:
>
> > commit: 6e149596cc76f1bbcee6720828c8c8c92420f2a3
> > Author: Thomas Deutschmann gentoo org>
> > AuthorDate: Sun May 24 19:47:08 2020 +
> > Commit:
On Sun, 24 May 2020 20:25:11 + (UTC)
"Thomas Deutschmann" wrote:
> commit: 6e149596cc76f1bbcee6720828c8c8c92420f2a3
> Author: Thomas Deutschmann gentoo org>
> AuthorDate: Sun May 24 19:47:08 2020 +
> Commit: Thomas Deutschmann gentoo org>
> CommitDate: Sun May 24 20:23:53
On Sun, 24 May 2020 20:25:11 + (UTC)
"Thomas Deutschmann" wrote:
> commit: eba596db8a926adb18595549c89294ed0a1e929e
> Author: Thomas Deutschmann gentoo org>
> AuthorDate: Sun May 24 15:07:04 2020 +
> Commit: Thomas Deutschmann gentoo org>
> CommitDate: Sun May 24 20:23:50
On Sat, 2020-03-07 at 20:37 +, Thomas Deutschmann wrote:
> commit: ac15c42990bd024e109e309a56f94f22e2a8b752
> Author: Thomas Deutschmann gentoo org>
> AuthorDate: Sat Mar 7 20:28:24 2020 +
> Commit: Thomas Deutschmann gentoo org>
> CommitDate: Sat Mar 7 20:37:35 2020
Reverted [QA]. For reasons see below.
Am Dienstag, 10. März 2020, 12:28:25 CET schrieb Patrice Clement:
> commit: 34217564ddc5cd46762ffdaeb217aabd905dec6a
> Author: Patrice Clement gentoo org>
> AuthorDate: Tue Mar 10 10:32:00 2020 +
> Commit: Patrice Clement gentoo org>
>
On 2020-03-09 Mon 10:42, Joonas Niilola wrote:
> >
> > Removal of that version was a mistake. Thank you for pointing it out.
> >
> > Here's the commit re-adding it:
> > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3fa1c548
> >
> > I checked, and repoman doesn't seem to be warning about
On 3/9/20 2:51 PM, Craig Andrews wrote:
>
> Removal of that version was a mistake. Thank you for pointing it out.
>
> Here's the commit re-adding it:
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3fa1c548
>
> I checked, and repoman doesn't seem to be warning about removing the
> last
On 2020-03-09 01:46, Robin H. Johnson wrote:
Can you please clarify why you removed the last stable version of
app-admin/needrestart? Repoman used to warn about this, and I think
pkgcheck does as well.
On Sun, Mar 01, 2020 at 04:12:05PM +, Craig Andrews wrote:
commit:
Can you please clarify why you removed the last stable version of
app-admin/needrestart? Repoman used to warn about this, and I think
pkgcheck does as well.
On Sun, Mar 01, 2020 at 04:12:05PM +, Craig Andrews wrote:
> commit: 50f6c4ac7c78b6c293308c84dbbeb30a5ebf1e05
> Author: Craig
On Tue, 2019-10-29 at 10:10 +, Manuel Rüger wrote:
> commit: 0f5c4a120b506866a4405e7d6391839d919e13e5
> Author: Manuel Rüger gentoo org>
> AuthorDate: Tue Oct 29 10:08:25 2019 +
> Commit: Manuel Rüger gentoo org>
> CommitDate: Tue Oct 29 10:09:05 2019 +
> URL:
On Mon, 07 Oct 2019 22:06:19 +0200
Michał Górny wrote:
> On Wed, 2019-09-25 at 21:27 +, Sergei Trofimovich wrote:
> > commit: c5398f6e286c4f644e2c476b7fe0ec33fa56f738
> > Author: Sergei Trofimovich gentoo org>
> > AuthorDate: Wed Sep 25 21:27:05 2019 +
> > Commit: Sergei
On 10/7/2019 4:03 PM, Michał Górny wrote:
> On Mon, 2019-09-30 at 20:39 +, Brian Evans wrote:
>> commit: 36fc30fda1d8d8c3ac725c18cc74bc39bf2d98c2
>> Author: Brian Evans gentoo org>
>> AuthorDate: Mon Sep 30 19:01:12 2019 +
>> Commit: Brian Evans gentoo org>
>> CommitDate:
On Wed, 2019-09-25 at 21:27 +, Sergei Trofimovich wrote:
> commit: c5398f6e286c4f644e2c476b7fe0ec33fa56f738
> Author: Sergei Trofimovich gentoo org>
> AuthorDate: Wed Sep 25 21:27:05 2019 +
> Commit: Sergei Trofimovich gentoo org>
> CommitDate: Wed Sep 25 21:27:05 2019
On Sun, 2019-09-29 at 20:59 +, Ben Kohler wrote:
> commit: 23d65596bf6ed47cf5a8fd1d163ddbf3f8fb2ce9
> Author: Ben Kohler gentoo org>
> AuthorDate: Sun Sep 29 20:55:55 2019 +
> Commit: Ben Kohler gentoo org>
> CommitDate: Sun Sep 29 20:57:29 2019 +
> URL:
On Mon, 2019-09-30 at 20:39 +, Brian Evans wrote:
> commit: 36fc30fda1d8d8c3ac725c18cc74bc39bf2d98c2
> Author: Brian Evans gentoo org>
> AuthorDate: Mon Sep 30 19:01:12 2019 +
> Commit: Brian Evans gentoo org>
> CommitDate: Mon Sep 30 20:38:59 2019 +
> URL:
On 23:45 Thu 05 Sep , Mike Gilbert wrote:
> On Thu, Sep 5, 2019 at 6:47 PM Thomas Deutschmann wrote:
> >
> > On 2019-09-05 22:16, Michał Górny wrote:
> > >> But as per the way the dev manual is written, he arguably *is*
> > >> following policy.
> > >>
> > >> Stop taking the line of assuming
On Fri, 2019-09-06 at 00:47 +0200, Thomas Deutschmann wrote:
> On 2019-09-05 22:16, Michał Górny wrote:
> > > But as per the way the dev manual is written, he arguably *is*
> > > following policy.
> > >
> > > Stop taking the line of assuming he's trying to be belligerent.
> >
> > He says
On Wed, Sep 4, 2019 at 7:26 PM Thomas Deutschmann wrote:
> If you want to make it clear, change "should" to "must" and maybe
> clarify per-package exception and limit to update case if you believe
> that really *all* *new* eclasses must be send to mailing list.
As a native English
On Thu, Sep 5, 2019 at 6:47 PM Thomas Deutschmann wrote:
>
> On 2019-09-05 22:16, Michał Górny wrote:
> >> But as per the way the dev manual is written, he arguably *is*
> >> following policy.
> >>
> >> Stop taking the line of assuming he's trying to be belligerent.
> >
> > He says explicitly
On 2019-09-05 22:16, Michał Górny wrote:
>> But as per the way the dev manual is written, he arguably *is*
>> following policy.
>>
>> Stop taking the line of assuming he's trying to be belligerent.
>
> He says explicitly that he is against fixing devmanual because he likes
> the way he can abuse
On Fri, 2019-09-06 at 08:08 +1200, Kent Fredric wrote:
> On Thu, 05 Sep 2019 21:47:11 +0200
> Michał Górny wrote:
>
> > So to summarize, instead of working together in order to follow a well-
> > established policy,
>
> You're reading it wrong. If its "established policy", dev manual must
>
On Thu, 05 Sep 2019 21:47:11 +0200
Michał Górny wrote:
> So to summarize, instead of working together in order to follow a well-
> established policy,
You're reading it wrong. If its "established policy", dev manual must
reflect that.
If the dev-manual writes "should" in one place, and implies
On 05/09/19 20:47, Michał Górny wrote:
> On Thu, 2019-09-05 at 15:14 +0200, Thomas Deutschmann wrote:
>> On 2019-09-05 06:02, Michał Górny wrote:
In my case I am working on a new mysql eclass to outsource pkg_config
function which is shared at least between dev-db/mysql and
On Thu, 2019-09-05 at 15:14 +0200, Thomas Deutschmann wrote:
> On 2019-09-05 06:02, Michał Górny wrote:
> > > In my case I am working on a new mysql eclass to outsource pkg_config
> > > function which is shared at least between dev-db/mysql and
> > > dev-db/percona-server (and maybe
On Fri, 6 Sep 2019 07:26:42 +1200
Kent Fredric wrote:
> On Thu, 5 Sep 2019 09:04:23 -0500
> Gordon Pettey wrote:
>
> > You'll note the bit you quoted in defense of skipping review says
> > "changes", and the bit about new eclasses says "do not skip this step".
>
> Emphasis added:
>
> -
On Thu, 5 Sep 2019 09:04:23 -0500
Gordon Pettey wrote:
> You'll note the bit you quoted in defense of skipping review says
> "changes", and the bit about new eclasses says "do not skip this step".
Emphasis added:
-
BEFORE committing a NEW eclass to the tree, it SHOULD be emailed to the
On Thu, Sep 5, 2019 at 8:15 AM Thomas Deutschmann wrote:
> On 2019-09-05 06:02, Michał Górny wrote:
> >> In my case I am working on a new mysql eclass to outsource pkg_config
> >> function which is shared at least between dev-db/mysql and
> >> dev-db/percona-server (and maybe dev-db/mariadb).
>
On 2019-09-05 06:02, Michał Górny wrote:
>> In my case I am working on a new mysql eclass to outsource pkg_config
>> function which is shared at least between dev-db/mysql and
>> dev-db/percona-server (and maybe dev-db/mariadb).
>>
>> For this new eclass I would say it's a "per-package" eclass and
On Thu, 2019-09-05 at 01:26 +0200, Thomas Deutschmann wrote:
> Hi,
>
> On 2019-09-04 20:59, Michał Górny wrote:
> > Devmanual is pretty clear on the fact that *all* new eclasses require ml
> > ^^^
> > review *before* committing:
>
> I am
Hi,
On 2019-09-04 20:59, Michał Górny wrote:
> Devmanual is pretty clear on the fact that *all* new eclasses require ml
> ^^^
> review *before* committing:
I am also working on a new eclass so I looked up details regarding
what's needed
On Wed, 2019-09-04 at 20:59 +0200, Michał Górny wrote:
> On Wed, 2019-09-04 at 18:00 +, Alfredo Tupone wrote:
> > commit: 63486fef43c2e0dee3b4128db18fd1a6b4bf9381
> > Author: Tupone Alfredo gentoo org>
> > AuthorDate: Wed Sep 4 17:58:49 2019 +
> > Commit: Alfredo Tupone
On Wed, 2019-09-04 at 18:00 +, Alfredo Tupone wrote:
> commit: 63486fef43c2e0dee3b4128db18fd1a6b4bf9381
> Author: Tupone Alfredo gentoo org>
> AuthorDate: Wed Sep 4 17:58:49 2019 +
> Commit: Alfredo Tupone gentoo org>
> CommitDate: Wed Sep 4 17:58:49 2019 +
> URL:
On Mon, Jul 29, 2019 at 10:20 PM Michał Górny wrote:
>
> On Tue, 2019-07-30 at 01:49 +, Matt Turner wrote:
> > commit: 6f680e4fe73925ae130343e02adb416cb799ce7d
> > Author: Chris Mayo gmail com>
> > AuthorDate: Fri Jul 26 18:48:13 2019 +
> > Commit: Matt Turner gentoo org>
On Tue, 2019-07-30 at 01:49 +, Matt Turner wrote:
> commit: 6f680e4fe73925ae130343e02adb416cb799ce7d
> Author: Chris Mayo gmail com>
> AuthorDate: Fri Jul 26 18:48:13 2019 +
> Commit: Matt Turner gentoo org>
> CommitDate: Tue Jul 30 01:49:41 2019 +
> URL:
On Tue, Mar 26, 2019 at 08:43:11PM +0100, Michał Górny wrote:
> On Tue, 2019-03-26 at 19:33 +, Aaron Bauman wrote:
> > commit: 2e32186bbee30a4a2e1c4f37c79c61897e53d8df
> > Author: Michael Mair-Keimberger gmail com>
> > AuthorDate: Tue Mar 26 19:28:48 2019 +
> > Commit: Aaron
On Tue, 2019-03-26 at 15:52 -0400, Michael Orlitzky wrote:
> On 3/26/19 3:43 PM, Michał Górny wrote:
> > On Tue, 2019-03-26 at 19:33 +, Aaron Bauman wrote:
> > > commit: 2e32186bbee30a4a2e1c4f37c79c61897e53d8df
> > > Author: Michael Mair-Keimberger gmail
> > > com>
> > > AuthorDate:
On 3/26/19 3:43 PM, Michał Górny wrote:
> On Tue, 2019-03-26 at 19:33 +, Aaron Bauman wrote:
>> commit: 2e32186bbee30a4a2e1c4f37c79c61897e53d8df
>> Author: Michael Mair-Keimberger gmail com>
>> AuthorDate: Tue Mar 26 19:28:48 2019 +
>> Commit: Aaron Bauman gentoo org>
>>
On Tue, 2019-03-26 at 19:33 +, Aaron Bauman wrote:
> commit: 2e32186bbee30a4a2e1c4f37c79c61897e53d8df
> Author: Michael Mair-Keimberger gmail com>
> AuthorDate: Tue Mar 26 19:28:48 2019 +
> Commit: Aaron Bauman gentoo org>
> CommitDate: Tue Mar 26 19:32:52 2019 +
> URL:
On Mon, 2018-10-01 at 23:13 +0200, Jeroen Roovers wrote:
> On Mon, 01 Oct 2018 17:00:24 +0200
> Michał Górny wrote:
>
> > On Mon, 2018-10-01 at 11:46 +, Jeroen Roovers wrote:
> > > commit: d866d4705e1e4a092579a31df2815e3407950a19
> > > Author: Jeroen Roovers gentoo org>
> > >
OK, let's do a full review of your review.
On Mon, 01 Oct 2018 17:00:24 +0200
Michał Górny wrote:
> On Mon, 2018-10-01 at 11:46 +, Jeroen Roovers wrote:
> > commit: d866d4705e1e4a092579a31df2815e3407950a19
> > Author: Jeroen Roovers gentoo org>
> > AuthorDate: Mon Oct 1 11:45:43
On Mon, 2018-10-01 at 21:30 +0200, Jeroen Roovers wrote:
> On Mon, 01 Oct 2018 17:00:24 +0200
> Michał Górny wrote:
>
> > So your src_compile() is now broken for Ninja users, and src_test()
> > is broken altogether. How about cmake-multilib eclass?
>
> DROP
>
> > IUSE=test is not used at all.
On Mon, 2018-10-01 at 21:30 +0200, Jeroen Roovers wrote:
> On Mon, 01 Oct 2018 17:00:24 +0200
> Michał Górny wrote:
>
> > So your src_compile() is now broken for Ninja users, and src_test()
> > is broken altogether. How about cmake-multilib eclass?
>
> DROP
>
> > IUSE=test is not used at all.
On Mon, 01 Oct 2018 17:00:24 +0200
Michał Górny wrote:
> So your src_compile() is now broken for Ninja users, and src_test()
> is broken altogether. How about cmake-multilib eclass?
DROP
> IUSE=test is not used at all.
THAT
> By the way, MULTILIB_USEDEP certainly missing here.
BLOODY
>
Hanno,
W dniu pią, 22.06.2018 o godzinie 17∶39 +, użytkownik Hanno Boeck
napisał:
> commit: acdbda5cb244963b4b7982d96d0538760a385a4d
> Author: Hanno gentoo org>
> AuthorDate: Fri Jun 22 17:39:08 2018 +
> Commit: Hanno Boeck gentoo org>
> CommitDate: Fri Jun 22 17:39:08
W dniu wto, 19.06.2018 o godzinie 21∶45 +, użytkownik Mike Gilbert
napisał:
> commit: 015fc6391c8c7590f9bdd2c9be3d9e69cee93a83
> Author: Mike Gilbert gentoo org>
> AuthorDate: Tue Jun 19 21:45:51 2018 +
> Commit: Mike Gilbert gentoo org>
> CommitDate: Tue Jun 19 21:45:51
On 19/05/18 01:01, Andreas Sturmlechner wrote:
> On Freitag, 18. Mai 2018 23:53:06 CEST Michał Górny wrote:
>> One of the reasons we do mailing list reviews of widely used eclasses is
>> to let people tell you that you've left 'version_is_at_least' here.
> I see the error of my ways.
>
>
On Freitag, 18. Mai 2018 23:53:06 CEST Michał Górny wrote:
> One of the reasons we do mailing list reviews of widely used eclasses is
> to let people tell you that you've left 'version_is_at_least' here.
I see the error of my ways.
Meanwhile, here's a list of packages implicitly using
W dniu pią, 18.05.2018 o godzinie 20∶36 +, użytkownik Andreas
Sturmlechner napisał:
> commit: d780c05e4459175eb314c82de9f3b998e2b4fc6e
> Author: Andreas Sturmlechner gentoo org>
> AuthorDate: Thu May 10 20:42:15 2018 +
> Commit: Andreas Sturmlechner gentoo org>
>
On 03/30/2018 08:16 AM, William Hubbs wrote:
> On Fri, Mar 30, 2018 at 12:42:09PM +0200, Michał Górny wrote:
>> Dnia 30 marca 2018 11:01:33 CEST, Zac Medico napisał(a):
>>> On 03/30/2018 01:42 AM, Michał Górny wrote:
Dnia 30 marca 2018 09:07:03 CEST, Zac Medico
On Fri, Mar 30, 2018 at 12:42:09PM +0200, Michał Górny wrote:
> Dnia 30 marca 2018 11:01:33 CEST, Zac Medico napisał(a):
> >On 03/30/2018 01:42 AM, Michał Górny wrote:
> >> Dnia 30 marca 2018 09:07:03 CEST, Zac Medico
> >napisał(a):
> >>> On 03/29/2018
Dnia 30 marca 2018 11:01:33 CEST, Zac Medico napisał(a):
>On 03/30/2018 01:42 AM, Michał Górny wrote:
>> Dnia 30 marca 2018 09:07:03 CEST, Zac Medico
>napisał(a):
>>> On 03/29/2018 10:20 PM, Michał Górny wrote:
Dnia 30 marca 2018 06:30:14 CEST, Zac
On 03/30/2018 01:42 AM, Michał Górny wrote:
> Dnia 30 marca 2018 09:07:03 CEST, Zac Medico napisał(a):
>> On 03/29/2018 10:20 PM, Michał Górny wrote:
>>> Dnia 30 marca 2018 06:30:14 CEST, Zac Medico
>> napisał(a):
commit:
Dnia 30 marca 2018 09:07:03 CEST, Zac Medico napisał(a):
>On 03/29/2018 10:20 PM, Michał Górny wrote:
>> Dnia 30 marca 2018 06:30:14 CEST, Zac Medico
>napisał(a):
>>> commit: 3f04d4d93d00afa5242a0c9459487c9eea7e9a6f
>>> Author: Zac Medico gentoo
On 03/29/2018 10:20 PM, Michał Górny wrote:
> Dnia 30 marca 2018 06:30:14 CEST, Zac Medico napisał(a):
>> commit: 3f04d4d93d00afa5242a0c9459487c9eea7e9a6f
>> Author: Zac Medico gentoo org>
>> AuthorDate: Fri Mar 30 04:18:05 2018 +
>> Commit: Zac Medico
Dnia 30 marca 2018 06:30:14 CEST, Zac Medico napisał(a):
>commit: 3f04d4d93d00afa5242a0c9459487c9eea7e9a6f
>Author: Zac Medico gentoo org>
>AuthorDate: Fri Mar 30 04:18:05 2018 +
>Commit: Zac Medico gentoo org>
>CommitDate: Fri Mar 30 04:30:05 2018 +
W dniu śro, 10.01.2018 o godzinie 13∶26 +, użytkownik Ian Whyman
napisał:
> On Wed, 10 Jan 2018, at 12:52 PM, Michał Górny wrote:
> > W dniu śro, 10.01.2018 o godzinie 08∶35 +, użytkownik Mike Frysinger
> > napisał:
> > > commit: e65003579e31be4ff949cfa66df2511ecd4c44a0
> > > Author:
On Wed, 10 Jan 2018, at 12:52 PM, Michał Górny wrote:
> W dniu śro, 10.01.2018 o godzinie 08∶35 +, użytkownik Mike Frysinger
> napisał:
> > commit: e65003579e31be4ff949cfa66df2511ecd4c44a0
> > Author: Mike Frysinger gentoo org>
> > AuthorDate: Wed Jan 10 08:28:35 2018 +
> >
W dniu śro, 10.01.2018 o godzinie 08∶35 +, użytkownik Mike Frysinger
napisał:
> commit: e65003579e31be4ff949cfa66df2511ecd4c44a0
> Author: Mike Frysinger gentoo org>
> AuthorDate: Wed Jan 10 08:28:35 2018 +
> Commit: Mike Frysinger gentoo org>
> CommitDate: Wed Jan 10
W dniu pią, 05.01.2018 o godzinie 13∶13 +, użytkownik Lars Wendler
napisał:
> commit: 1e09cba657ccb2b8e6fbcbeb28c5c593da2127eb
> Author: Gary Macindoe garymacindoe co uk>
> AuthorDate: Thu Sep 28 21:32:34 2017 +
> Commit: Lars Wendler gentoo org>
> CommitDate: Fri Jan 5
W dniu nie, 31.12.2017 o godzinie 01∶25 +, użytkownik Mike Gilbert
napisał:
> commit: c202e9fcb5d8be40687c83eb4d4901d7bd85ccf1
> Author: Mike Gilbert gentoo org>
> AuthorDate: Sun Dec 31 01:24:23 2017 +
> Commit: Mike Gilbert gentoo org>
> CommitDate: Sun Dec 31 01:25:36
W dniu nie, 10.09.2017 o godzinie 20∶42 +0200, użytkownik Alexis Ballier
napisał:
> On Sat, 9 Sep 2017 21:07:02 + (UTC)
> "Lars Wendler" wrote:
>
> > commit: b5f0471fe97de820f888702e1938989b9fd25522
> > Author: David Seifert gentoo org>
> > AuthorDate: Wed
On Sat, 9 Sep 2017 21:07:02 + (UTC)
"Lars Wendler" wrote:
> commit: b5f0471fe97de820f888702e1938989b9fd25522
> Author: David Seifert gentoo org>
> AuthorDate: Wed Sep 6 11:48:56 2017 +
> Commit: Lars Wendler gentoo org>
> CommitDate: Sat Sep 9
W dniu pią, 08.09.2017 o godzinie 12∶38 +, użytkownik Chí-Thanh
Christopher Nguyễn napisał:
> commit: 87929d9f6bfe62770cb13547583425e6f2755a59
> Author: Chí-Thanh Christopher Nguyễn gentoo org>
> AuthorDate: Fri Sep 8 12:38:21 2017 +
> Commit: Chí-Thanh Christopher Nguyễn
On Sun, 21 May 2017 10:46:25 -0700
Raymond Jennings wrote:
> Just out of curiosity, and for the curious:
>
> 1. How often do cache updates happen?
> 2. How long do they take?
> 3. Is there any downside to only having one such update running at a
> time and just skipping
On 21/05/17 20:32, Kent Fredric wrote:
> But I'd also like a pony.
>
I'm hoping for a unicorn still ...
[apologies, resending as hit the wrong button in the Compose button..]
signature.asc
Description: OpenPGP digital signature
binsSfjd9wdyD.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
On Sun, 21 May 2017 19:34:26 +0200
Michał Górny wrote:
> Like, by not using eclasses and instead inlining all the stuff?
I'd personally suggest we endeavour towards making systems in place so
that the performance overheads of metadata generation is much lower, to
the point it
Michał Górny wrote:
>> If this is such a big problem, maybe we should be discussing how to
>> redesign things to improve it?
>
> Like, by not using eclasses and instead inlining all the stuff?
There are other ways.
One way to mitigate the problem might be to require that
On Tue, May 16, 2017 at 12:20 PM, Michał Górny wrote:
> Mike,
>
> I would really appreciate if you cared to follow procedures for eclass
> changes. Most notably, if you at least bothered to either ping us *or*
> sent the patch to the mailing list beforehand.
>
> This eclass is
On nie, 2017-05-21 at 11:29 -0500, William Hubbs wrote:
> On Sun, May 21, 2017 at 02:46:54PM +, Martin Vaeth wrote:
> > Kent Fredric wrote:
> > > Fabian Groffen wrote:
> > >
> > > > Hardware or more deltas to
> > > > download by users? Just
On Sun, May 21, 2017 at 02:46:54PM +, Martin Vaeth wrote:
> Kent Fredric wrote:
> > Fabian Groffen wrote:
> >
> >> Hardware or more deltas to
> >> download by users? Just wondering.
> >
> > Both.
> >
> > - End users using git end up having to do
Kent Fredric wrote:
> Fabian Groffen wrote:
>
>> Hardware or more deltas to
>> download by users? Just wondering.
>
> Both.
>
> - End users using git end up having to do massive metadata-updates.
> - Infra needs to have massive hits to metadata
On Tue, 16 May 2017 21:36:15 +0200
Fabian Groffen wrote:
> Hardware or more deltas to
> download by users? Just wondering.
Both.
- End users using git end up having to do massive metadata-updates.
- Infra needs to have massive hits to metadata regeneration
- End users
On wto, 2017-03-14 at 07:32 +, Mike Frysinger wrote:
> commit: bc4386a42bd7cf5c97180d01b3fbc363ba7d75d6
> Author: Mike Frysinger gentoo org>
> AuthorDate: Tue Mar 14 07:27:44 2017 +
> Commit: Mike Frysinger gentoo org>
> CommitDate: Tue Mar 14 07:32:12 2017 +
> URL:
On 16-05-2017 21:20:01 +0200, Michał Górny wrote:
> This eclass is used by almost 6700 ebuilds. I am trying *hard* to commit
> changes in large patchsets to reduce cache updates.
[snip]
> Normally, I would revert it but I don't feel like causing third huge
> cache update today.
What is the actual
Mike,
On wto, 2017-05-16 at 19:10 +, Mike Frysinger wrote:
> commit: d1b05bcf81e5058c20615179fb83a90c45daa487
> Author: Mike Frysinger chromium org>
> AuthorDate: Tue May 9 02:34:53 2017 +
> Commit: Mike Frysinger gentoo org>
> CommitDate: Tue May 16 19:10:31 2017 +
>
2017-02-21 12:56 GMT+01:00 Alexis Ballier :
> On Tue, 21 Feb 2017 13:16:59 +1300
> Kent Fredric wrote:
>
> > Also, given its a - package, standards and assumptions of quality
> > are typically much lower.
>
> not at all; a lot of people do maintain
On Tue, 21 Feb 2017 13:16:59 +1300
Kent Fredric wrote:
> Also, given its a - package, standards and assumptions of quality
> are typically much lower.
not at all; a lot of people do maintain - pretty well in order to
follow upstream and use it as a template when
On 02/20/2017 08:50 PM, Mart Raudsepp wrote:
> Have respect towards others and their wishes and their maintenance and
> don't run over other people and maintainers. Do not run over
> maintainers after a 3 hour period of bug filing
This seems like an overall good recommendation to remember after
On Mon, 20 Feb 2017 18:27:22 +
"M. J. Everitt" wrote:
> Nice .. esp. coming from a QA dev ...
It makes sense though how it could happen, given:
- Its a - package
- packages are typically keyworded as ""
- repoman pretty much ignores they're even there
Also,
> Nice .. esp. coming from a QA dev ...
This is an absolutely inappropriate response.
Especially from a Mentee and prospective new Developer.
Matthias
signature.asc
Description: PGP signature
Ühel kenal päeval, E, 20.02.2017 kell 13:50, kirjutas Mike Gilbert:
> On Sat, Feb 18, 2017 at 3:03 PM, Mart Raudsepp
> wrote:
> > Ühel kenal päeval, L, 18.02.2017 kell 19:47, kirjutas Michał Górny:
> > > commit: 7207a292b2591dde5cbd336470bed3c11617a8e1
> > > Commit:
1 - 100 of 361 matches
Mail list logo