* Merging ‘core-updates’ real soon
@ 2024-08-22 19:12 nathan via Development of GNU Guix and the GNU System distribution.
2024-08-25 18:19 ` John Kehayias
0 siblings, 1 reply; 13+ messages in thread
From: nathan via Development of GNU Guix and the GNU System distribution. @ 2024-08-22 19:12 UTC (permalink / raw)
To: ludo, guix-devel
Do we have time to merge the vulkan loading fix into core-updates because there isn't a mesa-updates branch for it to go with right now? [bug#71109]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-22 19:12 Merging ‘core-updates’ real soon nathan via Development of GNU Guix and the GNU System distribution.
@ 2024-08-25 18:19 ` John Kehayias
2024-08-28 21:16 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: John Kehayias @ 2024-08-25 18:19 UTC (permalink / raw)
To: nathan via "Development of GNU Guix and the GNU System distribution."
Cc: ludo, nathan
Hi,
I did see that patch but didn't have a chance to do anything with it. I just started (locally) on updating mesa to the latest version, so I was going to rebase on core-updates (or master if core-updates is merged) and get that ready to go.
So I would say it is up to whoever is leading on core-updates, based on the current substitute coverage. I would guess if it is ready to be merged, a rebuild of ~5k packages due to vulkan would set things back a while. And I can have a mesa-updates branch with that patch building everything soon after.
Apologies for the delay! I was away for a bit but getting back to it now. I better make a formal mesa/graphics team and get some others too.
John
On Thu, Aug 22, 2024 at 07:12 PM, nathan via \"Development of GNU Guix and the GNU System distribution.\" wrote:
> Do we have time to merge the vulkan loading fix into core-updates
> because there isn't a mesa-updates branch for it to go with right now?
> [bug#71109]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-25 18:19 ` John Kehayias
@ 2024-08-28 21:16 ` Ludovic Courtès
2024-08-29 9:17 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2024-08-28 21:16 UTC (permalink / raw)
To: John Kehayias
Cc: nathan via "Development of GNU Guix and the GNU System distribution.",
nathan
Hi,
John Kehayias <john.kehayias@protonmail.com> skribis:
> I did see that patch but didn't have a chance to do anything with it. I just started (locally) on updating mesa to the latest version, so I was going to rebase on core-updates (or master if core-updates is merged) and get that ready to go.
>
> So I would say it is up to whoever is leading on core-updates, based on the current substitute coverage. I would guess if it is ready to be merged, a rebuild of ~5k packages due to vulkan would set things back a while. And I can have a mesa-updates branch with that patch building everything soon after.
A dedicated branch right after ‘core-updates’ is merged sounds like the
way forward to me.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-28 21:16 ` Ludovic Courtès
@ 2024-08-29 9:17 ` Ludovic Courtès
2024-08-29 19:53 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2024-08-29 9:17 UTC (permalink / raw)
To: guix-devel
Hello Guix!
I rebased ‘core-updates’ on ‘master’ hours ago; so far, so good, though
there are a few new build failures:
https://ci.guix.gnu.org/eval/1586727?status=newly-failed
Nothing too bad, except for icedove:
https://ci.guix.gnu.org/build/5510567/details
and perf:
https://ci.guix.gnu.org/build/5509604/details
Prior to that, I applied the ffmpeg i686 fix and libcamera aarch64 fix
that others provided:
https://ci.guix.gnu.org/eval/1586636?status=succeeded
If there are no objections, I’d like us to go ahead and rebase/merge
‘core-updates’ tomorrow, Friday 30th, after adding an entry in
‘etc/news.scm’ (I can do that but I won’t mind if somebody else does; we
can coordinate on IRC and/or here.)
Thoughts?
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-29 9:17 ` Ludovic Courtès
@ 2024-08-29 19:53 ` Ludovic Courtès
2024-08-29 21:05 ` Kaelyn
2024-08-29 21:53 ` Nicolas Goaziou via Development of GNU Guix and the GNU System distribution.
0 siblings, 2 replies; 13+ messages in thread
From: Ludovic Courtès @ 2024-08-29 19:53 UTC (permalink / raw)
To: guix-devel; +Cc: Florian Pelz
Ludovic Courtès <ludo@gnu.org> skribis:
> If there are no objections, I’d like us to go ahead and rebase/merge
> ‘core-updates’ tomorrow, Friday 30th, after adding an entry in
> ‘etc/news.scm’ (I can do that but I won’t mind if somebody else does; we
> can coordinate on IRC and/or here.)
Here’s a proposed news entry:
(entry (commit "XXX")
(title
(en "Core packages updated"))
(body
(en "Core packages have been updated, in particular those that
are used to build every other package in the distribution. Noteworthy
upgrades include:
@itemize
@item @code{glibc} 2.39 (was 2.35);
@item @code{gcc} 11.4.0 as the default compiler (was 11.3.0);
@item @code{binutils} 2.41 (was 2.38);
@item @code{make} 4.4.1 (was 4.3);
@item TeX@tie{}Live 2024.2 (was 20230313);
@end itemize
Additional improvements were made to the build system and related
packages and tools:
@itemize
@item
the @code{glibc} package now includes the @code{C.UTF-8} locale,
suitable for use when a UTF-8-capable is necessary regardless of any
language or regional convention;
@item
origins that include patches are now repacked with zstd instead of xz,
which uses less CPU power and memory, both when compressing and when
decompressing;
@item
@code{copy-recursively} has a new @code{#:select?} parameter.
@end itemize
If you encounter any problem, please check
@url{https://issues.guix.gnu.org} for existing reports and resolutions;
email @email{bug-guix@@gnu.org} to report new bugs.")))
Did I forget anything important here?
If not, translations welcome!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-29 19:53 ` Ludovic Courtès
@ 2024-08-29 21:05 ` Kaelyn
2024-08-29 21:53 ` Nicolas Goaziou via Development of GNU Guix and the GNU System distribution.
1 sibling, 0 replies; 13+ messages in thread
From: Kaelyn @ 2024-08-29 21:05 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
On Thursday, August 29th, 2024 at 12:53 PM, Ludovic Courtès <ludo@gnu.org> wrote:
>
>
> Ludovic Courtès ludo@gnu.org skribis:
>
> > If there are no objections, I’d like us to go ahead and rebase/merge
> > ‘core-updates’ tomorrow, Friday 30th, after adding an entry in
> > ‘etc/news.scm’ (I can do that but I won’t mind if somebody else does; we
> > can coordinate on IRC and/or here.)
>
>
> Here’s a proposed news entry:
>
> (entry (commit "XXX")
> (title
> (en "Core packages updated"))
> (body
> (en "Core packages have been updated, in particular those that
> are used to build every other package in the distribution. Noteworthy
> upgrades include:
>
> @itemize
> @item @code{glibc} 2.39 (was 2.35);
> @item @code{gcc} 11.4.0 as the default compiler (was 11.3.0);
> @item @code{binutils} 2.41 (was 2.38);
> @item @code{make} 4.4.1 (was 4.3);
> @item TeX@tie{}Live 2024.2 (was 20230313);
> @end itemize
>
> Additional improvements were made to the build system and related
> packages and tools:
>
> @itemize
> @item
> the @code{glibc} package now includes the @code{C.UTF-8} locale,
> suitable for use when a UTF-8-capable is necessary regardless of any
Overall the news entry looks good to me. However, you have a missing word on the above line--it reads "when a UTF-8-capable is necessary", and I believe it should read "when a UTF-8-capable locale is necessary".
Cheers,
Kaelyn
> language or regional convention;
> @item
> origins that include patches are now repacked with zstd instead of xz,
> which uses less CPU power and memory, both when compressing and when
> decompressing;
> @item
> @code{copy-recursively} has a new @code{#:select?} parameter.
> @end itemize
>
> If you encounter any problem, please check
> @url{https://issues.guix.gnu.org} for existing reports and resolutions;
> email @email{bug-guix@@gnu.org} to report new bugs.")))
>
> Did I forget anything important here?
>
> If not, translations welcome!
>
> Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-29 19:53 ` Ludovic Courtès
2024-08-29 21:05 ` Kaelyn
@ 2024-08-29 21:53 ` Nicolas Goaziou via Development of GNU Guix and the GNU System distribution.
2024-08-30 8:16 ` Ludovic Courtès
1 sibling, 1 reply; 13+ messages in thread
From: Nicolas Goaziou via Development of GNU Guix and the GNU System distribution. @ 2024-08-29 21:53 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel, Florian Pelz
Hello,
Ludovic Courtès <ludo@gnu.org> writes:
> @item TeX@tie{}Live 2024.2 (was 20230313);
> @end itemize
You may want to mention that the versioning scheme for TeX Live has
changed and, unless I'm mistaken, users will need to force upgrade for
these packages. Indeed, I doubt "guix pull && guix upgrade" will update
willingly, e.g., `texlive-context' from version "66594" (old scheme) to
"2024.2" (new scheme). I didn't check, tho.
Also, the news entry might mention that compiling documents with modular
TeX Live is no longer slower than expected.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Merging ‘core-updates’ real soon
2024-08-29 21:53 ` Nicolas Goaziou via Development of GNU Guix and the GNU System distribution.
@ 2024-08-30 8:16 ` Ludovic Courtès
2024-08-31 12:39 ` ‘core-updates’ merged! 🎉 Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2024-08-30 8:16 UTC (permalink / raw)
To: Nicolas Goaziou; +Cc: guix-devel, Florian Pelz
Hello!
Here’s the updated news entry based on everyone’s feedback:
(entry (commit "XXX")
(title
(en "Core packages updated"))
(body
(en "Core packages have been updated, in particular those that
are used to build every other package in the distribution. Noteworthy
upgrades include:
@itemize
@item @code{glibc} 2.39 (was 2.35);
@item @code{gcc} 11.4.0 as the default compiler (was 11.3.0);
@item @code{binutils} 2.41 (was 2.38);
@item @code{make} 4.4.1 (was 4.3);
@item TeX@tie{}Live 2024.2 (was 20230313; note that due to the new
versioning scheme, @command{guix upgrade} will consider the new packages
as ``older'' than the previous ones so you may need to use
@command{guix install} to upgrade them).
@end itemize
Additional improvements were made to the build system and related
packages and tools:
@itemize
@item
the @code{glibc} package now includes the @code{C.UTF-8} locale,
suitable for use when a UTF-8 locale is necessary regardless of
any language or regional convention;
@item
origins that include patches are now repacked with zstd instead of xz,
which uses less CPU power and memory, both when compressing and when
decompressing;
@item
performance issues with the modular TeX@tie{}Live package set have
been fixed.
@end itemize
If you encounter any problem, please check
@url{https://issues.guix.gnu.org} for existing reports and resolutions;
email @email{bug-guix@@gnu.org} to report new bugs.")))
I can do the French translation but feel free to send other
translations.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* ‘core-updates’ merged! 🎉
2024-08-30 8:16 ` Ludovic Courtès
@ 2024-08-31 12:39 ` Ludovic Courtès
2024-08-31 21:05 ` Tomas Volf
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2024-08-31 12:39 UTC (permalink / raw)
To: guix-devel
Hello Guix!
I rebased and applied ‘core-updates’ on top of ‘master’ minutes ago with
commit b8327cb31199fb9f4ebed6c53a59601d41def5a1! 🎉
Consider contributing translations of the news entry added in that
commit.
Let’s congratulate everyone involved in this branch for more than a year (⁈)
for the long, tedious, and hard work!
As always, please report any issue you encounter, and let’s tackle them
together!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ merged! 🎉
2024-08-31 12:39 ` ‘core-updates’ merged! 🎉 Ludovic Courtès
@ 2024-08-31 21:05 ` Tomas Volf
0 siblings, 0 replies; 13+ messages in thread
From: Tomas Volf @ 2024-08-31 21:05 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 938 bytes --]
Ludovic Courtès <ludo@gnu.org> writes:
Hi!
> Hello Guix!
>
> I rebased and applied ‘core-updates’ on top of ‘master’ minutes ago with
> commit b8327cb31199fb9f4ebed6c53a59601d41def5a1! 🎉
>
> Consider contributing translations of the news entry added in that
> commit.
>
> Let’s congratulate everyone involved in this branch for more than a year (⁈)
> for the long, tedious, and hard work!
I just want to express my thanks to everyone involved. It is great it
was finally merged and it took lot of work. So, thanks everyone! :)
>
> As always, please report any issue you encounter, and let’s tackle them
> together!
I am writing this message from a system & home reconfigured after the
merge, so for me (on my fairly boring x86-64 system) everything works
well.
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 853 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Let’s merge ‘core-updates’!
@ 2019-09-24 8:18 Ludovic Courtès
2019-10-02 13:01 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2019-09-24 8:18 UTC (permalink / raw)
To: Guix-devel
Hello Guix!
The ‘core-updates’ branch is in a good shape now, and I think we should
go ahead and merge in the coming days!
Please try to upgrade your system and your user profile to see if
anything’s wrong for you (I did that a few days ago and I’m happy!).
You can test, for example, with:
guix pull --branch=core-updates -p /tmp/new
/tmp/new/bin/guix upgrade
You can also check substitute availability:
/tmp/new/bin/guix weather -c 10
Feedback welcome!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s merge ‘core-updates’!
2019-09-24 8:18 Let’s merge ‘core-updates’! Ludovic Courtès
@ 2019-10-02 13:01 ` Ludovic Courtès
2019-10-02 13:15 ` Marius Bakke
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2019-10-02 13:01 UTC (permalink / raw)
To: Guix-devel
Hello Guix!
Ludovic Courtès <ludo@gnu.org> skribis:
> The ‘core-updates’ branch is in a good shape now, and I think we should
> go ahead and merge in the coming days!
Friends have fixed quite a few things lately, so I’ll merge today.
Please shout now if you’re aware of a blocker!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s merge ‘core-updates’!
2019-10-02 13:01 ` Ludovic Courtès
@ 2019-10-02 13:15 ` Marius Bakke
2019-10-06 9:56 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Marius Bakke @ 2019-10-02 13:15 UTC (permalink / raw)
To: Ludovic Courtès, Guix-devel
[-- Attachment #1: Type: text/plain, Size: 769 bytes --]
Hallo Ludo,
Ludovic Courtès <ludo@gnu.org> writes:
> Hello Guix!
>
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> The ‘core-updates’ branch is in a good shape now, and I think we should
>> go ahead and merge in the coming days!
>
> Friends have fixed quite a few things lately, so I’ll merge today.
>
> Please shout now if you’re aware of a blocker!
I think <https://issues.guix.gnu.org/issue/37501> should block the
merge. Otherwise many headless systems will occasionally fail to boot.
(attended systems too, but at least then you have a good meat-based
entropy source at hand)
John Soo reported that adding the urandom-seed-service-type did not
work. Perhaps it starts after OpenSSH? I haven't had time to look into
it yet.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s merge ‘core-updates’!
2019-10-02 13:15 ` Marius Bakke
@ 2019-10-06 9:56 ` Ludovic Courtès
2019-10-08 9:48 ` ‘core-updates’ merged! Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2019-10-06 9:56 UTC (permalink / raw)
To: Marius Bakke; +Cc: Guix-devel
Hello Marius!
Marius Bakke <mbakke@fastmail.com> skribis:
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hello Guix!
>>
>> Ludovic Courtès <ludo@gnu.org> skribis:
>>
>>> The ‘core-updates’ branch is in a good shape now, and I think we should
>>> go ahead and merge in the coming days!
>>
>> Friends have fixed quite a few things lately, so I’ll merge today.
>>
>> Please shout now if you’re aware of a blocker!
>
> I think <https://issues.guix.gnu.org/issue/37501> should block the
> merge. Otherwise many headless systems will occasionally fail to boot.
>
> (attended systems too, but at least then you have a good meat-based
> entropy source at hand)
I think we made good progress there; there are still unknowns, but at
least we have a workaround (Torvalds’ patch.)
Anything else that should be blocking the merge?
Thanks!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* ‘core-updates’ merged!
2019-10-06 9:56 ` Ludovic Courtès
@ 2019-10-08 9:48 ` Ludovic Courtès
0 siblings, 0 replies; 13+ messages in thread
From: Ludovic Courtès @ 2019-10-08 9:48 UTC (permalink / raw)
To: Marius Bakke; +Cc: Guix-devel
Hello Guix!
Ludovic Courtès <ludo@gnu.org> skribis:
>> I think <https://issues.guix.gnu.org/issue/37501> should block the
>> merge. Otherwise many headless systems will occasionally fail to boot.
>>
>> (attended systems too, but at least then you have a good meat-based
>> entropy source at hand)
>
> I think we made good progress there; there are still unknowns, but at
> least we have a workaround (Torvalds’ patch.)
>
> Anything else that should be blocking the merge?
Apparently not, so I went ahead and merged!
Please email bug-guix@gnu.org if you notice anything wrong.
For the record, there are many novelties: glibc 2.29, the default
compiler is now GCC 7 (was 5.5), there’s the new “reduced binary seed
bootstrap”, and tons of other updates and improvements.
Thanks to everyone who’s been working on this!
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Let’s freeze and build ‘core-updates’!
@ 2017-02-14 9:05 Ludovic Courtès
2017-03-20 18:41 ` Leo Famulari
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2017-02-14 9:05 UTC (permalink / raw)
To: guix-devel
Hello Guix!
Since I’m about to leave keyboard for a couple of weeks, here’s a to-do
list for those of you who’ll be around. :-)
The last things I wanted to push for ‘core-updates’ were a reproducible
Guile (done in b5efd14a9add1bcb4a44fa5b9c1b47706f3df9da), and a subset
or all of the aarch64 patches, depending on their status (should not be
a blocker IMO).
So, here’s a plan:
• Once Efraim has pushed some of the aarch64 patches, do another
evaluation of the “core” package set for that branch, and check for
anything wrong. From there on, forbid full-rebuild changes.
• Once the “core” subset builds correctly on all the supported
platforms (those that Hydra supports), merge ‘master’. Maybe update
a couple of things like GnuTLS while we’re at it. From there on
forbid non-trivial changes.
• Build all the packages. (To do that, someone with access to Hydra
must change the “subset” argument to “all” in the config of the
‘core-updates’ jobset.)
• Fix things.
• Once most regressions have been addressed and most binaries are
available, merge ‘core-updates’ into ‘master’.
How does that sound?
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s freeze and build ‘core-updates’!
2017-02-14 9:05 Let’s freeze and build ‘core-updates’! Ludovic Courtès
@ 2017-03-20 18:41 ` Leo Famulari
2017-03-29 13:41 ` Marius Bakke
0 siblings, 1 reply; 13+ messages in thread
From: Leo Famulari @ 2017-03-20 18:41 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 1984 bytes --]
On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote:
> So, here’s a plan:
>
> • Once Efraim has pushed some of the aarch64 patches, do another
> evaluation of the “core” package set for that branch, and check for
> anything wrong. From there on, forbid full-rebuild changes.
>
> • Once the “core” subset builds correctly on all the supported
> platforms (those that Hydra supports), merge ‘master’. Maybe update
> a couple of things like GnuTLS while we’re at it. From there on
> forbid non-trivial changes.
>
> • Build all the packages. (To do that, someone with access to Hydra
> must change the “subset” argument to “all” in the config of the
> ‘core-updates’ jobset.)
>
> • Fix things.
We are at this stage... please help :)
Here is a list of packages that are failing on core-updates but not on
the master branch:
https://hydra.gnu.org/eval/109549?compare=master&full=1#tabs-now-fail
It might take a while to load the web page; please have patience :)
Once you load it, take note of the brown and red icons.
The brown icon means, "we did not try to build this yet, because one of
the dependencies failed to build".
The red icon means, "we tried to build this and it failed." You should
probably focus on these failed builds.
I'm sorry if the color-coding is not sufficient for you; we know it's
not a good system for people who have impaired vision. My vision is
pretty good and I find it hard to pick out the red icons.
Once you have found an interesting build failure, read its log (the
"raw" log is most useful, in my opinion) and try to reproduce and fix it
on your machine. Then send a patch!
Sometimes there is a spurious build failure: The SSH connection used for
offloading fails, or the build machine is out of memory. Reply to this
thread with a link to the failing build and we will restart it.
Thanks in advance :)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s freeze and build ‘core-updates’!
2017-03-20 18:41 ` Leo Famulari
@ 2017-03-29 13:41 ` Marius Bakke
2017-04-01 22:30 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Marius Bakke @ 2017-03-29 13:41 UTC (permalink / raw)
To: Leo Famulari, Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 2833 bytes --]
Leo Famulari <leo@famulari.name> writes:
> On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote:
>> So, here’s a plan:
>>
>> • Once Efraim has pushed some of the aarch64 patches, do another
>> evaluation of the “core” package set for that branch, and check for
>> anything wrong. From there on, forbid full-rebuild changes.
>>
>> • Once the “core” subset builds correctly on all the supported
>> platforms (those that Hydra supports), merge ‘master’. Maybe update
>> a couple of things like GnuTLS while we’re at it. From there on
>> forbid non-trivial changes.
>>
>> • Build all the packages. (To do that, someone with access to Hydra
>> must change the “subset” argument to “all” in the config of the
>> ‘core-updates’ jobset.)
>>
>> • Fix things.
>
> We are at this stage... please help :)
Checking in for duty! o7
Here are the results of the latest evaluation:
https://hydra.gnu.org/eval/109570?full=1&compare=master#tabs-now-fail
I cannot reproduce these failures, please try restarting the jobs:
https://hydra.gnu.org/job/gnu/core-updates/c-graph-2.0.x86_64-linux
https://hydra.gnu.org/job/gnu/core-updates/express-beta-diversity-1.0.7.i686-linux
https://hydra.gnu.org/job/gnu/core-updates/gdm-3.22.1.x86_64-linux
https://hydra.gnu.org/job/gnu/core-updates/gengetopt-2.22.6.x86_64-linux
https://hydra.gnu.org/job/gnu/core-updates/libutf-0.0.0-1.ff4c606.i686-linux
https://hydra.gnu.org/job/gnu/core-updates/mupdf-1.10a.x86_64-linux
https://hydra.gnu.org/job/gnu/core-updates/ghc-mockery-0.3.2.i686-linux
https://hydra.gnu.org/job/gnu/core-updates/gst-plugins-good-1.10.4.i686-linux
https://hydra.gnu.org/job/gnu/core-updates/python-lit-0.5.0.x86_64-linux
https://hydra.gnu.org/job/gnu/core-updates/ruby-concurrent-1.0.2.i686-linux
https://hydra.gnu.org/job/gnu/core-updates/wcslib-5.16.i686-linux
With those out of the way, here are most remaining problems on x86_64:
* aegis
* discrover
* clang-3.5.2 (can this be removed?)
* elixir
* gcc-4.7.4 (likewise)
* glog
* a handful of guile libraries
* hugs (abondoned upstream, no users, remove?)
* khmer
* kodi
* ldc
* powertabeditor
* pspp
* scalapack
* stringtie
* swish-e
* vim-full
Once most of these are fixed, I think we're ready to merge!
Kodi is very interesting, most tests take <1s on 'master', but almost
every test take ~30s on 'core-updates' and invariably segfaults. Any
idea what might be going on?
Likewise, one "vim-full" test is failing on 'core-updates' for no good
reason. I would create an upstream issue if I had any idea what might be
causing it :)
Powertabeditor is likely fixed by an update, but I haven't tried it yet.
Any takers?
For the rest.. please share your findings!
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s freeze and build ‘core-updates’!
2017-03-29 13:41 ` Marius Bakke
@ 2017-04-01 22:30 ` Ludovic Courtès
2017-04-02 15:20 ` Marius Bakke
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2017-04-01 22:30 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
Hi!
It looks like we’re doing okay now? There are still a number of
armhf-linux builds pending, but if everything goes well, I think we
should merge tomorrow (Sunday). WDYT?
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s freeze and build ‘core-updates’!
2017-04-01 22:30 ` Ludovic Courtès
@ 2017-04-02 15:20 ` Marius Bakke
2017-04-02 21:18 ` Marius Bakke
0 siblings, 1 reply; 13+ messages in thread
From: Marius Bakke @ 2017-04-02 15:20 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 853 bytes --]
Ludovic Courtès <ludo@gnu.org> writes:
> Hi!
>
> It looks like we’re doing okay now? There are still a number of
> armhf-linux builds pending, but if everything goes well, I think we
> should merge tomorrow (Sunday). WDYT?
One "greenisland" test is segfaulting. This package is needed for the
"sddm" display manager, so I don't think we should merge until that is
sorted. I'm looking into it now, but struggling to produce useful
debugging information.
"vim-full" also has a failing test, but is arguably less important.
There are "relink" warnings during the test phase, like this:
Relink `/gnu/store/vis7x2j2lsmwbl5m5w794c23ysqah8xh-libpng-1.6.28/lib/libpng16.so.16' with `/gnu/store/rmjlycdgiq8pfy5hfi42qhw3k7p6kdav-glibc-2.25/lib/libpthread.so.0' for IFUNC symbol `longjmp'
...but I'm not sure if it's actually related.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Let’s freeze and build ‘core-updates’!
2017-04-02 15:20 ` Marius Bakke
@ 2017-04-02 21:18 ` Marius Bakke
2017-04-02 22:39 ` ‘core-updates’ merged! Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Marius Bakke @ 2017-04-02 21:18 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 873 bytes --]
Marius Bakke <mbakke@fastmail.com> writes:
> One "greenisland" test is segfaulting. This package is needed for the
> "sddm" display manager, so I don't think we should merge until that is
> sorted. I'm looking into it now, but struggling to produce useful
> debugging information.
Apparently "ctest" will invoke "gdb" for tests if available in PATH. The
stack trace was not very helpful to my untrained eye however..
Given that this software is abandoned upstream, I don't think it's worth
spending a lot of time on maintaining it (our Wayland is newer than the
latest Greenisland release). We'll eventually have to find another
Wayland compositor for SDDM, in the meantime I think it's okay to
disable this test. What do others think?
I've configured my system on 'core-updates' and can confirm that SDDM
works fine (after disabling greenisland tests).
Geronimo? :-)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* ‘core-updates’ merged!
2017-04-02 21:18 ` Marius Bakke
@ 2017-04-02 22:39 ` Ludovic Courtès
0 siblings, 0 replies; 13+ messages in thread
From: Ludovic Courtès @ 2017-04-02 22:39 UTC (permalink / raw)
To: Marius Bakke; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 950 bytes --]
Hello Guix!
With the last blocker out of the way, I’ve merged the branch!
The (not so new) news:
• Updates: glibc 2.25, coreutils 8.26, grep 3.0, guile 2.0.14,
sed 4.4, tzdata 2017a, etc.
• Packages are built with GCC 5 (was 4.9).
• Aarch64 is supported!
• Reproducibility fixes: new ‘reset-gzip-timestamps’ build phase, use
of Guile 2.0.14 which produces .go files deterministically,
‘perl-build-system’ no longer produces ‘perllocal.pod’ files (which
were not reproducible).
• No more broken store references in grafted stuff!
<https://bugs.gnu.org/24703>
• Only one entry in ‘GIT_EXEC_PATH’ & co.!
<https://bugs.gnu.org/25422>
• GNU/Hurd and powerpc-linux-gnu cross-compilation fixes.
… and probably lots of other things long forgotten.
Thanks to everyone who took the time to address the issues in this
branch!
Enjoy!
Ludo’.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* ‘core-updates’ freeze approaching!
@ 2015-09-10 13:47 Ludovic Courtès
2015-09-11 21:22 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2015-09-10 13:47 UTC (permalink / raw)
To: guix-devel
Hi there!
We’ve been pushing a number a fixes, improvements, and package upgrades
in the ‘core-updates’ branch.
I think it’s time to get ready to merge it, so let’s say we’ll get Hydra
building all of it within a day or two. Any objections?
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ freeze approaching!
2015-09-10 13:47 ‘core-updates’ freeze approaching! Ludovic Courtès
@ 2015-09-11 21:22 ` Ludovic Courtès
2015-09-14 15:28 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2015-09-11 21:22 UTC (permalink / raw)
To: guix-devel
ludo@gnu.org (Ludovic Courtès) skribis:
> I think it’s time to get ready to merge it, so let’s say we’ll get Hydra
> building all of it within a day or two. Any objections?
I’ve just pushed a patch to skip the Coreutils test that was causing
intermittent failures (see <http://bugs.gnu.org/21460>) and Hydra will
soon start rebuilding the ‘core’ package subset.
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ freeze approaching!
2015-09-11 21:22 ` Ludovic Courtès
@ 2015-09-14 15:28 ` Ludovic Courtès
2015-09-17 20:02 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2015-09-14 15:28 UTC (permalink / raw)
To: guix-devel
Since we’ve sidestepped the GnuTLS/libtasn1 issue 宋文武 reported by
reverting the libtasn1 upgrade, Hydra is now building all of
‘core-updates’:
http://hydra.gnu.org/jobset/gnu/core-updates
Please keep an eye on it so we can fix breakage as quickly as possible.
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ freeze approaching!
2015-09-14 15:28 ` Ludovic Courtès
@ 2015-09-17 20:02 ` Ludovic Courtès
2015-09-17 21:43 ` Andreas Enge
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2015-09-17 20:02 UTC (permalink / raw)
To: guix-devel
ludo@gnu.org (Ludovic Courtès) skribis:
> Since we’ve sidestepped the GnuTLS/libtasn1 issue 宋文武 reported by
> reverting the libtasn1 upgrade, Hydra is now building all of
> ‘core-updates’:
>
> http://hydra.gnu.org/jobset/gnu/core-updates
>
> Please keep an eye on it so we can fix breakage as quickly as possible.
The main (only?) remaining blocker now is pixman, where a test segfaults
on i686:
https://bugs.freedesktop.org/show_bug.cgi?id=92027
I would not be comfortable just skipping tests since this seems to be a
genuine bug.
If someone else familiar with C could look into it, that’d be great. To
reproduce it, run (on x86_64 or i686):
./pre-inst-env guix build pixman -s i686-linux
on a ‘core-updates’ checkout.
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ freeze approaching!
2015-09-17 20:02 ` Ludovic Courtès
@ 2015-09-17 21:43 ` Andreas Enge
2015-09-18 9:22 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Andreas Enge @ 2015-09-17 21:43 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
On Thu, Sep 17, 2015 at 10:02:08PM +0200, Ludovic Courtès wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=92027
The segfault and the valgrind issue happen in different files, so they
do not seem to be related.
The code before the line where gdb places the error:
Program received signal SIGSEGV, Segmentation fault.
fast_fetch_r5g6b5 (iter=0xffff5e68, mask=0x0) at pixman-fast-path.c:2191
2191 t0 = ((sr << 16) & 0x00FF0000) | ((sg << 8) & 0x0000FF00) |
(gdb) bt
#0 fast_fetch_r5g6b5 (iter=0xffff5e68, mask=0x0) at pixman-fast-path.c:2191
is the following:
while ((w -= 2) >= 0)
{
uint32_t sr, sb, sg, t0, t1;
uint32_t s = *(const uint32_t *)src;
src += 2;
sr = (s >> 8) & 0x00F800F8;
sb = (s << 3) & 0x00F800F8;
sg = (s >> 3) & 0x00FC00FC;
sr |= sr >> 5;
sb |= sb >> 5;
sg |= sg >> 6;
t0 = ((sr << 16) & 0x00FF0000) | ((sg << 8) & 0x0000FF00) |
(sb & 0xFF) | 0xFF000000;
This looks perfectly safe; all treated variables are scalars, so the result
may be wrong, but cannot cause a segfault. A problem with optimisation in gcc?
Or gdb giving a wrong line number? Since pointers are dereferenced before and
after that line.
I also tried to cd into /tmp/nix-build-..., source the environment variables
and run "make check"; then all tests pass (but the build is for i686-linux
on an x86_64-machine, so maybe this does not mean much outside the guix build
container?).
Andreas
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: ‘core-updates’ freeze approaching!
2015-09-17 21:43 ` Andreas Enge
@ 2015-09-18 9:22 ` Ludovic Courtès
2015-09-26 13:14 ` ‘core-updates’ merged! Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2015-09-18 9:22 UTC (permalink / raw)
To: Andreas Enge; +Cc: guix-devel
Andreas Enge <andreas@enge.fr> skribis:
> On Thu, Sep 17, 2015 at 10:02:08PM +0200, Ludovic Courtès wrote:
>> https://bugs.freedesktop.org/show_bug.cgi?id=92027
>
> The segfault and the valgrind issue happen in different files, so they
> do not seem to be related.
[...]
> I also tried to cd into /tmp/nix-build-..., source the environment variables
> and run "make check"; then all tests pass (but the build is for i686-linux
> on an x86_64-machine, so maybe this does not mean much outside the guix build
> container?).
With the patch applied (the patch I attached to the above bug report),
the problem indeed vanishes when outside of the build container, like
you describe.
Without the patch the problem is 100% reproducible both inside and
outside of the build container.
Ludo’.
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-08-31 21:06 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-08-22 19:12 Merging ‘core-updates’ real soon nathan via Development of GNU Guix and the GNU System distribution.
2024-08-25 18:19 ` John Kehayias
2024-08-28 21:16 ` Ludovic Courtès
2024-08-29 9:17 ` Ludovic Courtès
2024-08-29 19:53 ` Ludovic Courtès
2024-08-29 21:05 ` Kaelyn
2024-08-29 21:53 ` Nicolas Goaziou via Development of GNU Guix and the GNU System distribution.
2024-08-30 8:16 ` Ludovic Courtès
2024-08-31 12:39 ` ‘core-updates’ merged! 🎉 Ludovic Courtès
2024-08-31 21:05 ` Tomas Volf
-- strict thread matches above, loose matches on Subject: below --
2019-09-24 8:18 Let’s merge ‘core-updates’! Ludovic Courtès
2019-10-02 13:01 ` Ludovic Courtès
2019-10-02 13:15 ` Marius Bakke
2019-10-06 9:56 ` Ludovic Courtès
2019-10-08 9:48 ` ‘core-updates’ merged! Ludovic Courtès
2017-02-14 9:05 Let’s freeze and build ‘core-updates’! Ludovic Courtès
2017-03-20 18:41 ` Leo Famulari
2017-03-29 13:41 ` Marius Bakke
2017-04-01 22:30 ` Ludovic Courtès
2017-04-02 15:20 ` Marius Bakke
2017-04-02 21:18 ` Marius Bakke
2017-04-02 22:39 ` ‘core-updates’ merged! Ludovic Courtès
2015-09-10 13:47 ‘core-updates’ freeze approaching! Ludovic Courtès
2015-09-11 21:22 ` Ludovic Courtès
2015-09-14 15:28 ` Ludovic Courtès
2015-09-17 20:02 ` Ludovic Courtès
2015-09-17 21:43 ` Andreas Enge
2015-09-18 9:22 ` Ludovic Courtès
2015-09-26 13:14 ` ‘core-updates’ merged! Ludovic Courtès
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).