bug#41468: update libaom to 2.0.0

[Arne Babenhauserheide]

Leo Famulari  writes:

> On Sat, May 23, 2020 at 12:49:20AM +0200, Arne Babenhauserheide wrote:
>> this updates libaom to 2.0.0
>
> Nice! It should be a lot faster than before :)
>
>> Tested: ffmpeg still works.
>
> Thanks for saying how you tested it. Pushed as
> 6597893ba27153efd61bc28b15c1f4cd1aab2864 along with updates to dav1d and
> libavif.

Cool! Thank you!

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken

bug#41462: Found a bug

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

James,

ja...@openmail.cc 写道：
I ran into the following error running a `guix pull` this 
morning:


This should be fixed on your next pull: 
.


Thanks for the report!

T G-R


signature.asc
Description: PGP signature

bug#41481: Can't build glibc-mesboot0

[Roel Janssen]

Dear Guix,

I installed Guix System on my computer but I am facing two problems:

1. "guix pull" returns:
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
Building from these channels:
  guix  https://git.savannah.gnu.org/git/guix.git   28e9a11
guix pull: error: glibc-bootstrap-system-2.2.5.patch: patch not found

I worked around that by doing:
$ find /gnu/store -name "glibc-bootstrap-system-2.2.5.patch"
$ mkdir ~/dummy; cd ~/dummy; ln -s 
$ export GUIX_PACKAGE_PATH=~/dummy

Is there a proper way to fix this?


2. Installing emacs fails because the build of glibc-mesboot0 fails
with:

patch:  Can't open patch file
/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
2.2.5.patcherror 02:  
command "patch" "--force" "-p1" "-i"
"/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
2.2.5.patch" failed with status 2

The file:
/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
2.2.5.patch

.. seems to be a symlink to:
 /gnu/store/crjgq2qq4s2cvbcb4impjpsn4wyxfgqq-guix-
28e9a11/gnu/packages/patches/glibc-bootstrap-system-2.2.5.patch

I'm using:
# guix --version
guix (GNU Guix) 1.1.0-3.52b01cb

Thanks in advance.

Kind regards,
Roel Janssen

bug#41481: Can't build glibc-mesboot0

[Mathieu Othacehe]

Hello Roel,

> I installed Guix System on my computer but I am facing two problems:
>
> 1. "guix pull" returns:
> Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Building from these channels:
>   guix  https://git.savannah.gnu.org/git/guix.git 28e9a11
> guix pull: error: glibc-bootstrap-system-2.2.5.patch: patch not found
>
> I worked around that by doing:
> $ find /gnu/store -name "glibc-bootstrap-system-2.2.5.patch"
> $ mkdir ~/dummy; cd ~/dummy; ln -s 
> $ export GUIX_PACKAGE_PATH=~/dummy
>
> Is there a proper way to fix this?

This has been fixed by 179e6c524ae4957e6ace83f72a5651767f786ca4. I guess
that if you pull again it should be fixed.

> 2. Installing emacs fails because the build of glibc-mesboot0 fails
> with:
>
> patch:  Can't open patch file
> /gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
> 2.2.5.patcherror 02:  
> command "patch" "--force" "-p1" "-i"
> "/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
> 2.2.5.patch" failed with status 2

I don't know what forces a build of glibc-mesboot0, but this looks like:
https://lists.gnu.org/archive/html/bug-guix/2020-05/msg00335.html.

Is your store on an NVME disk, without encryption, by any chance?

Thanks,

Mathieu

bug#41483: Linphone won't connect to SIP account

[Ben Sturmfels]

Thanks for packaging Linphone!

I'm having trouble connecting to a SIP account. When I set up an
account, a red warning triangle remains shown next the account and
outgoing calls don't work. I'm running and up-to-date Guix System.

I've tried with both a third-party SIP account, an existing Linphone
account and a new Linphone account created through the wizard. The logs
from startup with the new Linphone account are attached.

I'm able to register with these accounts in other apps such as Twinkle,
so I don't think it's an issue with my credentials.

Thanks again - I'm excited to see Linphone added to Guix!

