On 08/15/2016 03:21 AM, Kristian Fiskerstrand wrote:
> Better than developers marking it fixed without it hitting stable as too
> many are doing today.
Totally guilty of that one, sorry!
I think adding a status would be great. We could have CONFIRMED and even
RESOLVED still, but the goalpost could
On 08/17/2016 09:54 AM, William Hubbs wrote:
> All,
>
> I'm starting this thread because of the bug I'm citing below [1].
>
> The issue is that some systems do not use kernel modules, and do not
> have kmod installed at all. Since we run modprobe unconditionally in a
> few places in OpenRC, we al
On 08/11/2016 06:19 PM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 11.08.2016 kell 18:00, kirjutas Mike Gilbert:
>> On Thu, Aug 11, 2016 at 5:34 PM, Kent Fredric
>> wrote:
>>> On Thu, 11 Aug 2016 16:07:27 -0400
>>> Ian Stakenvicius wrote:
>>>
but realistically this should be
installed
On 08/10/2016 10:53 PM, Kent Fredric wrote:
> On Thu, 11 Aug 2016 00:10:53 +0100
> James Le Cuirot wrote:
>
>> Hello all,
>>
>> We, like almost everyone else and presumably upstream, install PCRE 8
>> as libpcre.so.1. Debian, for reasons best known to themselves, install
>> it as libpcre.so.3. Wi
On 08/17/2016 01:37 PM, Michał Górny wrote:
> Hello, fellow developers.
>
> TL;DR: switch to the darn gold linker, and start fixing your darn
> packages!
>
> After many years, the underlinking tracker [1] is still full of bugs.
> This is a huge QA problem, and most of the developers don't test fo
On 08/17/2016 12:54 PM, William Hubbs wrote:
All,
I'm starting this thread because of the bug I'm citing below [1].
The issue is that some systems do not use kernel modules, and do not
have kmod installed at all. Since we run modprobe unconditionally in a
few places in OpenRC, we always generat
Oops, forgot to properly forward.
-- Forwarded message --
From: Alexander Revin
Date: Thu, Aug 18, 2016 at 12:22 AM
Subject: Re: [gentoo-dev] Electron external dependencies
To: k...@gentoo.org
Hi all,
Thanks! Here's the bug:
https://bugs.gentoo.org/show_bug.cgi?id=591552
O
> On Wed, 17 Aug 2016, Michał Górny wrote:
> $ sudo binutils-config --linker ld.gold
"sudo", really? Are we Ubuntu now? :)
$ sudo binutils-config --linker ld.gold
bash: sudo: command not found
Ulrich
pgpUpWKGw1EbA.pgp
Description: PGP signature
Hello, fellow developers.
TL;DR: switch to the darn gold linker, and start fixing your darn
packages!
After many years, the underlinking tracker [1] is still full of bugs.
This is a huge QA problem, and most of the developers don't test for
it.
Long story short, the thing usually looks like this
On 08/17/2016 10:17 PM, Elvis Pranskevichus wrote:
> On Wednesday, August 17, 2016 10:05:53 PM EDT Lars Wendler wrote:
>> On Wed, 17 Aug 2016 19:27:40 +0300 Alexander Revin wrote:
>>> Hello,
>>>
>
> Electron is, essentially, modified Chromium. We do the same unbundling as
> the
> Chromium ebui
On Wednesday, August 17, 2016 10:05:53 PM EDT Lars Wendler wrote:
> On Wed, 17 Aug 2016 19:27:40 +0300 Alexander Revin wrote:
> >Hello,
> >
> >Is there any plan to make electron more modular package? Right now it
> >builds its own protobuf, mesa and v8 (and maybe much more). These
> >packages do ex
On Wed, 17 Aug 2016 19:27:40 +0300 Alexander Revin wrote:
>Hello,
>
>Is there any plan to make electron more modular package? Right now it
>builds its own protobuf, mesa and v8 (and maybe much more). These
>packages do exist in a tree, maybe it's possible to reuse them?
>
>Regards,
>Alex
Hi Alex,
All,
I'm starting this thread because of the bug I'm citing below [1].
The issue is that some systems do not use kernel modules, and do not
have kmod installed at all. Since we run modprobe unconditionally in a
few places in OpenRC, we always generate "modprobe: command not found"
errors on syste
Hello,
Is there any plan to make electron more modular package? Right now it
builds its own protobuf, mesa and v8 (and maybe much more). These packages
do exist in a tree, maybe it's possible to reuse them?
Regards,
Alex
El mié, 17-08-2016 a las 09:07 -0400, Rich Freeman escribió:
> I'm not sure I agree. If it is scripted, then isn't it just a few
> more cpu cycles?
Well... until I see that script, I won't trust it. We are for a long
time supposedly allowing people to move things to testing after 90 days
and that
On Wed, Aug 17, 2016 at 4:50 AM, Pacho Ramos wrote:
>
> El lun, 15-08-2016 a las 15:27 -0400, Rich Freeman escribió:
> > [...]
> > Well, I wasn't suggesting that breaking the depgraph is great. Just
> > that I think it is better than calling things stable which aren't.
> >
> > A better approach i
Mike Gilbert wrote:
>>
>> modules=$(sed -n -e '/^[^;#]/p' /etc/modules-load.d/*.conf \
>> /usr/lib/modules-load.d/*.conf 2>/dev/null || : )
>
> This simple implementation does not follow the precedence rules
> documented in modules-load.d(5).
I didn't mean it as the recommended implementa
On Wed, Aug 17, 2016 at 2:59 AM, Martin Vaeth wrote:
> William Hubbs wrote:
>>
>> but I'm open to making the behaviour compatible
>> with what systemd does
>
> Since openrc already supports tmpfiles.d,
> support for modules-load.d would be natural.
> In fact, this is already done for quite a whil
El lun, 15-08-2016 a las 15:01 -0500, William Hubbs escribió:
> [...]
> This works unless you are talking about packages in @system.
> I do see core packages on these arches also languish in ~ for months
> with open stable requests.
>
> The only way to handle one of those would be to remove the o
>From an interested user, you have my thanks.
On Sun, Aug 14, 2016 at 1:38 AM, Pacho Ramos wrote:
> El sáb, 13-08-2016 a las 22:39 -0700, Hanno Böck escribió:
> > Ok, so it seems I'm currently the only one interested.
> >
> > While the wiki page lists no other devs, there are two more devs
> > l
El lun, 15-08-2016 a las 15:27 -0400, Rich Freeman escribió:
> [...]
> Well, I wasn't suggesting that breaking the depgraph is great. Just
> that I think it is better than calling things stable which aren't.
>
> A better approach is a script that does the keyword cleanup.
>
> So, if you want to
William Hubbs wrote:
>
> but I'm open to making the behaviour compatible
> with what systemd does
Since openrc already supports tmpfiles.d,
support for modules-load.d would be natural.
In fact, this is already done for quite a while in
https://github.com/vaeth/firewall-mv/blob/master/openrc/conf
22 matches
Mail list logo