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
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
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
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?
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"
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 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
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
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
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
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"
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 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 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
14 matches
Mail list logo