Regards,
Ben
2020-05-23 23:05:51:355 MESSAGE QT: 
/tmp/guix-build-linphoneqt-4.1.1.drv-0/linphoneqt-4.1.1/src/app/App.cpp:110: 
"Destroying app..."
2020-05-23 23:05:51:357 WARNING QT: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51:3: QML Rectangle: Detected 
anchors on an item that is managed by a layout. This is undefined behavior; use 
Layout.alignment instead.
2020-05-23 23:05:51:358 WARNING QT: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51:3: QML Rectangle: Detected 
anchors on an item that is managed by a layout. This is undefined behavior; use 
Layout.alignment instead.
2020-05-23 23:05:51:358 WARNING QT: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51:3: QML Rectangle: Detected 
anchors on an item that is managed by a layout. This is undefined behavior; use 
Layout.alignment instead.
2020-05-23 23:05:51:358 WARNING QT: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51: 
qrc:/ui/modules/Linphone/Timeline/Timeline.qml:51:3: QML Rectangle: Detected 
anchors on an item that is managed by a layout. This is undefined behavior; use 
Layout.alignment instead.
2020-05-23 23:05:51:371 MESSAGE Callbacks [0x7f52700ea9a0] unregistered on core 
[0x7f527000bdd0]
2020-05-23 23:05:51:371 MESSAGE Destroying friends.
2020-05-23 23:05:51:371 MESSAGE Destroying friends done.
2020-05-23 23:05:51:371 MESSAGE Unregistration started.
2020-05-23 23:05:51:472 MESSAGE Destroying op [0x236b1c0] of type 
[SalOpRegister]
2020-05-23 23:05:51:472 MESSAGE Transaction [0x23591d0] deleted
2020-05-23 23:05:51:472 MESSAGE Reseting transports
2020-05-23 23:05:51:472 MESSAGE Listening point [0x7f52700890f0] on 
[sip:[::0]:36409;transport=UDP] destroyed
2020-05-23 23:05:51:472 MESSAGE sal_unlisten_ports done
2020-05-23 23:05:51:472 MESSAGE http provider destroyed.
2020-05-23 23:05:51:472 MESSAGE stack [0x7f5270003240] destroyed.
2020-05-23 23:05:51:473 MESSAGE New PulseAudio context state: 
PA_CONTEXT_TERMINATED
2020-05-23 23:05:54:115 MESSAGE Using (r/w) config information from 
/home/ben/.config/linphone/linphonerc
2020-05-23 23:05:54:116 MESSAGE Using (r/w) config information from 
/home/ben/.config/linphone/linphonerc
2020-05-23 23:05:54:117 MESSAGE Reading config information from 
/gnu/store/s6zkib8fgdjyb9bcnz7bg0b6qizxi5hi-linphoneqt-4.1.1/share/linphone/linphonerc-factory
2020-05-23 23:05:54:117 MESSAGE Initializing LinphoneCore 3.12.0
2020-05-23 23:05:54:117 MESSAGE Core callbacks [0x7f57c8004eb0] registered on 
core [0x7f57c800bdf0]
2020-05-23 23:05:54:117 MESSAGE Core callbacks [0x7f57c8005010] registered on 
core [0x7f57c800bdf0]
2020-05-23 23:05:54:117 MESSAGE Core callbacks [0x7f57c8004790] registered on 
core [0x7f57c800bdf0]
2020-05-23 23:05:54:117 MESSAGE Callbacks [0x7f57c8004790] unregistered on core 
[0x7f57c800bdf0]
2020-05-23 23:05:54:117 MESSAGE Linphone core [0x7f57c800bdf0] notified 
[global_state_changed]
2020-05-23 23:05:54:117 MESSAGE oRTP-1.0.2 initialized.
2020-05-23 23:05:54:117 MESSAGE Mediastreamer2 factory 2.16.1 (git: unknown) 
initialized.
2020-05-23 23:05:54:117 MESSAGE CPU count set to 4
2020-05-23 23:05:54:117 MESSAGE ms_factory_init() done: 
platform_tags=linux,x86,desktop
2020-05-23 23:05:54:117 MESSAGE srtp init
2020-05-23 23:05:54:120 MESSAGE Registering all soundcard handlers
2020-05-23 23:05:54:121 MESSAGE New PulseAudio context state: 
PA_CONTEXT_CONNECTING
2020-05-23 23:05:54:122 MESSAGE New PulseAudio context state: 
PA_CONTEXT_AUTHORIZING
2020-05-23 23:05:54:122 MESSAGE New PulseAudio context state: 
PA_CONTEXT_SETTING_NAME
2020-05-23 23:05:54:123 MESSAGE New PulseAudio context state: PA_CONTEXT_READY
2020-05-23 23:05:54:123 MESSAGE Card 'PulseAudio: Built-in Audio Analog Stereo' 
added with capabilities [playback]
2020-05-23 23:05:54:144 MESSAGE Card 'ALSA: default device' added with 
capabilities [capture, playback]
2020-05-23 23:05:54:144 MESSAGE Registering all webcam handlers
2020-05-23 23:05:54:214 MESSAGE Webcam V4L2: /dev/video0 added
2020-05-23 23:05:54:217 MESSAGE Webcam StaticImage: Static picture added
2020-05-23 23:05:54:217 MESSAGE ms_factory_init_voip() done
2020-05-23 23:05:54:217 MESSAGE Loading ms plugins from 
[/gnu/store/s6zkib8fgdjyb9bcnz7bg0b6qizxi5hi-linphoneqt-4.1.1]
2020-05-23 23:05:54:217 MESSAGE C

