Update on gnome in core-updates: We have it!
(At least we had it yesterday, the latest commits will lead to a few
rebuilds that are not yet done.)
Congratulations to all who made it work!
Andreas
Am Thu, Mar 30, 2023 at 11:08:50AM +0200 schrieb Andreas Enge:
> There is still libcacard with its runpath verification failure.
Fixed by Efraim, thanks a lot!
Andreas
Hello Josselin,
Am Mon, Mar 20, 2023 at 08:18:41PM +0100 schrieb Josselin Poiret:
> I ended up
> fixing a couple of things locally for qemu-minimal to build (since I was
> working on the Hurd and disk images). I also fixed u-boot-tools not
> building on Python 3.10 (even though it's a swig bug
Hi Andreas,
Andreas Enge writes:
> Ah, it makes me super nervous. I now did for the first time ever...
> There were a few problems with openjdk, where the automatic merge took
> the wrong things from core-updates, instead of from master; hopefully
> I worked it out correctly. At worst, we can
Am Mon, Mar 20, 2023 at 07:17:41PM +0200 schrieb Efraim Flashner:
> > Time to merge master into core-updates, I would say.
> Often a good idea :)
Ah, it makes me super nervous. I now did for the first time ever...
There were a few problems with openjdk, where the automatic merge took
the wrong
On Mon, Mar 20, 2023 at 06:11:56PM +0100, Andreas Enge wrote:
> Am Mon, Mar 20, 2023 at 06:00:37PM +0100 schrieb Andreas Enge:
> > If it is indeed a solution... Here is how far I got, patch attached.
>
> Actually it was updated by Efraim in master on March 9.
Indeed, it was needed for
Am Mon, Mar 20, 2023 at 06:00:37PM +0100 schrieb Andreas Enge:
> If it is indeed a solution... Here is how far I got, patch attached.
Actually it was updated by Efraim in master on March 9.
Time to merge master into core-updates, I would say.
Andreas
Am Sun, Mar 19, 2023 at 03:14:59PM +0100 schrieb Josselin Poiret:
> I agree with you, but given that upstream has already closed a
> discussion on this topic with a clear stance, I don't really want to
> re-open anything. We could go with that solution for now?
If it is indeed a solution... Here
Hi Andreas,
Andreas Enge writes:
> Am Sun, Mar 19, 2023 at 10:20:27AM +0100 schrieb Josselin Poiret:
>> The project does seem functional, they just seem to not care about
>> making new releases, since they direct users to official builds of HEAD
>> [1]. Maybe we could just point there as well?
Am Sun, Mar 19, 2023 at 10:20:27AM +0100 schrieb Josselin Poiret:
> The project does seem functional, they just seem to not care about
> making new releases, since they direct users to official builds of HEAD
> [1]. Maybe we could just point there as well?
> [1]
Hi Andreas,
Andreas Enge writes:
> This looks like
>https://github.com/ipxe/ipxe/issues/359
> And has apparently been fixed following a different issue related to
> ARM assembly (?!):
>https://github.com/ipxe/ipxe/pull/373
>
> The project has had its latest release in December 2020,
Am Sat, Mar 18, 2023 at 12:15:34PM +0100 schrieb Liliana Marie Prikler:
> Feel free to promote it into a snippet. I didn't, because it only
> affects the build files rather than the package being built.
Okay, I did and pushed, many thanks again!
Andreas
Am Samstag, dem 18.03.2023 um 11:36 +0100 schrieb Andreas Enge:
> Am Sat, Mar 18, 2023 at 12:00:49AM +0100 schrieb Liliana Marie
> Prikler:
> > This error is caused by trying to install
> > '/gnu/store/mxp199mvjb6dhyyg0pi4hn6c7m0xibvp-bash-completion-
> >
Am Sat, Mar 18, 2023 at 12:00:49AM +0100 schrieb Liliana Marie Prikler:
> This error is caused by trying to install
> '/gnu/store/mxp199mvjb6dhyyg0pi4hn6c7m0xibvp-bash-completion-
> 2.11/share/bash-completion/completions/pkcon'. Meson appears to have a
> feature where it tries to use pkexec to
Am Sat, Mar 18, 2023 at 11:07:08AM +0100 schrieb Andreas Enge:
> And a help-guix question: How do I retrace the part of the dependency
> graph that links ipxe-qemu to gnome?
I am still interested in the answer to this question, but here the line
is short:
ipxe-qemu -> qemu-minimal -> gnome-boxes
Am Fri, Mar 17, 2023 at 08:40:00PM +0100 schrieb Andreas Enge:
> ipxe-qemu also fails its build phase:
> In file included from tests/bigint_test.c:38:
> tests/bigint_test.c: In function ‘bigint_test_exec’:
> tests/bigint_test.c:232:14: error: ‘result_raw’ may be used uninitialized
>
Am Fri, Mar 17, 2023 at 09:46:27PM +0100 schrieb Liliana Marie Prikler:
> On a rather unrelated note, the uri
> https://gitlab.freedesktop.org/spice/libcacard/uploads/13b249e695a0d9aa7cb501b1a85ebab1/libcacard-2.8.1.tar.xz
> looks rather sus. Should we perhaps replace that with a git-reference?
Am Freitag, dem 17.03.2023 um 20:40 +0100 schrieb Andreas Enge:
> packagekit fails its installation phase (!) like so:
> /gnu/store/xrn2zn2ky4jkigg2cal0g8sacpkfai9m-meson-0.63.2/bin/meson
> install --no-rebuild
> ninja: build stopped: subcommand failed.
> error: in phase 'install': uncaught
Am Freitag, dem 17.03.2023 um 21:46 +0100 schrieb Liliana Marie
Prikler:
> Also, the package definitions appear the same on master, so
> there is possibly something else going on (but what?)
Now that's quite embarrassing, but git worktree put my core-updates to
master...
Am Freitag, dem 17.03.2023 um 20:40 +0100 schrieb Andreas Enge:
> libcacard fails validate-runpath:
> starting phase `validate-runpath'
> validating RUNPATH of 1 binaries in
> "/gnu/store/29kdbd1q8lkyyr7apzczx53683mr0yhz-libcacard-2.8.1/lib"...
>
Am Fri, Mar 17, 2023 at 08:40:00PM +0100 schrieb Andreas Enge:
> libcacard fails validate-runpath:
> It looks like we need some of nss (the "normal" output, not "bin") as a
This did not help, nss appears in no runpath; this is what is printed:
starting phase `shrink-runpath'
Hello,
today I have compiled a maximum of inputs for gnome on berlin. Here is
what is missing:
The following derivations would be built:
/gnu/store/1f71al4jx8pn7qnpp94642pvf6m4la5m-gnome-42.4.drv
/gnu/store/4yvabkw23pwmxcanvl1qn8ch9jak7py4-packagekit-1.2.5.drv
22 matches
Mail list logo
