bug#46165: No media present

2021-01-30 Thread Pablo Ferreira
No, I can't.

Not now. I can't boot the system, only use android. I have to boot with my
pen drive with Trisquel 8.

But I'm not sure if it is. The upgrade do it well. If somethink goes wrong,
the reconfigure do not even run.

Em sex, 29 de jan de 2021 20:20, Leo Famulari  escreveu:

> On Thu, Jan 28, 2021 at 09:29:54PM -0300, Pablo Ferreira wrote:
> > Hey there!
> >
> > I just upgrade my guix system to kernel 5.10.11, using guix pull and sudo
> > guix system reconfigure /etc/config.scm. When I reboot the system, it say
> > "no media present", and go to bios setup.
> >
> > When I change from uefi to legacy, the system show what you can see in
> the
> > picture.
> >
> > I think my cpu board is gone, nothing about Guix System. But I need to be
> > sure. Is there any clue of test? I had a pen drive guix system 1.1.0 and
> I
> > can access the drive no problem. But I can't boot the system.
> >
> > Obs: OMG I'm fat. 😱
>
> Can you share your config.scm?
>


bug#46186: Some substitutes are broken (TLS error)

2021-01-30 Thread Maxime Devos
Hi Guix,

When running "guix package -u libreoffice", substituting libreoffice
is fast at first, then it hangs at ~50%, then after a while it seems
to get unstuck, going to 50.6% or so (the exact percentage varies
with each attempt).

Output of "guix package -u libreoffice":
The following package will be upgraded:
   libreoffice (dependencies or package changed)
substitute: guix substitute: warning: twinkling-star.local: host not found: 
System error
downloading from 
https://ci.guix.gnu.org/nar/lzip/hrdzapsn1sxsybl1x2yfjj31lp84wi4s-libreoffice-6.4.7.2
 ...
 libreoffice-6.4.7.2  117.1MiB 2.5MiB/s 00:23 
[  ]  50.0%
 libreoffice-6.4.7.2  117.1MiB 486KiB/s 02:08 
[# ]  51.8%

This time, it seems like "guix package -u libreoffice" is just going on
forever, but in the past, I've got the following error message:
guix substitute: error: TLS error in procedure 'read_from_session_record_port': 
Error decoding the received TLS packet.
substitution of /gnu/store/hrdzapsn1sxsybl1x2yfjj31lp84wi4s-libreoffice-6.4.7.2 
failed
guix package: error: some substitutes for the outputs of derivation 
`/gnu/store/h53qbz8hnam2nd99byi4kzwy20fjy0pz-libreoffice-6.4.7.2.drv' failed 
(usually happens due to networking issues); try `--fallback' to build 
derivation from source 

Oddly, downloading

with the browser (IceCat) or `guix download` works just fine
(fast and 100% completion).

To reproduce:
guix time-machine --commit=23a5dcce1d893b8f5c5301ae3c1af863776ed3cf \
  build libreoffice

Some other packages seem to be affected as well, but I don't recall
exactly which.

Maxime


signature.asc
Description: PGP signature


bug#46165: No media present

2021-01-30 Thread Maxime Devos
On Fri, 2021-01-29 at 21:02 -0300, Pablo Ferreira wrote:
> No, I can't.
> 
> Not now. I can't boot the system, only use android. I have to boot with my 
> pen drive with Trisquel 8.

I'm presuming a setup like this:

* Computer, with following hardware:
  + Hard disk, with broken Guix System+GRUB installation.
  + USB ports, in which a USB drive with a functioning Trisquel is installed
  + Keyboard, screen, etc.

Would it be possible to boot Trisquel on the computer (via the pendrive),
and on the live system mount the relevant filesystems of the hard disk.
(E.g. using gnome-disks, which has a nice interface.)

Here's some speculative troubleshooting:

> > > When I change from uefi to legacy, the system show what you can see in the
> > > picture.
Legacy == BIOS and UEFI == that other boot system, right?
The GRUB variants for these are the ‘grub’ package and the ‘grub-efi’
package I think (see 10.13 Bootloader Configuration). The bootloader
variant and the booting system probably need to match.

Maxime
-- 
Maxime Devos 
PGP Key: C1F3 3EE2 0C52 8FDB 7DD7  011F 49E3 EE22 1917 25EE
Freenode handle: mdevos


signature.asc
Description: This is a digitally signed message part


bug#46188: openimageio (and blender) fail to build since b965b2f004d522acea17f85780e1e44c882e24b3

2021-01-30 Thread Christopher Baines
Reported on IRC, it looks like the up date of pybind11 from 2.4.3 to
2.6.1 causes openimageio to fail to build, which also prevents users
from installing/upgrading blender.

1: 
https://data.guix-patches.cbaines.net/compare/package-derivations?base_commit=51418c32d95d8188d8877616829f26479f1135c6&target_commit=b965b2f004d522acea17f85780e1e44c882e24b3&build_change=broken&after_name=&limit_results=40

Cc'ing Nicolas Goaziou as they might be able to provide more information
about the pybind11 update.


signature.asc
Description: PGP signature


bug#46191: Add option to make "guix refresh" keep the downloaded files

2021-01-30 Thread Hartmut Goebel
When running "guix refresh -u some-package" downloads the package to 
update the hash. But the source is not added to the store, Thus when 
running "guix build some-package", the source will be downloaded again.


I'd like to have an option to make "guix refresh" add teh source to the 
store, so it is already available for "guix build".


--
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |






bug#46188: openimageio (and blender) fail to build since b965b2f004d522acea17f85780e1e44c882e24b3

2021-01-30 Thread Nicolas Goaziou
Hello,

Christopher Baines  writes:

> Reported on IRC, it looks like the up date of pybind11 from 2.4.3 to
> 2.6.1 causes openimageio to fail to build, which also prevents users
> from installing/upgrading blender.
>
> 1:
> https://data.guix-patches.cbaines.net/compare/package-derivations?base_commit=51418c32d95d8188d8877616829f26479f1135c6&target_commit=b965b2f004d522acea17f85780e1e44c882e24b3&build_change=broken&after_name=&limit_results=40
>
> Cc'ing Nicolas Goaziou as they might be able to provide more information
> about the pybind11 update.

Fixed. Thank you for the heads up.

Regards,

-- 
Nicolas Goaziou





bug#46194: Doas vulnerability CVE-2019-25016

2021-01-30 Thread Leo Famulari
Our package of doas is apparently vulnerable to CVE-2019-25016:

https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-25016