On 19/03/2018 21:33, Alec Warner wrote:
> I'd avoid the REST API here. If you want this data; I'd consider filing a
> bug. Infra can do stuff like run nightly reports for this information and
> hang them off of endpoints you can access.
> This works well for public bugs; and not well for private on
On 18-03-19 19:33:11, Paweł Hajdan, Jr. wrote:
> Is it possible to get graphs of bugs.g.o bug queue size for certain
> query (e.g. by assignee) over time?
>
I suspect it's up and to the right.
--
Matthew Thode (prometheanfire)
signature.asc
Description: PGP signature
On Tue, Mar 20, 2018 at 12:24 AM, Kent Fredric wrote:
> On Mon, 19 Mar 2018 19:33:11 -0700
> "Paweł Hajdan, Jr." wrote:
>
> > Is it possible to get graphs of bugs.g.o bug queue size for certain
> > query (e.g. by assignee) over time?
> >
> > Best,
> > Paweł
> >
>
> The *data* is there to do it,
On Mon, 19 Mar 2018 19:33:11 -0700
"Paweł Hajdan, Jr." wrote:
> Is it possible to get graphs of bugs.g.o bug queue size for certain
> query (e.g. by assignee) over time?
>
> Best,
> Paweł
>
The *data* is there to do it, but its a bit of a pain, you have to
extract all the individual "changed"
Is it possible to get graphs of bugs.g.o bug queue size for certain
query (e.g. by assignee) over time?
Best,
Paweł
signature.asc
Description: OpenPGP digital signature
This is just an FYI: https://infra-status.gentoo.org/
Hoping to have this fixed in a couple of days. In the meantime you may see
missing snapshots (for emerge webrsync) and no rsync propagation.
-A
On Mon, Mar 19, 2018 at 07:48:01PM +0100, Toralf Förster wrote:
> honestly.
>
>
> When I started with my tinderbox 2 or 3 years ago I had often a fair
> amount of manual work to made to get an image up and running - moslty
> tweaking USE flags to get blockers being solved. This yielded into a
> g
On Tue, Mar 13, 2018 at 03:11:45PM +0100, Lars Wendler wrote:
> On Tue, 13 Mar 2018 12:58:10 +0100 Pacho Ramos wrote:
>
> >net-wireless/hostapd
>
> In case nobody else wants to take it I can do. But I'm a mere user of
> the package and don't know anything about its internals. So it would be
> ver
Hi Toralf,
Toralf Förster writes:
> When I started with my tinderbox 2 or 3 years ago I had often a fair
> amount of manual work to made to get an image up and running - moslty
> tweaking USE flags to get blockers being solved. This yielded into a
> growing list of fixed USE flags settings for c
On Mon, 19 Mar 2018 15:16:47 -0700
Matt Turner wrote:
> Thanks for looking into this!
>
> I'm not sure I understand the -nostdlib portion. It's something about
> working around a side-effect of -x assembler?
It's not related to that option. I think it's because this is normally
built with "as"
Thanks for looking into this!
I'm not sure I understand the -nostdlib portion. It's something about
working around a side-effect of -x assembler?
The previous attempt actually broke ASM in media-libs/vulkan-loader
entirely so that it fell back to C code. After much experimentation
and combing through strace output, I found that -x assembler is needed
to handle non-standard file extentions and linking is done as a
separate step. CMAKE_ASM-ATT
On 19/03/18 18:48, Toralf Förster wrote:
> honestly.
>
>
> When I started with my tinderbox 2 or 3 years ago I had often a fair
> amount of manual work to made to get an image up and running - moslty
> tweaking USE flags to get blockers being solved. This yielded into a
> growing list of fixed USE
honestly.
When I started with my tinderbox 2 or 3 years ago I had often a fair
amount of manual work to made to get an image up and running - moslty
tweaking USE flags to get blockers being solved. This yielded into a
growing list of fixed USE flags settings for certain packages.
But over the ti
14 matches
Mail list logo
