Leo Famulari skribis:
> On Wed, Feb 15, 2023 at 12:15:21PM -0500, Greg Hogan wrote:
>> Installing guix from source fails on the build of openssl@1.1.1l. I
>> see the same error on my working system (log attached) when executing
>> the command below. The issue looks to be caused by OpenSSL's expir
Hi!
Gábor Boskovits skribis:
> Simon Tournier ezt írta (időpont: 2023. febr.
> 14., K 13:24):
>
>> Hi Gábor,
>>
>> On lun., 13 févr. 2023 at 21:13, Gábor Boskovits
>> wrote:
>>
>> > So, the question is: do we want to run our own?
>>
>> By “our own”, do you mean something like “Guix Summer of C
Hi!
Leo Famulari skribis:
> On Sun, Feb 12, 2023 at 10:05:40AM +0100, Julien Lepiller wrote:
>> As discussed at Guix Days before Fosdem, we haven't merged core-updates
>> in a very long time. I'd volunteer to lead this effort, but I don't
>> know what steps I should follow. Do we have some docum
Hi,
Simon Tournier skribis:
> On dim., 12 févr. 2023 at 01:14, Ludovic Courtès wrote:
>
>>> There is an idea to update guix refresh --list-dependent to handle the
>>> case with inherited packages as well. WDYT?
>>
>> Unfortunately, it’s not possible because inheritance info isn’t
>> available
Hello!
Konrad Hinsen skribis:
> I have been playing with nested Guix containers recently, with some
> suprising findings, and I am wondering if what I am doing is considered
> officially supported or not.
>
> First: why? My use case is scientific workflows, for example using
> snakemake. I want
Hello Guix!
I recently pushed an updated and rebased variant of
‘wip-service-monitor’ in the Shepherd, previously discussed here:
https://lists.gnu.org/archive/html/guix-devel/2022-06/msg00350.html
I’m going to merge it real soon if there are no objections, with the
goal of using it as the bas
On 2023-02-21, Christopher Baines wrote:
> So probably in part due to the recent changes to the commit policy [1] I
> think there are more "simple" changes being sent to guix-patches by
> committers, which I think is good, but that's got me thinking about the
> process for these changes.
>
> 1:
>
On Tue, Feb 21, 2023 at 03:57:10PM +0100, Andreas Enge wrote:
> Concerning other people's patches, what makes this policy a bit complicated
> is that I think we do not have a list of committers on the web.
Commit access is controlled via membership of the Savannah project:
https://savannah.gnu.or
On Tue, Feb 21, 2023 at 12:54:32PM +, Christopher Baines wrote:
> Thoughts?
I think it's fine to push other people's patches. Already, we push the
patches of non-committers. It's no big deal to push committers' patches.
Hello,
Am Sun, Feb 19, 2023 at 11:24:44PM +0100 schrieb Andreas Enge:
> python-graphviz does not pass its tests any more in core-updates, and
> I can trace it back to your commit 3d388fe3d0475f2e991ae061cc1364529a97af42.
> Adding python-mock back to native-inputs fixes it.
I opted for this fix an
Am Sun, Feb 19, 2023 at 12:30:42PM +0100 schrieb Andreas Enge:
> And another one: python-ecdsa
This just built. Strange, but I will not complain!
Andreas
Am Sun, Feb 19, 2023 at 09:31:44PM +0100 schrieb Andreas Enge:
> And yet another one: python-testtool
> FAIL: testtools.tests.test_testresult.TestNonAsciiResults.test_syntax_error
> FAIL:
> testtools.tests.test_testresult.TestNonAsciiResultsWithUnittest.test_syntax_error
This is reported upstream
Am Sun, Feb 19, 2023 at 03:10:03PM + schrieb Attila Lendvai:
> weirdly enough, upstream uses one git repo for multiple projects, and uses
> prefixed tag names for them.
> FYI, there's this long-pending patchset to update the trezor-agent (something
> i can test myself):
> https://issues.guix.
Am Sun, Feb 19, 2023 at 10:59:35PM + schrieb Kaelyn:
> It was mentioned recently that python-pycryptodome is / should be a drop-in
> replacement for python-pycrypto (it is also says that in the package
> description);
Apparently it is not, as Lars wrote. And in any case, it does require some
Am Mon, Feb 20, 2023 at 09:41:23PM +0100 schrieb Andreas Enge:
> It is also in the Debian patches as fixes/clang-and-gcc11.patch.
It helps to go further, new patch attached.
Now I get until the message below.
[45812/52515] CXX
obj/third_party/blink/renderer/core/core/attribution_src_loader.o
FAI
Am Tue, Feb 21, 2023 at 12:54:32PM + schrieb Christopher Baines:
> Generally, I don't push changes for other committers, but I wonder if
> that would be helpful now.
Personally I prefer to push my own changes. And let other people push
theirs if they can. Actually I think we are responsible of
Hey!
So probably in part due to the recent changes to the commit policy [1] I
think there are more "simple" changes being sent to guix-patches by
committers, which I think is good, but that's got me thinking about the
process for these changes.
1:
https://git.savannah.gnu.org/cgit/guix.git/commi
Hi Roman,
Roman Scherer writes:
> I think you need to use --image-type=efi-raw for this to work.
Unfortunately, this doesn't build and produces yet another errors.
> I actually installed my Guix system from another distro. I roughly
> followed this guide here:
>
> https://guix.gnu.org/blog/201
18 matches
Mail list logo