bug#41481: Can't build glibc-mesboot0

[Roel Janssen]

Hi Mathieu,

Thanks for the fast response!

On Sat, 2020-05-23 at 15:31 +0200, Mathieu Othacehe wrote:
> Hello Roel,
> 
> > I installed Guix System on my computer but I am facing two
> > problems:
> > 
> > 1. "guix pull" returns:
> > Updating channel 'guix' from Git repository at '
> > https://git.savannah.gnu.org/git/guix.git'...
> > Building from these channels:
> >   guix  https://git.savannah.gnu.org/git/guix.git   28e9a11
> > guix pull: error: glibc-bootstrap-system-2.2.5.patch: patch not
> > found
> > 
> > I worked around that by doing:
> > $ find /gnu/store -name "glibc-bootstrap-system-2.2.5.patch"
> > $ mkdir ~/dummy; cd ~/dummy; ln -s 
> > $ export GUIX_PACKAGE_PATH=~/dummy
> > 
> > Is there a proper way to fix this?
> 
> This has been fixed by 179e6c524ae4957e6ace83f72a5651767f786ca4. I
> guess
> that if you pull again it should be fixed.

Right, so this will fix itself once I can do a 'guix pull'.

> > 2. Installing emacs fails because the build of glibc-mesboot0 fails
> > with:
> > 
> > patch:  Can't open patch file
> > /gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-system-
> > 2.2.5.patcherror 02:  
> > command "patch" "--force" "-p1" "-i"
> > "/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-
> > system-
> > 2.2.5.patch" failed with status 2
> 
> I don't know what forces a build of glibc-mesboot0, but this looks
> like:
> https://lists.gnu.org/archive/html/bug-guix/2020-05/msg00335.html.
> 
> Is your store on an NVME disk, without encryption, by any chance?

No, but it is on an SSD (Samsung EVO 850), and there are two NVME
drives in the system, but these are not mounted.  So I think I should
dodge that bug.

Is there a substitute available for glibc-mesboot0?

Kind regards,
Roel Janssen

bug#41481: Can't build glibc-mesboot0

[Roel Janssen]

On Sat, 2020-05-23 at 16:19 +0200, Roel Janssen wrote:
> Hi Mathieu,
> 
> Thanks for the fast response!
> 
> On Sat, 2020-05-23 at 15:31 +0200, Mathieu Othacehe wrote:
> > Hello Roel,
> > 
> > > I installed Guix System on my computer but I am facing two
> > > problems:
> > > 
> > > 1. "guix pull" returns:
> > > Updating channel 'guix' from Git repository at '
> > > https://git.savannah.gnu.org/git/guix.git'...
> > > Building from these channels:
> > >   guix  https://git.savannah.gnu.org/git/guix.git 28e9a11
> > > guix pull: error: glibc-bootstrap-system-2.2.5.patch: patch not
> > > found
> > > 
> > > I worked around that by doing:
> > > $ find /gnu/store -name "glibc-bootstrap-system-2.2.5.patch"
> > > $ mkdir ~/dummy; cd ~/dummy; ln -s 
> > > $ export GUIX_PACKAGE_PATH=~/dummy
> > > 
> > > Is there a proper way to fix this?
> > 
> > This has been fixed by 179e6c524ae4957e6ace83f72a5651767f786ca4. I
> > guess
> > that if you pull again it should be fixed.
> 
> Right, so this will fix itself once I can do a 'guix pull'.
> 
> > > 2. Installing emacs fails because the build of glibc-mesboot0
> > > fails
> > > with:
> > > 
> > > patch:  Can't open patch file
> > > /gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-
> > > system-
> > > 2.2.5.patcherror 02:  
> > > command "patch" "--force" "-p1" "-i"
> > > "/gnu/store/wcz8d4vkcjs7c6m56mz3lsbkxgvnb17v-glibc-bootstrap-
> > > system-
> > > 2.2.5.patch" failed with status 2
> > 
> > I don't know what forces a build of glibc-mesboot0, but this looks
> > like:
> > https://lists.gnu.org/archive/html/bug-guix/2020-05/msg00335.html.
> > 
> > Is your store on an NVME disk, without encryption, by any chance?
> 
> No, but it is on an SSD (Samsung EVO 850), and there are two NVME
> drives in the system, but these are not mounted.  So I think I should
> dodge that bug.
> 
> Is there a substitute available for glibc-mesboot0?

To answer this myself: Yes, it is substitutable!  At first I didn't
have substitutes enabled when running "guix pull" for the first time.  

I then enabled substitutes, thinking it would automatically pick that
up.  That didn't work though..

After doing "guix gc" (presumably removing the glibc-mesboot0
derivation) I was able to complete "guix pull".

