Re: core-updates call for testing

[Christopher Baines]

Marius Bakke <address@hidden> writes:

> Christopher Baines <address@hidden> writes:
>
>> Marius Bakke <address@hidden> writes:
>>
>>> Please try upgrading your profiles and systems and file bugs for
>>> anything that does not work for you.  GNOME users in particular are
>>> encouraged to try the new GNOME 3.34 and report any regressions.
>>
>> I did some testing today, I managed to upgrade my profile after I
>> excluded flightgear, hplip and unknown-horizons (this fails to build on
>> master as well).
>
> FlightGear is fairly outdated, I suspect that there are patches upstream
> to allow building with the latest Boost.
>
>> I've got a patch to fix python-s3transfer [1].
>>
>> 1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41027
>
> Oh, great that you brought it upstream.  The change LGTM.

Great, I've pushed this now as c63bd847816061e76389e93dc094df98800f081b.

>> As for reconfiguring my system, I use hplip with the CUPS service, so
>> that doesn't work. I did have a look at hplip but I got lost in the
>> configure script. I did find something related to Fedora [2].
>>
>> 2: https://bugzilla.redhat.com/show_bug.cgi?id=1706233
>> 3: 
>> https://src.fedoraproject.org/rpms/hplip/c/2268f0b1bdc4abce391458a5c90500d37ed438b6?branch=master
>
> I fixed hplip in commit 68c7f577d8cbb1a11a812e36c7ae1e34ccc57e62.  I did
> not look at these reports, so let me know if you think something else
> should be done.

Awesome, thanks :)

>> The other issue I ran in to when trying to build my system was the
>> channel/inferior I use for Linux didn't work. I've raised [4] regarding
>> this.
>>
>> 4: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41028
>
> I haven't looked into this, but is the inferior from before
> commit 05e783871c2c69b402e088863d46f5be7915ac74?
>
> Not sure how we can provide backwards-compatibility in this case.

Hmm, knowing that something changd around call-with-new-thread is
useful. It would be good to figure this out prior to merging though, I
can't be the only one using a inferior to load a revision of Guix from
more than 2 months ago. There are also implications for things like the
Guix Data Service that uses inferiors, as this issue would prevent using
newer versions of Guix to load revisions older than the 19th of March.

After getting a bit lost in the code, I did find more details on where
the issue is occurring, and it looks like there's some support at least
for using specific versions of Guile to get around issues running
compute-guix-derivation [1], so hopefully this issue with Guile 3 is
feasible to address in a backwards compatible way.

1: http://git.savannah.gnu.org/cgit/guix.git/tree/guix/channels.scm#n335

signature.asc
Description: PGP signature