Hello Maxim,
your gtk+ update on core-updates broke gnome packages since it somehow
moved the bin/ subdirectory from the bin to the out output, so that
gtk-update-icon-cache is not found any more by packages using gtk+:bin
as input.
Should the split not happen automagically? Maybe this is a defic
Am Fri, Apr 07, 2023 at 05:24:41PM -0400 schrieb Maxim Cournoyer:
> Reviewing the list of newly broken things, there was a flaky test spot
> in python-pyopenssl (IIRC!) that led me to attempt to upgrade
> python-cryptography, which is a bit more involved than I'd like.
Okay, so I cherry-picked you
Hello,
Am Fri, Apr 07, 2023 at 04:53:15PM + schrieb Kaelyn:
> On core-updates, librsvg-2.40 fails to compile due to a single failing test
> (I've confirmed the failure on x86_64 and i686, though the package is only
> used/needed on non-x86_64 systems for gtk+ and others; it also affects wine
>From my point of view, the tackle of such biased weights is not via
re-learning because how to draw the line between biased weights,
mistakes on their side, mistakes on our side, etc. and it requires a
high level of expertise to complete a full re-learning.
This strikes me as similar to being in t
Hi Andreas,
Andreas Enge writes:
> Am Fri, Apr 07, 2023 at 05:24:41PM -0400 schrieb Maxim Cournoyer:
>> Reviewing the list of newly broken things, there was a flaky test spot
>> in python-pyopenssl (IIRC!) that led me to attempt to upgrade
>> python-cryptography, which is a bit more involved tha
Hi Andreas and everyone,
Andreas Enge writes:
> Ludovic and Chris have corrected a problem in dune.scm in commit
>01d9859821c5df6cc76c59e48fddd3c8cfa88ff0
> Now all of core-updates is being built, and the dashboard is back.
> Thanks a lot!
>
> This means that people can now work on repairing
> Yes, it is the task of P2P storage system. Is Guix one P2P storage
> solution? Or should Guix exploit already implemented P2P storage
> systems?
i automatically assumed the latter, because p2p storage is a non-trivial task
that multiple teams are working to solve, and it's yet to be seen which
--- Original Message ---
On Saturday, April 8th, 2023 at 9:52 AM, Andreas Enge wrote:
>
>
> Hello,
>
> Am Fri, Apr 07, 2023 at 04:53:15PM + schrieb Kaelyn:
>
> > On core-updates, librsvg-2.40 fails to compile due to a single failing test
> > (I've confirmed the failure on x86_64
> Haven't read the Swarm thing, going more off of the general vibe of
> these cryptocurrency related projects that keep popping up:
> Using some kind of (optional) web of trust for clients makes more sense
> to me than making people pay with cryptocurrencies.
>
> I should be able to set up two com
I don't have strong feelings either way, and the change won't really
affect me too much, but what benefit is there in breaking things? From
what I understand from your message, users' configs will stop working in
a few months when 1.0.x releases (or with the macro would "kinda work"),
which is at
Hi Guix,
on core-updates qtbase 6.3 fails its test suite.
The tst_QSslKey group of tests has 122 failures that all look like
this:
FAIL! : tst_QSslKey::passphraseChecks(DES) '!key.isNull()' returned FALSE. ()
Loc:
[/tmp/guix-build-qtbase-6.3.2.drv-0/qtbase-everywhere-src-6.3.2/tests/auto/ne
Hi Sergey,
Sergey Trofimov writes:
> Maxim Cournoyer writes:
>
>> Hello,
>>
>> guix-comm...@gnu.org writes:
>>
>>> lint: Append "/info/refs" to git-reference-url.
>>>
>> After this fix, I'm now seeing warnings from Github, e.g.:
>>
>> gnu/packages/rails.scm:675:2: ruby-activejob@7.0.4.3: sc
Hi Bruno,
Bruno Victal writes:
> On 2023-03-31 15:46, Maxim Cournoyer wrote:> I have some apprehension
> that if we start adding white space between the
>> fields here, we'll soon have people adding white space to many other
>> places (for consistency or other reasons), which I wouldn't welcome
Hi Andreas,
Andreas Enge writes:
> Hello Maxim,
>
> your gtk+ update on core-updates broke gnome packages since it somehow
> moved the bin/ subdirectory from the bin to the out output, so that
> gtk-update-icon-cache is not found any more by packages using gtk+:bin
> as input.
>
> Should the spl
Hello, Guixers!
Erlang/OTP has notion of applications [1], they are usually installed in
$PREFIX/lib/erlang/lib in the form of directories named APP-VERSION,
e.g. asn1-5.0.19.
In order for the Erlang runtime to find the installed application it
must appear in the load path. If there is ERL_ROOTD
Bodertz writes:
> I don't have strong feelings either way, and the change won't really
> affect me too much, but what benefit is there in breaking things? From
> what I understand from your message, users' configs will stop working in
> a few months when 1.0.x releases (or with the macro would "
Thanks, makes sense.
17 matches
Mail list logo