I'm closing this bug report, because the actual problem looks very
similar to what is described in the earlier referenced bug report. 
Even though I don't use an NVME drive for the filesystem that contains
/gnu/store.

Kind regards,
Roel Janssen

bug#41484: guix gc fails catastrophically if the disk has no space left

[Stefan]

Hi!

While trying to build guix, my disk ran out of space.

building /gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv...
100% 
[#]note:
 build failure may have been caused by lack of free disk space
builder for 
`/gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv' failed 
with exit code 1
build of /gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv 
failed
View build log at 
'/var/log/guix/drvs/w5/l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv.bz2'.
guix system: error: build of 
`/gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv' failed

stefan@guix ~$ df -h /
Dateisystem   Größe Benutzt Verf. Verw% 
Eingehängt auf
:/volume5/RaspberryPi/Betriebssysteme/guix-system  1,4T1,4T 0  100% /

OK, well, there’s certainly a lot of garbage to collect. Due to bad experiences 
in the past with the same situation, I first try to collect only a little 
garbage.

stefan@guix ~$ guix gc -F 100M
guix gc: 100 MiB werden freigegeben
finding garbage collector roots...
note: can't create trash directory: creating directory `/gnu/store/trash': No 
space left on device
deleting garbage...
[0%] deleting '/gnu/store/g30aknl5yxk9jbpx2w7r5d0ak6xa5dl2-grub.cfg.lock'
[0%] deleting 
'/gnu/store/gidc7jrgbnvfm38qx4sc012kn9llgsvz-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection.lock'
[0%] deleting '/gnu/store/9cpj3ir8fnsg5fiqs3x8alai713xzfz0-grub-keymap.de.lock'
[0%] deleting 
'/gnu/store/z08s3kwlnpqq6aa1v6ydni5qp2k7gkkb-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04'
[0%] deleting 
'/gnu/store/wv7iwd66q6n5775qa4hgaq9j9f2vyvl4-guix-1.1.0-4.bdc801e.lock'
[0%] deleting 
'/gnu/store/pab2ylsvas12824qw6j8q2h1qm3gh4x6-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-union.lock'
[0%] deleting 
'/gnu/store/3ldyga22s6ym9g2pc9ycjwdwqb4i41v2-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
[0%] deleting 
'/gnu/store/nfxgqhjyzwngiadn0l180hsbfnw3h4zy-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection.lock'
[0%] deleting 
'/gnu/store/pab2ylsvas12824qw6j8q2h1qm3gh4x6-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-union'
[0%] deleting '/gnu/store/dahbiixsbi1xhjiim9phl1vginm83bbm-grub.cfg.lock'
[0%] deleting 
'/gnu/store/61mwka1h77kkhylcs9jj4ij167qgfj39-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
[0%] deleting '/gnu/store/q829h36vnwhbdlnzkgdrx2b51kp2mvdv-grub.cfg.lock'
[0%] deleting '/gnu/store/ragpi42x39sf5qwcmcmdn751fp4jfhmv-grub.cfg.lock'
[0%] deleting '/gnu/store/ncdsjfl245k6r7zym6w4sr9fyxrwhb38-grub.cfg.lock'
[0%] deleting 
'/gnu/store/z08s3kwlnpqq6aa1v6ydni5qp2k7gkkb-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
[0%] deleting 
'/gnu/store/gidc7jrgbnvfm38qx4sc012kn9llgsvz-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection'
[0%] deleting 
'/gnu/store/61mwka1h77kkhylcs9jj4ij167qgfj39-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04'
[0%] deleting '/gnu/store/hmy4ni005digrilzjf93wr9gaj5cq536-computed-files.lock'
[0%] deleting '/gnu/store/hmy4ni005digrilzjf93wr9gaj5cq536-computed-files'
error (ignored): aborting transaction: cannot rollback - no transaction is 
active
guix gc: error: committing transaction: disk I/O error
stefan@guix ~$ 

And that’s it. Repeating the guix gc command now results in this immediate 
error:

stefan@guix ~$ guix gc -F 100M
warning: SQLite database is busy (SQLITE_PROTOCOL)
guix gc: error: setting synchronous mode: locking protocol
stefan@guix ~$ guix gc -F 100M
warning: SQLite database is busy (SQLITE_PROTOCOL)
guix gc: error: setting synchronous mode: locking protocol

A reboot is needed to solve this SQLite error. But retrying all this leads to 
the same situation again and again. It is kind of a deadlock.

Well, as my guix system boots from an NFS share, in the past I solved this by 
removing other stuff – not related to guix – from the same disk. But right now 
there isn't unrelated stuff left to be deleted. 

I intend to remove the listed /gnu/store/… files by hand from the NFS server 
side (which is much easier than removing the read-only bind-mount.) Is this 
save at least?

This is all on a Raspberry Pi 3b aarch64 machine, if it matters.


Bye

Stefan

bug#41485: opensmtpd 6.7: sendmail: this program must be setgid smtpq

[Christopher Baines]

I noticed I could no longer send email recently. This is the behaviour
when I try to run sendmail from and older opensmtpd (this output
suggests it works):

→ /gnu/store/6843f93hfr54ds5zzl7ik3h5njgicy0w-opensmtpd-6.6.4p1/sbin/sendmail -h
sendmail: illegal option -- h
usage: sendmail [-tv] [-f from] [-F name] to ...


However with a more recent version, it doesn't work:

→ /gnu/store/j1mf5gdzf9i1r6sv4nl0yisk2nswzdfz-opensmtpd-6.7.1p1/sbin/sendmail -h
sendmail: this program must be setgid smtpq


Any ideas?


signature.asc
Description: PGP signature

bug#41458: Misleading error message when call guix command using pre-inst-env script

[Ludovic Courtès]

Hi,

Jérémy Korwin-Zmijowski  skribis:

> Here is my command line history :
>
>$ git clone https://git.savannah.gnu.org/git/guix.git
> $ cd guix
> $ guix environment --pure guix
> [dev]$ ./bootstrap && ./configure --localstatedir=/var && make &&
> exit
> …
> $ ./pre-inst-env guix build artanis
> guix: build: command not found
> Try `guix --help' for more information.

What probably happens here is that some of the required dependencies
provided in $GUILE_LOAD_PATH by ‘guix environment’ are not available
outside the environment.  As a result, loading the (guix scripts build)
module and its dependencies fail, which the machinery interprets as “no
such command”.

This is a development environment issue that cannot happen when using a
‘guix pull’-provided ‘guix’ command.  I would close it as “wontfix”
since, after all, it’s just one of the many ways one can end up with a
non-functional development environment.

WDYT?

Ludo’.

bug#41484: guix gc fails catastrophically if the disk has no space left

[Stefan]

Hi!

After this trouble with guix gc I did a sudo reboot, and it got worse. At 
startup I now see these errors:

GC Warning: pthread_getattr_up or pthread_attr_getstack failed for main thread
GC Warning: Couldn't read /proc/stat
Welcome, this is GNU's early boot Guile.
Use --repl for an initrd REPL.

loading kernel modules…
loading '/gnu/store/…-system/boot'...
making '/gnu/store/…-system' the current system...
setting up setuid programs in '/run/setuid-programs'...
warning: failed to make '/gnu/store/…-shadow-4.8.1/bin/newuidmap' setuid-root: 
No space left on device
warning: failed to make '/gnu/store/…' setuid-root: No space left on device
…
populating /etc from /gnu/store/…-etc...
ERROR: In procedure fsync:
In procedure fsync: No space left on device

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
GNU Guile 2.2.6
Copyright …
…

Enter `help' for help.
scheme@(guile-user)> ,bt
In gnu/build/linux-boot.scm:
   561:14 10 (_)
In unknown file:
   9 (primitive-load "/gnu/store/…")
In ice-9/eval.scm:
   619:8 (_ #f)
In unknown file:
   7 (primitive-load "/gnu/store/…")
In ice-9/boot-9.scm:
   260:13  6 (for-each # _)
In unknown file:
   5 (primitive-load "/gnu/store/_")
In gnu/build/activation.scm:
136:2  4 (activate-users+groups _ _)
In guix/build/syscalls.scm:
   1089:4  3 (call-with-file-lock _ _)
In gnu/build/activation.scm:
139:6  2 (_)
In gnu/build/accounts.scm:
   253:14  1 (_ (#< name: "root" password: #f gid: …> …) …)
In unknown file:
   0 (fsync #)
scheme@(guile-user)>


Now this is the very end. Even selecting an older system generation is 
obviously not an option any more. 

I’m happy that all this is on my NFS share to which I have access via my server.


Bye

Stefan

bug#41491: docker fails to build on foreign Debian system

[Jakub Kądziołka]

I am trying to build the `docker' package on a foreign distro.
Specifically, Debian sid. This results in the following test failures:

--
=== Failed
=== FAIL: daemon/graphdriver/quota 
TestBlockDev/testBlockDevQuotaDisabled (0.03s)
--- FAIL: TestBlockDev/testBlockDevQuotaDisabled (0.03s)
projectquota_test.go:83: assertion failed: error is not nil: exit 
status 1: mount failed: mount: 
/tmp/guix-build-docker-19.03.7.drv-0/xfs-mountPoint-325789281: mount failed: 
Operation not permitted.


=== FAIL: daemon/graphdriver/quota 
TestBlockDev/testBlockDevQuotaEnabled (0.02s)
--- FAIL: TestBlockDev/testBlockDevQuotaEnabled (0.02s)
projectquota_test.go:83: assertion failed: error is not nil: exit 
status 1: mount failed: mount: 
/tmp/guix-build-docker-19.03.7.drv-0/xfs-mountPoint-054602316: mount failed: 
Operation not permitted.


=== FAIL: daemon/graphdriver/quota TestBlockDev/testSmallerThanQuota 
(0.01s)
--- FAIL: TestBlockDev/testSmallerThanQuota (0.01s)
projectquota_test.go:83: assertion failed: error is not nil: exit 
status 1: mount failed: mount: 
/tmp/guix-build-docker-19.03.7.drv-0/xfs-mountPoint-879061307: mount failed: 
Operation not permitted.


=== FAIL: daemon/graphdriver/quota TestBlockDev/testBiggerThanQuota 
(0.01s)
--- FAIL: TestBlockDev/testBiggerThanQuota (0.01s)
projectquota_test.go:83: assertion failed: error is not nil: exit 
status 1: mount failed: mount: 
/tmp/guix-build-docker-19.03.7.drv-0/xfs-mountPoint-487602526: mount failed: 
Operation not permitted.


=== FAIL: daemon/graphdriver/quota TestBlockDev/testRetrieveQuota 
(0.01s)
--- FAIL: TestBlockDev/testRetrieveQuota (0.01s)
projectquota_test.go:83: assertion failed: error is not nil: exit 
status 1: mount failed: mount: 
/tmp/guix-build-docker-19.03.7.drv-0/xfs-mountPoint-717635877: mount failed: 
Operation not permitted.


=== FAIL: daemon/graphdriver/quota TestBlockDev (0.38s)
projectquota_test.go:50: 
meta-data=/tmp/guix-build-docker-19.03.7.drv-0/xfs-image973358730 isize=256
agcount=4, agsize=4096 blks
 =   sectsz=512   attr=2, projid32bit=1
 =   crc=0finobt=0, sparse=0, 
rmapbt=0
 =   reflink=0
data =   bsize=4096   blocks=16384, imaxpct=25
 =   sunit=0  swidth=0 blks
naming   =version 2  bsize=4096   ascii-ci=0, ftype=1
log  =internal log   bsize=4096   blocks=853, version=2
 =   sectsz=512   sunit=0 blks, lazy-count=1
realtime =none   extsz=4096   blocks=0, rtextents=0
--

This suggests that there's an issue with permissions. I recalled that
Debian ships a custom kernel patch that disables unprivileged
namespaces by default. However, after setting

kernel.unprivileged_userns_clone = 1

the problem persisted.

I am attaching the full build log.


x1kdy6a8qnigmlp045m81rqhw8dl9w-docker-19.03.7.drv.bz2
Description: Binary data


signature.asc
Description: PGP signature

bug#41178: can't log into X anymore ( polkit )

[Marius Bakke]

Stefan Huchler  writes:

> shortly after installing X and making the first few changes setting the
> root password and boom I can't login into X anymore.

[...]

> Authentication needed [...] intel-backlight-helper and a password prompt
> that I can't hit on, and somethnig with polkit.

I've seen a similar failure when elogind or dbus failed to start.

Can you check the log files and see if there were problems with these
services when it failed?  Or any other lines that could be interesting?


signature.asc
Description: PGP signature

bug#41484: guix gc fails catastrophically if the disk has no space left

[raingloom]

On Sat, 23 May 2020 16:49:02 +0200
Stefan  wrote:

> Hi!
> 
> While trying to build guix, my disk ran out of space.
> 
> building
> /gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv...
> 100%
> [#]note:
> build failure may have been caused by lack of free disk space builder
> for
> `/gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv'
> failed with exit code 1 build of
> /gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv
> failed View build log at
> '/var/log/guix/drvs/w5/l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv.bz2'.
> guix system: error: build of
> `/gnu/store/w5l7acwbfvn0n8zj2v9by4j3jwbiimj9-guix-1.1.0-4.bdc801e.drv'
> failed
> 
> stefan@guix ~$ df -h /
> Dateisystem   Größe Benutzt Verf.
> Verw% Eingehängt auf
> :/volume5/RaspberryPi/Betriebssysteme/guix-system  1,4T1,4T 0
>  100% /
> 
> OK, well, there’s certainly a lot of garbage to collect. Due to bad
> experiences in the past with the same situation, I first try to
> collect only a little garbage.
> 
> stefan@guix ~$ guix gc -F 100M
> guix gc: 100 MiB werden freigegeben
> finding garbage collector roots...
> note: can't create trash directory: creating directory
> `/gnu/store/trash': No space left on device deleting garbage...
> [0%] deleting
> '/gnu/store/g30aknl5yxk9jbpx2w7r5d0ak6xa5dl2-grub.cfg.lock' [0%]
> deleting
> '/gnu/store/gidc7jrgbnvfm38qx4sc012kn9llgsvz-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection.lock'
> [0%] deleting
> '/gnu/store/9cpj3ir8fnsg5fiqs3x8alai713xzfz0-grub-keymap.de.lock'
> [0%] deleting
> '/gnu/store/z08s3kwlnpqq6aa1v6ydni5qp2k7gkkb-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04'
> [0%] deleting
> '/gnu/store/wv7iwd66q6n5775qa4hgaq9j9f2vyvl4-guix-1.1.0-4.bdc801e.lock'
> [0%] deleting
> '/gnu/store/pab2ylsvas12824qw6j8q2h1qm3gh4x6-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-union.lock'
> [0%] deleting
> '/gnu/store/3ldyga22s6ym9g2pc9ycjwdwqb4i41v2-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
> [0%] deleting
> '/gnu/store/nfxgqhjyzwngiadn0l180hsbfnw3h4zy-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection.lock'
> [0%] deleting
> '/gnu/store/pab2ylsvas12824qw6j8q2h1qm3gh4x6-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-union'
> [0%] deleting
> '/gnu/store/dahbiixsbi1xhjiim9phl1vginm83bbm-grub.cfg.lock' [0%]
> deleting
> '/gnu/store/61mwka1h77kkhylcs9jj4ij167qgfj39-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
> [0%] deleting
> '/gnu/store/q829h36vnwhbdlnzkgdrx2b51kp2mvdv-grub.cfg.lock' [0%]
> deleting '/gnu/store/ragpi42x39sf5qwcmcmdn751fp4jfhmv-grub.cfg.lock'
> [0%] deleting
> '/gnu/store/ncdsjfl245k6r7zym6w4sr9fyxrwhb38-grub.cfg.lock' [0%]
> deleting
> '/gnu/store/z08s3kwlnpqq6aa1v6ydni5qp2k7gkkb-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04.lock'
> [0%] deleting
> '/gnu/store/gidc7jrgbnvfm38qx4sc012kn9llgsvz-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04-collection'
> [0%] deleting
> '/gnu/store/61mwka1h77kkhylcs9jj4ij167qgfj39-package-collection-grub-efi-raspberrypi-firmware-u-boot-rpi-3-2.04'
> [0%] deleting
> '/gnu/store/hmy4ni005digrilzjf93wr9gaj5cq536-computed-files.lock'
> [0%] deleting
> '/gnu/store/hmy4ni005digrilzjf93wr9gaj5cq536-computed-files' error
> (ignored): aborting transaction: cannot rollback - no transaction is
> active guix gc: error: committing transaction: disk I/O error
> stefan@guix ~$ 
> 
> And that’s it. Repeating the guix gc command now results in this
> immediate error:
> 
> stefan@guix ~$ guix gc -F 100M
> warning: SQLite database is busy (SQLITE_PROTOCOL)
> guix gc: error: setting synchronous mode: locking protocol
> stefan@guix ~$ guix gc -F 100M
> warning: SQLite database is busy (SQLITE_PROTOCOL)
> guix gc: error: setting synchronous mode: locking protocol
> 
> A reboot is needed to solve this SQLite error. But retrying all this
> leads to the same situation again and again. It is kind of a deadlock.
> 
> Well, as my guix system boots from an NFS share, in the past I solved
> this by removing other stuff – not related to guix – from the same
> disk. But right now there isn't unrelated stuff left to be deleted. 
> 
> I intend to remove the listed /gnu/store/… files by hand from the NFS
> server side (which is much easier than removing the read-only
> bind-mount.) Is this save at least?
> 
> This is all on a Raspberry Pi 3b aarch64 machine, if it matters.
> 
> 
> Bye
> 
> Stefan
> 
> 
> 
> 

Try deleting /var/log. That's what I did on my tiny Pentium II desktop
with 4 gigs of HDD space.

bug#34135: IceCat lacks WebGL support

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Jonathan,

Jonathan Brielmaier 写道：
I tried a little around with WebGL today but couldn't get any 
further.


Try this:

- install mesa
- export LD_LIBRARY_PATH="$HOME/.guix-profile/lib"
- set webgl.disabled = false
- set security.sandbox.content.read_path_whitelist = /gnu/store/
 (the trailing slash seems to be significant, but you knew that 
 already)


Works for me,

T G-R


signature.asc
Description: PGP signature

bug#41494: guix build error on armhf - hash-algorithm: unbound variable

[Danny Milosavljevic]

$ guix environment --pure guix --ad-hoc git guile-json guile-readline
$ make 
[ 11%] LOAD guix/scripts/download.scm
ice-9/eval.scm:293:34: error: hash-algorithm: unbound variable

guix master commit 51443772b80c5ca51ccbe5cf05c5db4c216a7b66
on Ubuntu 16.04 on armhf.


pgpKPYQ2PCHa2.pgp
Description: OpenPGP digital signature

bug#34135: IceCat lacks WebGL support

[Jonathan Brielmaier]

On 23.05.20 23:14, Tobias Geerinckx-Rice wrote:
> Jonathan,
>
> Jonathan Brielmaier 写道：
>> I tried a little around with WebGL today but couldn't get any further.
>
> Try this:
>
> - install mesa
> - export LD_LIBRARY_PATH="$HOME/.guix-profile/lib"
> - set webgl.disabled = false
> - set security.sandbox.content.read_path_whitelist = /gnu/store/
>  (the trailing slash seems to be significant, but you knew that  already)
>
> Works for me,

Works not for me :(

bug#41494: guix build error on armhf - hash-algorithm: unbound variable

[Danny Milosavljevic]

On Sat, 23 May 2020 23:14:09 +0200
Danny Milosavljevic  wrote:

> $ guix environment --pure guix --ad-hoc git guile-json guile-readline
> $ make 
> [ 11%] LOAD guix/scripts/download.scm
> ice-9/eval.scm:293:34: error: hash-algorithm: unbound variable
> 
> guix master commit 51443772b80c5ca51ccbe5cf05c5db4c216a7b66
> on Ubuntu 16.04 on armhf.

Works just fine when not doing "make" but just interpreting the stuff
using ~/src/guix-master/guix/pre-inst-env guix environment ...




pgpViwZdojJKx.pgp
Description: OpenPGP digital signature

bug#41494: guix build error on armhf - hash-algorithm: unbound variable

[Marius Bakke]

Danny Milosavljevic  writes:

> $ guix environment --pure guix --ad-hoc git guile-json guile-readline
> $ make 
> [ 11%] LOAD guix/scripts/download.scm
> ice-9/eval.scm:293:34: error: hash-algorithm: unbound variable
>
> guix master commit 51443772b80c5ca51ccbe5cf05c5db4c216a7b66
> on Ubuntu 16.04 on armhf.

What is your 'guix --version'?

Presumably you can fix this by importing (guix openpgp) in (guix scripts
download), but IWBN to figure out why it works on other systems.


signature.asc
Description: PGP signature

bug#41494: guix build error on armhf - hash-algorithm: unbound variable

[Danny Milosavljevic]

Hi Marius,

On Sun, 24 May 2020 00:23:57 +0200
Marius Bakke  wrote:

> Danny Milosavljevic  writes:
> 
> > $ guix environment --pure guix --ad-hoc git guile-json guile-readline
> > $ make 
> > [ 11%] LOAD guix/scripts/download.scm
> > ice-9/eval.scm:293:34: error: hash-algorithm: unbound variable
> >
> > guix master commit 51443772b80c5ca51ccbe5cf05c5db4c216a7b66
> > on Ubuntu 16.04 on armhf.  
> 
> What is your 'guix --version'?
> 
> Presumably you can fix this by importing (guix openpgp) in (guix scripts
> download), but IWBN to figure out why it works on other systems.

dannym@bpi-iot-ros-ai:~$ guix --version
guix (GNU Guix) 1.0.1
Copyright (C) 2019 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
dannym@bpi-iot-ros-ai:~$ guix describe
guix describe: error: failed to determine origin
hint: Perhaps this `guix' command was not obtained with `guix pull'? Its version
string is 1.0.1.

(This is the host guix, not the guix I'm trying to build)

strace says

/gnu/store/a8041j3pg62zi62b30w91mxrmjsamp64-guix-1.0.1/HEAD ENOENT


pgpzEwUjPqNYd.pgp
Description: OpenPGP digital signature

bug#32324: Failing Tests

[Thovthe via web]

Should this remain open?

bug#41433: Sway fails at configure step

[Efraim Flashner]

On Sat, May 23, 2020 at 03:00:21AM +0200, raingloom wrote:
> On Thu, 21 May 2020 15:21:16 +0300
> Efraim Flashner  wrote:
> 
> > On Thu, May 21, 2020 at 07:00:46AM +0200, raingloom wrote:
> > > Sway package is broken, when it gets to configure it fails with:
> > > 
> > > ```
> > > ../source/meson.build:1:0: ERROR: lexer
> > > ```
> > > 
> > > No idea what that means, as I barely know Meson.  
> > 
> > On which architecture? Running a recent commit? I just built sway with
> > current HEAD without any problems on x86_64.
> > 
> 
> It was on x64, with a recent commit at the time, but it seems to be
> fixed now. Not sure what the issue was.
> Will this be closed if I write:
> 
> Closing.

you have to reply to bug#-d...@debbugs.gnu.org and that'll close it.

Alternatively you can send a message to cont...@debbugs.gnu.org with the
text:


close 41433
thanks



-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature