* bug#43498: Guix suggests adding modules that define but don't export the variable
@ 2020-09-18 23:19 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-09-18 23:19 UTC (permalink / raw)
To: 43498
Guix,
Quick bug report from tribals on #guix:
> Does `gnu/packages/firmware.scm` export `make-arm-trusted-firmware`?
> I'm getting error "error: make-arm-trusted-firmware: unbound variable"
> "hint: Did you forget `(use-modules (gnu packages firmware))'?" when
> trying to use it. And I also did `(use-modules (gnu packages
> firmware))`
Is it possible for Guix not to suggest private variables, or print a
different hint in such cases?
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#43418: [PATCH] gnu: youtube-dl: Refer to ffmpeg.
@ 2020-09-16 11:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-09-16 11:54 UTC (permalink / raw)
To: Mark H Weaver, zimoun; +Cc: 43418-done
[-- Attachment #1: Type: text/plain, Size: 733 bytes --]
Mark, Simon,
Mark H Weaver 写道：
>> Addresses <https://issues.guix.gnu.org/43418>.
>>
>> * gnu/packages/video.scm (youtube-dl)[inputs]: Add ffmpeg.
>> [arguments]: Fall back to input ffmpeg instead of searching
>> $PATH.
>
> Looks good to me. Thank you!
Thanks, pushed.
> The usage seems more Fixes than Addresses.
I'm still of the opinion that this was no bug but a feature
request, and there was nothing to fix. I promise to add it to the
release notes if you think it's necessary, but would rather keep
those limited to ‘real’ bugs as well. It's not like we're short
on those ;-)
Whatever it was, it's now closed, and we'll be spared of
duplicates from now on.
Thanks all,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43418: [PATCH] gnu: youtube-dl: Refer to ffmpeg.
2020-09-15 12:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-09-16 9:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-09-16 9:54 UTC (permalink / raw)
To: 43418
Addresses <https://issues.guix.gnu.org/43418>.
* gnu/packages/video.scm (youtube-dl)[inputs]: Add ffmpeg.
[arguments]: Fall back to input ffmpeg instead of searching $PATH.
---
gnu/packages/video.scm | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 8ebe7dbcdf..50f751f8da 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -2184,6 +2184,13 @@ To load this plugin, specify the following option when starting mpv:
;; 'youtube-dl.bash-completion'.
`(#:tests? #f ; Many tests fail. The test suite can be run with pytest.
#:phases (modify-phases %standard-phases
+ (add-after 'unpack 'default-to-the-ffmpeg-input
+ (lambda _
+ ;; Continue respecting the --ffmpeg-location argument.
+ (substitute* "youtube_dl/postprocessor/ffmpeg.py"
+ (("\\.get\\('ffmpeg_location'\\)" match)
+ (format #f "~a or '~a'" match (which "ffmpeg"))))
+ #t))
(add-before 'install 'fix-the-data-directories
(lambda* (#:key outputs #:allow-other-keys)
(let ((prefix (assoc-ref outputs "out")))
@@ -2207,6 +2214,8 @@ To load this plugin, specify the following option when starting mpv:
(copy-file "youtube-dl.zsh"
(string-append zsh "/_youtube-dl"))
#t))))))
+ (inputs
+ `(("ffmpeg" ,ffmpeg)))
(synopsis "Download videos from YouTube.com and other sites")
(description
"Youtube-dl is a small command-line program to download videos from
--
2.28.0
^ permalink raw reply related [relevance 90%]
* bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly
@ 2020-09-16 8:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-09-16 8:58 UTC (permalink / raw)
To: Mark H Weaver; +Cc: ncdehnel, 43418, leo
[-- Attachment #1: Type: text/plain, Size: 1684 bytes --]
Leo, Mark,
Mark H Weaver 写道：
> Leo Famulari <leo@famulari.name> writes:
>
>> On Tue, Sep 15, 2020 at 02:06:11PM +0200, Tobias Geerinckx-Rice
>> via Bug reports for GNU Guix wrote:
>>> Matters would be different if the error message were less
>>> clear, or perhaps
>>> if ffmpeg weren't so insanely great:
>>>
>>> λ guix size youtube-dl | tail -n1
>>> total: 186.9 MiB
>>> λ guix size youtube-dl ffmpeg | tail -n1
>>> total: 811.2 MiB
>>
>> I wonder, should we expect FFmpeg to already be referenced by
>> somebody's
>> profile if they are using youtube-dl? VLC and mpv both depend
>> on FFmpeg.
>> The use case of "download video and watch it on another machine
>> (or
>> never watch it)" seems somewhat esoteric.
I don't see why my use case should be sidelined as ‘esoteric’.
;-)
> However, in my recent experience, youtube usually provides the
> freedom-respecting formats only as separate audio and video
> streams
> which must be recombined by youtube-dl, and in that case the
> 'ffmpeg'
> command line tool seems to be required.
This is a good argument. If including ffmpeg by default makes it
easier to request & mux freeër formats, let's do that.
> I see two possible approaches: ffmpeg could be added to
> youtube-dl's
> propagated-inputs, or it could be instead be added to 'inputs',
> and we
> could substitute hardcoded paths to 'ffmpeg' in the built
> 'youtube-dl'.
> I generally tend to favor the latter approach, but there are
> valid
> arguments for each approach and I don't feel strongly about it.
Which advantages does the former have? I wasn't aware of any.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly
@ 2020-09-15 12:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-16 9:54 90% ` bug#43418: [PATCH] gnu: youtube-dl: Refer to ffmpeg Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-09-15 12:06 UTC (permalink / raw)
To: Nathan Dehnel; +Cc: 43418
[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]
Hi Nathan,
Nathan Dehnel 写道：
> bash-5.0$ youtube-dl -x
> https://www.youtube.com/watch?v=7Ijd_iN9Blk
> [youtube] 7Ijd_iN9Blk: Downloading webpage
> [download] Deadmau5 - Hit Save-7Ijd_iN9Blk.webm has already been
> downloaded
> [download] 100% of 15.45MiB
> ERROR: ffprobe/avprobe and ffmpeg/avconv not found. Please
> install one.
It works fine without ‘-x’:
λ youtube-dl https://www.youtube.com/watch?v=7Ijd_iN9Blk
[youtube] 7Ijd_iN9Blk: Downloading webpage
[download] Destination: Deadmau5 - Hit Save-7Ijd_iN9Blk.mp4
[download] 100% of 37.09MiB in 00:02
This *is* functioning correctly in my view: that advanced options
optionally require run-time dependencies is not a bug but a
feature. The programme clearly explains which package could be
installed to continue, and the user can chose which one they
prefer - including neither, which suffices for the majority of
youtube-dling.
Matters would be different if the error message were less clear,
or perhaps if ffmpeg weren't so insanely great:
λ guix size youtube-dl | tail -n1
total: 186.9 MiB
λ guix size youtube-dl ffmpeg | tail -n1
total: 811.2 MiB
(!)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43088: GNU Mailutils fails its test suite on aarch64
@ 2020-08-28 15:19 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-28 15:19 UTC (permalink / raw)
To: 43088
[-- Attachment #1.1: Type: text/plain, Size: 143 bytes --]
Guix,
‘readmsg’ from mailutils@3.10 segfaults on aarch64, blocking
‘emacs’
and ‘emacs-no-x’, but not ‘emacs-minimal’.
[-- Attachment #1.2: Type: text/plain, Size: 1644 bytes --]
--- ./readmsg/tests/testsuite.dir/4/testsuite.log
---------------------------
# -*- compilation -*-
4. hdr.at:17: testing readmsg -h ...
./hdr.at:17:
MAIL=$abs_top_srcdir/testsuite/spool/mbox1
FOLDER=$MAIL
export MAIL FOLDER
readmsg --no-site --no-user readmsg -h SOMETHING
--- /dev/null 2020-08-25 23:01:26.064000000 +0000
+++
/tmp/guix-build-mailutils-3.10.drv-0/mailutils-3.10/readmsg/tests/testsuite.dir/at-groups/4/stderr
2020-08-
27 15:25:42.447733149 +0000
@@ -0,0 +1 @@
+/tmp/guix-build-mailutils-3.10.drv-0/mailutils-3.10/readmsg/tests/testsuite.dir/at-groups/4/test-source:
line 2
1: 30506 Segmentation fault readmsg --no-site --no-user
readmsg -h SOMETHING
--- - 2020-08-27 15:25:42.455592145 +0000
+++
/tmp/guix-build-mailutils-3.10.drv-0/mailutils-3.10/readmsg/tests/testsuite.dir/at-groups/4/stdout
2020-08-
27 15:25:42.451733151 +0000
@@ -1,17 +1,2 @@
From bar@dontmailme.org Fri Dec 28 23:28:09 2001
-Received: (from bar@dontmailme.org)
- by dontmailme.org id fERKR9N16790
- for foobar@nonexistent.net; Fri, 28 Dec 2001 22:18:08
+0200
-Date: Fri, 28 Dec 2001 23:28:08 +0200
-From: Bar <bar@dontmailme.org>
-To: Foo Bar <foobar@nonexistent.net>
-Message-Id: <200112232808.fERKR9N16790@dontmailme.org>
-Subject: Re: Jabberwocky
-
-It seems very pretty, but it's *rather* hard to understand!'
-Somehow it seems to fill my head with ideas -- only I don't
-exactly know what they are! However, SOMEBODY killed SOMETHING:
-that's clear, at any rate...
-
-
./hdr.at:17: exit code was 139, expected 0
4. hdr.at:17: 4. readmsg -h (hdr.at:17): FAILED (hdr.at:17)
[-- Attachment #1.3: Type: text/plain, Size: 22 bytes --]
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43079: guix ignores available substitutes
@ 2020-08-28 0:04 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-28 0:04 UTC (permalink / raw)
To: 43079
[-- Attachment #1: Type: text/plain, Size: 225 bytes --]
Jonathan Brielmaier 写道：
> Tobias provided me some nginx logs from ci.guix.gnu.org
...only a list of requests from Jonathan's IP during the past
hour, for anyone wondering or worried :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43078: linux-libre-arm64-generic lacks CONFIG_CGROUP_FREEZER=y
@ 2020-08-27 22:57 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-27 22:57 UTC (permalink / raw)
To: Leo Famulari; +Cc: vagrant, 43078, guix.vits
[-- Attachment #1.1: Type: text/plain, Size: 811 bytes --]
Leo, Vits,
Leo Famulari 写道：
> On Fri, Aug 28, 2020 at 01:52:58AM +0700, Vitaliy Shatrov wrote:
>> Hello Guix.
>>
>> I:
>> 1. had linux-libre-arm64-generic as my kernel.
>> 2. added only (elogind-service-type) to my Guix System's
>> config.
>> 3. ran `guix system reconfigure`.
>> 4. get some errors: "///sys/something/freezer cannot be
>> something".
>> 5. rebooted, and were unable to log-in (get no prompt).
>>
>> The issue was solved by using the same
>> linux-libre-arm64-generic, but
>> customized: i set a 'CONFIG_CGROUP_FREEZER=y' in kconfig.
>
> This option is enabled in all of our kernel configurations:
>
> ------
> $ git grep CGROUP_FREEZER
Indeed, and the bug[0] reported here is that -generic doesn't use
these configurations at all:
[-- Attachment #1.2: Type: text/plain, Size: 529 bytes --]
(define-public linux-libre-arm64-generic
(make-linux-libre* linux-libre-version
linux-libre-source
'("aarch64-linux")
#:defconfig "defconfig"
#:extra-version "arm64-generic"
#:extra-options
(append
`(;; needed to fix the RTC on rockchip
platforms
("CONFIG_RTC_DRV_RK808" . #t))
%default-extra-linux-options)))
[-- Attachment #1.3: Type: text/plain, Size: 440 bytes --]
Note the missing #:configuration-file.
[0]: I don't know if this is really a bug--in fact I suspect it's
the raison d'être of this variant--but this needs to be better
documented and perhaps even renamed. To me, ‘generic’ means
‘distro default’, or perhaps ‘sanely minimal’, not ‘our own
upstream's sometimes questionable defconfig that can't boot our
own desktop’.
Allegedly.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#43048: QEMU 5 fails its test suite
@ 2020-08-25 20:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-25 20:53 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: 43048
[-- Attachment #1: Type: text/plain, Size: 222 bytes --]
Maxim Cournoyer 写道：
> guix system: error: build of
> `/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv'
> failed
For the record: this derivation built fine on berlin (CI).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server
@ 2020-08-22 18:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-22 18:02 UTC (permalink / raw)
To: Mark H Weaver; +Cc: 42978
[-- Attachment #1: Type: text/plain, Size: 395 bytes --]
Mark,
Mark H Weaver 写道：
> Thanks for checking. If you felt so inspired, it would be
> useful to
> know whether you can successfully build 'evolution-data-server'
> against
> p11-kit-0.23.21 on your X230.
Sorry for not being explicit: I already did, as part of testing
the upgrade, but I threw away the result.
I'll gladly try again overnight.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server
2020-08-21 21:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-08-21 22:37 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-21 22:37 UTC (permalink / raw)
Cc: mhw, 42978
[-- Attachment #1: Type: text/plain, Size: 503 bytes --]
Mark,
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> I can't even start building evolution-data-server because it
> depends
> on webkitgtk which fails.
I'm afraid the opposite is now true: after building webkitgtk,
evolution-data-server builds without issue on guix
c02398edf43c393b858d57c7b9e4839514f85acb (current master).
This was on a powerful machine, but I pushed - and hence tested -
the p11-kit update on a modest ThinkPad X230 too.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server
@ 2020-08-21 21:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-21 22:37 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-21 21:31 UTC (permalink / raw)
To: Mark H Weaver; +Cc: 42978
[-- Attachment #1: Type: text/plain, Size: 256 bytes --]
Hi Mark,
Thanks for the report! Unfortunately I can't even start building
evolution-data-server because it depends on webkitgtk which fails.
I even enabled substitutes but there wasn't one available. I'll
try building it again.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42970: Guix manual PDF at https://guix.gnu.org/manual/en/guix.pdf not found (404)
@ 2020-08-21 19:10 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-21 19:10 UTC (permalink / raw)
To: tchrzcz, tchrzcz; +Cc: 42970-done
[-- Attachment #1: Type: text/plain, Size: 384 bytes --]
Tchrzcz,
tchrzcz--- via Bug reports for GNU Guix 写道：
> The page at https://guix.gnu.org/manual/en/ links to
> https://guix.gnu.org/manual/en/guix.pdf, but clicking the link
> gets me a 404.
Thanks for the bug report! I can't reproduce this, but it's
possible somebody just fixed it right now, because I could have
sworn I could earlier :-)
Closing,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42968: Potential FSDG issue with GNOME Boxes
@ 2020-08-21 16:04 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-21 16:04 UTC (permalink / raw)
To: 42968
[-- Attachment #1: Type: text/plain, Size: 262 bytes --]
Guix,
The list of operating systems in GNOME Boxes' ‘Create a Virtual
Machine’ & ‘Operating System Download’ menus has the same
potential problems that GNUtoo describes here[0].
Kind regards,
T G-R
[0]: https://issues.guix.gnu.org/42964
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42955: movemail segfault
@ 2020-08-20 15:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-20 15:13 UTC (permalink / raw)
To: bluekeys; +Cc: 42955
[-- Attachment #1: Type: text/plain, Size: 566 bytes --]
Bluekeys,
bluekeys 写道：
> I'm using a brandnew mailbox
>
> mkdir -p /home/user/Maildir/{cur,new,tmp}
>
> and I'm running into this segfault when trying to pull mail.
>
> ~ $ movemail -vv --max-messages=1 --preserve --uidl
> 'imaps://user%40host.com:password@imap.host.com:993'
> maildir:///home/user/Maildir
> movemail: number of messages in source mailbox: 1458
> movemail: will process first 1 message
> segmentation fault
Are you still using mailutils@3.9? I can't reproduce this with
3.10 (it just hangs).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42927: Weird error on guix download ftp://sourceware.org/pub/lvm2/LVM2.2.03.10.tgz
@ 2020-08-19 12:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-19 12:18 UTC (permalink / raw)
To: Danny Milosavljevic; +Cc: 42927
[-- Attachment #1.1: Type: text/plain, Size: 149 bytes --]
Danny,
As you noticed LVM2, on master now defaults to HTTPS instead of
FTP. However, that doesn't actually solve or fix this bug.
FWIW FTP WFM:
[-- Attachment #1.2: Type: text/plain, Size: 372 bytes --]
~/guix master λ guix download
ftp://sourceware.org/pub/lvm2/LVM2.2.03.10.tgz
Starting download of /tmp/guix-file.J33OOi
From ftp://sourceware.org/pub/lvm2/LVM2.2.03.10.tgz...
LVM2.2.03.10.tgz 2.4MiB
1.2MiB/s 00:02 [##################] 100.0%
/gnu/store/r9g36syz9yhgyx5mjnq6xvdhmfxg8aw4-LVM2.2.03.10.tgz
1l0fkn9abrgk5mfn6jfh9qhdr86b59l1c5pk6lp8jh0491d69las
[-- Attachment #1.3: Type: text/plain, Size: 269 bytes --]
Danny Milosavljevic 写道：
> I get the following weird error on
Does ‘Permission denied’ coming from getsockopt look odd to anyone
else? I'm not a network person, but it does not sound like an
error coming from the network.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42759: Flint licence updated
2020-08-08 14:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-08-15 20:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-15 20:11 UTC (permalink / raw)
To: 42759
[-- Attachment #1: Type: text/plain, Size: 113 bytes --]
Commit eefa30c1c6db0772fc1af16de57e71b607903b56 updates Flint to
2.6.3 which is now LGPL.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42813: [BUG] Flatpak 1.8.1 not downloading
@ 2020-08-11 18:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-11 18:39 UTC (permalink / raw)
To: Kurt; +Cc: 42813
[-- Attachment #1: Type: text/plain, Size: 1276 bytes --]
Kurt,
Thanks for the bug report! This doesn't sound like a problem with
Guix.
Kurt 写道：
> Starting download of
> /gnu/store/2qc6kx93nih27aph2wqbah73d08d488b-
> flatpak-1.8.1.tar.xz
> From
> https://github.com/flatpak/flatpak/releases/download/1.8.1/flatpak-1.8.1.tar.xz
> ...
Your system manages to look up the domain github.com...
> following redirection to `
> https://github-production-release-asset-2e65be.s3.amazonaws.com/59213200/166ab200-bd3c-11ea-8a7d-830fd686a810?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20200811%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20200811T180918Z&X-Amz-Expires=300&X-Amz-Signature=f88223c2e13238c826bbd5ec4af64381fb1dd469dc68f7ec89c1382e99b836c2&X-Amz-SignedHeaders=host&actor_id=0&repo_id=59213200&response-content-disposition=attachment%3B%20filename%3Dflatpak-1.8.1.tar.xz&response-content-type=application%2Foctet-stream'
> ...
> In procedure getaddrinfo: Name or service not known
...but then immediately fails to look up
github-production-release-asset-2e65be.s3.amazonaws.com.
There isn't much we can do about this. Try again, possibly after
a
$ sudo herd restart nscd
to flush any negative caches if you're on Guix System.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40834: system-config-printer fails while starting
@ 2020-08-11 3:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-11 3:31 UTC (permalink / raw)
To: 40834-done
[-- Attachment #1: Type: text/plain, Size: 118 bytes --]
mroh,
I rewrote the commit message & pushed your patch as
92b9cdd569ce8dbec768ebf756d524f39ecd5421.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#33488: Does not compile libtorrent-rasterbar
@ 2020-08-09 12:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-09 12:47 UTC (permalink / raw)
To: 33488-close
[-- Attachment #1: Type: text/plain, Size: 401 bytes --]
Znavko,
I came across this old bug report.
> Would you be so kind to check if libtorrent-rasterbar-1.1.11 has
> errors?
No errors; just a ‘modern C++ library’, I'm afraid. Building
libtorrent-rasterbar@1.2.7 with 4 cores today still happily
consumed 2 GiB of RAM.
It's no wonder your system started thrashing but there's little we
can do. Closing.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42759: Flint license is wrong
2020-08-08 19:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-08-08 19:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-08 19:12 UTC (permalink / raw)
To: Max Horn; +Cc: 42759-done
[-- Attachment #1: Type: text/plain, Size: 400 bytes --]
Hah,
Tobias Geerinckx-Rice 写道：
> I opened an issue[0] upstream earlier today but no reply yet.
Naturally, as soon as I send this, I get a notification this will
be fixed upstream.[0]
I'll add a comment to our flint package that the licence can be
changed to LGPL-2.1+ on the next FLINT release.
Thanks! Closing,
T G-R
> [0]: https://github.com/wbhart/flint2/issues/812
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42759: Flint license is wrong
@ 2020-08-08 19:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-08 19:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-08 19:09 UTC (permalink / raw)
To: Max Horn; +Cc: 42759, Jakub Kądziołka
[-- Attachment #1: Type: text/plain, Size: 836 bytes --]
Max,
Max Horn 写道：
> What, that the license is lgpl2.1+ ?
Yes.
> That's what the website states (right at the top of the front
> page), along with an explanation that the license changed from
> 2.5 to 2.6. It is also what the README and the LICENSE files
> state.
I'm aware. That's why I considered it implausible that...
> whoever updated the package from 2.5.2 to 2.6.0 did not pay
> attention and missed the license change.
Of course only Jakub (CC'd) can know for sure. :-)
I opened an issue[0] upstream earlier today but no reply yet. If
these GPL2+ headers are meaningful *in any jurisdiction*, we
*can't* claim that our FLINT is LGPL2+. Nor can upstream.
I was unable to build FLINT without these files.
Kind regards,
T G-R
[0]: https://github.com/wbhart/flint2/issues/812
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42759: Flint license is wrong
@ 2020-08-08 14:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-15 20:11 90% ` bug#42759: Flint licence updated Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-08-08 14:56 UTC (permalink / raw)
To: Max Horn; +Cc: 42759
[-- Attachment #1: Type: text/plain, Size: 301 bytes --]
Hullo Max,
Max Horn 写道：
> The license of the "flint" package is currently set to gpl2+ but
> it really is lgpl2.1+
Could you elaborate? How did you test this?
> Also, there was a bugfix release 2.6. which you might want to
> update to.
Done, thanks!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42607: guix.gnu.org/videos don't play on iOS
@ 2020-07-29 23:08 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-29 23:08 UTC (permalink / raw)
To: 42607
[-- Attachment #1: Type: text/plain, Size: 569 bytes --]
Guix,
A sympathetic PotentialUser reported that they were unable to play
any of our home-page videos on their iPad. Even Firefox didn't
work.
Leo pointed out that we use the VP9 and Opus codecs — both of
which are still not supported by Apple[0][1]. Nor is Vorbis.
nginx can easily sniff iOS/Macintosh user agents and serve them an
inferior format to match, such as h264 with MP3 audio, which can
both be encoded using free software in Guix.
Kind regards,
T G-R
[0]: https://caniuse.com/#feat=opus
[1]: https://caniuse.com/#search=vp9
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42598: The description of "paps" is inaccurate
@ 2020-07-29 13:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-29 13:15 UTC (permalink / raw)
To: Dov Grobgeld; +Cc: 42598-done
[-- Attachment #1: Type: text/plain, Size: 368 bytes --]
Dov,
Dov Grobgeld 写道：
> This is no longer true for the 0.7.1 version. A more accurate
> description
> would be:
>
> "Paps reads a UTF-8 encoded file and generates a pdf file or
> PostScript
> rendering of the file through the pango cairo backend"
Thank you letting us know! I've updated the description as
suggested.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42342: Wine64 segfaults (5.12/staging)
@ 2020-07-28 16:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-28 16:53 UTC (permalink / raw)
To: Leo Prikler; +Cc: 42342
[-- Attachment #1: Type: text/plain, Size: 604 bytes --]
Leo Prikler 写道：
> I'll use inferiors as a local workaround for the time being and
> wait
> for the problem to be fixed upstream. I'll also look into 5.9
> to 5.11
> and perhaps provide a proper downgrade patch later on.
I admit to being a bit confused. IIRC on #guix you reported that
wine-staging was broken, not wine64-staging. If you only want to
downgrade the latter, that's all right by me, but I consider that
one of the risks of using the staging branch to begin with.
Is there a reason you rely on staging, and the 64-bit version to
boot?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42342: Wine64 segfaults (5.12/staging)
@ 2020-07-28 16:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-28 16:41 UTC (permalink / raw)
To: Pierre Neidhardt; +Cc: 42342, Jakub Kądziołka
[-- Attachment #1: Type: text/plain, Size: 829 bytes --]
Pierre Neidhardt 写道：
> I'm suspecting an issue with us because I doubt that upstream
> would fail
> to notice a completely unusable wine for 3 versions :p
What about me?
--8<---------------cut here---------------start------------->8---
~/guix master λ git log gnu/packages/wine.scm | grep -B3 'gnu:
wine-staging.*: Update'
Author: Tobias Geerinckx-Rice <me@tobias.gr>
gnu: wine-staging: Update to 5.13.
--
Author: Tobias Geerinckx-Rice <me@tobias.gr>
gnu: wine-staging: Update to 5.12.1.
--
Author: Tobias Geerinckx-Rice <me@tobias.gr>
gnu: wine-staging-patchset-data: Update to 5.8.
--
Author: Tobias Geerinckx-Rice <me@tobias.gr>
gnu: wine-staging-patchset-data: Update to 5.6.
--8<---------------cut here---------------end--------------->8---
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42342: Wine64 segfaults (5.12/staging)
@ 2020-07-28 16:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-28 16:22 UTC (permalink / raw)
To: Pierre Neidhardt; +Cc: 42342, Jakub Kądziołka
[-- Attachment #1: Type: text/plain, Size: 320 bytes --]
Pierre Neidhardt 写道：
> Cc-ing to Tobias and Jakub.
Thanks. Have you reported this upstream? It sounds similar to
[0].
I'm against reverting wine-staging to a previous version though.
If you want a stable wine, use wine.
Kind regards,
T G-R
[0]: https://bugs.winehq.org/show_bug.cgi?id=49380
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42579: jfs-root-os test failing
@ 2020-07-28 12:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-28 12:44 UTC (permalink / raw)
To: Mathieu Othacehe; +Cc: 42579
[-- Attachment #1: Type: text/plain, Size: 109 bytes --]
Mathieu Othacehe 写道：
> This is fixed
Thanks for the lightning-fast fix!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42523: ‘Latest’ ISO download link broken
@ 2020-07-25 13:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-25 13:56 UTC (permalink / raw)
To: Brett Gilio; +Cc: 42523
[-- Attachment #1: Type: text/plain, Size: 293 bytes --]
Brett,
Brett Gilio 写道：
> The latest run of the CI for some reason didn't produce an ISO
> build
> output. Strange. Who is in charge of our CI?
These peeps[0].
Kind regards,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/berlin.scm#n15
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42523: ‘Latest’ ISO download link broken
@ 2020-07-25 13:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-25 13:54 UTC (permalink / raw)
To: Mathieu Othacehe; +Cc: 42523-done, 42523
[-- Attachment #1: Type: text/plain, Size: 624 bytes --]
Mathieu,
Mathieu Othacehe 写道：
> I fixed the issue in Cuirass with
> 17395e85d2793ec4cb47e53bcbdb5b06187147bd. I'll reconfigure
> berlin
> later-on. In the meantime I ran:
>
> --8<---------------cut
> here---------------start------------->8---
> insert into BuildProducts values (3016488, "ISO-9660",
> 651755520, "",
> "/gnu/store/l20v5vxadpl1bnsa91ird49rinpdwv0v-iso9660-image");
> --8<---------------cut
> here---------------end--------------->8---
>
> to hide the problem. So I think we can close this one.
Perfect! Thank you very much. I'll close this indeed.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42523: ‘Latest’ ISO download link broken
@ 2020-07-24 23:43 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-24 23:43 UTC (permalink / raw)
To: 42523
[-- Attachment #1: Type: text/plain, Size: 426 bytes --]
Guix,
‘Download latest images’[0] points to [1], which returns a JSON:
> {"error":"Could not find the request build product."}
There are plenty[2] to choose from.
Kind regards,
T G-R
[0]: http://guix.gnu.org/download/latest/
[1]:
https://ci.guix.gnu.org/search/latest/ISO-9660?query=spec:guix-master+status:success+system:x86_64-linux+iso9660-image
[2]: https://ci.guix.gnu.org/search?query=iso9660
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42498: guix pull: error: You found a bug: the program '/gnu/store/9....66-compute-guix-derivation'
@ 2020-07-23 23:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-23 23:29 UTC (permalink / raw)
To: mbcladwell; +Cc: 42498-done
[-- Attachment #1: Type: text/plain, Size: 220 bytes --]
mbcladwell@stihie.net 写道：
> ERROR: In procedure %resolve-variable:
> error: qtbase: unbound variable
> -guix pull: error: You found a bug: the program
This should be fixed on master now.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38544: [PATCH] gnu: gparted: Use the Glib-or-GTK build system.
@ 2020-07-16 18:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-16 18:18 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 38544-done
[-- Attachment #1: Type: text/plain, Size: 237 bytes --]
Ludovic Courtès 写道：
>> Fixes <https://issues.guix.gnu.org/38544>.
>>
>> * gnu/packages/disk.scm (gparted)[build-system]: Use
>> glib-or-gtk-build-system.
>
> Makes sense, LGTM!
Thanks! Pushed.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42378: Improve guix-install.sh's messages
@ 2020-07-16 18:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-16 18:17 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 42378-done
[-- Attachment #1: Type: text/plain, Size: 177 bytes --]
Ludovic Courtès 写道：
> I’m all for it. It’s the kind of “tiny issue” that causes lots
> of
> troubles to newcomers.
I agree! Pushed.
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42378: [PATCH 2/2] guix-install.sh: Make sure /etc/profile is sourced.
2020-07-15 20:04 90% ` bug#42378: [PATCH 1/2] guix-install.sh: Suggest running gpg as root Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-07-15 20:04 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-15 20:04 UTC (permalink / raw)
To: 42378
New users regularly report missing newly-installed programmes and icons.
* etc/guix-install.scm (main): Tell users to log out & back in.
---
etc/guix-install.sh | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/etc/guix-install.sh b/etc/guix-install.sh
index efcc3d81d8..72dc3839e8 100755
--- a/etc/guix-install.sh
+++ b/etc/guix-install.sh
@@ -418,6 +418,7 @@ sys_authorize_build_farms()
sys_create_init_profile()
{ # Create /etc/profile.d/guix.sh for better desktop integration
+ # This will not take effect until the next shell or desktop session!
[ -d "/etc/profile.d" ] || mkdir /etc/profile.d # Just in case
cat <<"EOF" > /etc/profile.d/guix.sh
# _GUIX_PROFILE: `guix pull` profile
@@ -507,6 +508,9 @@ main()
_msg "${PAS}Guix has successfully been installed!"
_msg "${INF}Run 'info guix' to read the manual."
+
+ # Required to source /etc/profile in desktop environments.
+ _msg "${INF}Please log out and back in to complete the installation."
}
main "$@"
--
2.27.0
^ permalink raw reply related [relevance 90%]
* bug#42378: [PATCH 1/2] guix-install.sh: Suggest running gpg as root.
2020-07-15 19:33 90% bug#42378: Improve guix-install.sh's messages Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-07-15 20:04 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-15 20:04 90% ` bug#42378: [PATCH 2/2] guix-install.sh: Make sure /etc/profile is sourced Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-15 20:04 UTC (permalink / raw)
To: 42378
The original example regularly prevented new users from installing Guix
at all.
* etc/guix-install.scm (chk_gpg_keyring): Suggest ‘sudo -i gpg’.
---
etc/guix-install.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/etc/guix-install.sh b/etc/guix-install.sh
index 54bd813efd..efcc3d81d8 100755
--- a/etc/guix-install.sh
+++ b/etc/guix-install.sh
@@ -111,7 +111,7 @@ chk_gpg_keyring()
# systems where gpg has never been used, causing errors and confusion.
gpg --dry-run --list-keys ${OPENPGP_SIGNING_KEY_ID} >/dev/null 2>&1 || (
_err "${ERR}Missing OpenPGP public key. Fetch it with this command:"
- echo " wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import -"
+ echo " wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | sudo -i gpg --import -"
exit 1
)
}
--
2.27.0
^ permalink raw reply related [relevance 90%]
* bug#42378: Improve guix-install.sh's messages
@ 2020-07-15 19:33 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-15 20:04 90% ` bug#42378: [PATCH 1/2] guix-install.sh: Suggest running gpg as root Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-15 19:33 UTC (permalink / raw)
To: 42378
[-- Attachment #1: Type: text/plain, Size: 106 bytes --]
Guix,
Here are 2 short patches to address 2 tedious recurring questions
in #guix.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38544: [PATCH] gnu: gparted: Use the Glib-or-GTK build system.
@ 2020-07-14 13:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-14 13:50 UTC (permalink / raw)
To: 38544
Fixes <https://issues.guix.gnu.org/38544>.
* gnu/packages/disk.scm (gparted)[build-system]: Use
glib-or-gtk-build-system.
---
raingloom 写道：
> I tried fixing this by adding the wrapper step from glib-or-gtk but
> that didn't do anything.
Strange, this works for me (after a pointless detour writing a custom wrap phase with shared-mime-info et al):
gnu/packages/disk.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/disk.scm b/gnu/packages/disk.scm
index a5278d8c8c..6d812f560c 100644
--- a/gnu/packages/disk.scm
+++ b/gnu/packages/disk.scm
@@ -78,6 +78,7 @@
#:use-module (gnu packages xml)
#:use-module (gnu packages xorg)
#:use-module (guix build-system gnu)
+ #:use-module (guix build-system glib-or-gtk)
#:use-module (guix build-system go)
#:use-module (guix build-system python)
#:use-module (guix build-system trivial)
@@ -432,7 +433,7 @@ and can dramatically shorten the lifespan of the drive if left unchecked.")
version "/gparted-" version ".tar.gz"))
(sha256
(base32 "092rgwjh1825fal6v3yafq2wr0i61hh0a2n0j4296zn0zdx7pzp2"))))
- (build-system gnu-build-system)
+ (build-system glib-or-gtk-build-system)
(arguments
;; Tests require access to paths outside the build container, such
;; as '/dev/disk/by-id'
--
2.27.0
^ permalink raw reply related [relevance 90%]
* bug#42191: hplip-3.20.6 hash mismatch
@ 2020-07-04 17:40 79% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-07-04 17:40 UTC (permalink / raw)
To: Matthew Brooks; +Cc: 42191-done
[-- Attachment #1: Type: text/plain, Size: 3629 bytes --]
Matthew,
Matthew Brooks 写道：
> Looks like the tarball for hplip was changed in-place
> again. It's been this way for a few days, and since it doesn't
> seem to have been reported yet, I figured I should do it.
Thank you for doing so.
$ file hplip-3.20.6.tar.gz
hplip-3.20.6.tar.gz: gzip compressed data, last modified: Thu
Jun 18 13:10:19 2020,
Nice.
The diff is a small (and irrelevant to us) qpdf→pikepdf switch for
Red Hat, quoted below. Fixed in
ef0e7a5d332f0947adb3556cc5a8c8836eac0b6c.
Kind regards,
T G-R
--8<---------------cut here---------------start------------->8---
│ ├── hplip-3.20.6/installer/distros.dat
│ │ @@ -2635,16 +2635,16 @@
│ │ drv_dir=/usr/share/cups/drv/HP
│ │ ui_toolkit=qt4
│ │ policykit=0
│ │ native_cups=1
│ │ open_mdns_port=/bin/bash ./init-iptables-firewall
│ │ package_mgr_cmd= sudo dnf -y -d 10 -e 1 install
$packages_to_install
│ │ pre_depend_cmd=sudo dnf check-update
│ │ -scanjet_depend_cmd=sudo dnf -y -d 10 -e 1 install
python-pip,sudo pip install opencv-python,sudo pip install
pypdf2,sudo pip install imutils,sudo dnf -y -d 10 -e 1 install
zbar-devel,sudo dnf update gcc,sudo dnf -y -d 10 -e 1 install
zbar-*,sudo dnf -y -d 10 -e 1 install leptonica,sudo dnf -y -d 10
-e 1 install leptonica-devel,sudo dnf -y -d 10 -e 1 install
tesseract,sudo dnf -y -d 10 -e 1 install tesseract-devel,sudo pip
install tesserocr,sudo dnf -y -d 10 -e 1 install
tesseract-langpack-*,sudo dnf -y -d 10 -e 1 install
tesseract-osd,sudo dnf -y -d 10 -e 1 install qpdf,sudo pip install
pypdfocr,sudo pip install scikit-image,sudo pip install scipy^M
│ │ -scanjet_py3_depend_cmd=sudo dnf -y -d 10 -e 1 install
python3-pip,sudo pip3 install opencv-python,sudo pip3 install
pypdf2,sudo pip3 install imutils,sudo dnf -y -d 10 -e 1 install
leptonica,sudo dnf -y -d 10 -e 1 install leptonica-devel,sudo dnf
-y -d 10 -e 1 install tesseract,sudo dnf -y -d 10 -e 1 install
tesseract-devel,sudo pip3 install tesserocr,sudo dnf -y -d 10 -e 1
install tesseract-langpack-*,sudo dnf -y -d 10 -e 1 install
tesseract-osd,sudo dnf -y -d 10 -e 1 install qpdf,sudo pip3
install ocrmypdf,sudo pip3 install scikit-image,sudo pip3 install
scipy^M
│ │ +scanjet_depend_cmd=sudo dnf -y -d 10 -e 1 install
python-pip,sudo pip install opencv-python,sudo pip install
pypdf2,sudo pip install imutils,sudo dnf -y -d 10 -e 1 install
zbar-devel,sudo dnf update gcc,sudo dnf -y -d 10 -e 1 install
zbar-*,sudo dnf -y -d 10 -e 1 install leptonica,sudo dnf -y -d 10
-e 1 install leptonica-devel,sudo dnf -y -d 10 -e 1 install
tesseract,sudo dnf -y -d 10 -e 1 install tesseract-devel,sudo pip
install tesserocr,sudo dnf -y -d 10 -e 1 install
tesseract-langpack-*,sudo dnf -y -d 10 -e 1 install
tesseract-osd,sudo pip install pikepdf,sudo pip install
pypdfocr,sudo pip install scikit-image,sudo pip install scipy^M
│ │ +scanjet_py3_depend_cmd=sudo dnf -y -d 10 -e 1 install
python3-pip,sudo pip3 install opencv-python,sudo pip3 install
pypdf2,sudo pip3 install imutils,sudo dnf -y -d 10 -e 1 install
leptonica,sudo dnf -y -d 10 -e 1 install leptonica-devel,sudo dnf
-y -d 10 -e 1 install tesseract,sudo dnf -y -d 10 -e 1 install
tesseract-devel,sudo pip3 install tesserocr,sudo dnf -y -d 10 -e 1
install tesseract-langpack-*,sudo dnf -y -d 10 -e 1 install
tesseract-osd,sudo pip3 install pikepdf,sudo pip3 install
ocrmypdf,sudo pip3 install scikit-image,sudo pip3 install scipy^M
--8<---------------cut here---------------end--------------->8---
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 79%]
* bug#42036: Failed to mount fuse sshfs
@ 2020-06-28 11:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-28 11:49 UTC (permalink / raw)
To: Oleg Pykhalov; +Cc: Efraim Flashner, 42036
[-- Attachment #1: Type: text/plain, Size: 2053 bytes --]
Oleg Pykhalov 写道：
> Tobias Geerinckx-Rice <me@tobias.gr> writes:
>> However, Oleg: are you sure it looks *only* in /bin?
[…]
> Here is a ‘mount -t‘ strace:
> --8<---------------cut
> here---------------start------------->8---
> oleg@guixsd ~$ mount -t fuse -o rw,allow_other
> sshfs#oleg@workstation:/home/oleg /tmp/f
> /gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/sh:
> sshfs: command not found
>
> execve("/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/sh",
> ["/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/sh",
> "-c", "'sshfs' 'oleg@workstation:/home/oleg' '/tmp/f' '-o'
> 'rw,allow_other,dev,suid'"], 0x961430 /* 74 vars */) = 0
> ...
> stat(".", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
> stat("/usr/local/bin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No
> such file or directory)
> stat("/usr/local/sbin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No
> such file or directory)
> stat("/usr/bin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No such
> file or directory)
> stat("/usr/sbin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No such
> file or directory)
> stat("/bin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No such
> file or directory)
> stat("/sbin/sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No such
> file or directory)
> stat(".", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
> stat("./sshfs", 0x7ffed0ac1c90) = -1 ENOENT (No such
> file or directory)
> --8<---------------cut
> here---------------end--------------->8---
Thanks! This part comes from mount.fuse, right?
mount calls mount.fuse with $PATH unset. mount.fuse calls
<bash-minimal>/bin/sh -c sshfs …, which uses
/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:.
by default. Not very useful on Guix Systems.
I'm considering the best place to fix this: util-linux (probably),
fuse (it would only affect mount.fuse, but maybe we want that kind
of control), or bash (almost certainly not).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42076: SSL_CERT_* variables and GVFS (and probably more) are not initialized if you don't use GDM
@ 2020-06-27 9:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-27 9:53 UTC (permalink / raw)
To: raingloom; +Cc: 42076
Hi!
Thanks for the bug report. How are these two things related? Did
GVFS start working when you fixed your certs? Is GVFS failing
because of other unset search paths? They should be tracked as
separate bug #s otherwise.
It's not true that ‘SSL_CERT_* variables are not initialized if
you don't use GDM’: they're initialised if a package declares a
native-search-path requirement on them, and another package in the
same profile provides matching files.
How were you failing to ‘download things’, ‘access the web’? How
did you fix it?
I see that wget doesn't declare any search-paths. That's odd
(bug?) but I don't use it.
I prefer curl, which does declare SSL_CERT_* search-paths:
installing it will set SSL_CERT_{DIR,FILE} in the profile as long
as there are (nss-)certs in that same profile to point at.
git, on the other hand, doesn't use SSL_CERT_*, but
GIT_SSL_CAINFO. Here too, users don't need to care about the
variable(s) because Guix sets them up as soon as certs are
installed alongside.
If you install the (nss-)certs to a different profile than all
SSL_CERT_* consumers, this won't happen. An ugly hack-around
would be to add native-seach-paths entries to the providing
packages which would unconditionally set them. I'm not convinced
this case is worth supporting.
I've not used GVFS & can't say anything sensible about it.
Kind regards,
T G-R
^ permalink raw reply [relevance 90%]
* bug#42068: CUPS :631/admin interface freezes
@ 2020-06-26 21:18 75% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-26 21:18 UTC (permalink / raw)
To: 42068
[-- Attachment #1: Type: text/plain, Size: 5022 bytes --]
Guix,
When visiting localhost:631/admin, the server appears to freeze
(blank page). However, exactly 2 minutes later content is served
and buttons like ‘Find New Printer’ [appear to] work without
delay.
Some error_log debug output below. Note the 2 neat 1-minute
time-outs.
It's likely that this is an upstream bug (but not quite this [1]).
I'll try upgrading CUPS and gathering more infos.
Kind regards,
T G-R
[1]: https://github.com/apple/cups/issues/5755
--8<---------------cut here---------------start------------->8---
D [26/Jun/2020:22:30:44 +0200] [Client 1199] Waiting for CGI data.
D [26/Jun/2020:22:30:44 +0200] [CGI] admin.cgi started...
D [26/Jun/2020:22:30:44 +0200] [CGI] http=0x572bbd388140
D [26/Jun/2020:22:30:44 +0200] [CGI] cgiSetVariable:
SECTION=\"admin\"
D [26/Jun/2020:22:30:44 +0200] [CGI] cgiSetVariable:
REFRESH_PAGE=\"\"
D [26/Jun/2020:22:30:44 +0200] [CGI] org.cups.sid cookie not
found, initializing!
D [26/Jun/2020:22:30:44 +0200] [CGI] org.cups.sid cookie is
\"7be9c6067fac85f5930e650697b46a8e\"
D [26/Jun/2020:22:30:44 +0200] [CGI] No form data, showing main
menu...
D [26/Jun/2020:22:31:44 +0200] Report: clients=100
D [26/Jun/2020:22:31:44 +0200] Report: jobs=0
D [26/Jun/2020:22:31:44 +0200] Report: jobs-active=0
D [26/Jun/2020:22:31:44 +0200] Report: printers=1
D [26/Jun/2020:22:31:44 +0200] Report:
stringpool-string-count=2150
D [26/Jun/2020:22:31:44 +0200] Report:
stringpool-alloc-bytes=14480
D [26/Jun/2020:22:31:44 +0200] Report:
stringpool-total-bytes=43296
D [26/Jun/2020:22:32:44 +0200] [Client 807] Closing on unexpected
HTTP read state HTTP_STATE_GET_SEND.
D [26/Jun/2020:22:32:44 +0200] [Client 807] Closing connection.
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
I [26/Jun/2020:22:32:44 +0200] Resuming new connection
processing...
D [26/Jun/2020:22:32:44 +0200] Report: clients=99
D [26/Jun/2020:22:32:44 +0200] Report: jobs=0
D [26/Jun/2020:22:32:44 +0200] Report: jobs-active=0
D [26/Jun/2020:22:32:44 +0200] Report: printers=1
D [26/Jun/2020:22:32:44 +0200] Report:
stringpool-string-count=2150
D [26/Jun/2020:22:32:44 +0200] Report:
stringpool-alloc-bytes=14480
D [26/Jun/2020:22:32:44 +0200] Report:
stringpool-total-bytes=43296
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
D [26/Jun/2020:22:32:44 +0200] [Client 1200] Server address is
"/var/run/cups/cups.sock".
D [26/Jun/2020:22:32:44 +0200] [Client 1200] Accepted from
localhost (Domain)
D [26/Jun/2020:22:32:44 +0200] [Client 1200] Waiting for request.
W [26/Jun/2020:22:32:44 +0200] Max clients reached, holding new
connections...
D [26/Jun/2020:22:32:44 +0200] [Client 1200] GET
/admin/conf/cupsd.conf HTTP/1.1
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
D [26/Jun/2020:22:32:44 +0200] [Client 1200] Read: status=200,
state=3
D [26/Jun/2020:22:32:44 +0200] [Client 1200] No authentication
data provided.
D [26/Jun/2020:22:32:44 +0200] cupsdIsAuthorized: username=""
D [26/Jun/2020:22:32:44 +0200] [Client 1200] cupsdSendHeader:
code=401, type="text/html", auth_type=0
D [26/Jun/2020:22:32:44 +0200] [Client 1200] WWW-Authenticate:
Basic realm=\"CUPS\", PeerCred, Local trc=\"y\"
D [26/Jun/2020:22:32:44 +0200] [Client 1200] Closing connection.
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
I [26/Jun/2020:22:32:44 +0200] Resuming new connection
processing...
D [26/Jun/2020:22:32:44 +0200] [Client 811] Closing on unexpected
HTTP read state HTTP_STATE_GET_SEND.
D [26/Jun/2020:22:32:44 +0200] [Client 811] Closing connection.
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
D [26/Jun/2020:22:32:44 +0200] PID 7754
(/gnu/store/w6wnki4glaxxwmdh56fqf4yis3k7n8yg-cups-server-bin/lib/cups/cg>
D [26/Jun/2020:22:32:44 +0200] [Client 815] Closing on unexpected
HTTP read state HTTP_STATE_GET_SEND.
D [26/Jun/2020:22:32:44 +0200] [Client 815] Closing connection.
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
D [26/Jun/2020:22:32:44 +0200] PID 7755
(/gnu/store/w6wnki4glaxxwmdh56fqf4yis3k7n8yg-cups-server-bin/lib/cups/cg>
D [26/Jun/2020:22:32:44 +0200] [Client 819] Closing on unexpected
HTTP read state HTTP_STATE_GET_SEND.
D [26/Jun/2020:22:32:44 +0200] [Client 819] Closing connection.
D [26/Jun/2020:22:32:44 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Active clients"
D [26/Jun/2020:22:32:44 +0200] PID 7756
(/gnu/store/w6wnki4glaxxwmdh56fqf4yis3k7n8yg-cups-server-bin/lib/cups/cg>
D [26/Jun/2020:22:32:44 +0200] [Client 823] Closing on unexpected
HTTP read state HTTP_STATE_GET_SEND.
D [26/Jun/2020:22:32:44 +0200] [Client 823] Closing connection.
--8<---------------cut here---------------end--------------->8---
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 75%]
* bug#42009: package.cache not deterministic
@ 2020-06-25 22:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-25 22:33 UTC (permalink / raw)
To: Marinus; +Cc: 42009, zimoun
[-- Attachment #1: Type: text/plain, Size: 340 bytes --]
Quick and lazy reply before the sleep comes,
Seems like a ‘simple’ case of the packages not being ordered
(enough):
https://www.tobias.gr/guix-package.cache.diffoscope.html/#lib---guix---package.cache---strings---all---
(Sorry for the ad-hoc URL, I'll keep it up until this bug report
is closed!)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42043: [BUG] Can not update nix-channels after adding
@ 2020-06-25 16:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-25 16:41 UTC (permalink / raw)
To: Kozo; +Cc: 42043
[-- Attachment #1: Type: text/plain, Size: 396 bytes --]
Kozo,
It looks like some part of Nix that isn't in /gnu/store still
refers to /gnu/store/pwcp…/bin/bash, which was garbage collected
(because nothing in /gnu/store referred to it).
Can you confirm that /gnu/store/pwcp…/bin/bash no longer exists?
If you like brute force, you can try grepping /etc, /var, $HOME
for the full /gnu/store/pwcp… string.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#42036: Failed to mount fuse sshfs
@ 2020-06-25 12:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-25 12:46 UTC (permalink / raw)
To: Efraim Flashner; +Cc: Oleg Pykhalov, 42036
[-- Attachment #1: Type: text/plain, Size: 658 bytes --]
Efraim Flashner 写道：
> I'm not clear on the usage of sshfs, but I just tried 'sshfs
> efraim@other-machine: mnt/' and it worked without any issues.
Right. The bug is mount(8) not finding it because it(?) only
looks in /bin, apparently. This poses a problem with e.g. autofs.
However, Oleg: are you sure it looks *only* in /bin? Did you
install ‘sshfs’ to your user profile (‘guix install’ or a
manifest) or system profile (the ‘packages’ field of your
‘operating-system’)? Try the latter. See ‘Scheme Procedure:
udisks-service’ in the (guix)Desktop Services section of the
manual.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41791: [Shepherd] loses track of Tor
@ 2020-06-12 12:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-12 12:03 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 41791-done
[-- Attachment #1: Type: text/plain, Size: 627 bytes --]
Ludovic Courtès 写道：
> Oops, this one is fixed by
> b6b95685d0b478698d648f13afd927b1e1700d99.
Impressive fanservice as always.
> The nginx issue may be different. The Shepherd 0.8.0 included
> fixes
> that should help for multi-process services like nginx. Let me
> know if
> it happens again.
I will. It's possible that it hasn't happened since 0.8.0.
> Thanks for reporting the issue… and apologies for grumpily
> pushing you
> to do so on IRC. It’s a positive outcome at any rate!
The day I get to berate anyone for being grumpy will be a strange
day in hell.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41780: UEFI bios not supported out of the box when burning to usb stick
@ 2020-06-10 21:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-10 21:12 UTC (permalink / raw)
To: Bengt Richter; +Cc: romulasry, 41780
[-- Attachment #1: Type: text/plain, Size: 219 bytes --]
Bengt Richter 写道：
> Wondering, is coreboot[1] on anyone's radar in guix-land?
There are more than a few Guixers who use it (or its derivative
Libreboot). It is also supported :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41794: Thoughts on using Zstd compression instead of lzip
@ 2020-06-10 20:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-10 20:59 UTC (permalink / raw)
To: romulasry; +Cc: 41794
[-- Attachment #1.1: Type: text/plain, Size: 350 bytes --]
Romulas,
It's not clear where you want to see zstd used. Here's a trivial
patch to add Zstd to ‘guix pack’, if that's what you mean.
I didn't submit it in the past because I dread bikeshedding the
compression level. -3 is the default, and compresses slightly
better than gzip in a fraction of the time.
Kind regards,
T G-R
[-- Attachment #1.2: 0001-pack-Add-zstd-compressor.patch --]
[-- Type: text/x-patch, Size: 1221 bytes --]
From fa2ead6ac0f6c005e6392d6073122c7191e08944 Mon Sep 17 00:00:00 2001
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Fri, 08 Nov 2019 09:03:27 +0100
Subject: [PATCH] pack: Add zstd compressor.
* guix/scripts/pack.scm (%compressors): Add ztsd.
---
guix/scripts/pack.scm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/guix/scripts/pack.scm b/guix/scripts/pack.scm
index 518bf6e7e3..5e71ca9c21 100644
--- a/guix/scripts/pack.scm
+++ b/guix/scripts/pack.scm
@@ -4,6 +4,7 @@
;;; Copyright © 2018 Konrad Hinsen <konrad.hinsen@fastmail.net>
;;; Copyright © 2018 Chris Marusich <cmmarusich@gmail.com>
;;; Copyright © 2018 Efraim Flashner <efraim@flashner.co.il>
+;;; Copyright © 2019 Tobias Geerinckx-Rice <me@tobias.gr>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -81,6 +82,8 @@
#~(#+(file-append xz "/bin/xz") "-e"))
(compressor "bzip2" ".bz2"
#~(#+(file-append bzip2 "/bin/bzip2") "-9"))
+ (compressor "zstd" ".zst"
+ #~(#+(file-append zstd "/bin/zstd") "-3"))
(compressor "none" "" #f)))
;; This one is only for use in this module, so don't put it in %compressors.
--
2.26.2
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply related [relevance 90%]
* bug#41791: [Shepherd] loses track of Tor
@ 2020-06-10 15:20 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-10 15:20 UTC (permalink / raw)
To: 41791
[-- Attachment #1: Type: text/plain, Size: 1896 bytes --]
All,
--8<---------------cut here---------------start------------->8---
~ λ while :; do sudo herd restart tor; done
Service tor is not running.
Service tor has been started.
Service tor has been stopped.
Service tor could not be started.
Service tor is not running.
Service tor could not be started.
^C
~ λ pgrep tor
22926
23004
--8<---------------cut here---------------end--------------->8---
This has (this year) happened to nginx in tight edit.conf/restart
loops too, but I can't say if the two are at all related.
Here's the output of ‘herd status’ but it's not very useful to me:
--8<---------------cut here---------------start------------->8---
λ sudo herd status
Started:
+ dovecot
+ file-system-/dev/pts
+ file-system-/dev/shm
+ file-system-/gnu/store
+ file-systems
+ guix-daemon
+ loopback
+ mcron
+ networking
+ nginx
+ root
+ root-file-system
+ smtpd
+ ssh-daemon
+ syslogd
+ term-tty1
+ udev
+ urandom-seed
+ user-file-systems
+ user-processes
+ virtual-terminal
Stopped:
- tor
One-shot:
* host-name
* user-homes
--8<---------------cut here---------------end--------------->8---
He looks guilty:
--8<---------------cut here---------------start------------->8---
λ sudo cat /var/run/tor/tor.pid
cat: /var/run/tor/tor.pid: No such file or directory
--8<---------------cut here---------------end--------------->8---
From ps auxwww:
--8<---------------cut here---------------start------------->8---
~ λ head -n6 /gnu/store/5ivhkbd0pzhnnmk38yn7cygcyd02kkk5-torrc
### These lines were generated from your system configuration:
User tor
DataDirectory /var/lib/tor
PidFile /var/run/tor/tor.pid
Log notice syslog
### End of automatically generated lines.
--8<---------------cut here---------------end--------------->8---
No contradictory lines added.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#36757: AMD-Vi IOMMU bug, kernel crashes using GuixSD 1.0.1
@ 2020-06-10 1:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-10 1:56 UTC (permalink / raw)
To: romulasry, via web; +Cc: 36757
[-- Attachment #1: Type: text/plain, Size: 666 bytes --]
Romulasry,
romulasry@protonmail.com, via web 写道：
> It is a amdgpu firmware bug,
We've had some trouble booting with the non-free AMDGPU graphics
cards before, but the ‘AMD-Vi IOMMU’ part is new to me. What
exactly happens? Which error messages (if any) do you get
(pictures are fine, but please compress them to a few 100k or host
them elsewhere)?
> will guixsd ever support it?
We can certainly try, if we know what (kernel CONFIG_ option,
kernel command-line option, …) is required.
Since you seem to know more about the bug, could you explain it in
more detail of provide a link to more information?
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41780: UEFI bios not supported out of the box when burning to usb stick
@ 2020-06-10 1:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-10 1:47 UTC (permalink / raw)
To: romulasry; +Cc: 41780
[-- Attachment #1: Type: text/plain, Size: 524 bytes --]
Welcome, Romulasry,
romulasry via Bug reports for GNU Guix 写道：
> This would be a nice feature to have in the future when all
> there will be is UEFI (bioses).
UEFI is already supported.
Is this the latest Guix version (1.1.0)? What kind of machine did
you try it on, and which error (if any) did you get? Does the
same installer boot and run fine when booted in CSM (‘legacy’)
mode? Could you try a different model of USB drive (this once
‘solved’ it for me)?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37789: guix pull: error: You found a bug: the program
@ 2020-06-09 23:40 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-09 23:40 UTC (permalink / raw)
To: George Clemmer; +Cc: Ludovic Courtès, 37789
[-- Attachment #1: Type: text/plain, Size: 288 bytes --]
George Clemmer 写道：
> I assume that "guix pull w/substitutes off" is not recommended
> or likely
> to be used by others.
Even if true, it's definitely supported as long your machine has
enough memory & storage to do so (which, granted, is a lot).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41743: gst123
@ 2020-06-07 1:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-07 1:19 UTC (permalink / raw)
To: Kyle Andrews; +Cc: 41743
[-- Attachment #1: Type: text/plain, Size: 531 bytes --]
Kyle,
Kyle Andrews 写道：
> I tried adding all the gst packages I could think of to the
> environment,
> but it still did not work. Here is what I ran:
>
> guix environment gst-plugins-base gst-plugins-bad
> gst-plugins-good gst-plugins-ugly gst123 -- gst123
> "/path/to/music-file.mp3"
Use ‘guix environment --ad-hoc’. The command above doesn't add
any of the packages to the environment, only their build
dependencies.
I forgot about gst-plugins-base, maybe it suffices.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41743: gst123
@ 2020-06-06 20:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-06 20:55 UTC (permalink / raw)
To: Kyle Andrews; +Cc: 41743
[-- Attachment #1: Type: text/plain, Size: 424 bytes --]
Kyle,
Kyle Andrews 写道：
> When I install gst123 and try to play an mp3 file no sound comes
> and I
> see:
>
> : Error: Your GStreamer installation is missing a plug-in.
Does adding ‘gst-plugins-bad’ to the profile fix it? It let me
play a random .mp3 file[0], but only without --pure.
Kind regards,
T G-R
[0]:
https://file-examples.com/wp-content/uploads/2017/11/file_example_MP3_5MG.mp3
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41666: $INFOPATH should end with a colon
@ 2020-06-02 18:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-06-02 18:15 UTC (permalink / raw)
To: Jonas Bernoulli; +Cc: 41666
[-- Attachment #1: Type: text/plain, Size: 569 bytes --]
Jonas,
Jonas Bernoulli 写道：
> On a foreign distro Guix installs /etc/profile.d/guix.sh, which
> among
> other things adds the directory where it installs info pages to
> the
> INFOPATH variable.
Thanks for the report!
New installations (after 21 March) should not have this problem[0]
so I've closed & merged your bug with that one.
It's safe to manually fix your local copy of ‘guix.sh’. It was
created by guix-install.sh, but Guix doesn't know about or touch
it.
Kind regards,
T G-R
[0]: https://issues.guix.gnu.org/39984
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41581: Redirecting ‘guix graph’ to bcachefs file causes backtrace(?)
@ 2020-05-28 18:53 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-28 18:53 UTC (permalink / raw)
To: 41581
[-- Attachment #1.1: Type: text/plain, Size: 255 bytes --]
Guix,
Redirecting guix's output to a file on a bcachefs file system
triggers a backtrace.
Of course I don't expect anyone else to be doing this, but does
anyone have a clue as to what *could* be happening? Redirection
to a file in /tmp works fine.
[-- Attachment #1.2: Type: text/plain, Size: 998 bytes --]
λ findmnt /
TARGET SOURCE FSTYPE OPTIONS
/ /dev/sda1 bcachefs
rw,relatime,compression=lz4,gc_reserve_percent=5,discard
λ guix --help > ~/halpy
Backtrace:
11 (primitive-load
"/home/nckx/.config/guix/current/bin/guix")
In ice-9/eval.scm:
293:34 10 (_ #<directory (guile-user) 705f90896f00>)
196:35 9 (_ #<directory (guile-user) 705f90896f00>)
In ice-9/boot-9.scm:
3297:17 8 (resolve-interface (guix ui) #:select _ #:hide _
#:prefix _ #:renamer _ #:version _)
In ice-9/threads.scm:
390:8 7 (_ _)
In ice-9/boot-9.scm:
3223:13 6 (_)
In ice-9/threads.scm:
390:8 5 (_ _)
In ice-9/boot-9.scm:
3507:20 4 (_)
2806:4 3 (save-module-excursion _)
3527:26 2 (_)
In unknown file:
1 (primitive-load-path "guix/ui" #<procedure
705f90ca97e0 at ice-9/boot-9.scm:3514:37 ()>)
In guix/ui.scm:
1328:19 0 (_)
guix/ui.scm:1328:19: In procedure terminal-window-size: Operation
not permitted
[-- Attachment #1.3: Type: text/plain, Size: 22 bytes --]
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41549: ! Can't ping ci.guix.gnu.org anymore
@ 2020-05-26 21:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-26 21:55 UTC (permalink / raw)
To: zimoun; +Cc: 41549-done, Léon Lain Delysid
[-- Attachment #1: Type: text/plain, Size: 265 bytes --]
zimoun 写道：
> It seems that ci.guix.gnu.org is down. Maintenance not smooth
> as expected.
> Well, it starts here [1] and then follows up.
Yep, it was down for maintenance which took longer than expected.
It's back up now.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#25952: offloading empty machines file
@ 2020-05-25 20:32 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-25 20:32 UTC (permalink / raw)
To: zimoun; +Cc: 25952, contact.ng0
[-- Attachment #1: Type: text/plain, Size: 812 bytes --]
Simon,
zimoun 写道：
> This bug [1] had not been commented since the last 3 years and
> it has
> been asked more info 3 weeks ago.
The issue is that files such as /etc/guix/machines.scm (but this
applies equally to /etc/guix/acl & so on) are expected to evaluate
to a sexp.
An empty file does not a valid sexp make, so Guix throws an
prickly backtrace @ your face & dies. This is unlike most other
configuration formats where an empty file or one consisting
entirely of comments is a no-op.
We should decide whether ‘’ is a valid sexp (oh dear, philosophy)
or throw something softer at people.
> Therefore, I am closing. Feel free to reopen if I misunderstand
> something.
I think this bug should remain open until it's decided. What you?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41500: [BUG] pidgin-2.13.0.drv failed to build
@ 2020-05-24 17:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-24 17:36 UTC (permalink / raw)
To: K I; +Cc: 41500-done
[-- Attachment #1: Type: text/plain, Size: 297 bytes --]
K I,
K I 写道：
> After the latest guix pull and reconfigure, I am getting this
> error on
> two machines now.
Thanks for the report. This hit me too, and should have been
fixed by 4492981706e0f2041053fdc728e29232855d8689. Let me know if
it ain't so.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#34135: IceCat lacks WebGL support
@ 2020-05-23 21:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-23 21:14 UTC (permalink / raw)
To: Jonathan Brielmaier; +Cc: 34135
[-- Attachment #1: Type: text/plain, Size: 406 bytes --]
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
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41462: Found a bug
@ 2020-05-23 12:07 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-23 12:07 UTC (permalink / raw)
To: james; +Cc: 41462
[-- Attachment #1: Type: text/plain, Size: 232 bytes --]
James,
james@openmail.cc 写道：
> I ran into the following error running a `guix pull` this
> morning:
This should be fixed on your next pull:
<https://issues.guix.gnu.org/41457#4>.
Thanks for the report!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40604: http-parser 2.9.4 fails to build on armhf-linux
@ 2020-05-21 14:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-21 14:45 UTC (permalink / raw)
To: Ricardo Wurmus; +Cc: Marius Bakke, 40604-done, bug-guix
[-- Attachment #1: Type: text/plain, Size: 699 bytes --]
Ricardo, Marius,
Ricardo Wurmus 写道：
>> Marius Bakke <mbakke@fastmail.com> writes:
>>
>>> The update to http-parser in
>>> 62f7f0d636d3b3ff796263ab892ebf53263539fa
>>> causes a test failure armhf-linux:
>>
>> The same test failure happens on i686-linux.
>
> Actually, this might be a different failure:
>
> test_g: test.c:4240: main: Assertion `sizeof(http_parser) ==
> 32' failed.
Neither, or both, or whatever. It's the fix for the armhf failure
(5c30eb61) that in turn causes a failure on i686 because there the
struct *is* a mere 28 bytes.
Fixed in f2de892b375d30ad79502509a47a15f0f4d68fee by applying the
fix only on armhf.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41413: guix-install.sh broken on Gentoo
@ 2020-05-20 0:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-20 0:09 UTC (permalink / raw)
Cc: 41413
[-- Attachment #1: Type: text/plain, Size: 673 bytes --]
Hullo,
ZC via web 写道：
> guix-install.sh calls "update-rc.d", which doesn't exist on a
> Gentoo system. Instead of trying to support all possible init
> systems, or make assumptions regarding how the init system
> works, I'd suggest simply dropping support for anything other
> than upstart and/or systemd.
I think we can safely assume that if ‘update-rc.d’ exists it will
work a certain way (i.e. there aren't multiple incompatible
‘update-rc.d’s around), and that the real bug is that the script
checks for a random directory in /etc instead.
It should test for the script(s) it uses, not related symptoms.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41413: guix-install.sh broken on Gentoo
@ 2020-05-19 23:27 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-19 23:27 UTC (permalink / raw)
To: 41413
[-- Attachment #1: Type: text/plain, Size: 29 bytes --]
Take it away, ZombieChicken:
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#25258: Bashisms in make rules
@ 2020-05-17 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-17 17:34 UTC (permalink / raw)
To: Vincent Legoll; +Cc: 25258
[-- Attachment #1: Type: text/plain, Size: 993 bytes --]
Vincent,
Vincent Legoll 写道：
> I don't know guix team's stance on that kind ow work (I still
> have not
> polished my work enough for review). But it looks like you
> stumbled on
> some painful items, that ought to be resolved one way or the
> other.
The only reason for Guix to have any shell code at all is to run
in places where Guile isn't (yet) available. Therefore it should
be portable between GNU systems, or it might as well be Guile. I
don't believe GNU implies bash.
> It would be nice to hear that those are actionable items that
> will
> receive positive feedback before doing substantial work. (Looks
> like
> I should have asked that earlier, before falling into the rabbit
> hole...)
Big upz from me. Thanks for being proactive :-)
The challenge is keeping new bashisms out, so sudo please try to
include some automated tests. Maybe you can use shellcheck; our
test suite could use a GHC dependency.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41356: Install script fails on Ubuntu 18.04 x86_64: Workaround
@ 2020-05-17 12:26 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-17 12:26 UTC (permalink / raw)
To: Trevor Lee; +Cc: Vincent Legoll, 41356-done
[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]
Trevor,
Thanks for the report!
Trevor Lee 写道：
> ```bash
> cp: cannot stat '/root/.config/guix/current
> /lib/systemd/system/gnu-store.mount': No such file or directory
> chmod: cannot access '/etc/systemd/system/gnu-store.mount': No
> such file or
> directory
> ```
This happens because [0] links to guix-install.sh on (git) master,
which contains new code to install gnu-store.mount, but then
downloads an older (release) archive that doesn't contain that
file yet.
The above error is harmless, in that there's no regression from
1.1.0. New installations just won't benefit from Guix Advanced
System Protection(ZOMG™) just yet.
ebbf91542269fcb36d64928d4a4992e6afbf2acf avoids the error.
With that I'm closing this bug with little sense of satisfaction.
Your manual work-around is totes valid but (and do keep it), but
while not mounting /gnu/store ro on foreign distributions was a
serious oversight I don't think it warrants bundling or
downloading a copy of the .mount unit.
IMO it does warrant a 1.1.1 release once Vincent's non-systemd
work gets merged.
Kind regards,
T G-R
[0]:
http://guix.gnu.org/manual/en/html_node/Binary-Installation.html#Binary-Installation
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41233: GNU Freefont is broken
@ 2020-05-14 14:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-14 14:16 UTC (permalink / raw)
To: L p R n d n; +Cc: 41233
[-- Attachment #1: Type: text/plain, Size: 599 bytes --]
L p,
L p R n d n 写道：
> Totally my bad here... It appears I didn't have
> font-gnu-freefont in my
> system packages anymore and I forgot. + I mixed it with another
> issue.
^_^
> I'm currently reconfiguring to verify it's ok. Unless I bring
> something new until tomorrow, this issue can be safely be
> closed.
Great! You can do so yourself by sending your next mail to
<nnn>-done@debbugs.gnu.org instead of <nnn>@.
> Sorry for te unnecessary bug report.
No need to apologise for this. We got a slightly nicer WOFF
bikeshed out of it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41233: [PATCH] gnu: font-gnu-freefont: fix for bug 41233.
@ 2020-05-13 16:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-13 16:29 UTC (permalink / raw)
To: Michael Rohleder; +Cc: 41233
[-- Attachment #1: Type: text/plain, Size: 703 bytes --]
Michael,
Michael Rohleder 写道：
> I havent tested, but looking at the installed fonts it seems
> clear that
> they are in the wrong directory.
There are no wrong directories.
> (woff-font-dir (string-append
> %output
> -
> "/share/fonts/woff")))
> +
> "/share/fonts/webfonts")))
I applied & replied to Raghav's patch[0] before I saw yours. This
is the search keyword I was missing, thanks!
/share/fonts/webfonts does seem to be a standard thing, so I'll
apply this hunk (minus the ‘fix’ claim).
Thank you very much,
T G-R
[0]:
https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00234.html
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41233: GNU Freefont is broken
@ 2020-05-13 15:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-13 15:00 UTC (permalink / raw)
To: L p R n d n; +Cc: 41233
[-- Attachment #1: Type: text/plain, Size: 593 bytes --]
L p,
L p R n d n 写道：
> Fonts provided by the font-gnu-freefont package seem to be
> broken. In my
> case, under Guix system, they do not appear in LibreOffice,
> gnome-terminal shows them as squares and they do not have any
> effects in
> inkscape (a fallback font is probably use instead).
What's the output of
$ fc-list | grep FreeSansBoldOblique
and what is it after running
$ fc-cache -rv
?
If the latter didn't fix the problem, please include its output
here.
> Issue 40783 is probably related.
I don't think so.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41132: [core-updates]: Fonts not working on foreign distro (Debian)
@ 2020-05-08 1:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-08 1:08 UTC (permalink / raw)
To: Leo Famulari; +Cc: 41132
[-- Attachment #1: Type: text/plain, Size: 506 bytes --]
Leo,
Leo Famulari 写道：
> I tried `fc-cache -rv`. Using Debian's fc-cache, it looks like
> this:
[...]
> /var/cache/fontconfig: not cleaning unwritable cache directory
> And with Guix's fc-cache:
[...]
> /var/cache/fontconfig: not cleaning unwritable cache directory
This is certainly a classic. Have you tried deleting this stale
directory? Guix System does so for you, I suppose Debian does
not. It doesn't jive with unprivileged package management.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41037: documentation for application developers?
@ 2020-05-03 22:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-05-03 22:18 UTC (permalink / raw)
Cc: 41037
[-- Attachment #1: Type: text/plain, Size: 1632 bytes --]
Hi Bruno!
Bruno Haible 写道：
> Hi Ludo,
>
>> > I would expect to find these issues discussed, at least:
>> > - hard-coded program names like /bin/pwd
>>
>> These should be avoided; it’s not Guix-specific, but the
>> problem is
>> obviously more acute here.
>
> /bin/pwd exists on all other Unix systems; so de facto it _is_
> Guix
> specific.
Perhaps. Well behaved portable programmes use $PATH anyway, so
it's a non-issue.
A handful hard-code directories at their peril and suffer the
consequences — usually, by being patched to respect $PATH. :-)
This is deliberately not supported. Users *could* ask Guix to
create a /bin/pwd for them. Nobody does.
> So, the consequence is that a Guix user cannot send an
> executable
> to another Guix user and expect it to be runnable on the other
> machine.
s|Guix|GNU/Linux|g
> This too is Guix specific; maybe it is already documented?
It's not Guix-specific at all. It's universal to all unix systems
(and beyond): when you send someone a binary that's missing
external dependencies, it will not run. If you give them the
dependencies (for example, using ‘guix pack’ which includes the
correct linker, not someone else's random copy with the same
name), it runs. Guix is no different.
> ldconfig and shared library caches
Guix uses neither, since there's nothing to cache: once linked
(using rpath and absolute /gnu/store file names), libraries do not
move around in space and time. It's not the cause of or the
solution to your problem. I hope Ludo's suggestion was!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40977: --load-path does not honor ~
@ 2020-04-30 19:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-30 19:21 UTC (permalink / raw)
To: zimoun, 40977
[-- Attachment #1: Type: text/plain, Size: 635 bytes --]
Hartmut, Zimoun,
Hartmut Goebel 写道：
> After processing options, guix need to "expanduser()" (as it is
> called
> in Python) on all arguments which are paths.
If any Python (or other) software does this, it's broken. File a
bug there.
This is the wrong thing to do and makes the GNU system an
inconsistent mess. …OK, *more* of an inconsistent, loveable, mess
;-)
It also makes
$ sudo guix system --load-path=~/path/tp/my/project …
and
$ sudo guix system -L ~/path/to/my/project -A mypackage …
suddenly result in different file names.
Please don't do it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40789: vigra 1.11.1 build error
@ 2020-04-23 18:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-23 18:27 UTC (permalink / raw)
To: Danny Milosavljevic, 40789
[-- Attachment #1: Type: text/plain, Size: 611 bytes --]
Danny,
Leo Famulari 写道：
> On Thu, Apr 23, 2020 at 08:08:40AM +0200, Danny Milosavljevic
> wrote:
>> Generation 79 Apr 22 2020 19:23:55 (current)
>> guix f916ac1
>> repository URL: https://git.savannah.gnu.org/git/guix.git
>> branch: master
>> commit: f916ac128a2c4f65f06f6a5148a4862855754d1a
>>
>> c++: internal compiler error: Killed (program cc1plus)
>
> This often means it ran out of memory, which would make sense
> for
> building vigra. Does that seem plausible here?
This would be logged in dmesg, and wherever dmesgs are logged.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40768: guix pull: error: you found a bug
@ 2020-04-22 21:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-22 21:17 UTC (permalink / raw)
To: doyouhaveanemailaccount; +Cc: 40768
[-- Attachment #1: Type: text/plain, Size: 563 bytes --]
Hi Do You,
doyouhaveanemailaccount via Bug reports for GNU Guix 写道：
> guix pull: error: You found a bug: the program
> 'gnu/store/485fn98v8x5qj7fgdhgrz8lskzkc3qc8-compute-guix-derivation'
> failed to compute the derivation for Guix (version:
> "d10e7a348ccc5cca147c6454618c2c41e1801db8"; system:
> "x86_64-linux";
> host version: "1.0.1", pull-version: 1).
We will need just a bit more information than that. Did you save
the rest of the error output (and any relevant logs), or can you
reproduce the problem?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40565: [PATCH 1/1] git-authenticate: Fetch keyrings from Savannah.
2020-04-17 20:20 90% ` bug#40565: [PATCH 0/1] bug#40565: make authenticate fails Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-17 20:20 77% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-17 20:20 UTC (permalink / raw)
To: 40565
* build-aux/git-authenticate.scm (%project-keyring-uris)
(import-keyring-uri, import-project-keys): New variables.
(authenticate-commits): Import known project keys before authenticating.
* guix/gnupg.scm (ensure-file): New procedure.
(gnupg-receive-keys): Use it.
(gnupg-import): New exported procedure.
---
build-aux/git-authenticate.scm | 23 +++++++++++++++++++++++
guix/gnupg.scm | 24 ++++++++++++++++++++----
2 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/build-aux/git-authenticate.scm b/build-aux/git-authenticate.scm
index 37e0c6800c..bd33546b7f 100644
--- a/build-aux/git-authenticate.scm
+++ b/build-aux/git-authenticate.scm
@@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2019, 2020 Ludovic Courtès <ludo@gnu.org>
+;;; Copyright © 2020 Tobias Geerinckx-Rice <me@tobias.gr>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -23,6 +24,7 @@
(use-modules (git)
(guix git)
(guix gnupg)
+ (guix http-client)
(guix utils)
((guix build utils) #:select (mkdir-p))
(guix i18n)
@@ -225,6 +227,26 @@
;; Commits lacking a signature.
'())
+;; XXX HTTP here is OK but is there any realistic scenario where TLS won't work?
+(define %project-keyring-uris
+ ;; List of ‘project keyring’ URIs containing the %COMMITERS's keys.
+ ;; Signatures not made by any of the %AUTHORIZED-SIGNING-KEYS will still be
+ ;; rejected. Missing keys will be fetched from the %OPENPGP-KEY-SERVER.
+ (list
+ "https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=guix&download=1"
+
+ ;; Additional keys not in the Guix keyring nor on %OPENPGP-KEY-SERVER.
+ "https://savannah.gnu.org/people/viewgpg.php?user_id=147297")) ; ipetkov
+
+(define* (import-keyring-uri uri)
+ (let* ((port (http-fetch uri))
+ (keyring (get-bytevector-all port)))
+ (close-port port)
+ (gnupg-import keyring)))
+
+(define (import-project-keys)
+ (for-each import-keyring-uri %project-keyring-uris))
+
(define-syntax-rule (with-temporary-files file1 file2 exp ...)
(call-with-temporary-output-file
(lambda (file1 port1)
@@ -303,6 +325,7 @@ key: ~a")
each of them. Return an alist showing the number of occurrences of each key."
(parameterize ((current-keyring (string-append (config-directory)
"/keyrings/channels/guix.kbx")))
+ (import-project-keys)
(fold (lambda (commit stats)
(report-progress)
(let ((signer (authenticate-commit repository commit)))
diff --git a/guix/gnupg.scm b/guix/gnupg.scm
index bf0283f8fe..f407dfcab4 100644
--- a/guix/gnupg.scm
+++ b/guix/gnupg.scm
@@ -1,6 +1,7 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2010, 2011, 2013, 2014, 2016, 2018, 2019 Ludovic Courtès <ludo@gnu.org>
;;; Copyright © 2013 Nikita Karetnikov <nikita@karetnikov.org>
+;;; Copyright © 2020 Tobias Geerinckx-Rice <me@tobias.gr>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -18,6 +19,7 @@
;;; along with GNU Guix. If not, see <http://www.gnu.org/licenses/>.
(define-module (guix gnupg)
+ #:use-module (ice-9 binary-ports)
#:use-module (ice-9 popen)
#:use-module (ice-9 match)
#:use-module (ice-9 regex)
@@ -30,6 +32,7 @@
#:export (%gpg-command
%openpgp-key-server
current-keyring
+ gnupg-import
gnupg-verify
gnupg-verify*
gnupg-status-good-signature?
@@ -173,18 +176,31 @@ missing key or its key id if the fingerprint is unavailable."
(_ #f)))
status))
+(define* (ensure-file file)
+ "Create a new empty FILE if none with that name exists."
+ (unless (file-exists? file)
+ (mkdir-p (dirname file))
+ (call-with-output-file file (const #t))))
+
(define* (gnupg-receive-keys fingerprint/key-id server
#:optional (keyring (current-keyring)))
"Download FINGERPRINT/KEY-ID from SERVER, a key server, and add it to
KEYRING."
- (unless (file-exists? keyring)
- (mkdir-p (dirname keyring))
- (call-with-output-file keyring (const #t))) ;create an empty keybox
-
+ (ensure-file keyring)
(zero? (system* (%gpg-command) "--keyserver" server
"--no-default-keyring" "--keyring" keyring
"--recv-keys" fingerprint/key-id)))
+(define* (gnupg-import keys
+ #:optional (keyring (current-keyring)))
+ "Add all KEYS in a bytevector produced by ‘gpg --export’ to KEYRING."
+ (ensure-file keyring)
+ (let ((pipe (open-pipe* OPEN_WRITE
+ (%gpg-command) "--import" "--batch" "--quiet"
+ "--no-default-keyring" "--keyring" keyring)))
+ (put-bytevector pipe keys)
+ (close-port pipe)))
+
(define* (gnupg-verify* sig file
#:key
(key-download 'interactive)
--
2.25.2
^ permalink raw reply related [relevance 77%]
* bug#40565: [PATCH 0/1] bug#40565: make authenticate fails
2020-04-16 16:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-17 20:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 20:20 77% ` bug#40565: [PATCH 1/1] git-authenticate: Fetch keyrings from Savannah Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-17 20:20 UTC (permalink / raw)
To: 40565
So,
This quick & dirty patch fixes ‘make authenticate’ by fetching the
Guix ‘Project Member GPG Keyring’ from Savannah, and an extra key file
for Ivan Petrov who isn't in the member keyring.
I still get stuck on the status below, which looks like it should be
parsed as success but isn't. That's unrelated to this patch though.
Kind regards,
T G-R
[0]: (((unparsed-line "[GNUPG:] NEWSIG") (unparsed-line "[GNUPG:]
KEYEXPIRED 1561675910") (unparsed-line "[GNUPG:] KEYEXPIRED
1561675910") (unparsed-line "[GNUPG:] KEY_CONSIDERED
F5BC5534C36F0087B39D36EF1C9DC4FEB9DB7C4B 0") (signature-id
"rZTN/jnketKOnK9bnnyNMw+ff0M" "2020-01-17" 1579282240) (unparsed-line
"[GNUPG:] KEYEXPIRED 1561675910") (unparsed-line "[GNUPG:] KEYEXPIRED
1561675910") (unparsed-line "[GNUPG:] KEY_CONSIDERED
F5BC5534C36F0087B39D36EF1C9DC4FEB9DB7C4B 0") (unparsed-line "[GNUPG:]
REVKEYSIG D889B0F018C5493C Tobias Geerinckx-Rice <me@tobias.gr>")
(valid-signature "7E8FAED0094478EF72E64D16D889B0F018C5493C"
"2020-01-17" 1579282240) (unparsed-line "[GNUPG:]
VERIFICATION_COMPLIANCE_MODE 23")))
^ permalink raw reply [relevance 90%]
* bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing
2020-04-16 16:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-17 17:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-17 17:39 UTC (permalink / raw)
To: 40565
[-- Attachment #1: Type: text/plain, Size: 458 bytes --]
Ela,
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> It's not you. ‘make authenticate’ is currently broken for any
> practical purpose.
To make it pass for now:
$ curl
"https://savannah.gnu.org/people/viewgpg.php?user_id=147297" \
"https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=guix&download=1"
|
gpg --import --{no-default-,}keyring
~/.config/guix/keyrings/channels/guix.kbx
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing
@ 2020-04-17 11:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-17 11:15 UTC (permalink / raw)
To: 40565-done
[-- Attachment #1: Type: text/plain, Size: 291 bytes --]
Eric,
Eric Bavier 写道：
> A0C5E352... is a signing subkey. The key on Savannah,
> 34FF38BC..., is
> the primary key. The signature checks out with my primary key.
Unbelievable… This isolation is rotting my brain. >_<
Thank you, and closing.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40669: [PATCH] gnu: Add exfatprogs.
2020-04-16 17:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-16 21:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-16 21:58 UTC (permalink / raw)
To: 40669
* gnu/packages/file-systems.scm (exfatprogs): New public variable.
---
Leo,
Here 't is. Boring, but avoids you some duplicate busywork.
> New "official" package
I'm not… I'm really not biting, you know. Nope. Nein!
Enjoy,
T G-R
gnu/packages/file-systems.scm | 31 +++++++++++++++++++++++++++++++
1 file changed, 31 insertions(+)
diff --git a/gnu/packages/file-systems.scm b/gnu/packages/file-systems.scm
index b5ca37d43e..1e4464e22f 100644
--- a/gnu/packages/file-systems.scm
+++ b/gnu/packages/file-systems.scm
@@ -113,6 +113,37 @@ caching system, and lets you assign different roles to each device based on its
performance and other characteristics.")
(license license:gpl2+))))
+(define-public exfatprogs
+ (package
+ (name "exfatprogs")
+ (version "1.0.1")
+ (source
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/exfatprogs/exfatprogs")
+ (commit version)))
+ (file-name (git-file-name name version))
+ (sha256
+ (base32 "0ndc0vsf5m7n79fjxhkg1qw3gy9zdpx2jrdgl0dqjr6cm06jd0b5"))))
+ (build-system gnu-build-system)
+ (arguments
+ `(#:configure-flags
+ (list "--disable-static")))
+ (native-inputs
+ `(("autoconf" ,autoconf)
+ ("automake" ,automake)
+ ("libtool" ,libtool)
+ ("pkg-config" ,pkg-config)))
+ (home-page "https://github.com/exfatprogs/exfatprogs")
+ (synopsis "Tools to create, check, and repair exFAT file systems")
+ (description
+ "These are command-line user space tools for the @acronym{exFAT,
+Extensible File Allocation Table} file systems. Included are
+@command{mkfs.exfat} to create (format) new exFAT file systems, and
+@command{fsck.exfat} to check their consistency and repair them.")
+ (license license:gpl2+)))
+
(define-public httpfs2
(package
(name "httpfs2")
--
2.25.2
^ permalink raw reply related [relevance 90%]
* bug#40669: New "official" exfat-utils package
@ 2020-04-16 17:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-16 21:58 90% ` bug#40669: [PATCH] gnu: Add exfatprogs Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-16 17:46 UTC (permalink / raw)
To: 40669
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
Leo,
Leo Famulari 写道：
> Help wanted packaging the new exfatprogs!
I already have a package. I'll send it here.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing
@ 2020-04-16 16:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 17:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 20:20 90% ` bug#40565: [PATCH 0/1] bug#40565: make authenticate fails Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-16 16:24 UTC (permalink / raw)
To: 40565; +Cc: Eric Bavier
[-- Attachment #1: Type: text/plain, Size: 1237 bytes --]
Ela, Eric,
elaexuotee--- via Bug reports for GNU Guix 写道：
> It looks like the referenced key doesn't exist in the
> keyservers:
>
> $ gpg --recv-keys A0C5E3522EF8EF5C64CDB7F0FD73CAC719D325
> gpg: keyserver receive failed: No data
>
> Am I flubbing something up? Or is this a legitimate issue?
It's not you. ‘make authenticate’ is currently broken for any
practical purpose.
Eric, I didn't find any previous discussion about this. Could you
help us out by publishing this ‘secret’ key somewhere? :-)
Your key at Savannah[0] is a different one and there's no
A0C5E3522EF8EF5C64CDB7F0FD73CAC719D325 on keys.openpgp.org, SKS,
keys.gnupg.net, or pgp.mit.edu.
Kind regards,
T G-R
[0]: curl
https://savannah.gnu.org/people/viewgpg.php?user_id=93889 | gpg
pub rsa2048/0x34532F9FAFCA8B8E 2016-05-26 [SC]
Key fingerprint = 34FF 38BC D151 25A6 E340 A0B5 3453 2F9F
AFCA 8B8E
uid Eric Bavier
<bavier@member.fsf.org>
sub rsa2048/0x5A9C1FD168338676 2016-05-26 [E] [expired:
2017-05-26]
sub rsa2048/0x1EBBD204781F962C 2016-05-26 [S] [expired:
2017-05-26]
sub rsa4096/0xFD73CAC719D32566 2017-06-13 [S] [expires:
2021-06-12]
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40603: SpaceFM
2020-04-13 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-13 18:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-15 22:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-15 22:35 UTC (permalink / raw)
To: 40603
[-- Attachment #1: Type: text/plain, Size: 307 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> I never use the buttons and assumed the icon breakage was my own
> local
> fault. I'm building a Gnome desktop to test further.
Looks exactly the same in a pure Gnome VM. Not perfect, but
perfectly usable.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38735: 1.1.0rc2 available for testing!
[not found] ` <87d088267k.fsf@nckx>
@ 2020-04-15 14:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-15 14:15 UTC (permalink / raw)
To: guix-devel; +Cc: 38735
[-- Attachment #1: Type: text/plain, Size: 550 bytes --]
Tobias Geerinckx-Rice 写道：
> Robert Smith 写道：
>> I ran into the same issue that Jesse encountered in December,
>> the
>> installer hangs when it tries to connect to wifi, and I can't
>> escape
>> by
>> pressing Alt-F2/F3/F12.
>
> You need to press C-M-Fn to escape the kmscon, M- on its own
> won't do.
Ugh. A new (=old) subthread magically appeared after I sent this.
Ignore this stale advice. :-)
In better (=worse) news, I can also reproduce the hang, not just
the rfkill issue…
To be continued,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38735: 1.1.0rc2 available for testing!
[not found] ` <C2016B2OHCON.2UGA2TGH3ZFS@amber>
@ 2020-04-15 14:07 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <87d088267k.fsf@nckx>
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-15 14:07 UTC (permalink / raw)
To: guix-devel; +Cc: 38735
[-- Attachment #1: Type: text/plain, Size: 1098 bytes --]
Robert,
Robert Smith 写道：
> I ran into the same issue that Jesse encountered in December,
> the
> installer hangs when it tries to connect to wifi, and I can't
> escape by
> pressing Alt-F2/F3/F12.
You need to press C-M-Fn to escape the kmscon, M- on its own won't
do.
> In the end I just have to hold down the
> power button. I've tested this with different wifi networks and
> it's
> always the same. I tried using the console to connect to wifi,
> and
> everything worked smoothly. The only difference from the manual
> was
> that I had to use `rfkill unblock wifi` before I could bring the
> interface up. I didn't have this issue when I first installed
> guix, so
> I downloaded the 1.0.1 installer and as I thought the issue
> wasn't
> there, and the wifi connection went smoothly.
I've run into this as well; there's an ugly patch of mine floating
around that explicitly calls ‘rfkill’ on the interface even though
Connman claims to do so automatically.
I'll dig up the 2-card machine that can reproduce this.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40604: http-parser 2.9.4 fails to build on armhf-linux
@ 2020-04-13 18:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-13 18:25 UTC (permalink / raw)
To: 40604
[-- Attachment #1: Type: text/plain, Size: 633 bytes --]
Marius,
Marius Bakke 写道：
> The update to http-parser in
> 62f7f0d636d3b3ff796263ab892ebf53263539fa
> causes a test failure armhf-linux:
[…]
> Meanwhile I've reverted the commit on 'master' as this is a
> dependency
> of libgit2 which is needed for 'guix pull'.
Thank you!
> I can't tell what causes the size difference on armhf and don't
> currently have access to hardware or QEMU for testing. Any
> takers?
No access to Qemu? That's no fun.
I'm going to punt: debugging an arch I know nothing about is an
inefficient of time. I only waste my time efficiently.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40603: SpaceFM
2020-04-13 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-13 18:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-15 22:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-13 18:19 UTC (permalink / raw)
To: 40603
[-- Attachment #1: Type: text/plain, Size: 383 bytes --]
Tobias Geerinckx-Rice 写道：
> the button icons are generic orbs
It's clear from the screenshot but I should be more accessible:
Only 5 icons are incorrect. 4 of those look like CSD and split
the window in various ways. One is in the status bar and I have
no idea what it ought to be. All icons actually used for
navigation render fine.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40603: SpaceFM
@ 2020-04-13 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-13 18:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-15 22:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-13 18:14 UTC (permalink / raw)
To: 40603
[-- Attachment #1.1: Type: text/plain, Size: 561 bytes --]
Raghav,
Thanks for the report!
Raghav Gururajan 写道：
> The application 'spacefm' is currently in unusable state. No
> icon and menu loads upon running the application.
Please be (a lot ;-) more specific. I use SpaceFM weekly, and
while the button icons are generic orbs all menus work. Certainly
not unusable. What happens when you open a menu? Anything
interesting on stdout?
I never use the buttons and assumed the icon breakage was my own
local fault. I'm building a Gnome desktop to test further.
Kind regards,
T G-R
[-- Attachment #1.2: Screenshot from 2020-04-13 20-06-34.png --]
[-- Type: image/png, Size: 78935 bytes --]
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40447:
@ 2020-04-05 16:01 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-05 16:01 UTC (permalink / raw)
To: 40447
[-- Attachment #1: Type: text/plain, Size: 1630 bytes --]
Brendan,
Brendan Tildesley 写道：
> Closing since it seems to unrelated. Sorry for wasting your
> time. I
> think it may have been my ext4 having too many files. i deleted
> all my
> system generations and gc'd a lot of stuff, and it seems to be
> miss
> behaving. perhaps it is a different kind of guix bug that it
> doesnt
> cope with this issue:
Worse: it's an ext4 bug (well, behaviour).
> [ 7862.196231] EXT4-fs warning (device sdb1):
> ext4_dx_add_entry:2343:
> Directory (ino: 24903688) index full, reach max htree level :2
This happens when a directory, almost certainly /gnu/store/.links,
contains more entries than can fit in ext4's ‘dir_index’ hash
table. The file system simply punts.
You can disable this optimisation with tune2fs -O ^dir_index ….
You'll lose some theoretical performance but I haven't heard
complaints in practice. You're not the first one to encounter
this problem.
If that's unacceptable, you can reconfigure your guix-daemon with
‘--disable-deduplication’ in exchange for more storage space for
newer generations.
Or switch to btrfs for a newer, shinier set of pathological
gotchas but not this one :-)
One could work around this in Guix if one were motivated:
- Ignore file system failure instead of making it fatal, falling
back to ‘--disable-deduplication’ behaviour, which is probably
the right thing to do; or
- store .links in ./n/e/sted directories, which will degrade
performance on file systems that handle collisions properly and
is probably not worth the headache.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40376: Netpbm-10.78.3 doesn't installs libnetpbm.so file
@ 2020-04-01 17:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-01 17:47 UTC (permalink / raw)
To: 40376-done
[-- Attachment #1: Type: text/plain, Size: 327 bytes --]
Veera,
R Veera Kumar 写道：
> The netpbm-10.78.3 doesn't installs libnetpbm.so file in
> pkg/lib.
> Only libnetpbm.so.11 libnetpbm.so.11.78 are installed.
> Packages which specify -lnetpbm while building fail for shared
> linking.
Added in commit 204d55c9800b146ef8e8b249cb5be0ab8a028998.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40374: Message Window: openshot_qt/effects/icons/colorshift.png is not a valid image file
2020-04-01 14:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-04-01 15:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-01 15:15 UTC (permalink / raw)
To: 40374-done
[-- Attachment #1: Type: text/plain, Size: 163 bytes --]
znavko@disroot.org 写道：
> […]/colorshift.png is not a valid image file.
Fixed with 3f3daa1cc1c8be4c46da28c9268dbdf9c80f950a.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40374: Message Window: openshot_qt/effects/icons/colorshift.png is not a valid image file
@ 2020-04-01 14:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-01 15:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-01 14:49 UTC (permalink / raw)
To: 40374
[-- Attachment #1: Type: text/plain, Size: 522 bytes --]
znavko@disroot.org 写道：
> Would you be so kind to say what can I do right way
Do you mean ‘right away’ as in ‘my job depends on this working
right now’?
There's always ‘mount -o remount,rw /gnu/store’… *gets chased out
of Guix by angry townsfolk*
Only do that if you're desperate for time, though.
Looks like we're simply missing this[0] bug fix commit; I'll try &
apply it now. Thanks! :-)
Kind regards,
T G-R
[0]: https://github.com/OpenShot/openshot-qt/commit/a5cef5b
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40366: Font installed but not shown
@ 2020-04-01 11:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-04-01 11:59 UTC (permalink / raw)
To: 40366
[-- Attachment #1: Type: text/plain, Size: 350 bytes --]
Hamzeh,
Hamzeh Nasajpour 写道：
> Also I installed `fontconfig` package, I can't see
> `font-ibm-plex` or other installed font with `fc-list` command.
Have you run ‘fc-cache -r’ yet?
If you have and your fonts still don't show up, check whether
/var/cache/fontconfig exists, and delete it if it does.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40179: gpgme's json test fails
@ 2020-03-22 1:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-22 1:50 UTC (permalink / raw)
To: 40179-done
[-- Attachment #1: Type: text/plain, Size: 487 bytes --]
Hi!
ndre 写道：
> Since the upgrade to gnupg 2.2.20, gpgme fails a json
> test.
Then your Guix is hours out of date! ;-)
> Apparently, the same issue is not guix specific and has
> already been reported on gnupg's bug track:
>
> https://dev.gnupg.org/T4820
Thanks for this link! I'd asked on #gnupg whether this was a
known issue but didn't hear back.
I'll keep an eye on the issue and will apply whatever fix upstream
decides on.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#34063: dscrypt-proxy dependencies could not be built
@ 2020-03-21 20:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-21 20:05 UTC (permalink / raw)
To: Marius Bakke; +Cc: 34063, znavko
[-- Attachment #1: Type: text/plain, Size: 784 bytes --]
Guix,
Marius Bakke 写道：
> <znavko@tutanota.com> writes:
>
>> Bug on `guix pull && guix package -u`:
>> using ci.guix.info dnscrypt-proxy-1.9.5 derivation could not be
>> built because of dependencies.
>
> This issue seems to have fixed itself, closing the bug report.
> Thanks
> anyway!
The 1.x upstream tarballs have vanished, so we're only one big
oops away from having no source at all.
I found one super-random mirror (check out dat port) through a Web
search:
http://vpnb.leipzig.freifunk.net:8004/srv2/lede/lede-20171019/dl/dnscrypt-proxy-1.9.5.tar.bz2
We should rather move on to 2.x, as[0] upstream has done. Anybody
using this package want to try?
Kind regards,
T G-R
[0]: https://github.com/DNSCrypt/dnscrypt-proxy/releases
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40170: Audio-Output of some IceCat videos far too low pitch
@ 2020-03-21 18:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-21 18:59 UTC (permalink / raw)
To: 40170
[-- Attachment #1: Type: text/plain, Size: 240 bytes --]
Merged with #37244, #38047.
Arne Babenhauserheide 写道：
> I don’t know why.
I don't think anybody does for sure :-(
Try the work-arounds in
<https://debbugs.gnu.org/cgi/bugreport.cgi?bug=37244>.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40107: youtube-viewer: 403 forbidden
2020-03-17 16:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-03-17 19:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-17 19:17 UTC (permalink / raw)
To: 40107-done, Christopher Howard
[-- Attachment #1: Type: text/plain, Size: 561 bytes --]
Christopher, Guix,
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> I'll take a poke at packaging straw-viewer[1].
Done as of 6c71d56d7757b5f35bdd0d6fc623ba133c9c3e2e, and it works
great.
It's missing youtube-viewer's GTK3 interface (GTK2 is no longer
supported) as it appears to require more packaging and I'm not
personally interested in doing so.
Please let me know if it's missing any features—but only those
that upstream[1] says should work.
Kind regards,
T G-R
> [1]: https://github.com/trizen/straw-viewer
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40107: youtube-viewer: 403 forbidden
@ 2020-03-17 16:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-17 19:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-17 16:18 UTC (permalink / raw)
To: 40107, Christopher Howard
[-- Attachment #1: Type: text/plain, Size: 794 bytes --]
Christopher Howard 写道：
> On all searches with youtube-viewer I receive error:
>
> [403 Forbidden] Error occurred on URL:
I'm afraid this doesn't look like something we can fix. Google is
cracking down hard on projects that it can't milk for profit, like
youtube-viewer[0].
I got similar threatening messages from Google recently (I once
managed the API key for NixOS long ago) and guess they hit the
deadline. Pity.
I'll take a poke at packaging straw-viewer[1].
Thanks,
T G-R
PS: You opened two identical bugs (40106 & 40107). I've merged
them. Let's keep this bug open until we decide what to do with
youtube-viewer.
[0]:
https://github.com/trizen/youtube-viewer/issues/308#issuecomment-593058246
[1]: https://github.com/trizen/straw-viewer
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#22704: wxwidgets should also install xdg-utils
[not found] <20160216201502.5f32ba66@scratchpost.org>
@ 2020-03-16 15:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-16 15:43 UTC (permalink / raw)
To: 22704-done
[-- Attachment #1: Type: text/plain, Size: 139 bytes --]
Danny,
I'm optimistically closing this 4-year-old bug :-)
948200832108311f4f6876b1ab60b098bbcb742d should fix it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40022: Build Error in volk-1.3
@ 2020-03-11 1:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-11 1:20 UTC (permalink / raw)
To: mgorlick; +Cc: 40022
[-- Attachment #1: Type: text/plain, Size: 153 bytes --]
Michael Gorlick 写道：
> Build log attached.
Thanks. This looks like
<https://github.com/gnuradio/volk/issues/340>.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#40017: hplip-3.20.2 source tarball hash mismatch
@ 2020-03-10 21:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-10 21:05 UTC (permalink / raw)
To: Mark H Weaver; +Cc: 40017-done
[-- Attachment #1.1: Type: text/plain, Size: 789 bytes --]
Mark,
Mark H Weaver 写道：
> The following commit updated hplip to 3.20.2, but the actual
> hash of the
> source tarball does not match the expected hash in the commit.
[…]
> sha256 hash mismatch for
> /gnu/store/xnqrxpngp4505228zib9zp8b5n7v4ri6-hplip-3.20.2.tar.gz:
> expected hash:
> 1hkiyj29vzmz14cy68g94i617ymxinzvjvcsfdd78kcbd1s9vi4h
> actual hash:
> 00vcbpnp478l2v61mlxb4kr6q3gzkxspm4lwfky39f6ck72pqxb7
Thanks. This happens, although I wish it would stop.
The differences are: timestamps, differing .ppd.gz file order in
.inc files, and a modified pre-compiled binary (locatedriver).
Luckily, the latter is snippeted out, leaving only harmless
changes AFAICT.
Here's the original diff, although the list will probably scrub
it:
[-- Attachment #1.2: hplipdiff.lz --]
[-- Type: application/octet-stream, Size: 145051 bytes --]
[-- Attachment #1.3: Type: text/plain, Size: 225 bytes --]
The world would be a better place if $big_hosters didn't allow
rewriting tarballs in-place. But then people would upload their
privkeys and cry.
Fixed with 6048241f10210c79925ca40b75c8697d2b2a5848.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39952: Bug Report with Guix Pull on Ubuntu 18.04.3 LTS
@ 2020-03-06 15:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-06 15:58 UTC (permalink / raw)
To: 39952
[-- Attachment #1: Type: text/plain, Size: 1322 bytes --]
Hullo,
Thanks for submitting a bug report!
Lee Jia Hong 写道：
> […]
> In srfi/srfi-1.scm:
> 592:17 0 (map1 (("source" #<origin #<<git-reference> url:
> "https://notabug.org/cwebber/g
> uile-gcrypt.git" co?>) ?))
Guix was unable to check out this source repository, possibly
(likely) because of a network failure.
It's possible that today's scheduled ci.guix.gnu.org maintenance
made this problem worse. The main substitute server should be
back up now.
> srfi/srfi-1.scm:592:17: In procedure map1:
> Throw to key `srfi-34' with args `(#<condition
> &store-protocol-error [message: "some substit
> utes for the outputs of derivation
> `/gnu/store/v03jcr1nhdj2fw8813wli3zp4drsnzsd-bzip2-1.0.6.
> tar.gz.drv' failed (usually happens due to networking issues);
> try `--fallback' to build der
> ivation from source " status: 1] 7b927b0>)'.
Try running ‘guix pull’ again, it might simply have been a bad
connection. If that still fails with the same message and URL,
try ‘guix pull --fallback’. Let us know what happens.
> guix pull: error: You found a bug: […]
> Please report it by email to <bug-guix@gnu.org>.
This was probably not a bug in Guix. This message is a bit too
eager, but at least it gets bug reports :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39942: carla fails to start
2020-03-06 14:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-03-06 15:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-06 15:38 UTC (permalink / raw)
To: 39942-done
[-- Attachment #1: Type: text/plain, Size: 683 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> ~ λ carla
> Traceback (most recent call last):
> File
> "/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla",
> line 22, in <module>
> from carla_host import *
> File
> "/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla_host.py",
> line 30, in <module>
> from PyQt5.QtCore import qCritical, QEventLoop, QFileInfo,
> QModelIndex, QPointF, QTimer
> ModuleNotFoundError: No module named 'PyQt5'
With 1ab58a3d90cc6b0d15b5557de4cc67fee6636cb3 Carla now starts for
me, so I'm closing this bug. Thanks again for reporting it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39942: carla Permission denied
@ 2020-03-06 14:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-06 15:38 90% ` bug#39942: carla fails to start Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-06 14:14 UTC (permalink / raw)
To: 39942
[-- Attachment #1: Type: text/plain, Size: 981 bytes --]
Nathan,
Nathan Dehnel 写道：
> bash-5.0$ carla
> /home/nathan/.guix-profile/bin/carla: line 15:
> /gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
> Permission denied
> /home/nathan/.guix-profile/bin/carla: line 15: exec:
> /gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
> cannot execute: Permission denied
Addressed in 5424e680b829c72ed7531333a532643e6f62ceb3, but the
programme still fails to start:
~ λ carla
Traceback (most recent call last):
File
"/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla",
line 22, in <module>
from carla_host import *
File
"/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla_host.py",
line 30, in <module>
from PyQt5.QtCore import qCritical, QEventLoop, QFileInfo,
QModelIndex, QPointF, QTimer
ModuleNotFoundError: No module named 'PyQt5'
I'll try wrapping it.
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39851: [PATCH] Fix build of mozjs@17
@ 2020-03-01 13:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-03-01 13:44 UTC (permalink / raw)
To: 39851-done
[-- Attachment #1: Type: text/plain, Size: 264 bytes --]
Damien Cassou 写道：
> mozjs@17 doesn't build. This patch fixes that.
Thanks! Pushed as 0a076f887f039449acab0fed643313425727015f with
some tweaks to the commit message, mainly to note that this also
(positively) affects @24.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#33844: Rename ghc-pandoc to pandoc
[not found] ` <878skpacih.fsf@ambrevar.xyz>
@ 2020-02-26 10:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-26 10:23 UTC (permalink / raw)
Cc: swedebugia, 33844
[-- Attachment #1: Type: text/plain, Size: 181 bytes --]
Pierre Neidhardt 写道：
>> Reason: it is used standalone to convert between formats.
>
> I agree. What do other people think?
[Thumbs-up emoji]
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39774: guix says "No space left on device"
@ 2020-02-25 6:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-25 6:15 UTC (permalink / raw)
To: 39774
[-- Attachment #1: Type: text/plain, Size: 474 bytes --]
Jesse,
Are you sure Guix is incorrect?
$ df -i / /gnu/store
If you're (almost) out of inodes on either, you'll have to delete
some files.
In which case you can thank Unix for -ENOSPC meaning ‘you're out
of something; I won't tell you what’, but perhaps Guix could work
around its flaws by doing our own stat() and displaying a hint.
We already warn about low storage space. It makes sense to do the
same about inodes.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39713: Was told on IRC (#guix at freenode) to share the details of my problem with Guix (SD) via email
@ 2020-02-21 17:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-21 17:56 UTC (permalink / raw)
To: Akshay Khobragade; +Cc: 39713
[-- Attachment #1: Type: text/plain, Size: 674 bytes --]
Akshay,
Akshay Khobragade via Bug reports for GNU Guix 写道：
> This is my first ever installation of Guix where I chose:
>
> 1. Separate Boot (/boot) and EFI (/boot/efi) partitions
> 2. Encrypted root (having used it in Debian for the last 10
> months, I am comfortable)
This just isn't possible (yet).
There's no support in Guix System for a separate, unencrypted,
/boot partition. If you want a Guix System with full disk
encryption you'll have to keep /boot as a regular subdirectory and
enter your passphrase twice.
Both of these limitations could be removed by someone sufficiently
motivated and/or annoyed :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39643: (Out-of-tree) system kernel modules only found in :out
@ 2020-02-18 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-18 17:34 UTC (permalink / raw)
To: Marius Bakke; +Cc: 39643
[-- Attachment #1: Type: text/plain, Size: 287 bytes --]
Marius,
Marius Bakke 写道：
> Will these options work for you, or am I misunderstanding
> something?
I think so. The bug is about zfs:module being treated differently
from zfs:out when constructing a system/ union, not about the
build system.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39648: Reverse my commits on GNOME meta-package
@ 2020-02-17 19:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-17 19:02 UTC (permalink / raw)
To: 39648; +Cc: Danny Milosavljevic, Raghav Gururajan
[-- Attachment #1: Type: text/plain, Size: 761 bytes --]
Raghav Gururajan 写道：
> Could you please reverse my following commits:
>
> 1) d36fa50fbf8169018193774782fd21f1b13b9c0e
>
> 2) 7922b6f795eb575084546ec9bfb9d40508a9378e
>
> 3) 8d8c6bffc528b60574f84620bd6c3ee9bfa1173f
>
> 4) a8cda7f57992e9ce9ae4a694eba54e3eab42c39b
Copy-pasted from #guix:
Whoa there, that's drastic, let's put that on hold.
The first two only add packages (did they break anything? what?),
the third has no effect on packages if your commit message is
accurate.
The fourth is the only one that removes packages, and even that
might be better tweaked (this time: with comments noting what each
non-core package brings to the GNOME table) than flat-out
reverted.
What do you think?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39575: guix time-machine fails when a tarball was modified in-place
@ 2020-02-17 15:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-17 15:02 UTC (permalink / raw)
To: zimoun; +Cc: 39575
[-- Attachment #1: Type: text/plain, Size: 162 bytes --]
zimoun 写道：
> You assume that Debian packs packages as fast as Guix
Indeed I do! :-D
Efraim's solution sounds reasonable.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39643: (Out-of-tree) system kernel modules only found in :out
@ 2020-02-17 14:45 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-17 14:45 UTC (permalink / raw)
To: 39643
[-- Attachment #1: Type: text/plain, Size: 725 bytes --]
Guix,
After adding (specification->package+output "zfs:module") to my
system packages, it's still missing from current-system:
$ guix system reconfigure …
$ ls /run/current-system/profile/lib/modules/
5.4.0-pf7-4-ed26-M88
That's my horrible custom Linux fork/version/abomination.
Apologies. The ZFS package simply compiles against Guix's default
linux-libre-5.4.20-gnu package.
After editing the zfs package to install everything into the main
:out output:
$ guix system reconfigure …
$ ls /run/current-system/profile/lib/modules/
5.4.0-pf7-4-ed26-M88 5.4.20-gnu
$ ls
/run/current-system/profile/lib/modules/5.4.20-gnu/extra/zfs/
zfs.ko
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39614: icecat "profile cannot be loaded"
[not found] ` <CAEEhgEveG0GXturrvre8=PNbzO8bxOBiuhDva0tVo7wRGVqMeg@mail.gmail.com>
@ 2020-02-16 21:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-16 21:29 UTC (permalink / raw)
To: 39614-done
[-- Attachment #1: Type: text/plain, Size: 160 bytes --]
Nathan Dehnel 写道：
> That worked, thank you.
Great! Closing this bug, since it's both ‘fixed’ and not
Guix-specific.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39632: Wrong keymap when decrypting master key
@ 2020-02-16 15:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-16 15:31 UTC (permalink / raw)
To: Damien Cassou, 39632
[-- Attachment #1: Type: text/plain, Size: 413 bytes --]
Damien,
Damien Cassou 写道：
> I find it quite annoying to enter my passphrase 3 times. But
> even more
> annoying, the first time, I have to enter it in Qwerty even
> though all
> my system is supposed to be configured for Colemak:
Didn't you already[0] report this bug as #39288? Then I'll merge
the two.
Kind regards,
T G-R
[0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=39288
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39614: icecat "profile cannot be loaded"
@ 2020-02-16 11:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CAEEhgEveG0GXturrvre8=PNbzO8bxOBiuhDva0tVo7wRGVqMeg@mail.gmail.com>
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-16 11:08 UTC (permalink / raw)
To: Nathan Dehnel; +Cc: 39614
[-- Attachment #1: Type: text/plain, Size: 219 bytes --]
Nathan,
Nathan Dehnel 写道：
> deleting the directory and --ProfileManager flag don't help
Did you delete (back up) your entire ~/.mozilla, not just the
‘icecat’ subdirectory?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39615: LetsEncrypt root certificate hash changed
2020-02-16 9:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2020-02-16 10:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-16 10:11 UTC (permalink / raw)
To: Christopher Baines, 39615
[-- Attachment #1: Type: text/plain, Size: 394 bytes --]
Chris, Guix,
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> This is not at all a solution, but you can ‘guix download’ the
> old
> .pem files here[0] and hopefully be on your merry way.
Actually: this shouldn't be necessary now, since I've copied these
files to berlin (and created gcroots) which ought to serve them as
substitutes.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39615: LetsEncrypt root certificate hash changed
@ 2020-02-16 9:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-16 10:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-16 9:52 UTC (permalink / raw)
To: Christopher Baines; +Cc: 39615
[-- Attachment #1: Type: text/plain, Size: 852 bytes --]
Chris,
Christopher Baines 写道：
> However, while this change might avoid the problem with guix
> pull in the
> future, I still a bit stuck. I got this from a fresh install of
> Guix on
> the Overdrive machine I have (aarch64-linux).
I guess I've found my purpose this week and it's ‘mirroring old
shit’.
This is not at all a solution, but you can ‘guix download’ the old
.pem files here[0] and hopefully be on your merry way.
> I'm hoping that I'll be able to install git and the Guix
> dependencies,
> download the repository, and then get a newer version of Guix
> that way,
> but I'm guessing this will still be a problem for other
> aarch64-linux
> machines unless there's a substitute out there somewhere.
Indeed, and not just aarch64…
Kind regards,
T G-R
[0]: https://www.tobias.gr/guix
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39575: guix time-machine fails when a tarball was modified in-place
@ 2020-02-15 20:01 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-15 20:01 UTC (permalink / raw)
To: zimoun, Jan Nieuwenhuizen; +Cc: 39575
[-- Attachment #1: Type: text/plain, Size: 1056 bytes --]
Jan, Simon,
Janneke 写道：
> https://snapshot.debian.org/archive/debian/20190406T212022Z/pool/main/h/harfbuzz/harfbuzz_2.4.0.orig.tar.bz2
This is a wonderful resource! Thank you, Janneke (and Debian)!
zimoun 写道：
> Cool!
> But how do you determine the "date", i.e., this reference
> '20190406T212022Z' ?
You'd take the timestamp immediately preceding your desired (Guix)
commit's date, or something like that. The fact that git commit
dates aren't linear shouldn't hurt here.
> Could it be automated?
Not without parsing HTML to get the valid timestamps:
<https://snapshot.debian.org/archive/debian/?year=2020&month=2>.
Also, this doesn't seem to be a supported service yet[0]:
“This is an implementation for a possible snapshot.debian.org
service.
It's not yet finished, it's more a prototype/proof of concept
to show
and learn what we want and can provide. So far it seems to
actually work.”
Still really cool,
T G-R
[0]: https://salsa.debian.org/snapshot-team/snapshot
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39615: LetsEncrypt root certificate hash changed
@ 2020-02-15 16:22 67% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-15 16:22 UTC (permalink / raw)
To: 39615-done
[-- Attachment #1.1: Type: text/plain, Size: 811 bytes --]
Chris,
Christopher Baines 写道：
> ~$ guix pull
> building
> /gnu/store/1r2cj292vvjvhbb92bri568p7dia7cp1-isrgrootx1.pem.drv...
> building
> /gnu/store/dhlb62lpf1ggcrax62hm7l7rlcf5c4fi-letsencryptauthorityx3.pem.drv...
> downloading from https://letsencrypt.org/certs/isrgrootx1.pem...
> -sha256 hash mismatch for
> /gnu/store/ahiiz5x04rqr214sw840ifz0d3jzmnsb-isrgrootx1.pem:
> expected hash:
> 0zycy85ff9ga53z1q03df89ka9iihb9p8bjhw056rq2y4rn3b6ac
> actual hash:
> 1la36n2f31j9s03v847ig6ny9lr875q3g7smnq33dcsmf2i5gd92
Thanks! I ran into this issue myself and updated the hashes in
505b2631a9c35bbaa5ba6771ad4f646086f23cad.
One'd assume this to be caused by a tweaked expiry date somewhere,
but the ‘contents’ of both old and new PEM files is actually the
same:
[-- Attachment #1.2: Type: text/plain, Size: 7055 bytes --]
Certificate:
Data:
Version: 3 (0x2)
Serial Number:
82:10:cf:b0:d2:40:e3:59:44:63:e0:bb:63:82:8b:00
Signature Algorithm: sha256WithRSAEncryption
Issuer: C = US, O = Internet Security Research Group, CN =
ISRG Root X1
Validity
Not Before: Jun 4 11:04:38 2015 GMT
Not After : Jun 4 11:04:38 2035 GMT
Subject: C = US, O = Internet Security Research Group, CN
= ISRG Root X1
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
RSA Public-Key: (4096 bit)
Modulus:
00:ad:e8:24:73:f4:14:37:f3:9b:9e:2b:57:28:1c:
87:be:dc:b7:df:38:90:8c:6e:3c:e6:57:a0:78:f7:
75:c2:a2:fe:f5:6a:6e:f6:00:4f:28:db:de:68:86:
6c:44:93:b6:b1:63:fd:14:12:6b:bf:1f:d2:ea:31:
9b:21:7e:d1:33:3c:ba:48:f5:dd:79:df:b3:b8:ff:
12:f1:21:9a:4b:c1:8a:86:71:69:4a:66:66:6c:8f:
7e:3c:70:bf:ad:29:22:06:f3:e4:c0:e6:80:ae:e2:
4b:8f:b7:99:7e:94:03:9f:d3:47:97:7c:99:48:23:
53:e8:38:ae:4f:0a:6f:83:2e:d1:49:57:8c:80:74:
b6:da:2f:d0:38:8d:7b:03:70:21:1b:75:f2:30:3c:
fa:8f:ae:dd:da:63:ab:eb:16:4f:c2:8e:11:4b:7e:
cf:0b:e8:ff:b5:77:2e:f4:b2:7b:4a:e0:4c:12:25:
0c:70:8d:03:29:a0:e1:53:24:ec:13:d9:ee:19:bf:
10:b3:4a:8c:3f:89:a3:61:51:de:ac:87:07:94:f4:
63:71:ec:2e:e2:6f:5b:98:81:e1:89:5c:34:79:6c:
76:ef:3b:90:62:79:e6:db:a4:9a:2f:26:c5:d0:10:
e1:0e:de:d9:10:8e:16:fb:b7:f7:a8:f7:c7:e5:02:
07:98:8f:36:08:95:e7:e2:37:96:0d:36:75:9e:fb:
0e:72:b1:1d:9b:bc:03:f9:49:05:d8:81:dd:05:b4:
2a:d6:41:e9:ac:01:76:95:0a:0f:d8:df:d5:bd:12:
1f:35:2f:28:17:6c:d2:98:c1:a8:09:64:77:6e:47:
37:ba:ce:ac:59:5e:68:9d:7f:72:d6:89:c5:06:41:
29:3e:59:3e:dd:26:f5:24:c9:11:a7:5a:a3:4c:40:
1f:46:a1:99:b5:a7:3a:51:6e:86:3b:9e:7d:72:a7:
12:05:78:59:ed:3e:51:78:15:0b:03:8f:8d:d0:2f:
05:b2:3e:7b:4a:1c:4b:73:05:12:fc:c6:ea:e0:50:
13:7c:43:93:74:b3:ca:74:e7:8e:1f:01:08:d0:30:
d4:5b:71:36:b4:07:ba:c1:30:30:5c:48:b7:82:3b:
98:a6:7d:60:8a:a2:a3:29:82:cc:ba:bd:83:04:1b:
a2:83:03:41:a1:d6:05:f1:1b:c2:b6:f0:a8:7c:86:
3b:46:a8:48:2a:88:dc:76:9a:76:bf:1f:6a:a5:3d:
19:8f:eb:38:f3:64:de:c8:2b:0d:0a:28:ff:f7:db:
e2:15:42:d4:22:d0:27:5d:e1:79:fe:18:e7:70:88:
ad:4e:e6:d9:8b:3a:c6:dd:27:51:6e:ff:bc:64:f5:
33:43:4f
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Key Usage: critical
Certificate Sign, CRL Sign
X509v3 Basic Constraints: critical
CA:TRUE
X509v3 Subject Key Identifier:
79:B4:59:E6:7B:B6:E5:E4:01:73:80:08:88:C8:1A:58:F6:E9:9B:6E
Signature Algorithm: sha256WithRSAEncryption
55:1f:58:a9:bc:b2:a8:50:d0:0c:b1:d8:1a:69:20:27:29:08:
ac:61:75:5c:8a:6e:f8:82:e5:69:2f:d5:f6:56:4b:b9:b8:73:
10:59:d3:21:97:7e:e7:4c:71:fb:b2:d2:60:ad:39:a8:0b:ea:
17:21:56:85:f1:50:0e:59:eb:ce:e0:59:e9:ba:c9:15:ef:86:
9d:8f:84:80:f6:e4:e9:91:90:dc:17:9b:62:1b:45:f0:66:95:
d2:7c:6f:c2:ea:3b:ef:1f:cf:cb:d6:ae:27:f1:a9:b0:c8:ae:
fd:7d:7e:9a:fa:22:04:eb:ff:d9:7f:ea:91:2b:22:b1:17:0e:
8f:f2:8a:34:5b:58:d8:fc:01:c9:54:b9:b8:26:cc:8a:88:33:
89:4c:2d:84:3c:82:df:ee:96:57:05:ba:2c:bb:f7:c4:b7:c7:
4e:3b:82:be:31:c8:22:73:73:92:d1:c2:80:a4:39:39:10:33:
23:82:4c:3c:9f:86:b2:55:98:1d:be:29:86:8c:22:9b:9e:e2:
6b:3b:57:3a:82:70:4d:dc:09:c7:89:cb:0a:07:4d:6c:e8:5d:
8e:c9:ef:ce:ab:c7:bb:b5:2b:4e:45:d6:4a:d0:26:cc:e5:72:
ca:08:6a:a5:95:e3:15:a1:f7:a4:ed:c9:2c:5f:a5:fb:ff:ac:
28:02:2e:be:d7:7b:bb:e3:71:7b:90:16:d3:07:5e:46:53:7c:
37:07:42:8c:d3:c4:96:9c:d5:99:b5:2a:e0:95:1a:80:48:ae:
4c:39:07:ce:cc:47:a4:52:95:2b:ba:b8:fb:ad:d2:33:53:7d:
e5:1d:4d:6d:d5:a1:b1:c7:42:6f:e6:40:27:35:5c:a3:28:b7:
07:8d:e7:8d:33:90:e7:23:9f:fb:50:9c:79:6c:46:d5:b4:15:
b3:96:6e:7e:9b:0c:96:3a:b8:52:2d:3f:d6:5b:e1:fb:08:c2:
84:fe:24:a8:a3:89:da:ac:6a:e1:18:2a:b1:a8:43:61:5b:d3:
1f:dc:3b:8d:76:f2:2d:e8:8d:75:df:17:33:6c:3d:53:fb:7b:
cb:41:5f:ff:dc:a2:d0:61:38:e1:96:b8:ac:5d:8b:37:d7:75:
d5:33:c0:99:11:ae:9d:41:c1:72:75:84:be:02:41:42:5f:67:
24:48:94:d1:9b:27:be:07:3f:b9:b8:4f:81:74:51:e1:7a:b7:
ed:9d:23:e2:be:e0:d5:28:04:13:3c:31:03:9e:dd:7a:6c:8f:
c6:07:18:c6:7f:de:47:8e:3f:28:9e:04:06:cf:a5:54:34:77:
bd:ec:89:9b:e9:17:43:df:5b:db:5f:fe:8e:1e:57:a2:cd:40:
9d:7e:62:22:da:de:18:27
-----BEGIN CERTIFICATE-----
MIIFazCCA1OgAwIBAgIRAIIQz7DSQONZRGPgu2OCiwAwDQYJKoZIhvcNAQELBQAw
TzELMAkGA1UEBhMCVVMxKTAnBgNVBAoTIEludGVybmV0IFNlY3VyaXR5IFJlc2Vh
cmNoIEdyb3VwMRUwEwYDVQQDEwxJU1JHIFJvb3QgWDEwHhcNMTUwNjA0MTEwNDM4
WhcNMzUwNjA0MTEwNDM4WjBPMQswCQYDVQQGEwJVUzEpMCcGA1UEChMgSW50ZXJu
ZXQgU2VjdXJpdHkgUmVzZWFyY2ggR3JvdXAxFTATBgNVBAMTDElTUkcgUm9vdCBY
MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAK3oJHP0FDfzm54rVygc
h77ct984kIxuPOZXoHj3dcKi/vVqbvYATyjb3miGbESTtrFj/RQSa78f0uoxmyF+
0TM8ukj13Xnfs7j/EvEhmkvBioZxaUpmZmyPfjxwv60pIgbz5MDmgK7iS4+3mX6U
A5/TR5d8mUgjU+g4rk8Kb4Mu0UlXjIB0ttov0DiNewNwIRt18jA8+o+u3dpjq+sW
T8KOEUt+zwvo/7V3LvSye0rgTBIlDHCNAymg4VMk7BPZ7hm/ELNKjD+Jo2FR3qyH
B5T0Y3HsLuJvW5iB4YlcNHlsdu87kGJ55tukmi8mxdAQ4Q7e2RCOFvu396j3x+UC
B5iPNgiV5+I3lg02dZ77DnKxHZu8A/lJBdiB3QW0KtZB6awBdpUKD9jf1b0SHzUv
KBds0pjBqAlkd25HN7rOrFleaJ1/ctaJxQZBKT5ZPt0m9STJEadao0xAH0ahmbWn
OlFuhjuefXKnEgV4We0+UXgVCwOPjdAvBbI+e0ocS3MFEvzG6uBQE3xDk3SzynTn
jh8BCNAw1FtxNrQHusEwMFxIt4I7mKZ9YIqioymCzLq9gwQbooMDQaHWBfEbwrbw
qHyGO0aoSCqI3Haadr8faqU9GY/rOPNk3sgrDQoo//fb4hVC1CLQJ13hef4Y53CI
rU7m2Ys6xt0nUW7/vGT1M0NPAgMBAAGjQjBAMA4GA1UdDwEB/wQEAwIBBjAPBgNV
HRMBAf8EBTADAQH/MB0GA1UdDgQWBBR5tFnme7bl5AFzgAiIyBpY9umbbjANBgkq
hkiG9w0BAQsFAAOCAgEAVR9YqbyyqFDQDLHYGmkgJykIrGF1XIpu+ILlaS/V9lZL
ubhzEFnTIZd+50xx+7LSYK05qAvqFyFWhfFQDlnrzuBZ6brJFe+GnY+EgPbk6ZGQ
3BebYhtF8GaV0nxvwuo77x/Py9auJ/GpsMiu/X1+mvoiBOv/2X/qkSsisRcOj/KK
NFtY2PwByVS5uCbMiogziUwthDyC3+6WVwW6LLv3xLfHTjuCvjHIInNzktHCgKQ5
ORAzI4JMPJ+GslWYHb4phowim57iaztXOoJwTdwJx4nLCgdNbOhdjsnvzqvHu7Ur
TkXWStAmzOVyyghqpZXjFaH3pO3JLF+l+/+sKAIuvtd7u+Nxe5AW0wdeRlN8NwdC
jNPElpzVmbUq4JUagEiuTDkHzsxHpFKVK7q4+63SM1N95R1NbdWhscdCb+ZAJzVc
oyi3B43njTOQ5yOf+1CceWxG1bQVs5ZufpsMljq4Ui0/1lvh+wjChP4kqKOJ2qxq
4RgqsahDYVvTH9w7jXbyLeiNdd8XM2w9U/t7y0Ff/9yi0GE44Za4rF2LN9d11TPA
mRGunUHBcnWEvgJBQl9nJEiU0Zsnvgc/ubhPgXRR4Xq37Z0j4r7g1SgEEzwxA57d
emyPxgcYxn/eR44/KJ4EBs+lVDR3veyJm+kXQ99b21/+jh5Xos1AnX5iItreGCc=
-----END CERTIFICATE-----
[-- Attachment #1.3: Type: text/plain, Size: 58 bytes --]
I don't know what to make of that.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 67%]
* bug#39614: icecat "profile cannot be loaded"
@ 2020-02-15 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-15 12:15 UTC (permalink / raw)
To: Nathan Dehnel; +Cc: 39614
[-- Attachment #1: Type: text/plain, Size: 335 bytes --]
Danny Milosavljevic 写道：
> There's also a command line option for icecat to specify another
> directory
> (--profile ...), but not sure whether it would create a new one,
> too.
You can also start icecat with the ‘--ProfileManager’ option for
the slightly more user-friendly GUI edition.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39575: guix time-machine fails when a tarball was modified in-place
@ 2020-02-14 12:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-14 12:45 UTC (permalink / raw)
To: zimoun; +Cc: Ludovic Courtès, 39575
[-- Attachment #1: Type: text/plain, Size: 608 bytes --]
zimoun 写道：
> Maybe I miss a point, but the file we need is the old one, not
> the new
> one, i.e., the one with the expected hash
> 1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch. And I
> should do
~ λ guix download
https://www.tobias.gr/guix/harfbuzz-2.4.0.tar.bz2
Starting download of /tmp/guix-file.JSWxOl
From https://www.tobias.gr/guix/harfbuzz-2.4.0.tar.bz2...
...4.0.tar.bz2 17.1MiB
6.5MiB/s 00:03 [##################] 100.0%
/gnu/store/b4cdp9sp44848348lrpzbfafhmjqf8nr-harfbuzz-2.4.0.tar.bz2
1mpah6kwqid1kxsj4rwqsniivqbrx231j65v51yncx6s0dch0dch
Enjoy,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39538: IceCat 68.4.1esr (64-bit) Missing digits
@ 2020-02-10 10:07 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-02-10 10:07 UTC (permalink / raw)
To: christopher; +Cc: 39538
[-- Attachment #1: Type: text/plain, Size: 734 bytes --]
Christopher,
This sounds like a duplicate of ol' bug #33996, so I'm merging the
two.
Christopher Howard 写道：
> Hello, I recently upgraded all user packages and also did a
> system
> reconfig.
Below, I assume IceCat is installed to your user's default
profile.
> In the new version of IceCat, I have this odd problem where
> all digits are mysteriously missing from all Web pages.
IceCat uses the fonts installed in its profile. Which fonts do
you currently have (guix package -I ^font-)?
If font-gnu-freefont-ttf isn't installed, try installing it, but
IceCat shouldn't depend on any specific font, just ‘a font’.
Which font that is should be left up to the user.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39294: Can't run ./configure
@ 2020-01-26 17:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-26 17:55 UTC (permalink / raw)
To: 39294
[-- Attachment #1: Type: text/plain, Size: 540 bytes --]
Damien,
Damien Cassou 写道：
> guix$ ./configure
> ...
> checking if (gnutls) is available... yes
> checking if (git) is available... no
> configure: error: Guile-Git is missing; please install it.
>
> I tried passing "--ad-hoc guile-git git" as parameter to "guix
> environment", but this doesn't fix the problem.
Could you try ‘--ad-hoc guile3.0-git’ instead? Guix was recently
upgraded to use Guile 3.0, but not all (any?) guile-* packages
were updated in tandem.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39288: Wrong keyboard layout to decrypt hard drive
@ 2020-01-26 12:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-26 12:24 UTC (permalink / raw)
To: 39288
[-- Attachment #1: Type: text/plain, Size: 849 bytes --]
Damien,
Damien Cassou 写道：
> during graphical installation I chose to encrypt my hard drive
> and to
> use the colemak keyboard layout. After the system rebooted,
> typing the
> passphrase in colemak didn't work and I got dropped into rescue
> mode. The rescue mode is in qwerty, not colemak.
Could you check whether your system configuration's
bootloader-configuration actually contains a keyboard-layout
field?
(bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")
--> (keyboard-layout keyboard-layout)))
The last time I tried adding this myself (granted: that was a year
ago) it broke my GRUB, so today I still type my passphrase once in
Qwerty and once in Dvorak. Much secure!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39287: [Graphical installation] Can't select location independently of language
@ 2020-01-26 11:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-26 11:39 UTC (permalink / raw)
To: 39287
[-- Attachment #1: Type: text/plain, Size: 1201 bytes --]
Damien,
Damien Cassou 写道：
> I'm installing Guix using the graphical installation
> method. After
> choosing English as language I would like to choose France as
> location. This is not possible however as it seems only
> English-speaking
> locations are provided (see attached screenshot).
Both terms used, ‘locale location’ and ‘territory for this
language’, refer to the second part of your locale's name such as
fr_CA. There is no en_FR. It would not make sense to offer that
choice.
AFAICS the word ‘territory’ is taken directly from section 6.7 of
the relevant standard[0] and should not be replaced with something
‘friendlier’ but inaccurate.
Perhaps you could suggest another sentence to explain out what it
means (and what it doesn't). What would have avoided this
misunderstanding? Which other GNU/Linux distributions have you
installed without issue?
And: what did you actually want to set? The only reason your OS
installer ever needs to know your physical location is IMO to set
the time zone, which is a separate step.
Thanks!
T G-R
[0]: http://www.open-std.org/jtc1/sc22/wg20/docs/n610.pdf (gratis
draft)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39023: binary installation manual doesn't work on Alpine Linux
@ 2020-01-22 19:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-22 19:58 UTC (permalink / raw)
To: Gábor Boskovits; +Cc: symphonia, 39023
[-- Attachment #1: Type: text/plain, Size: 1306 bytes --]
Gábor,
Gábor Boskovits 写道：
> Oops, I missed that.
I'm suprised I haven't confused add* & *add once so far in this
thread :-)
> There was some upstream discussion to get useradd and groupadd
> to
> busybox upstream,
> as this seems to be causing problems everywhere. They told that
> they
> are unwilling to include them as is,
> but would accept a wrapper thar forward to their
> adduser/addgroup
> implementation.
I don't know which discussion you're referring to, and much might
have changed since 2016, but I read this[0] to mean the opposite:
Busybox should provide the shadow-compatible *add variants, and
reimplement their old add* as simple wrappers around that. That's
from an upstream(ish) person.
“adduser/addgroup tend to be symlinks or wrappers, if they exist
at
all, but by and large are deprecated. busybox should implement
applets that mimic shadow here and deprecate the old ones, if
not
throw them out. although we can probably rename & massage the
sources in these cases”
Still, Busybox *add patches welcome, it would seem. We'll still
have to deal with this for the lifetime of the older version.
Kind regards,
T G-R
[0]:
http://lists.busybox.net/pipermail/busybox/2016-February/083909.html
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39023: adduser/addgroup vs useradd/groupadd
@ 2020-01-22 4:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-22 4:03 UTC (permalink / raw)
To: 39023; +Cc: zimoun
[-- Attachment #1: Type: text/plain, Size: 845 bytes --]
Hullo Simon,
zimoun 写道：
> options:
>
> a/ explicitly notice in the parenthesis that the chunk needs to
> be
> adapted; mentioning adduser/addgroup instead of useradd/groupadd
> for
> example.
There's also:
c/ do nothing, or
d/ include the complete code snippet provided by symphonia, but
as an ‘out-of-band’ footnote to avoid confusion/blind
copy-pasting/distracting the majority of (GNU) users with
irrelevant variants.
With a/, the user won't know which options to change, or how.
They might not understand our ‘useradd’ syntax, and won't have its
man page installed.
As implied by my reply to Gábor, b/ isn't an option so I've
snipped it.
I strongly prefer option d/.
> What do the *NIX gurus think?
GNU's not *NIX! :o) (Nor is it POSIX.)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39023: binary installation manual doesn't work on Alpine Linux
@ 2020-01-22 3:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-22 3:53 UTC (permalink / raw)
To: 39023; +Cc: symphonia, Gábor Boskovits
[-- Attachment #1: Type: text/plain, Size: 527 bytes --]
Gábor,
Gábor Boskovits 写道：
> <symphonia@disroot.org> ezt írta (időpont: 2020. jan. 7., K,
> 22:32):
>> I suggest adding another example which works by default on
>> busybox.
[…]
>> addgroup -S guixbuild
[…]
> I assume that the command you gave would work on non-busybox
> also. I
> would say we should replace the
> command we have with this more compatible one.
It doesn't even work on Guix:
nckx@berlin ~$ adduser
-bash: adduser: command not found
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38086: RAID installation script with ‘mdadm’ no longer works
@ 2020-01-19 22:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-19 22:31 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 38086
[-- Attachment #1: Type: text/plain, Size: 373 bytes --]
Ludo',
Ludovic Courtès 写道：
>> Continue creating array?
>
> D’oh, I hadn’t seen that message.
I doubt it was there for you to see in Guix's output. Things not
ending with a newline tend to get lost easily due to
line-buffering. Probably not worth worrying about.
> “yes|” works like a charm, I went this that.
‘Beautiful’,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38887: sassc has a memory leak
@ 2020-01-19 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-19 17:34 UTC (permalink / raw)
To: 38887-done
[-- Attachment #1: Type: text/plain, Size: 782 bytes --]
Jesse,
Thanks for the report!
Jesse Gibbons 写道：
> When I try to build arc-theme and leave it to run, the entire
> system
> eventually freezes. When I monitor how much memory it takes, I
> see that
> it spawns a sassc process that eventually takes all 30 GB of the
> RAM
> not taken by GNOME and the other services.
>
> When I sent the initial bug report, I found an upstream github
> issue
> that this could be related to, but I lost it.
Probably this[0].
There's no fix yet. I've pushed
bed24ecfcd68ca6fbc21f02b477cffff3b4c0450 which reverts back to
libsass@3.5 for arc-theme, and am closing this bug.
Please let me know if you still have trouble building it.
Kind regards,
T G-R
[0]: https://github.com/sass/libsass/issues/3033
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38086: RAID installation script with ‘mdadm’ no longer works
@ 2020-01-18 22:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-18 22:03 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: Vagrant Cascadian, 38086
[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]
Ludovic Courtès 写道：
> As you can see, it’s attempting to make a RAID1 device out of
> two
> partitions (not two disks), which makes no sense in the real
> world, but
> is easier to handle here. So I wonder if this is what’s causing
> it to
> hang…
It's just waiting for input:
$ # dd & losetup magic, where loop0 is 20% larger than loop1
$ sudo mdadm --create /dev/md0 --verbose --level=mirror
--raid-devices=2 /dev/loop{0,1}
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: size set to 101376K
mdadm: largest drive (/dev/loop1) exceeds size (101376K) by more
than 1%
Continue creating array?
Adding --force does not avoid this.
I recommend tweaking the partition table to make both members
equal, but a ‘yes|’ also works if you're in a hurry ;-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39073: GNU icecat number and # missing.
@ 2020-01-10 18:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-10 18:06 UTC (permalink / raw)
To: 39073
[-- Attachment #1: Type: text/plain, Size: 407 bytes --]
Pablo Ferreira 写道：
> Desde que eu atualizei o GNU Icecat para a versão 68.4.x eu não
> consigo
> mais ver números na internet.
Solved (over IRC) by installing ‘font-gnu-freefont-ttf’ alongside
IceCat.
I'm merging this with bug #37345, because this still needs
documenting if it can't be fixed in a reasonable
(i.e. non-propagated) manner.
Thank you for the report!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39060: Broken emacs-guix link in the Web manual
@ 2020-01-10 0:02 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-10 0:02 UTC (permalink / raw)
To: 39060
[-- Attachment #1: Type: text/plain, Size: 673 bytes --]
Guix,
sameerynho/lxsameer on #guix helpfully reported that ‘The
Emacs-Guix Reference Manual’ here[0] points to the wrong domain
(guix.gnu.org). The source is
@pxref{Top,,, emacs-guix, The Emacs-Guix Reference Manual}
so I thought this would be a trivial fix but lo:
EMACS_GUIX = https://emacs-guix.gitlab.io/website/manual/latest
emacs-guix mono ${EMACS_GUIX}/emacs-guix.html
emacs-guix node ${EMACS_GUIX}/html_node/
is already present in doc/htmlxref.cnf!
And that's where my Texinfo knowledge ends.
Cluebat me,
T G-R
[0]:
https://guix.gnu.org/manual/en/html_node/Package-Management.html#Package-Management
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38942: nm-applet icons don't appear to be working
@ 2020-01-05 19:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-05 19:48 UTC (permalink / raw)
To: 38942-close, Matthew Leach
[-- Attachment #1: Type: text/plain, Size: 252 bytes --]
Matthew,
Matthew Leach 写道：
> Sorry for the noise - please close.
You can close any bug by appending -close (or the subtly different
-done) to the bug number ‘recipient’ of your reply, as I've done
above.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38924: Encrypted root volume requires passphrase twice on boot
@ 2020-01-04 19:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2020-01-04 19:56 UTC (permalink / raw)
Cc: Jakub Kądziołka, 38924
[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]
Matthew,
Matthew Leach 写道：
> I've setup guix on two machines each one of them with an
> encrypted root
> partition. However, on boot I'm prompted for my passphrase
> twice, once
> before the grub menu is shown and second after Linux has started
> and
> launched guile as init.
Unfortunately, this is expected.
GRUB needs to decrypt the volume to load the Linux-Libre kernel
and initrd, and there's no agreed-upon secure way for GRUB to pass
the passphrase or key to the kernel/initrd. So you're prompted
for it again when the volume is actually mounted by the kernel.
> I would expect to have to only enter my passphrase once per
> boot.
Most distributions hack around this limitation by including the
unencrypted LUKS key in the initrd on the encrypted volume itself.
Guix doesn't currently have any code to do the same.
This has been a problem for years but, by sheer coincidence, Jakub
Kądziołka (CC'd) mentioned that this was on their to-do list for
next week.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38521: guix package: error: build of `...-youtube-viewer-3.5.8.drv' failed
[not found] ` <874kxix6e6.fsf@nckx>
@ 2019-12-30 0:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-30 0:16 UTC (permalink / raw)
To: Pierre Neidhardt, Marius Bakke, 38521; +Cc: sirgazil, help-guix, alexvong1995
[-- Attachment #1: Type: text/plain, Size: 990 bytes --]
All, Marius,
Tobias Geerinckx-Rice 写道：
> Alas for my free evening:
>
> commit 8524b1b8b4ba973864b67354d5d81ad1a691e764
> Author: Tobias Geerinckx-Rice <me@tobias.gr>
> Date: Wed Oct 16 03:06:10 2019 +0200
>
> gnu: perl-gtk2: Update to 1.24993.
> * gnu/packages/gtk.scm (perl-gtk2): Update to 1.24993.
Bisecting from this known-good commit still took several hours,
but paid off:
080edbe949c67f88e4ca002fc919f4ead8d814ae is the first bad commit
commit 080edbe949c67f88e4ca002fc919f4ead8d814ae
Author: Marius Bakke <mbakke@fastmail.com>
Date: Tue Oct 8 20:36:00 2019 +0200
gnu: gdk-pixbuf: Update to 2.40.0.
* gnu/packages/gtk.scm (gdk-pixbuf): Update to 2.40.0.
[arguments]: Remove obsolete phase.
gnu/packages/gtk.scm | 15 +++------------
1 file changed, 3 insertions(+), 12 deletions(-)
bisect run success
Marius: I think you prefer the word ‘volunteering’? ;-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#35552: Dead Link
@ 2019-12-24 1:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-24 1:33 UTC (permalink / raw)
Cc: Brett Gilio, bandali, David Kleuker, 35552-done
[-- Attachment #1: Type: text/plain, Size: 943 bytes --]
David, Brett,
David Kleuker <post@davidak.de> writes:
> the link "as its name suggests" on
> https://www.gnu.org/software/guix/blog/2018/tarballs-the-ultimate-container-image-format/
> points to
> https://www.gnu.org/software/tar/manual/en/html_node/Introduction.html
> which shows 404
Thank you for catching & reporting this. The link should be fixed
by the time you read this.
> congratulations for guix 1.0 btw!
> kind regards
> davidak
> (a NixOS user)
Thanks! :-) (nckx, NixOS contributor in a galaxy long ago.)
Brett Gilio 写道：
> This sounds like something we should be able to take care of
> with the
> Webmastering team. Perhaps we should open an RT ticket?
I assume this means ‘/en/-style language links should just work on
GNU's end’. Sounds good to me!
I'm closing the Guix bug, but let us know if you make any relevant
improvements to i18n linkage.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38715: Issue with guile-email: unbound variable
@ 2019-12-23 5:56 83% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-23 5:56 UTC (permalink / raw)
To: 38715; +Cc: Jelle Licht
[-- Attachment #1: Type: text/plain, Size: 3996 bytes --]
Jelle,
Jelle Licht 写道：
> Hey guix,
>
> Pretty recently, it seems something weird is happening when
> playing with
> guix on the REPL.
>
> On master, 5a947e118fb72b8fb1fd0c8d0b783fc7cde0c461:
>
> --8<---------------cut
> here---------------start------------->8---
> $ guix repl
>> (use-modules (gnu packages gnupg))
> While compiling expression:
> error: guile-email: unbound variable.
> --8<---------------cut
> here---------------end--------------->8---
Ah! Glad someone else is seeing this too. Below's the full
backtrace if it's of interest to anyone.
Kind regards,
T G-R
Backtrace:
In ice-9/boot-9.scm:
222:29 19 (map1 (((gnu packages imagemagick)) ((gnu packages
w3m)) ((gnu packages wget)) ((gnu packages autotools)) ((gnu
packages base)) ((gnu packages compression)) ((gnu packages
node)) ((gnu packages xml)) ((# …)) …))
222:29 18 (map1 (((gnu packages w3m)) ((gnu packages wget))
((gnu packages autotools)) ((gnu packages base)) ((gnu packages
compression)) ((gnu packages node)) ((gnu packages xml)) ((gnu
packages glib)) ((gnu # acl)) # …))
222:29 17 (map1 (((gnu packages wget)) ((gnu packages
autotools)) ((gnu packages base)) ((gnu packages compression))
((gnu packages node)) ((gnu packages xml)) ((gnu packages
glib)) ((gnu packages acl)) ((gnu # mail)) …))
222:29 16 (map1 (((gnu packages autotools)) ((gnu packages
base)) ((gnu packages compression)) ((gnu packages node)) ((gnu
packages xml)) ((gnu packages glib)) ((gnu packages acl)) ((gnu
packages mail)) ((gnu # #)) (#) …))
222:29 15 (map1 (((gnu packages base)) ((gnu packages
compression)) ((gnu packages node)) ((gnu packages xml)) ((gnu
packages glib)) ((gnu packages acl)) ((gnu packages mail))
((gnu packages messaging)) ((gnu # #)) (#) …))
222:29 14 (map1 (((gnu packages compression)) ((gnu packages
node)) ((gnu packages xml)) ((gnu packages glib)) ((gnu
packages acl)) ((gnu packages mail)) ((gnu packages messaging))
((gnu packages package-management)) # …))
222:29 13 (map1 (((gnu packages node)) ((gnu packages xml))
((gnu packages glib)) ((gnu packages acl)) ((gnu packages
mail)) ((gnu packages messaging)) ((gnu packages
package-management)) ((gnu packages perl)) ((# …)) …))
222:29 12 (map1 (((gnu packages xml)) ((gnu packages glib))
((gnu packages acl)) ((gnu packages mail)) ((gnu packages
messaging)) ((gnu packages package-management)) ((gnu packages
perl)) ((gnu packages pdf)) ((gnu …)) …))
222:29 11 (map1 (((gnu packages glib)) ((gnu packages acl))
((gnu packages mail)) ((gnu packages messaging)) ((gnu packages
package-management)) ((gnu packages perl)) ((gnu packages pdf))
((gnu packages scheme)) ((…)) …))
222:29 10 (map1 (((gnu packages acl)) ((gnu packages mail))
((gnu packages messaging)) ((gnu packages package-management))
((gnu packages perl)) ((gnu packages pdf)) ((gnu packages
scheme)) ((gnu packages speech)) (#) …))
222:17 9 (map1 (((gnu packages mail)) ((gnu packages
messaging)) ((gnu packages package-management)) ((gnu packages
perl)) ((gnu packages pdf)) ((gnu packages scheme)) ((gnu
packages speech)) ((gnu packages xiph)) (#) …))
2800:17 8 (resolve-interface (gnu packages mail) #:select _
#:hide _ #:prefix _ #:renamer _ #:version _)
In ice-9/threads.scm:
390:8 7 (_ _)
In ice-9/boot-9.scm:
2726:13 6 (_)
In ice-9/threads.scm:
390:8 5 (_ _)
In ice-9/boot-9.scm:
2994:20 4 (_)
2312:4 3 (save-module-excursion #<procedure 748881fa1db0 at
ice-9/boot-9.scm:2995:21 ()>)
3014:26 2 (_)
In unknown file:
1 (primitive-load-path "gnu/packages/mail" #<procedure
748881c88280 at ice-9/boot-9.scm:3001:37 ()>)
In gnu/packages/mail.scm:
779:28 0 (_)
gnu/packages/mail.scm:779:28: error: guile-email: unbound variable
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 83%]
* bug#38585: Installation script fails to import gpg keys
2019-12-12 23:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-12-13 0:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-13 0:09 UTC (permalink / raw)
To: 38585
[-- Attachment #1: Type: text/plain, Size: 185 bytes --]
dalanicolai,
Actually, try this instead of ‘sudo -i’:
$ sudo --preserve-env ./guix-install.sh
Kind regards,
T G-R
Source: https://debbugs.gnu.org/db/37/37939.html
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38585: Installation script fails to import gpg keys
@ 2019-12-12 23:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-13 0:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-12 23:48 UTC (permalink / raw)
To: 38585
[-- Attachment #1: Type: text/plain, Size: 575 bytes --]
dalanicolai 写道：
> I try to install guix in Ubuntu using the installation script
> but it fails
> to import the gpg keys (see picture below)
> [image: image.png]
Thanks for attaching the detailed output, by the way. It's really
helpful :-)
This sounds vaguely familiar. Does the following command work?
$ sudo -i ./guix-install.sh
If so: great.
If not: does running gpg --import as root work?
$ wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO -
| sudo gpg --import -
$ sudo ./guix-install.sh
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38586: Can not obtain gpg keys for binary install
@ 2019-12-12 23:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-12 23:43 UTC (permalink / raw)
To: 38586-close
[-- Attachment #1: Type: text/plain, Size: 1530 bytes --]
dalanicolai 写道：
> Also when trying to install via binary, I am not able to obtain
> the gpg
> keys (see picture below)
> [image: image.png]
I assume you copy and pasted these URLs from the ‘Binary
Installation’ section of the manual. And the text explicitly
states:
1. Download the binary tarball from
‘https://ftp.gnu.org/gnu/guix/guix-binary-0.0-git.SYSTEM.tar.xz’,
where SYSTEM is ‘x86_64-linux’ for an ‘x86_64’ machine
already
running the kernel Linux, and so on.
Indeed:
λ curl
https://ftp.gnu.org/gnu/guix/guix-binary-1.0.1.x86_64-linux.tar.xz.sig
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEEPORkVYqE/cadtAz7CQsRmT2a67UFAlzhwOcACgkQCQsRmT2a
67VRIg//QrxO5Qip+p5l+SmcvffgWVRR76bpxm7eE8tovwXxMMH3hU9Mqi5DNQ/X
pE8/CbJkt4VEx0Y2ozlxwkBA1n3PwLd49/ouJXxcipNw3kFw0g1F+yv5KjSsDi+F
kgjJ59u9w5oaMYo5s54f2WI0y9USxoq/2GT1Xi29MSG4A7PEXzWvJUuobNnCvTYQ
vJ+QnqVBzcNRBWhrM7l7WP6L8qw1QfWVLfaH/SLLh2Nh4db5cTkYVOTSIwFYAUCi
KKtcy9FAYOQsuQAX3KfSgWAx/G2iCx2D4WGf2ij8hEn8dZguB4L+YOtSnRxIPrtP
x6ZKfawMUi5wfP0sF+jgTsnVZiPtqh5LDLmyy+fCTfVledWfugJgkXxoOLW8Oonf
nzSPWmCNS/ITSKKmzCiIptJtStvZQ1ZUpAF3xcajAb1zor7i7XlMeLb0Dvtg7Icb
dErAbrra648aA8ZOCpXK/thF3MZDyId5QVxKqkLhyr4oT4Pw3drr4WvFDCUs51Um
jY4xiOug6yeog/Ip+D7661dX628ZquAmSHCR+Sih48nIeZIXDepNPNf/pLMYSPYi
fSmS0ac3WTnBCW7Y5x3sQPb1kFDoz3a2OxHPusMSC4N8KhrS3Au+ZImdtL+LGxfq
jtbuxXWSnzNru3MXPfyV/OfWaphY3L64KDKjAiSTnFv+QoecgYI=
=V6yd
-----END PGP SIGNATURE-----
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38500: Ruby is built against libruby-static.a
@ 2019-12-08 15:42 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-08 15:42 UTC (permalink / raw)
Cc: 38500, Brett Gilio, Vicente Eduardo
[-- Attachment #1: Type: text/plain, Size: 967 bytes --]
Vincente, Brett,
Brett Gilio 写道：
> Vicente Eduardo <vic798@gmail.com> writes:
>
>> I would like to have two versions, or at least the dynamic one,
>> that's the common way
>> Ruby should be built, and also the Guixy style.
Important: static linking isn't the Guixy style at all!
Statically linking different packages ‘subverts’ Guix, can subvert
grafting and lead to undetected security holes.
> Generally, I think we dynamically link most objects.
Correct.
> _BUT_, I could be
> missing part of the story here. So I am going to wait for the
> higher
> powers that be to respond.
You could ask Pjotr Prins and David Thompson but I suspect that it
was simply an oversight: most packages link dynamically by default
because it's the sane thing to do, and it would have been
reasonable to assume Ruby did too.
If there is a good reason to link statically, it should be added
in a comment.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38446: Guix pull broken
@ 2019-12-02 23:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-02 23:55 UTC (permalink / raw)
To: 38446, Ricardo Wurmus
[-- Attachment #1: Type: text/plain, Size: 428 bytes --]
Ricardo,
Ricardo Wurmus 写道：
> For the time being you can do
>
> git clone https://guix.gnu.org/git/guix
>
> which is a read-only copy of my clone of the repository. I’d
> like to
> make it automatically sync up with the repo on Savannah, but I
> ran out
> of time.
Did you use --mirror to do this?
It should be trivial to finish but I don't want to step on your
toes.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38446: Guix pull broken
@ 2019-12-02 23:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-12-02 23:22 UTC (permalink / raw)
To: 38446, Clément Lassieur
[-- Attachment #1: Type: text/plain, Size: 264 bytes --]
Clément Lassieur 写道：
> Would it be possible to have an *official* backup Git repository
> hosted
> somewhere else (like Github, or whatever), where we could
> redirect users
> when they encounter issues?
Coming soon ;-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: Retroarch might violate FSDG
2019-11-28 0:02 82% ` bug#38360: Retroarch does " Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-30 21:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-30 21:58 UTC (permalink / raw)
To: 38360
[-- Attachment #1: Type: text/plain, Size: 399 bytes --]
Arne,
Arne Babenhauserheide 写道：
> Aren’t we overblocking here?
As of current master: very likely :-(
Regardless of (y)our opinions on commerce and freedom, downloading
executables that violate GNU's own Free Software Distribution
Guidelines is simply not an option.
However, it's very likely that I've now disabled more than
strictly necessary.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38439: No way for Retroarch users to install cores & assets via Guix
@ 2019-11-30 21:26 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-30 21:26 UTC (permalink / raw)
To: 38439
[-- Attachment #1: Type: text/plain, Size: 423 bytes --]
Guix,
When starting our Retroarch package, it warns: ‘Missing assets, go
get some’.
Unfortunately, there's no way to do so through Guix apart from
manually searching for the required core(s) & assets and
downloading them to the right location.
It would be nice to be able to just run ‘guix install retroarch
retroarch-assets-foo retroarch-core-foo’ and start playing :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix].
2019-11-29 20:14 82% ` bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix] Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-30 21:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-30 21:20 UTC (permalink / raw)
To: 38360-done
[-- Attachment #1: Type: text/plain, Size: 488 bytes --]
Nicolò, Guix,
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> * gnu/packages/emulators.scm (retroarch)[source]: Add patch and
> snippet.
> * packages/patches/retroarch-disable-online-updater.patch: New
> file.
> * gnu/local.mk (dist_patch_DATA): Add it.
That patch was incomplete, but I've pushed a similar fix as
775497549c6114ebdce57e787c94d5fedc368e49.
I'm marking this as done. Let me know if there's anything I
missed.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix].
2019-11-29 15:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 15:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-29 20:14 82% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-30 21:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-29 20:14 UTC (permalink / raw)
To: 38360
Addresses <http://issues.guix.gnu.org/issue/38360>.
* gnu/packages/emulators.scm (retroarch)[source]: Add patch and snippet.
* packages/patches/retroarch-disable-online-updater.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
---
gnu/local.mk | 1 +
gnu/packages/emulators.scm | 17 +++++++++++++++--
.../retroarch-disable-online-updater.patch | 19 +++++++++++++++++++
3 files changed, 35 insertions(+), 2 deletions(-)
create mode 100644 gnu/packages/patches/retroarch-disable-online-updater.patch
diff --git a/gnu/local.mk b/gnu/local.mk
index 88b0f98aa0..b0036a52a0 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1330,6 +1330,7 @@ dist_patch_DATA = \
%D%/packages/patches/rpcbind-CVE-2017-8779.patch \
%D%/packages/patches/rtags-separate-rct.patch \
%D%/packages/patches/racket-store-checksum-override.patch \
+ %D%/packages/patches/retroarch-disable-online-updater.patch \
%D%/packages/patches/ruby-rubygems-276-for-ruby24.patch \
%D%/packages/patches/ruby-rack-ignore-failing-test.patch \
%D%/packages/patches/ruby-safe-yaml-add-require-time.patch \
diff --git a/gnu/packages/emulators.scm b/gnu/packages/emulators.scm
index 7d3f7f019c..e622d2df4d 100644
--- a/gnu/packages/emulators.scm
+++ b/gnu/packages/emulators.scm
@@ -1062,7 +1062,18 @@ emulation community. It provides highly accurate emulation.")
(commit (string-append "v" version))))
(file-name (git-file-name name version))
(sha256
- (base32 "0y7rcpz7psf8k3agsrq277jdm651vbnn9xpqvmj2in1a786idya7"))))
+ (base32 "0y7rcpz7psf8k3agsrq277jdm651vbnn9xpqvmj2in1a786idya7"))
+ (patches
+ (search-patches "retroarch-disable-online-updater.patch"))
+ (modules '((guix build utils)))
+ (snippet
+ '(begin
+ ;; Don't suggest using the Online Updater if available: it never
+ ;; is. This disables translation of this particular message.
+ (substitute* (find-files "menu/drivers" "\\.c$")
+ (("msg_hash_to_str\\(MSG_MISSING_ASSETS\\)")
+ "\"Warning: Missing assets, go get some\""))
+ #t))))
(build-system gnu-build-system)
(arguments
`(#:tests? #f ; no tests
@@ -1074,7 +1085,7 @@ emulation community. It provides highly accurate emulation.")
(etc (string-append out "/etc"))
(vulkan (assoc-ref inputs "vulkan-loader"))
(wayland-protocols (assoc-ref inputs "wayland-protocols")))
- ;; Hard-code the path to libvulkan.so.
+ ;; Hard-code some store file names.
(substitute* "gfx/common/vulkan_common.c"
(("libvulkan.so") (string-append vulkan "/lib/libvulkan.so")))
(substitute* "gfx/common/wayland/generate_wayland_protos.sh"
@@ -1082,10 +1093,12 @@ emulation community. It provides highly accurate emulation.")
(string-append wayland-protocols "/share/wayland-protocols")))
(substitute* "qb/qb.libs.sh"
(("/bin/true") (which "true")))
+
;; Use shared zlib.
(substitute* '("libretro-common/file/archive_file_zlib.c"
"libretro-common/streams/trans_stream_zlib.c")
(("<compat/zlib.h>") "<zlib.h>"))
+
;; The configure script does not yet accept the extra arguments
;; (like ‘CONFIG_SHELL=’) passed by the default configure phase.
(invoke
diff --git a/gnu/packages/patches/retroarch-disable-online-updater.patch b/gnu/packages/patches/retroarch-disable-online-updater.patch
new file mode 100644
index 0000000000..99af848f6a
--- /dev/null
+++ b/gnu/packages/patches/retroarch-disable-online-updater.patch
@@ -0,0 +1,19 @@
+diff -Naur retroarch.a/menu/menu_setting.c retroarch.c/menu/menu_setting.c
+--- retroarch.a/menu/menu_setting.c 1970-01-01 01:00:01.000000000 +0100
++++ retroarch.c/menu/menu_setting.c 2019-11-29 18:13:05.999578841 +0100
+@@ -7292,6 +7292,7 @@
+ &subgroup_info,
+ parent_group);
+
++ /*
+ CONFIG_ACTION(
+ list, list_info,
+ MENU_ENUM_LABEL_ONLINE_UPDATER,
+@@ -7299,6 +7300,7 @@
+ &group_info,
+ &subgroup_info,
+ parent_group);
++ */
+ #endif
+
+ CONFIG_ACTION(
--
2.23.0
^ permalink raw reply related [relevance 82%]
* bug#38360: Retroarch might violate FSDG
2019-11-29 15:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-29 15:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 20:14 82% ` bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix] Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-29 15:24 UTC (permalink / raw)
To: 38360
[-- Attachment #1: Type: text/plain, Size: 200 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> $ echo 'menu_show_core_updater = "false"'
^^^^^
"true", of course…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: Retroarch might violate FSDG
2019-11-28 19:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-29 15:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 15:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 20:14 82% ` bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix] Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-29 15:21 UTC (permalink / raw)
To: 38360
[-- Attachment #1: Type: text/plain, Size: 521 bytes --]
Tobias Geerinckx-Rice 写道：
> I'm looking into this now.
So I've installed Retroarch on Debian.
They patch[0] it to hide the Updater by default but it's trivial
to reënable (tested):
$ echo 'menu_show_core_updater = "false"' >> \
~/.config/retroarch/retroarch.cfg
This does not appease me. I'm implementing more incisive
measures.
Thoughts? Am I an anti-choice extremist?
Kind regards,
T G-R
[0]:
https://sources.debian.org/patches/retroarch/1.7.3+dfsg1-1/01_config.patch/
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38422: .png files in /gnu/store with executable permissions (555)
@ 2019-11-29 11:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-29 11:28 UTC (permalink / raw)
To: Bengt Richter, 38422
[-- Attachment #1: Type: text/plain, Size: 3731 bytes --]
Bengt, Ricardo,
I see similar results here with ‘guix install moka-icon-theme’,
and I'm sure the rest of my (and everyone's) store is full of
misperm'd files too. It's kind of generally known.
This seems to be particularly common in Meson packages: for some
reason, Meson installs everything as executable by default.
Bengt Richter 写道：
> Is this zero-day stuff with a nasty somewhere, waiting for
> referencing
> by another nasty, or am I being paranoid?
What's the threat model there? Respectfully, I think you might
be, but maybe I'm naive…
Otherwise I consider this a merely cosmetic issue, but we still
welcome fixes for those!
Checking whether Meson behaves differently on other distributions
would be a good start.
Ricardo Wurmus 写道：
> Bengt Richter <bokr@bokr.com> writes:
>
>> $ find /gnu -type f -perm /111 -iname '*png'|xargs stat -c '%a
>> %A %N'|cut -d '-' -f5,6,7,8|less|uniq -c|less
>> --8<---------------cut
>> here---------------start------------->8---
>> 1 x
>> '/gnu/store/.links/1s94fymqj8xba55rg8xbdni9a215kxsxkddyh2qyb7y6fl7srpng'
>> 1 x
>> '/gnu/store/.links/05dsk06ffdwgjdqgsy03zhnsrcd44yyi8ylk9qyb1a3n89aplpng'
>> 97 x
>> '/gnu/store/jf7i57glqykwgm1k7zb5k8x6f1yd47l8-faba-icon-theme
>> 1 x
>> '/gnu/store/k83hj06qj142xv6rqpfh3mcdf3149q09-gd-2.2.5/bin/gdparttopng'
>> 1 x
>> '/gnu/store/k83hj06qj142xv6rqpfh3mcdf3149q09-gd-2.2.5/bin/gdtopng'
>> 1 x
>> '/gnu/store/k83hj06qj142xv6rqpfh3mcdf3149q09-gd-2.2.5/bin/webpng'
>> 1 x
>> '/gnu/store/k83hj06qj142xv6rqpfh3mcdf3149q09-gd-2.2.5/bin/gd2topng'
>> 1 x
>> '/gnu/store/x9c77i6r5fmarslij6ng81awgrxblplm-texlive-bin-20180414/bin/dvipng'
>> 34143 x
>> '/gnu/store/yg6skr4v6vnj04rm5k9h3pa81mjivba7-moka-icon-theme
>> 1 x
>> '/gnu/store/7mxkdn6cp7x8sac49p2g80qw5j1aavi3-texlive-20180414/bin/dvipng'
>> 62 x
>> '/gnu/store/6d79d8za76pj5f2flhckpmdvdgqhqxaa-docbook-xsl-1.79.1/xml/xsl/docbook
>> 1 x
>> '/gnu/store/azd3rg350gjkgzvzps3s4j3kpz5kxh57-texlive-bin-20180414/bin/dvipng'
>> 1 x
>> '/gnu/store/9w1hi2hr4zczc5jd5r2xmff9zf4gwc1n-texlive-union-49435/bin/dvipng'
>> 1 x
>> '/gnu/store/5hv33gy8w247v3dcf4dfa8p0ijkmiz5x-gd-2.2.5/bin/gdparttopng'
>> 1 x
>> '/gnu/store/5hv33gy8w247v3dcf4dfa8p0ijkmiz5x-gd-2.2.5/bin/gdtopng'
>> 1 x
>> '/gnu/store/5hv33gy8w247v3dcf4dfa8p0ijkmiz5x-gd-2.2.5/bin/webpng'
>> 1 x
>> '/gnu/store/5hv33gy8w247v3dcf4dfa8p0ijkmiz5x-gd-2.2.5/bin/gd2topng'
>> 1 x
>> '/gnu/store/9jgmsnx36wv8ymgalwd1zlmq3z34bqf0-gd-2.2.5/bin/gdparttopng'
>> 1 x
>> '/gnu/store/9jgmsnx36wv8ymgalwd1zlmq3z34bqf0-gd-2.2.5/bin/gdtopng'
>> 1 x
>> '/gnu/store/9jgmsnx36wv8ymgalwd1zlmq3z34bqf0-gd-2.2.5/bin/webpng'
>> 1 x
>> '/gnu/store/9jgmsnx36wv8ymgalwd1zlmq3z34bqf0-gd-2.2.5/bin/gd2topng'
>>
>> --8<---------------cut
>> here---------------end--------------->8---
>
> Maybe I’m missing something, but none of the above are PNGs.
> Most of them are executables, others are directories, so having
> them
> executable is expected.
Bengt's clever pipeline tallies the number of executable *png
files in each top-level store directory. It does not include
directories.
It's true that the '*png' above should be replaced with '*.png',
but these /bin files are just the very noisy outliers.
The meat is in:
> 34143 x
> '/gnu/store/yg6skr4v6vnj04rm5k9h3pa81mjivba7-moka-icon-theme
i.e. 34143 executable '*png' files in that directory alone.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: Retroarch might violate FSDG
@ 2019-11-28 19:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 15:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-28 19:24 UTC (permalink / raw)
To: Nicolò Balzarotti, 38360
[-- Attachment #1: Type: text/plain, Size: 316 bytes --]
Ludovic Courtès 写道：
> Would you be able to help with that? Hopefully there are
> patches we can
> take from Debian, no?
>
> If nobody can work on it in a timely fashion, I would propose to
> remove
> retroarch until someone can do this work.
I'm looking into this now.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38360: Retroarch does violate FSDG
@ 2019-11-28 0:02 82% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-30 21:58 90% ` bug#38360: Retroarch might " Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-28 0:02 UTC (permalink / raw)
To: 38360
[-- Attachment #1: Type: text/plain, Size: 3429 bytes --]
Guix,
This is not about Schrödinger's proprietary-until-proven-innocent
binary. The Updater includes at least two cores explicitly marked
as non-free in Debian:
libretro-genesisplusgx
libretro-snes9x
Disabling the Updater seems like an open & shut case to me.
This is a shame, because I think these non-commercial clauses are
silly and legally void. Core authors can't place arbitrary
restrictions on derivative works of a GPL3 project.
Unfortunately, that obvious fact is for a court to point out, and
until then we must act as if it makes any sense.
Arne, to address your last point first:
Arne Babenhauserheide 写道：
> It is also not advertised (I just tried) but simply one in a
> long list
> of possible cores. A very long list. And you have to actively do
> the
> online-lookup.
For the purpose of this (FSDG) discussion, that's exactly what
‘advertised’ means.
I install Retroarch with Guix. When I run Retroarch, it prods me
to (literally) ‘use the Updater if available’. When I do that, I
can select from many cores, at least two of them non-free.
There is no way for me to know this important fact; I have to type
the name of the core into a search engine and dig, possibly deep
(not everyone knows the awesome power of a Debian copyright file
:-).
You're not required to agree with any of the above, but Guix must.
> We’re not restricting software which displays non-free online
> comics
> either.
Indeed, that would be against our stated goal of user freedom.
Comics aren't software so don't count, but take Linux-Libre: the
fact that it refuses to load non-free firmware supplied by the
user is a *bug*, and even upstream acknowleges this. IceCat is
another obvious example.
Same with Retroarch: if the user has a non-free core Guix's
Retroarch must, IMPO, run it.
The difference is that at no point do Linux-Libre or IceCat ask me
to ‘visit our cool firmware shoppe!’. Indeed, the FF ‘Get New
Add-ons’ button that directly advertises non-free software is
disabled for that reason.
> Aren’t we overblocking here? This is not a case of a program
> restricted
> to push someone into proprietary software, but a case of a
> program
> restricted to not-for-profit for everybody.
It's just as bad for the same reason. Like proprietary licences,
this one restricts redistribution *and* use of the software:
“Permission to use, copy, modify and/or distribute Snes9x in
both binary
and source form, for non-commercial purposes, is hereby granted
without
fee […] Snes9x is freeware for PERSONAL USE only.”
That violates a fundamental software freedom (#0: the freedom to
run the software as you wish, for any purpose).
Contrast this with the GPL, which places zero restrictions on use
— I don't even have to share the software or my improvements with
anyone!
> It is a similar case as allowing to ship GPLv3 software in a ROM
> without
> the option to modify it, as long as no one is able to modify it
> on that
> medium, including the propagator.
I don't see any similarities. With any GPL3 software, I am always
allowed to copy the software and do with it what I want, no matter
the underlying storage at some point in time.
Kind regards,
T (not a lawyer but talks to them at parties when no one else
will) G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 82%]
* bug#38356: bambam-0.6: runtime failure missing pygame
2019-11-24 12:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-11-24 12:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-24 12:43 UTC (permalink / raw)
To: Christopher Howard; +Cc: 38356
[-- Attachment #1: Type: text/plain, Size: 389 bytes --]
Tobias Geerinckx-Rice 写道：
> Thanks for the report! Updating bambam to 1.0.0 on master fixed
> this
> for me.
>
> Let me know if it still doesn't work for you after ‘guix pull’
> and an
> update.
Savannah is rejecting my push (it just hangs), so ‘guix pull’
won't get you the new Bambam.
I'll try again when I get home in 2 hours.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38356: bambam-0.6: runtime failure missing pygame
@ 2019-11-24 12:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-24 12:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-24 12:36 UTC (permalink / raw)
To: Christopher Howard; +Cc: 38356-done
[-- Attachment #1: Type: text/plain, Size: 569 bytes --]
Christopher,
Christopher Howard 写道：
> christopher@nightshade ~$ bambam
> Traceback (most recent call last):
> File "/gnu/store/6w3vk2z278vwp629hgr71gw2xagdmdl9-bambam-
> 0.6/bin/.bambam-real", line 20, in <module>
> import pygame, sys,os, random, string, glob
> ImportError: No module named pygame
Thanks for the report! Updating bambam to 1.0.0 on master fixed
this for me.
Let me know if it still doesn't work for you after ‘guix pull’ and
an update.
…now how do I quit this thing‽…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp
@ 2019-11-24 12:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-24 12:11 UTC (permalink / raw)
To: 38357
[-- Attachment #1: Type: text/plain, Size: 1032 bytes --]
Christopher,
Thanks for the bug report!
Christopher Howard 写道：
> 22/25 alpha_symmetric_transform FAIL 0.12 s
> (exit
I've built master's babl a few times now, the damned thing keeps
succeeding:
λ guix describe
[…]
guix 39bf4e0
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 39bf4e0bad499aa6f9388164e73197a501915ff6
λ guix build --no-grafts babl
/gnu/store/qzz0qv5llrfb6ls8018yjkwg55lk26yk-babl-0.1.72
λ guix build --no-grafts babl --check # a few times
[…]
/gnu/store/qzz0qv5llrfb6ls8018yjkwg55lk26yk-babl-0.1.72
λ guix build --no-grafts babl --check --dry-run
The following derivation would be built:
/gnu/store/lxp5a15sz59fyx8lqf1yj68c5040q201-babl-0.1.72.drv
What does the last command return for you? If it's different,
please ‘guix pull’ and try again. If it's the same, you found a
non-deterministic (or hardware-specific) test failure in babl.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38295: manual-config php-fpm mismatch
@ 2019-11-20 15:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-20 15:43 UTC (permalink / raw)
To: 38295
[-- Attachment #1: Type: text/plain, Size: 453 bytes --]
Efraim,
Efraim Flashner 写道：
> In (gnu services web) for <php-fpm-configuration> it says that
> default
> for 'socket-group' is "nginx". In the manual, in 8.8.16 (Web
> Services),
> it says the socket-group default is php-fpm.
Good catch.
> Obviously when deploying the code trumps the manual, but what is
> it
> supposed to be?
I think the code should follow the manual. More privsep ==
better.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#38148: Guix packages old/broken version of qutebrowser
@ 2019-11-09 16:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-11-09 16:49 UTC (permalink / raw)
To: Florian Bruhin; +Cc: 38148
[-- Attachment #1: Type: text/plain, Size: 1432 bytes --]
Florian,
[I'm not a regular qutebrowser user, nor maintainer — I don't
think we have one.]
Florian Bruhin 写道：
> I'm the upstream author of qutebrowser - it looks like Guix
> currently packages
> qutebrowser 0.11.0:
> https://guix.gnu.org/packages/qutebrowser-0.11.0/
>
> That version is very outdated (July 2017, there have been 28 new
> releases since
> then). It has various known security issues, but currently it
> just crashes
> outright, because such an old version isn't compatible with Qt
> 5.11 which is
> packaged in Guix.
>
> That results in me getting crash reports around once per week -
> at this point,
> it'd probably be better to not package qutebrowser at all,
> seeing that nobody
> seems to maintain that package for a long time now.
Thank you for letting us know. My apologies for the noise from
these useless crash reports.
Is there a supported way to replace the default bug report URL
with our own?
If not, I could patch qutebrowser to pop up a dialogue with our
bug tracker (e-mail) address instead. The crash report itself
would likely be lost.
I've tried qutebrowser 1.8.1 with QtWebKit and it runs, but then
freezes (@ 0% CPU) after some minutes. I had to SIGKILL it.
However, so does 0.11.0.
I'll try to get it to run, and hopefully the state of
qutebrowser's dependencies in Guix will improve as well.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37942: Insufficient environment wrappers
@ 2019-10-27 18:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-27 18:06 UTC (permalink / raw)
To: Leo Prikler; +Cc: 37942
[-- Attachment #1: Type: text/plain, Size: 973 bytes --]
Leo,
Leo Prikler 写道：
> Some packages -- such as meld after the startup fix -- fail to
> use
> important resources when simply called from their build
> directory.
This is… true, and has been a source of personal annoyance for
years :-)
As it is, this bug report is a bit vague, almost a meta-bug (‘many
packages have bugs’). Because *many* packages have this problem,
for different reasons. Most instances are pretty easy to fix once
you find out the exact problem, but there's no one-size-fits-all
solution.
Do you have any ideas to make it more actionable?
> For instance, meld aborts inside a call to `g_log` by
> `g_settings_set_property`. In the case of meld, it is sufficient
> to run
> the program inside an ad-hoc environment -- other packages may
> require
> to be installed in the user profile.
I fixed this specific example in
3a428dd63af0bec23861a8ed1c76665e8f424265.
Thanks for the report!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37469: meld doesn't start up successfully
@ 2019-10-27 17:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-27 17:56 UTC (permalink / raw)
To: 37469-done
[-- Attachment #1: Type: text/plain, Size: 85 bytes --]
Danny,
I can't reproduce this failure so I'm closing the bug.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37937: Lollypop missing propagated-input gsettings-desktop-schemas
@ 2019-10-26 23:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-26 23:28 UTC (permalink / raw)
To: Sam; +Cc: 37937-done
[-- Attachment #1: Type: text/plain, Size: 863 bytes --]
Sam,
Sam 写道：
> lollypop is missing gsettings-desktop-schemas as dependency, and
> fails
> to start without the package.
Thanks for reporting this, and for trying to fix it. I took a
different approach in commit
8ac8b3b3601560c4a455543435276a8cdf61b54e: propagation is, at
heart, a kluge, and one that should be avoided whenever
possible[0].
I'm closing this bug because it now works for me.
Could you pull, upgrade lollypop, and let me know whether it now
works for you?
> I couldn't find out how to test the effect
Assuming you already have a Guix git checkout to create the patch,
you simply:
$ guix environment guix
$ ./configure --localstatedir=/var
$ make -j `nproc`
$ ./pre-inst-env guix lollypop
…or something like that :-)
Kind regards,
T G-R
[0]: https://issues.guix.info/issue/36896
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37882: [PATCH] build-system/linux-module: Accept a #:make-flags keyword.
@ 2019-10-25 19:37 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-25 19:37 UTC (permalink / raw)
To: 37882
* guix/build-system/linux-module.scm (linux-module-build): Accept a
MAKE-FLAGS argument.
<builder>: Pass it on.
---
Efraim,
Is this in any way related to the topic coming up on IRC last week, or just a coincidence?
In any case, I'd written the following simple fix but never merged it because I have yet to meet a module with a legitimate need for it. It works, though.
Kind regards,
T G-R
guix/build-system/linux-module.scm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/guix/build-system/linux-module.scm b/guix/build-system/linux-module.scm
index 6084d22210..dde2423434 100644
--- a/guix/build-system/linux-module.scm
+++ b/guix/build-system/linux-module.scm
@@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2019 Danny Milosavljevic <dannym@scratchpost.org>
+;;; Copyright © 2019 Tobias Geerinckx-Rice <me@tobias.gr>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -120,6 +121,7 @@
(define* (linux-module-build store name inputs
#:key
(search-paths '())
+ (make-flags '())
(tests? #t)
(phases '(@ (guix build linux-module-build-system)
%standard-phases))
@@ -146,6 +148,7 @@
search-paths)
#:phases ,phases
#:system ,system
+ #:make-flags ,make-flags
#:tests? ,tests?
#:outputs %outputs
#:inputs %build-inputs)))
--
2.23.0
^ permalink raw reply related [relevance 90%]
* bug#37914: guix avahi install fails
@ 2019-10-25 2:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-25 2:13 UTC (permalink / raw)
To: Bengt Richter; +Cc: 37914-done
[-- Attachment #1: Type: text/plain, Size: 346 bytes --]
Bengt,
Bengt Richter 写道：
> patching file avahi-core/server.c
> patching file avahi-core/server.c
> Hunk #1 FAILED at 930.
You should ‘guix pull’ and try again: this was fixed on master a
day or two ago.
I'm closing this bug for that reason. Let me know if you still
have problems with avahi.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37911: Cannot build a system with colord-service.
@ 2019-10-24 20:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-24 20:51 UTC (permalink / raw)
To: 37911
[-- Attachment #1: Type: text/plain, Size: 320 bytes --]
Pierre,
Pierre Langlois 写道：
> Hello Guix!
>
> I tried to add (service colord-service) to my config and I got a
> error back :-(. I reduced my system to the minimum but the
> problem is
> persist.
Probably related to my recent colord update to fix simple-scan.
I'll take a look.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37904: CPU overheating on recent laptops
@ 2019-10-24 16:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-24 16:30 UTC (permalink / raw)
To: 37904
[-- Attachment #1: Type: text/plain, Size: 832 bytes --]
Ludo',
Ludovic Courtès 写道：
> Also, there used to be an “ondemand” governor, which is no
> longer listed
> in
> /sys/devices/system/cpu/cpu?/cpufreq/scaling_available_governors.
For laptops and other battery-powered devices, ‘conservative’ is
preferred over ‘ondemand’. It's probably a sane default choice
for all.
> Was it removed or are we just missing a kconfig option?
Strange:
~ λ grep CPU_FREQ_GOV …/aux-files/linux-libre/5.3-x86_64.conf
CONFIG_CPU_FREQ_GOV_ATTR_SET=y
CONFIG_CPU_FREQ_GOV_COMMON=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
What does cpufreq-info say?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37905: psmisc-23.2.tar.xz was updated in place
@ 2019-10-24 16:22 61% Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-24 16:22 UTC (permalink / raw)
To: 37905
[-- Attachment #1.1: Type: text/plain, Size: 68 bytes --]
Guix,
Here's[0] the diff with pretty colours.
Here it is without:
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: diff -Naur psmisc-23.2-{old,new} --]
[-- Type: text/x-patch, Size: 9450 bytes --]
diff -Naur psmisc-23.2-old/ChangeLog psmisc-23.2-new/ChangeLog
--- psmisc-23.2-old/ChangeLog 2018-08-13 13:25:48.670327531 +0200
+++ psmisc-23.2-new/ChangeLog 2018-09-18 13:13:41.336594226 +0200
@@ -2,9 +2,11 @@
===============
* misc: Command names increased from 16 to 64 characters
* buildsys: signals.c depends on signames.h !16
+ * docs: Fix fuser.1 groff errors Debian #900225
* killall: look at all namespaces by default
* killall: Fix -INT option parsing #11
- * killall: change to getopt_long without _only #12
+ * killall: ignore -n 0 #15
+ * killall: another crack at fixing getopt #12 #13
* peekfd: Attach to all threads option !15
* pslog: Define PATH_MAX if required Debian:#905797
diff -Naur psmisc-23.2-old/doc/fuser.1 psmisc-23.2-new/doc/fuser.1
--- psmisc-23.2-old/doc/fuser.1 2016-09-21 13:18:43.691359617 +0200
+++ psmisc-23.2-new/doc/fuser.1 2018-09-12 14:13:48.728646493 +0200
@@ -21,15 +21,14 @@
.RB [ \-i ]
.RB [ \-M ]
.RB [ \-w ]
-.RB [ \- \fISIGNAL\fR]
+.RB [ \-\c
+.IR SIGNAL ]
]
-.IR name " ..."
+.IR name " \&...\&"
.br
-.B fuser
-.RB \-l
+.B fuser \-l
.br
-.B fuser
-.RB \-V
+.B fuser \-V
.ad b
.SH DESCRIPTION
.B fuser
@@ -88,7 +87,7 @@
and the remote address. All fields are optional, but commas in front
of missing fields must be present:
.PP
-\fB[\fR\fIlcl_port\fR\fB][\fR,\fB[\fR\fIrmt_host\fR\fB][\fR,\fB[\fIrmt_port\fR\fB]]]
+.RI [ lcl_port ][,[ rmt_host ][,[ rmt_port ]]]
.PP
Either symbolic or numeric values can be used for IP addresses and port
numbers.
@@ -97,19 +96,21 @@
outputs only the PIDs to stdout, everything else is sent to stderr.
.SH OPTIONS
.TP
-\fB\-a\fR, \fB\-\-all\fR
+.BR \-a ", " \-\-all
Show all files specified on the command line. By default, only files
that are accessed by at least one process are shown.
.TP
-\fB\-c\fR
+.B \-c
Same as \-m option, used for POSIX compatibility.
.TP
-\fB\-f\fR
+.B \-f
Silently ignored, used for POSIX compatibility.
.TP
-\fB\-k\fR, \fB\-\-kill\fR
+.BR \-k ", "\-\-kill
Kill processes accessing the file. Unless changed with
-\fB\-\fR\fISIGNAL\fR, SIGKILL is sent. An
+.BI \- SIGNAL\/\c
+, SIGKILL is sent.
+An
.B fuser
process never kills itself, but may kill other
.B fuser
@@ -117,22 +118,23 @@
.B fuser
is set to its real user ID before attempting to kill.
.TP
-\fB\-i\fR, \fB\-\-interactive\fR
-Ask the user for confirmation before killing a process. This option is
+.BR \-i ", " \-\-interactive
+Ask the user for confirmation before killing a process.
+This option is
silently ignored if
.B \-k
is not present too.
.TP
-\fB\-I\fR, \fB\-\-inode\fR
+.BR \-I ", " \-\-inode
For the name space
.B file
-let all comparisions be based on the inodes of the specified file(s)
+let all comparisons be based on the inodes of the specified file(s)
and never on the file names even on network based file systems.
.TP
-\fB\-l\fR, \fB\-\-list\-signals\fR
+.BR \-l ", " \-\-list\-signals
List all known signal names.
.TP
-\fB\-m\fR \fINAME\fR, \fB\-\-mount\fR \fINAME\fR
+.BI -m " NAME \fR, " "\-\-mount " NAME
.I NAME
specifies a file on a mounted file system or a block device that is
mounted. All processes accessing files on that file system are listed.
@@ -140,21 +142,21 @@
.IR NAME /.
to use any file system that might be mounted on that directory.
.TP
-\fB\-M\fR, \fB\-\-ismountpoint\fR
+.BR \-M ", " \-\-ismountpoint
Request will be fulfilled only if
.I NAME
-specifies a mountpoint. This is an invaluable seatbelt which prevents
+specifies a mountpoint. This is an invaluable seat belt which prevents
you from killing the machine if
.I NAME
happens to not be a filesystem.
.TP
-\fB\-w\fP
+.B \-w
Kill only processes which have write access. This option is silently
ignored if
.B \-k
is not present too.
.TP
-\fB\-n \fISPACE\fR, \fB\-\-namespace\fR \fISPACE\fR
+.BI \-n " SPACE\fR, " "\-\-namespace " SPACE
Select a different name space. The name spaces
.B file
(file names, the default),
@@ -163,10 +165,13 @@
.B tcp
(local TCP ports) are supported. For ports, either the port number or
the symbolic name can be specified. If there is no ambiguity, the
-shortcut notation \fIname\fB/\fIspace\fR (e.g. \fI80\fB/\fItcp\fR)
+shortcut notation
+.IB name / space
+(e.g.,
+.IB 80 / tcp \fR)
can be used.
.TP
-\fB\-s\fR, \fB\-\-silent\fR
+.BR \-s ", " \-\-silent
Silent operation.
.B \-u
and
@@ -176,20 +181,20 @@
must not be used with
.BR \-s .
.TP
-\fB\-\fISIGNAL\fR
+.BI \- SIGNAL
Use the specified signal instead of SIGKILL when killing processes.
-Signals can be specified either by name (e.g.
-.BR \-HUP ) or by
-number (e.g.
+Signals can be specified either by name (e.g.,
+.BR \-HUP )
+or by number (e.g.,
.BR \-1 ).
This option is silently ignored if the
.B \-k
option is not used.
.TP
-\fB\-u\fR, \fB\-\-user\fR
+.BR \-u ", " \-\-user
Append the user name of the process owner to each PID.
.TP
-\fB\-v\fR, \fB\-\-verbose\fR
+.BR \-v ", " \-\-verbose
Verbose mode. Processes are shown in a
.BR ps -like
@@ -201,15 +206,15 @@
.B kernel
is shown instead of the PID.
.TP
-\fB\-V\fR, \fB\-\-version\fR
+.BR \-V ", " \-\-version
Display version information.
.TP
-\fB\-4\fR, \fB\-\-ipv4\fR
+.BR \-4 ", " \-\-ipv4
Search only for IPv4 sockets. This option must not be used with the
.B \-6
option and only has an effect with the tcp and udp namespaces.
.TP
-\fB\-6\fR, \fB\-\-ipv6\fR
+.BR \-6 ", " \-\-ipv6
Search only for IPv6 sockets. This option must not be used with the
.B \-4
option and only has an effect with the tcp and udp namespaces.
@@ -224,7 +229,7 @@
.B fuser \-km /home
kills all processes accessing the file system /home in any way.
.TP
-\fBif fuser \-s /dev/ttyS1; then :; else \fIsomething\fB; fi\fR
+.BI "if fuser \-s /dev/ttyS1; then :; else " something "; fi"
invokes
.I something
if no other process is using /dev/ttyS1.
diff -Naur psmisc-23.2-old/src/killall.c psmisc-23.2-new/src/killall.c
--- psmisc-23.2-old/src/killall.c 2018-08-13 13:24:42.767618335 +0200
+++ psmisc-23.2-new/src/killall.c 2018-09-18 13:09:23.948951682 +0200
@@ -350,8 +350,8 @@
lencomm = endcomm - startcomm;
if (lencomm < 0)
lencomm = 0;
- if (lencomm > sizeof comm -1)
- lencomm = sizeof comm -1;
+ if (lencomm > COMM_LEN -1)
+ lencomm = COMM_LEN -1;
strncpy(comm, startcomm, lencomm);
comm[lencomm] = '\0';
@@ -857,9 +857,9 @@
opterr = 0;
#ifdef WITH_SELINUX
- while ( (optc = getopt_long(argc,argv,"egy:o:ilqrs:u:vwZ:VIn:",options,NULL)) != -1) {
+ while ( (optc = getopt_long_only(argc,argv,"egy:o:ilqrs:u:vwZ:VIn:",options,NULL)) != -1) {
#else
- while ( (optc = getopt_long(argc,argv,"egy:o:ilqrs:u:vwVIn:",options,NULL)) != -1) {
+ while ( (optc = getopt_long_only(argc,argv,"egy:o:ilqrs:u:vwVIn:",options,NULL)) != -1) {
#endif
switch (optc) {
case 'e':
@@ -914,7 +914,7 @@
ignore_case = 1;
} else {
sig_num = get_signal (argv[optind]+1, "killall");
- skip_error=1;
+ skip_error=optind;
}
break;
case 'V':
@@ -922,13 +922,20 @@
if (strcmp(argv[optind-1],"-V") == 0 || strncmp(argv[optind-1],"--",2) == 0) {
print_version();
return 0;
+ } else {
+ sig_num = get_signal (argv[optind]+1, "killall");
+ skip_error=optind;
}
- sig_num = get_signal (argv[optind]+1, "killall");
break;
- case 'n':
- opt_ns_pid = atoi(optarg);
- if (opt_ns_pid == 0)
+ case 'n': {
+ long num;
+ char *end = NULL;
+ errno = 0;
+ num = strtol(optarg, &end, 10);
+ if (errno != 0 || optarg == end || end == NULL)
usage(_("Invalid namespace PID"));
+ opt_ns_pid = (pid_t) num;
+ }
break;
#ifdef WITH_SELINUX
case 'Z':
@@ -943,6 +950,15 @@
break;
#endif /*WITH_SELINUX*/
case '?':
+ if (skip_error == optind)
+ break;
+ /* Sigh, this is a hack because -ve could be -version or
+ * -verbose */
+ if (strncmp(argv[optind-1], "-ve", 3) == 0) {
+ verbose=1;
+ exact=1;
+ break;
+ }
/* Signal names are in uppercase, so check to see if the argv
* is upper case */
if (argv[optind-1][1] >= 'A' && argv[optind-1][1] <= 'Z') {
@@ -952,9 +968,6 @@
if (argv[optind-1][1] >= '0' && argv[optind-1][1] <= '9') {
sig_num = atoi(argv[optind-1]+1);
} else {
- if (skip_error)
- skip_error=0;
- else
usage(NULL);
}
}
[-- Attachment #1.3: Type: text/plain, Size: 62 bytes --]
Kind regards,
T G-R
[0]: https://paste.debian.net/1110034/
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 61%]
* bug#37687: simple-scan build failure
@ 2019-10-24 4:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-24 4:09 UTC (permalink / raw)
To: 37687-done
[-- Attachment #1: Type: text/plain, Size: 304 bytes --]
Guix,
With commit d9f6d587, Simple Scan has finally been updated to
Document Scanner 3.34.1. Sorry it took so long (a whole
core-updates cycle…).
Do not, however, despair: there's a minor cosmetic issue with a
handful of missing icons if anyone's feeling bored.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37897: Bug: Resetting locale settings
@ 2019-10-23 23:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-23 23:27 UTC (permalink / raw)
To: 37897
[-- Attachment #1: Type: text/plain, Size: 1011 bytes --]
Hullo again,
I can't help you with your exact problem, but
o.rojon@posteo.net 写道：
> In the latter case, I was able to login via 'loadkeys
> /run/current-system/profile/share/keymaps/i386/qwertz/de-latin1'
> in
> TTY (where I went with C-M-F2 or F3, nvm); but now, I am unable
> to set
> the keymap via loadkeys. When I dont use sudo, I receive the
> message
> 'data descriptor referring to console couldnt be found'
> (translated
> from german "Dateideskriptor, der auf die Konsole verweist,
> konnte
> nicht gefunden werden."); if I do use sudo, I dont get an error,
> but
> the keyboard layout doesnt change.
I ran ‘sudo loadkeys de-latin1’ on VT 2, where my ‘y’ key now does
the bad thing. So it works here.
This mix of loadkeys and setxkbmap confuses me, though: are you
trying to log in on a VT (the Linux console), or X?
‘loadkeys’ only handles the former, ‘setxkbmap’ only the latter.
They are entirely separate.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37897: bug#37896: setxkbmap has worked
@ 2019-10-23 23:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-23 23:19 UTC (permalink / raw)
Cc: 37897
[-- Attachment #1: Type: text/plain, Size: 574 bytes --]
Hullo,
I think this was sent to bug #37896 by mistake so I'm re-posting
it to what I assume is the correct bug number:
o.rojon@posteo.net 写道：
> Hello everyone,
>
> just a quickie: I noticed that even though loadkeys doesnt work,
> setxkbmap does. Sorry, just read the setxkbmap and figured how
> to use
> it properly.
>
> Yet, this doesnt explain why, on each startup, my keyboard
> configuration seems to be set to the us layout, even though I
> have
> setup and reconfigured it to use the german one.
>
> Greetings!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37896: Bug: Cannot use `guix pull`
@ 2019-10-23 23:10 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-23 23:10 UTC (permalink / raw)
To: 37896-done, o.rojon; +Cc: Julien Lepiller
[-- Attachment #1: Type: text/plain, Size: 434 bytes --]
Hullo,
o.rojon@posteo.net 写道：
> after some time of not upgrading, I have been unable to guix
> pull and
> thus to upgrade my system. Find below what has occurred after I
> ran
> `guix pull`
Thanks for the report! This was due to an incomplete commit on
master, which I've reverted for now (in
9eec52603634655040edda99dffba16585ff922e).
You should be able to ‘guix pull’ anew.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-17 19:01 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-17 19:01 UTC (permalink / raw)
To: 37744
[-- Attachment #1: Type: text/plain, Size: 1042 bytes --]
Ludo',
Ludovic Courtès 写道：
> See https://issues.guix.gnu.org/issue/37744
Will this be automatically linkified?
> This issue was initially [reported by Michael Orlitzky for
> Nix](https://www.openwall.com/lists/oss-security/2019/10/09/4)
> ([CVE-2019-17365](https://nvd.nist.gov/vuln/detail?vulnId=CVE-2019-17365)).
>
> # Fix
>
> The [fix](https://issues.guix.gnu.org/issue/37744) consists in
> letting
From the Oxford Dictionaries:
1 (consist of) be composed or made up of
(consist in) have as an essential feature
TIL.
> # Upgrading
>
> On multi-user systems, we recommend upgrading the daemon now.
>
> To upgrade the daemon on a “foreign distro”, run something along
> these
Imperialist nitpick: why list the foreigners first? :-)
Anti-imperialist nitpick: reversing the two allows using ‘other
distributions’ instead of ‘foreign’ which always sounds a bit
dismissive to my ears.
End nitpick.
Thank you for taking care of this from start to finish,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
2019-10-16 19:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-10-16 19:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-16 19:55 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 37744
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Let's try that again:
[-- Attachment #1.2: Translation --]
[-- Type: text/plain, Size: 1229 bytes --]
(nl "Onveilige @file{/var/guix/profiles/per-user}-rechten"))
(nl "Het standaard gebruikersprofiel, @file{~/.guix-profile}, verwijst
naar @file{/var/guix/profiles/per-user/$USER}. Tot op heden kon om het even wie
in @file{/var/guix/profiles/per-user} schrijven, wat het @command{guix}-commando
toestond de @code{$USER} submap aan te maken.
Op systemen met meerdere gebuikers kon hierdoor een kwaadaardige gebruiker een
@code{$USER} submap met inhoud aanmaken voor een andere gebruiker die nog niet
was ingelogd. Omdat @code{/var/@dots{}/$USER} zich in @code{$PATH} bevindt,
kon het doelwit zo code uitvoeren die door de aanvaller zelf werd aangeleverd.
Zie @uref{https://issues.guix.gnu.org/issue/37744} voor meer informatie.
Dit probleem is nu verholpen: schrijven door iedereen in @code{per-user} is niet
meer toegestaan en @command{guix-daemon} maakt zelf submappen aan namens de
gebruiker. Op systemen met meerdere gebruikers raden we aan om
@code{guix-daemon} nu bij te werken. Op Guix System kan dit met
@code{guix pull && sudo guix system reconfigure @dots{}}, op andere distributies
met @code{sudo guix pull}. Herstart vervolgens in beide gevallen
@code{guix-daemon} met @code{herd} of @code{systemctl}.")
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-16 19:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 19:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-16 19:50 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 37744
[-- Attachment #1: Type: text/plain, Size: 1488 bytes --]
Ludo',
Ludovic Courtès 写道：
> Taking that into account, I propose this (I’ve also changed the
> title to
> make it hopefully clearer):
Here's my NL translation:
(nl "Onveilige
@file{/var/guix/profiles/per-user}-rechten"))
(nl "Het standaard gebruikersprofiel,
@file{~/.guix-profile}, verwijst
naar @file{/var/guix/profiles/per-user/$USER}. Tot op heden kon
om het evenwie
in @file{/var/guix/profiles/per-user} schrijven, wat het
@command{guix}-commando
toestond de @code{$USER} submap aan te maken.
Op systemen met meerdere gebuikers kon hierdoor een kwaadaardige
gebruiker een
@code{$USER} submap met inhoud aanmaken voor een andere gebruiker
die nog niet
was ingelogd. Omdat @code{/var/@dots{}/$USER} zich in
@code{$PATH} bevindt,
kon het doelwit zo code uitvoeren die door de aanvaller zelf werd
aangeleverd.
Zie @uref{https://issues.guix.gnu.org/issue/37744} voor meer
informatie.
Dit probleem is nu verholpen: schrijven door iedereen in
@code{per-user} is niet
meer toegestaan en @command{guix-daemon} maakt zelf submappen aan
namens de
gebruiker. Op systemen met meerdere gebruikers raden we aan om
@code{guix-daemon} nu bij te werken. Op Guix System kan dit met
@code{guix pull && sudo guix system reconfigure @dots{}}, op
andere distributies
met @code{sudo guix pull}. Herstart vervolgens in beide gevallen
@code{guix-daemon} met @code{herd} of @code{systemctl}.")
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-16 15:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-16 15:23 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 37744, guix-security
[-- Attachment #1: Type: text/plain, Size: 309 bytes --]
pelzflorian (Florian Pelz) 写道：
> On Wed, Oct 16, 2019 at 05:16:47PM +0200, Tobias Geerinckx-Rice
> wrote:
>> blah blah blah
>
> Sorry for being imprecise. I meant on Guix System.
Sorry for misreading, you're right that it shouldn't be needed (or
recommended IMO).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-16 15:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-16 15:16 UTC (permalink / raw)
To: pelzflorian (Florian Pelz), 37744, guix-security
[-- Attachment #1: Type: text/plain, Size: 382 bytes --]
pelzflorian,
pelzflorian (Florian Pelz) 写道：
> Why sudo guix pull? It should be without sudo, am I wrong?
Guix on ‘foreign’ distributions uses the root profile for the
daemon by default (i.e. in guix-daemon.service).
You could change this to a regular user's profile, but that
amounts to giving this user passwordless root access.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-16 14:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-16 14:12 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 37744, guix-security
[-- Attachment #1: Type: text/plain, Size: 1064 bytes --]
Ludo',
That was swift, thanks!
IANAC++.
Ludovic Courtès 写道：
> diff --git a/nix/libstore/local-store.cc
> b/nix/libstore/local-store.cc
> index 3b08492c64..3793382361 100644
> --- a/nix/libstore/local-store.cc
> +++ b/nix/libstore/local-store.cc
> @@ -88,8 +88,9 @@ LocalStore::LocalStore(bool reserveSpace)
>
> Path perUserDir = profilesDir + "/per-user";
> createDirs(perUserDir);
> - if (chmod(perUserDir.c_str(), 01777) == -1)
> - throw SysError(format("could not set permissions on
> '%1%' to 1777") % perUserDir);
> + if (chmod(perUserDir.c_str(), 0755) == -1)
> + throw SysError(format("could not set permissions on
> '%1%' to 755")
> + % perUserDir);
>
> mode_t perm = 01775;
This is inside
if (getuid() == 0 && settings.buildUsersGroup != "") {
…
}
It's not clear to me why the second condition here is relevant,
but I don't have the big picture. Nor do I suspect I want it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-15 14:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-15 14:31 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 37744, guix-security
[-- Attachment #1: Type: text/plain, Size: 1067 bytes --]
Ludo',
Thanks for your answer.
Ludovic Courtès 写道：
>> I need more cluebat please: say I'm an attacker and connect to
>> your
>> daemon (over TCP, why not), asking it to create an empty
>> ‘per-user/ludo’.
>
> You wouldn’t be able to do that because over TCP because the
> daemon
> can’t tell what user you are.
No, I ask it nicely: ‘hullo daemon, I'm, er, "ludo"’.
Of course the remote daemon doesn't trust me beyond pre-creating
an empty per-user directory owned by the local "ludo" user only if
such a user exists. It doesn't even report succes or failure to
avoid leaking valid user names.
You already trust the network not to DoS you with webkitgtks, how
does this new step decrease security?
Sure, it bumps the protocol version; I'm aware of that.
> It’s meant for cluster setups where you have one
> head node that clients connect to from remote nodes.
And likely some kind of centralised user management so it's not
unreasonable to handle this differently/manually.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37692: quaternion not displaying anything
[not found] ` <b8ea1292d8217da519b92730ae46ad997a525021.camel@gmail.com>
@ 2019-10-15 14:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-15 14:02 UTC (permalink / raw)
To: Jesse Gibbons, 37692-done
[-- Attachment #1: Type: text/plain, Size: 219 bytes --]
Jesse,
Jesse Gibbons 写道：
> Looks like you fixed it.
> Thanks!
Great! You can close bugs by sending mail to
nnn-done@debbugs.gnu.org, as I'm doing now.
Happy posting links to long messages,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37759: network-manager-openvpn broken since network-manager-applet update
@ 2019-10-15 13:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-15 13:59 UTC (permalink / raw)
To: 37759-done
[-- Attachment #1: Type: text/plain, Size: 509 bytes --]
Jelle,
Jelle Licht 写道：
> Commit 8fc3a337ab420dc9f80472ce057eae603fc892d3, the update of
> network-manager-applet to 1.8.24, broke network-manager-openvpn:
>
> --8<---------------cut
> here---------------start------------->8---
> checking for LIBNM_GTK... no
> configure: error: Package requirements (libnm-gtk >= 1.7.0) were
> not met:
>
> No package 'libnm-gtk' found
Commit 428f627970ee6ef68556f731c29e7f92f760c381 restores this
‘legacy’ library to glory.
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37692: quaternion not displaying anything
@ 2019-10-15 3:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <b8ea1292d8217da519b92730ae46ad997a525021.camel@gmail.com>
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-15 3:33 UTC (permalink / raw)
To: 37692, Jesse Gibbons
[-- Attachment #1: Type: text/plain, Size: 664 bytes --]
Jesse,
Jesse Gibbons 写道：
> 1. launch quaternion
> 2. click on any subscribed page
> The page display area remains blank.
Quaternion 0.0.9.4c works fine in my filthy environment.
What's a ‘subscribed page’? A hyperlink? Convo history?
Does ‘anything’ in the subject include window dressing?
> Someone on the Quotient matrix channel suggested it might be QT5
> isn't setup
> correctly. Any merit to that possibility?
Who knows. Quaternion was probably not wrapped as tightly as it
could have been. I've adjusted it on master[0]; could you try
again?
Thanks,
T G-R
[0]: f920a64a74e5f11469a90b9f7ecf8ecbbf844059
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix)
@ 2019-10-14 11:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-14 11:53 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 37744, GNU Guix maintainers, guix-security
[-- Attachment #1: Type: text/plain, Size: 642 bytes --]
Ludo',
Thanks for your report :-p
The 1777 is obviously very bad, no question. However: question:
Ludovic Courtès 写道：
> I don’t see how to let the daemon create ‘per-user/$USER’ on
> behalf of
> the client for clients connecting over TCP. Or we’d need to add
> a
> challenge mechanism or authentication.
I need more cluebat please: say I'm an attacker and connect to
your daemon (over TCP, why not), asking it to create an empty
‘per-user/ludo’.
Assuming the daemon creates it with sane permissions (say 0755) &
without any race conditions, what's my evil plan now?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37721: build failure: parted 3.3
@ 2019-10-13 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-13 12:15 UTC (permalink / raw)
Cc: 37721
[-- Attachment #1: Type: text/plain, Size: 709 bytes --]
Jesse,
Jesse Gibbons 写道：
> This one prevents me from upgrading gnome-tweaks. It appears
> there is a
> failure in applying "parted-glibc-compat.patch".
Yes, yes indeed…
$ git show stash | grep '(patches'
- (patches (search-patches "parted-glibc-compat.patch"))
Sorry, and thanks for reporting & fixing this…
$ git stash drop
> Looks like a simple fix. I'll send the patch when I can confirm
> it builds.
> Is it better to send bug fix patches in response to a bug or to
> the
> "guix-patches" mailing list?
The former. They both share the same name^Wnumberspace anyway.
Kind regards,
T G-R, who won't use magit ‘because it's too magical’…
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37694: Problem with guix pull from local repository
@ 2019-10-10 21:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-10 21:59 UTC (permalink / raw)
To: Jan, 37694
[-- Attachment #1: Type: text/plain, Size: 232 bytes --]
Jan 写道：
> Somehow pulling a few times didn't work, but now it works.
> Strange, don't know what have happened.
It was fixed up the stream :-)
Commit 2d821e4c7fd8968639bd793f5e1485447fe49374.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37695: Issue Fixed
@ 2019-10-10 19:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-10-10 19:59 UTC (permalink / raw)
Cc: 37695-done
[-- Attachment #1: Type: text/plain, Size: 244 bytes --]
Steven,
Steven vanZyl 写道：
> This issue was fixed by commit:
> 2d821e4c7fd8968639bd793f5e1485447fe49374
I've merged this bug with the duplicate (#37694, so you probably
crossed each other :-) and closed it.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37479: International locale error
@ 2019-09-23 5:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-23 5:08 UTC (permalink / raw)
To: Quiliro Ordóñez; +Cc: 37479
[-- Attachment #1: Type: text/plain, Size: 844 bytes --]
Quiliro,
You say that:
quiliro@riseup.net 写道：
> My current locale is es_EC.UTF-8:
> quiliro@GSD3 ~$ locale
> locale: Cannot set LC_CTYPE to default locale: No such file or
> directory
> locale: Cannot set LC_MESSAGES to default locale: No such file
> or directory
> locale: Cannot set LC_ALL to default locale: No such file or
> directory
> LANG=es_EC.UTF-8
^^^^^^^^^^^
But this doesn't match:
> My complete system reconfigure file (config.scm) is:
> (use-modules (gnu) (gnu system nss))
> (use-service-modules desktop xorg)
> (use-package-modules certs gnome)
>
> (operating-system
> (host-name "GSD3")
> (timezone "America/Guayaquil")
> ;; (locale "es_EC.UTF-8")
> (locale "es_ES.utf8")
^^^^^^^^^^
Strange, no? Or is this to be expected in Gnome?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#36634: Virtual Machine Manager (virt-manager)
@ 2019-09-23 4:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-23 4:30 UTC (permalink / raw)
To: Christopher Baines, 36634, Chris Marusich
[-- Attachment #1: Type: text/plain, Size: 1115 bytes --]
Chrisen,
Chris Marusich 写道：
> In the meantime, should we revert to version 5.4.0 in Guix? I'm
> not
> sure if there are any security vulnerabilities between 5.4.0 and
> the
> most recent release, but this bug is currently preventing me
> from
> creating any VMs at all in Guix using virt-manager, which is
> pretty bad.
Yes! (which is why I originally updated this package):
v5.5.0 (2019-07-02)
Security
api: Prevent access to several APIs over read-only
connections
Certain APIs give root-equivalent access to the host,
and as
such should be limited to privileged
users. CVE-2019-10161,
CVE-2019-10166, CVE-2019-10167, CVE-2019-10168.
https://libvirt.org/news.html
It might be easy to backport. I didn't try, and I no longer use
libvirt myself.
What's weird (maybe; I haven't kept up with the thread) is that I
used libvirt 5.5.0 (and yes, it was 5.5.0) for a while without
problems. I don't remember whether I created any *new* VMs,
though.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37482: Guix fails to build libreoffice
2019-09-22 18:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-09-22 18:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-22 18:44 UTC (permalink / raw)
To: Jesse Gibbons; +Cc: 37482
[-- Attachment #1: Type: text/plain, Size: 202 bytes --]
Tobias Geerinckx-Rice 写道：
> People tend to underestimate just how slow swap is by several
> orders of magnitude, though.
Or just how quickly it can destroy an SSD.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37482: Guix fails to build libreoffice
@ 2019-09-22 18:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-22 18:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-22 18:41 UTC (permalink / raw)
To: Jesse Gibbons; +Cc: 37482
[-- Attachment #1: Type: text/plain, Size: 836 bytes --]
Jesse Gibbons 写道：
>> Even then, some complex executables will simply fail to link
>> with
>> so little RAM.
>
> You can get around too little RAM by using swap, correct?
> Partition ~8GB as
> swap and add (swap-devices) in the configuration.
Sure, I think I suggested that (I was serious about Gnome, too!).
People tend to underestimate just how slow swap is by several
orders of magnitude, though.
Not sure about LibreOffice, but I doubt you'll have much luck
building, say, Chromium with 2 GiB of physical RAM, with or
without swap — but I admit I haven't been crazy enough to try :-)
Another hack you can try is enabling 50% zstd zswap, but with 2
GiB of RAM and such an old CPU that too is far out in diminishing
returns territory. It could just crash your kernel.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37482: Guix fails to build libreoffice
@ 2019-09-22 17:45 89% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-22 17:45 UTC (permalink / raw)
To: 37482, Jan Wielkiewicz
[-- Attachment #1: Type: text/plain, Size: 2485 bytes --]
Jan,
Thanks for the report, and sorry you had to learn this the hard
way.
Jan Wielkiewicz 写道：
> I've recently tried to reconfigure my system, but after about 3
> hours
> of building libreoffice, the system froze for 2 hours and then
> guix
> threw:
[…]
> g++: internal compiler error: Killed (program cc1plus)
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://gcc.gnu.org/bugs.html> for instructions.
This message and the freezing above is a tell-tale sign of OOM
(out-of-memory). If you check your dmesg or /var/log/messages at
that time, I'm almost certain you'll see the OOM killer plot its
dastardly deeds.
> My system is an old ThinkPad with 2GB of RAM and Intel Centrino
> Duo
> processor, but I'm unsure if this was the cause of the build
> failing.
You may be sure.
2 GiB of RAM is simply not enough to build many packages these
days. That's the world we live in. There's nothing Guix can do
to change that.
You can restrict the number of parallel builds and jobs by
respectively passing --max-jobs=1 and --cores=1 to the daemon.
You can make this permanent by setting (extra-options …) in your
system configuration.
Even then, some complex executables will simply fail to link with
so little RAM.
> I saw some other packages have similar problems like, if my
> memory is
> correct, the support for ARM have been removed from webkit-qt.
I don't see how this is related to running out of RAM. If
webkit-qt is broken on ARM that's unfortunate, but it's better to
mark it as such than failing to build it on 100% of ARM systems.
Your issue is different: the exact same libreoffice might have
built fine if you had 4 GiB of RAM, or 3, or 5, or 2 with swap,
but only if your weren't also running any (Guix or other) builds
at the time, or watching a movie, or had the room thermostat
turned up, or use Gnome 3, all beneath a gibbous moon. All these
things, and many more, will cause builds to fail or succeed
‘randomly’.
The only way to know is to try.
> I'm not sure if removing support for an achitecture is the right
> solution here - wouldn't it be better if Guix checked if the
> system is
> powerful enough to handle building certain packages?
I personally think the annoyances of ‘helpful’ warnings
(=extremely inaccurate guesses) would far outweigh any purported
benefit.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 89%]
* bug#37421: Apply nodejs test workaround?
@ 2019-09-20 15:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-20 15:31 UTC (permalink / raw)
To: 37421-done
[-- Attachment #1: Type: text/plain, Size: 296 bytes --]
Jack,
Jack Hill 写道：
> I wanted to ping this issue. From the discussion in #37421, it
> seems
> like we are OK with disabling the problematic tests as a
> work-around
> for now.
We are. Done as aae65db560bd146ba47774cca46056d72be2a5d4 and
closing.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop
@ 2019-09-19 22:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-19 22:00 UTC (permalink / raw)
To: 37423
[-- Attachment #1: Type: text/plain, Size: 641 bytes --]
Hi Ludo'!
Ludovic Courtès 写道：
> However, looking at the allocation routines in (gnu build
> accounts), I
> think that this would forcefully set ‘gdm’ to 900/900 on
> existing
> installations, even if 900 is already used by another account:
I'm already using GID 900 (and others) for my own nefarious ends.
How would this even deal with that? Am I doomed to forever jump
around, dodging new hard-coded GIDs?
> (Or we could use much lower UID/GID numbers, which are less
> likely to be
> taken…)
‘Likely’, eek ;-)
So now you're coming after my ‘25’ vmail user, eh.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37437: hash mismatch for emacs-elixir-mode
2019-09-17 11:59 84% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2019-09-19 9:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-19 9:39 UTC (permalink / raw)
To: 37437-done, Björn Höfling
[-- Attachment #1: Type: text/plain, Size: 558 bytes --]
Tobias Geerinckx-Rice 写道：
> I can check my substitute server tomorrow for the ‘original’
> (091cizxg1aw8bkj58y048mj020ssapjflav633z9bl6gmi10dy4v) tarball
> if
> nobody else has a copy. Guix servers don't seem to.
I didn't have the chance while in LAN range, and the point's now
moot anyway. Thanks, Björn!
Björn Höfling 写道：
> Is [MELPA] not as stable as the name suggests.
Indeed[0], quite unfortunate.
Kind regards,
T G-R
[0]:
https://guix-devel.gnu.narkive.com/6iiqs1hT/patch-emacs-danneskjold-theme#post3
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37437: hash mismatch for emacs-elixir-mode
@ 2019-09-17 11:59 84% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-19 9:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-17 11:59 UTC (permalink / raw)
To: 37437
[-- Attachment #1: Type: text/plain, Size: 3870 bytes --]
Josh,
Thanks for the report!
Josh Holland 写道：
> \sha256 hash mismatch for
> /gnu/store/bb5m97pbmzvwlvn8wmrdfgpvnl0k8r1m-elixir-mode-2.3.1.tar:
> expected hash:
> 091cizxg1aw8bkj58y048mj020ssapjflav633z9bl6gmi10dy4v
> actual hash:
> 13d5r64rqskdapnrbbxv0h91gn77c6af5kjjrg5mpphvl887s04c
It's already changed again:
downloading from
https://stable.melpa.org/packages/elixir-mode-2.3.1.tar...
elixir-mode-2.3.1.tar 60KiB
359KiB/s 00:00 [##################] 100.0%
sha256 hash mismatch for
/gnu/store/bb5m97pbmzvwlvn8wmrdfgpvnl0k8r1m-elixir-mode-2.3.1.tar:
expected hash:
091cizxg1aw8bkj58y048mj020ssapjflav633z9bl6gmi10dy4v
actual hash:
1c4xp9dqnbndrn82qhvv2ix9fvh7abcbmbajiknjfrz2mf9pwxid
I can check my substitute server tomorrow for the ‘original’
(091cizxg1aw8bkj58y048mj020ssapjflav633z9bl6gmi10dy4v) tarball if
nobody else has a copy. Guix servers don't seem to.
> Is something nefarious going on, or have upstream just changed
> their
> tarballs?
If someone is trying something sneaky, they're making an
incompetent amount of noise about it.
Looks like upstream's just gone a bit timestamp-crazy, judging
from the small handful of (very recently) mirrored tarballs I
could find:
/gnu/store/26akldw7c2y6fparfixycdb0lhds8ddj-elixir-mode-2.3.1.tar
hash: 0jaxy4r7qyl63n9plinz8wc42ywr6sqy4d0p8ma7a1v0svi5cyfx
https://elpa.emacs-china.org/melpa-stable/elixir-mode-2.3.1.tar
https://mirrors.nju.edu.cn/elpa/melpa-stable/elixir-mode-2.3.1.tar
/gnu/store/6dh3amvmd4b6rxx995w4zmc582flbfhj-elixir-mode-2.3.1.tar
hash: 05wdspd43b413x4x2wx1wa8xbasp9rprq3wy5hrai1w72bnpfamc
http://mirrors.zju.edu.cn/elpa/melpa-stable/elixir-mode-2.3.1.tar
/gnu/store/443bcaq7g5787l0qx76myx7pv2mm8apc-elixir-mode-2.3.1.tar
hash: 1c4xp9dqnbndrn82qhvv2ix9fvh7abcbmbajiknjfrz2mf9pwxid
https://stable.melpa.org/packages/elixir-mode-2.3.1.tar
[the current canonical upstream tarball, I guess, mentioned
above]
which differ[0] only in metadata:
$ diffoscope all_the_things
---
/gnu/store/26akldw7c2y6fparfixycdb0lhds8ddj-elixir-mode-2.3.1.tar
###
/gnu/store/6dh3amvmd4b6rxx995w4zmc582flbfhj-elixir-mode-2.3.1.tar
+++
/gnu/store/443bcaq7g5787l0qx76myx7pv2mm8apc-elixir-mode-2.3.1.tar
├── file list
│ @@ -1,4 +1,4 @@
│ -drwxr-xr-x 0 root (0) root (0) 0
2019-09-17 06:17:34.000000 elixir-mode-2.3.1/
│ --rw-r--r-- 0 root (0) root (0) 20892
2019-09-17 06:17:34.000000 elixir-mode-2.3.1/elixir-mode.el
│ --rw-r--r-- 0 root (0) root (0) 30321
2019-09-17 06:17:34.000000 elixir-mode-2.3.1/elixir-smie.el
│ --rw-r--r-- 0 root (0) root (0) 257
2019-09-17 06:17:34.000000 elixir-mode-2.3.1/elixir-mode-pkg.el
│ #drwxr-xr-x 0 root (0) root (0) 0
2019-09-17 03:49:10.000000 elixir-mode-2.3.1/
│ #-rw-r--r-- 0 root (0) root (0) 20892
2019-09-17 03:49:10.000000 elixir-mode-2.3.1/elixir-mode.el
│ #-rw-r--r-- 0 root (0) root (0) 30321
2019-09-17 03:49:10.000000 elixir-mode-2.3.1/elixir-smie.el
│ #-rw-r--r-- 0 root (0) root (0) 257
2019-09-17 03:49:10.000000 elixir-mode-2.3.1/elixir-mode-pkg.el
│ +drwxr-xr-x 0 root (0) root (0) 0
2019-09-17 11:18:38.000000 elixir-mode-2.3.1/
│ +-rw-r--r-- 0 root (0) root (0) 20892
2019-09-17 11:18:38.000000 elixir-mode-2.3.1/elixir-mode.el
│ +-rw-r--r-- 0 root (0) root (0) 30321
2019-09-17 11:18:38.000000 elixir-mode-2.3.1/elixir-smie.el
│ +-rw-r--r-- 0 root (0) root (0) 257
2019-09-17 11:18:38.000000 elixir-mode-2.3.1/elixir-mode-pkg.el
[no other differences]
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 84%]
* bug#37421: [PATCH] gnu: node: Disable tests that fail with openssl@1.1.1d.
@ 2019-09-16 21:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-16 21:39 UTC (permalink / raw)
To: Ludovic Courtès, Jelle Licht; +Cc: 37421
[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]
Ludovic Courtès 写道：
> Could we take a look at what these failures are about to see how
> bad
> that might be?
Jelle Licht 写道：
> Interestingly enough, https://github.com/nodejs/node/issues/3881
> notes
> issues with exactly these two tests. Perhaps there is a
> regressions in
> our case?
Thanks, and indeed! That is _quite_ the coincidence…
Unfortunately, I don't see any mention of a time-out in my logs &
the truncation of the backtrace
at Object.<anonymous> (…/test/parallel/test-crypto-dh.js:124:8)
at Module._compile (internal/modules/cjs/loader.js:701:30)
at Object.Module._extensions..js
(internal/modules/cjs/loader.js:712:10)
at Module.load (internal/modules/cjs/loader.js:600:32)
at tryModuleLoad (internal/modules/cjs/loader.js:539:12)
at Function.Module._load (internal/modules/cjs/loader.js:531:3)
at Function.Module.runMain
(internal/modules/cjs/loader.js:754:12)
at startup (internal/bootstrap/node.js:283:19)
at bootstrapNodeJSCore (internal/bootstrap/node.js:622:3)
...
happens at run time: grepping the output of ‘--keep’ doesn't
reveal a more complete one :-(
I don't know how to hack the tests to spit out more. Someone who
knows node/js more than I do needs to step in and save us. Is
that you, Jelle? :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37421: [PATCH] gnu: node: Disable tests that fail with openssl@1.1.1d.
@ 2019-09-16 13:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-16 13:52 UTC (permalink / raw)
To: 37421
Work around <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=37386>.
* gnu/packages/node.scm (node)[arguments]: Disable failing tests.
---
Jelle, Guix,
So here's the obvious non-solution, ignoring test failures being the lesser evil compared to 4 potential CVEs anywhere in a Web browser's closure.
It seems to ‘work’ in a short VM Chromium test. As in, nothing broke. Don't know how to test Node. Thoughts?
Kind regards,
T G-R
gnu/packages/node.scm | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/gnu/packages/node.scm b/gnu/packages/node.scm
index fc43fcb04c..f467be7665 100644
--- a/gnu/packages/node.scm
+++ b/gnu/packages/node.scm
@@ -91,6 +91,11 @@
(add-before 'configure 'patch-files
(lambda* (#:key inputs #:allow-other-keys)
+ ;; FIXME: These tests fail with openssl@1.1.1d.
+ (for-each delete-file
+ '("test/parallel/test-crypto-binary-default.js"
+ "test/parallel/test-crypto-dh.js"))
+
;; Fix hardcoded /bin/sh references.
(substitute* '("lib/child_process.js"
"lib/internal/v8_prof_polyfill.js"
--
2.23.0
^ permalink raw reply related [relevance 90%]
* bug#36896: [PATCH] added gsettings-desktop-schema to progragated inputs
@ 2019-09-16 10:26 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-16 10:26 UTC (permalink / raw)
To: Martin Becze; +Cc: 36896-done
[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]
Martin,
Martin Becze 写道：
> ping :P
Absolutely.
The diff you sent here[0] is incomplete (it relies on your
previous patch and doesn't have a header); please always send
git-formatted patches that apply directly to current master. They
are easier to merge and will be merged sooner.
> Yeah I don't know. I just used prefix in the latest patch. Let
> me know
> if the other method is preferred.
¯\_(ツ)_/¯
I've pushed this to master as
ad6e168b3f29576d92b00725dedbb38cd5f05e46 with the following
changes:
- Moved widowed ‘#:phases’ to the previous line (in well-formatted
Scheme, ‘(’ can never end a line and ‘)’ should never start
one), same for 'phase 'names
- then decided to move ’#:phases’ below ‘#:configure-flags’. This
is subjective, but since *flags ‘affect’ phases (never the other
way 'round) it felt right :-)
- dropped the unused ‘inputs’ phase argument
- added the missing ":" separator to the prefix wrapping — if it
does work without one (I didn't test), that's undocumented &
shouldn't be relied upon
- removed unnecessary trailing / in ‘schemas/’
- and wrote a commit message as mostly documented in ‘info
(standards)Change Logs’.
Thanks!
T G-R
[0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=36896#53
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37386: ungoogled-chromium broken because of openssl update
@ 2019-09-11 21:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-11 21:03 UTC (permalink / raw)
Cc: 37386, Jelle Licht
[-- Attachment #1: Type: text/plain, Size: 595 bytes --]
Jelle,
Jelle Licht 写道：
> Commit cf065aba1ec14bdacab7a5a6bddbdfd7661cd409 seems to have
> broken
> node, which subsequently broke ungoogled-chromium. It should
> still be
> possible to upgrade node to the latest LTS version 10.16.3, but
> this
> requires an upgrade to the following rebuild-the-world packages:
> - libuv
> - nghttp2
Yeah, I was just trying to update node but it is indeed not
simple.
>
> What do we do?
I'd like to avoid rolling back the openssl update if at all
possible. I'll try grafting openssl-next, I guess…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37371: CMake’s “ctest” doesn’t know about X.509 certificates
@ 2019-09-10 17:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-10 17:05 UTC (permalink / raw)
To: Ricardo Wurmus; +Cc: 37371
[-- Attachment #1: Type: text/plain, Size: 949 bytes --]
Ricardo,
Ricardo Wurmus 写道：
> This is the correct way, in my opinion. The user of libcurl is
> supposed
> to handle environment variable lookup.
I'm aware of this, but it seems like some users don't do this.
>> On #guix, Tobias also rightfully suggested adding a ‘getenv’
>> call
>> directly in libcurl, which may be the better long-term solution
>> (though
>> it’s unclear whether that could interfere with application
>> logic.)
>
> This idea has been around for a pretty long time. I don’t
> really like
> it, but it would solve so many problems where users of libcurl
> don’t do
> env var lookups and fall back to the default, which is not
> guaranteed to
> exist when using Guix on foreign distros or even on Guix System.
Yeah, I explicitly said it was evil ;-)
I don't ‘like’ it either, but don't know enough about libcurl to
think of a better solution.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#36896: [PATCH] added gsettings-desktop-schema to progragated inputs
@ 2019-09-06 10:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-06 10:30 UTC (permalink / raw)
To: Martin Becze; +Cc: 36896
[-- Attachment #1: Type: text/plain, Size: 243 bytes --]
Martin,
Martin Becze 写道：
> Prefix appends ${MY_VAR:+:}$MY_VAR to the env var, so that seems
> nice.
Sure, that's what I'd expect, but why is it preferred over keeping
any user-defined entries first?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37308: guix weston-launch segfaults, /usr/bin/weston-launch does not -- why?
@ 2019-09-05 20:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
0 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2019-09-05 20:22 UTC (permalink / raw)
To: Bengt Richter; +Cc: 37308
[-- Attachment #1: Type: text/plain, Size: 375 bytes --]
Bengt,
Bengt Richter 写道：
> Could we have [strace -k] back, or is it a security issue?
Ask upstream, they disabled[0] it by default, but I can't see how
it could ever be a ‘security issue’. strace isn't installed
setuid.
Thanks for noticing,
T G-R
[0]:
https://github.com/strace/strace/blob/172dc2fedd23d4debf65252eb3aafe0df70a1567/NEWS#L200
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [relevance 90%]
Results 401-600 of ~700 next (older) | prev (newer) | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2016-12-24 7:26 bug#25258: Bashisms when building 0.11.0 pelzflorian (Florian Pelz)
2020-05-17 16:42 ` bug#25258: Bashisms in make rules Vincent Legoll
2020-05-17 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2017-03-03 16:56 bug#25952: offloading: empty machines file leads to error ng0
2020-05-25 17:12 ` bug#25952: offloading empty machines file zimoun
2020-05-25 20:32 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2018-11-24 16:04 bug#33488: Does not compile libtorrent-rasterbar znavko
2020-08-09 12:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2018-12-23 8:46 bug#33844: Rename ghc-pandoc to pandoc swedebugia
[not found] ` <878skpacih.fsf@ambrevar.xyz>
2020-02-26 10:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-01-14 3:55 bug#34063: dscrypt-proxy dependencies could not be built znavko
2020-03-21 19:47 ` Marius Bakke
2020-03-21 20:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-01-19 15:49 bug#34135: IceCat lacks WebGL support Ludovic Courtès
2020-05-17 20:24 ` Jonathan Brielmaier
2020-05-23 21:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-05-03 22:19 bug#35552: Dead Link David Kleuker
2019-12-24 0:44 ` Brett Gilio
2019-12-24 1:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-07-13 5:06 bug#36634: Virtual Machine Manager (virt-manager) Raghav Gururajan
2019-07-21 17:23 ` Christopher Baines
2019-09-23 4:14 ` Chris Marusich
2019-09-23 4:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-08-01 22:14 bug#36896: Evolution needs gsettings-desktop-schemas Martin Becze
2019-08-02 2:28 ` bug#36896: [PATCH] added gsettings-desktop-schema to progragated inputs null
2019-08-05 11:40 ` Ricardo Wurmus
2019-08-05 19:17 ` Martin Becze
2019-08-05 20:30 ` Tobias Geerinckx-Rice
2019-08-20 13:04 ` Martin Becze
2019-08-27 8:23 ` Martin Becze
2019-09-03 15:47 ` Martin Becze
2019-09-03 15:59 ` Ricardo Wurmus
2019-09-04 11:09 ` Martin Becze
2019-09-04 12:17 ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-06 9:59 ` Martin Becze
2019-09-06 10:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-06 11:49 ` Martin Becze
2019-09-10 13:05 ` Martin Becze
2019-09-16 10:26 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-05 12:17 bug#37308: guix weston-launch segfaults, /usr/bin/weston-launch does not -- why? Bengt Richter
2019-09-05 20:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-10 15:37 bug#37371: CMake’s “ctest” doesn’t know about X.509 certificates Ludovic Courtès
2019-09-10 16:35 ` Ricardo Wurmus
2019-09-10 17:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-11 20:48 bug#37386: ungoogled-chromium broken because of openssl update Jelle Licht
2019-09-11 21:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-15 22:51 bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop Jan
2019-09-17 4:45 ` Timothy Sample
2019-09-19 21:22 ` Ludovic Courtès
2019-09-19 22:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-16 8:57 bug#37421: node fails to build during update sirmacik
2019-09-16 13:52 90% ` bug#37421: [PATCH] gnu: node: Disable tests that fail with openssl@1.1.1d Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-16 16:09 ` Ludovic Courtès
2019-09-16 21:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-20 15:11 ` bug#37421: Apply nodejs test workaround? Jack Hill
2019-09-20 15:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-17 10:33 bug#37437: hash mismatch for emacs-elixir-mode Josh Holland
2019-09-17 11:59 84% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-19 9:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-20 8:54 bug#37469: meld doesn't start up successfully Danny Milosavljevic
2019-10-27 17:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-22 13:45 bug#37479: International locale error quiliro
2019-09-23 5:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-22 16:52 bug#37482: Guix fails to build libreoffice Jan Wielkiewicz
2019-09-22 17:45 89% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-22 18:28 ` Jesse Gibbons
2019-09-22 18:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-22 18:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-09 22:00 bug#37687: simple-scan build failure Danny Milosavljevic
2019-10-24 4:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-10 14:26 bug#37692: quaternion cannot get pages Jesse Gibbons
2019-10-14 22:50 ` bug#37692: quaternion not displaying anything Jesse Gibbons
2019-10-15 3:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <b8ea1292d8217da519b92730ae46ad997a525021.camel@gmail.com>
2019-10-15 14:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-10 18:04 bug#37694: Problem with guix pull from local repository Tim Gesthuizen via Bug reports for GNU Guix
2019-10-10 18:13 ` Marius Bakke
2019-10-10 18:49 ` Jan
2019-10-10 19:09 ` Marius Bakke
2019-10-10 21:36 ` Jan
2019-10-10 21:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-10 18:04 bug#37695: `guix pull` fails to build guix-daemon Steven vanZyl
2019-10-10 19:46 ` bug#37695: Issue Fixed Steven vanZyl
2019-10-10 19:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-12 22:07 bug#37721: build failure: parted 3.3 Jesse Gibbons
2019-10-13 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-14 7:47 bug#37744: Per-user profile directory hijack (CVE-2019-17365 for Nix) Ludovic Courtès
2019-10-14 7:58 ` Ludovic Courtès
2019-10-14 11:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-15 12:34 ` Ludovic Courtès
2019-10-15 14:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 6:57 ` Ludovic Courtès
2019-10-16 10:22 ` Ludovic Courtès
2019-10-16 13:25 ` Ludovic Courtès
2019-10-16 14:22 ` pelzflorian (Florian Pelz)
2019-10-16 15:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 15:19 ` pelzflorian (Florian Pelz)
2019-10-16 15:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 17:05 ` Ludovic Courtès
2019-10-16 19:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 19:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-17 16:18 ` Ludovic Courtès
2019-10-17 19:01 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-16 14:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-15 8:26 bug#37759: network-manager-openvpn broken since network-manager-applet update Jelle Licht
2019-10-15 13:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-17 10:49 bug#37789: guix pull: error: You found a bug: the program my glc2
2019-10-17 14:58 ` Ludovic Courtès
2019-10-17 16:39 ` George Clemmer
2019-10-17 19:34 ` Ludovic Courtès
2019-10-18 14:57 ` George Clemmer
2019-10-19 19:05 ` Ludovic Courtès
2019-10-19 20:09 ` Ludovic Courtès
2019-10-21 21:00 ` George Clemmer
2019-10-23 9:59 ` Ludovic Courtès
2020-06-09 23:12 ` George Clemmer
2020-06-09 23:40 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-23 8:06 bug#37882: linux-module-build-system doesn't accept make-flags Efraim Flashner
2019-10-25 19:37 90% ` bug#37882: [PATCH] build-system/linux-module: Accept a #:make-flags keyword Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-23 22:34 bug#37896: Bug: Cannot use `guix pull` o.rojon
2019-10-23 22:52 ` bug#37896: setxkbmap has worked o.rojon
2019-10-23 23:19 90% ` bug#37897: " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-23 23:10 90% ` bug#37896: Bug: Cannot use `guix pull` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-23 22:49 bug#37897: Bug: Resetting locale settings o.rojon
2019-10-23 23:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-24 14:57 bug#37904: CPU overheating on recent laptops Ludovic Courtès
2019-10-24 16:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-24 16:22 61% bug#37905: psmisc-23.2.tar.xz was updated in place Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-24 20:45 bug#37911: Cannot build a system with colord-service Pierre Langlois
2019-10-24 20:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-25 2:01 bug#37914: guix avahi install fails Bengt Richter
2019-10-25 2:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-26 20:39 bug#37937: Lollypop missing propagated-input gsettings-desktop-schemas Sam
2019-10-26 23:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-27 11:11 bug#37942: Insufficient environment wrappers Leo Prikler
2019-10-27 18:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-06 10:13 bug#38086: RAID installation script with ‘mdadm’ no longer works Ludovic Courtès
2019-11-06 11:07 ` Gábor Boskovits
2019-11-11 23:28 ` Ludovic Courtès
2020-01-17 22:42 ` Vagrant Cascadian
2020-01-18 21:46 ` Ludovic Courtès
2020-01-18 22:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-19 22:13 ` Ludovic Courtès
2020-01-19 22:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-09 10:05 bug#38148: Guix packages old/broken version of qutebrowser Florian Bruhin
2019-11-09 16:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-20 10:43 bug#38295: manual-config php-fpm mismatch Efraim Flashner
2019-11-20 15:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-24 2:17 bug#38356: bambam-0.6: runtime failure missing pygame Christopher Howard
2019-11-24 12:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-24 12:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-24 3:19 bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp Christopher Howard
2019-11-24 12:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-24 14:15 bug#38360: Retroarch might violate FSDG Nicolò Balzarotti
2019-11-26 10:34 ` Ludovic Courtès
2019-11-26 23:26 ` Nicolò Balzarotti
2019-11-27 2:09 ` Jesse Gibbons
2019-11-27 20:48 ` Arne Babenhauserheide
2019-11-28 0:02 82% ` bug#38360: Retroarch does " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-30 21:58 90% ` bug#38360: Retroarch might " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-28 16:27 ` Ludovic Courtès
2019-11-28 19:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 15:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 15:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 20:14 82% ` bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix] Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-30 21:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-29 7:59 bug#38422: .png files in /gnu/store with executable permissions (555) Bengt Richter
2019-11-29 9:49 ` Ricardo Wurmus
2019-11-29 11:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-11-30 21:26 90% bug#38439: No way for Retroarch users to install cores & assets via Guix Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-01 18:15 bug#38446: Guix pull broken Clément Lassieur
2019-12-01 18:19 ` Clément Lassieur
2019-12-02 18:09 ` zimoun
2019-12-02 20:33 ` Amin Bandali
2019-12-02 23:15 ` Clément Lassieur
2019-12-02 23:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-02 23:27 ` Ricardo Wurmus
2019-12-02 23:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-05 13:25 bug#38500: Ruby is built against libruby-static.a Vicente Eduardo
2019-12-07 16:44 ` Brett Gilio
2019-12-08 15:42 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-09 10:10 bug#38544: gparted segfaults Ricardo Wurmus
2020-07-14 13:50 90% ` bug#38544: [PATCH] gnu: gparted: Use the Glib-or-GTK build system Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-16 10:07 ` Ludovic Courtès
2020-07-16 18:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-12 22:38 bug#38585: Installation script fails to import gpg keys dalanicolai
2019-12-12 23:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-13 0:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-12 22:43 bug#38586: Can not obtain gpg keys for binary install dalanicolai
2019-12-12 23:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-12-23 3:20 bug#38715: Issue with guile-email: unbound variable Jelle Licht
2019-12-23 5:56 83% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <16f530c04f6.cbf57e063402.4405978617140058429@zoho.com>
[not found] ` <877e2fvsre.fsf@nckx>
[not found] ` <877e2fdizg.fsf@ambrevar.xyz>
[not found] ` <874kxix6e6.fsf@nckx>
2019-12-30 0:16 90% ` bug#38521: guix package: error: build of `...-youtube-viewer-3.5.8.drv' failed Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-03 4:48 bug#38887: sassc has a memory leak Jesse Gibbons
2020-01-19 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-04 19:27 bug#38924: Encrypted root volume requires passphrase twice on boot Matthew Leach
2020-01-04 19:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-05 10:43 bug#38942: nm-applet icons don't appear to be working Matthew Leach
2020-01-05 17:24 ` raingloom
2020-01-05 19:40 ` Matthew Leach
2020-01-05 19:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-07 21:29 bug#39023: binary installation manual doesn't work on Alpine Linux symphonia
2020-01-08 12:34 ` Gábor Boskovits
2020-01-22 3:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-22 19:42 ` Gábor Boskovits
2020-01-22 19:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-22 1:44 ` bug#39023: adduser/addgroup vs useradd/groupadd zimoun
2020-01-22 4:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-10 0:02 90% bug#39060: Broken emacs-guix link in the Web manual Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-10 17:08 bug#39073: GNU icecat number and # disapears. [pt-br] Pablo Ferreira
2020-01-10 18:06 90% ` bug#39073: GNU icecat number and # missing Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-26 11:06 bug#39287: [Graphical installation] Can't select location independently of language Damien Cassou
2020-01-26 11:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-26 11:41 bug#39288: Wrong keyboard layout to decrypt hard drive Damien Cassou
2020-01-26 12:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-01-26 16:57 bug#39294: Can't run ./configure Damien Cassou
2020-01-26 17:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-10 3:18 bug#39538: IceCat 68.4.1esr (64-bit) Missing digits Christopher Howard
2020-02-10 10:07 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-12 13:40 bug#39575: guix time-machine fails when a tarball was modified in-place Jan Nieuwenhuizen
2020-02-13 21:34 ` Ludovic Courtès
2020-02-14 10:47 ` zimoun
2020-02-14 12:26 ` Ludovic Courtès
2020-02-14 13:24 ` Jan Nieuwenhuizen
2020-02-14 13:51 ` Ludovic Courtès
2020-02-15 15:32 ` zimoun
2020-02-15 20:01 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-17 8:47 ` zimoun
2020-02-17 15:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-14 12:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-15 2:53 bug#39614: icecat "profile cannot be loaded" Nathan Dehnel
2020-02-15 10:25 ` Danny Milosavljevic
2020-02-15 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-16 2:59 ` Nathan Dehnel
2020-02-16 11:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CAEEhgEveG0GXturrvre8=PNbzO8bxOBiuhDva0tVo7wRGVqMeg@mail.gmail.com>
2020-02-16 21:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-15 15:33 bug#39615: LetsEncrypt root certificate hash changed Christopher Baines
2020-02-15 16:22 67% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-16 8:26 ` Christopher Baines
2020-02-16 9:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-16 10:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-16 15:09 bug#39632: Wrong keymap when decrypting master key Damien Cassou
2020-02-16 15:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-17 14:45 90% bug#39643: (Out-of-tree) system kernel modules only found in :out Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-18 17:26 ` Marius Bakke
2020-02-18 17:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-17 18:41 bug#39648: Reverse my commits on GNOME meta-package Raghav Gururajan
2020-02-17 19:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-21 10:09 bug#39713: Was told on IRC (#guix at freenode) to share the details of my problem with Guix (SD) via email Akshay Khobragade via Bug reports for GNU Guix
2020-02-21 17:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-02-25 3:01 bug#39774: guix incorrectly says "No space left on device" Jesse Gibbons
2020-02-25 6:15 90% ` bug#39774: guix " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-01 8:23 bug#39851: [PATCH] Fix build of mozjs@17 Damien Cassou
2020-03-01 13:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-06 8:07 bug#39942: carla Permission denied Nathan Dehnel
2020-03-06 14:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-06 15:38 90% ` bug#39942: carla fails to start Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-06 15:17 bug#39952: Bug Report with Guix Pull on Ubuntu 18.04.3 LTS Lee Jia Hong
2020-03-06 15:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-10 18:28 bug#40017: hplip-3.20.2 source tarball hash mismatch Mark H Weaver
2020-03-10 21:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-11 0:01 bug#40022: Build Error in volk-1.3 Michael Gorlick
2020-03-11 1:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <20160216201502.5f32ba66@scratchpost.org>
2020-03-16 15:43 90% ` bug#22704: wxwidgets should also install xdg-utils Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-17 15:47 bug#40107: youtube-viewer: 403 forbidden Christopher Howard
2020-03-17 16:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-17 19:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-21 18:39 bug#40170: Audio-Output of some IceCat videos far too low pitch Arne Babenhauserheide
2020-03-21 18:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-03-22 0:05 bug#40179: gpgme's json test fails ndre
2020-03-22 1:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-01 7:14 bug#40366: Font installed but not shown Hamzeh Nasajpour
2020-04-01 11:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-01 14:26 bug#40374: Message Window: openshot_qt/effects/icons/colorshift.png is not a valid image file znavko
2020-04-01 14:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-01 15:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-01 16:43 bug#40376: Netpbm-10.78.3 doesn't installs libnetpbm.so file R Veera Kumar
2020-04-01 17:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-05 12:26 bug#40447: guix pull failure on master Brendan Tildesley
[not found] ` <handler.40447.B.15860896423569.ack@debbugs.gnu.org>
2020-04-05 13:24 ` bug#40447: Acknowledgement (guix pull failure on master.) Brendan Tildesley
2020-04-05 14:39 ` Danny Milosavljevic
2020-04-05 14:46 ` bug#40447: Brendan Tildesley
2020-04-05 16:01 90% ` bug#40447: Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-12 2:55 bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing elaexuotee--- via Bug reports for GNU Guix
2020-04-16 16:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 1:52 ` Eric Bavier
2020-04-17 11:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 17:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 20:20 90% ` bug#40565: [PATCH 0/1] bug#40565: make authenticate fails Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-17 20:20 77% ` bug#40565: [PATCH 1/1] git-authenticate: Fetch keyrings from Savannah Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-13 17:15 bug#40603: SpaceFM Raghav Gururajan
2020-04-13 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-13 18:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-15 22:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-13 18:16 bug#40604: http-parser 2.9.4 fails to build on armhf-linux Marius Bakke
2020-04-13 18:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-21 10:53 ` Ricardo Wurmus
2020-05-21 10:54 ` Ricardo Wurmus
2020-05-21 14:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <878sj1qcw7.fsf@gnu.org>
[not found] ` <C2016B2OHCON.2UGA2TGH3ZFS@amber>
2020-04-15 14:07 90% ` bug#38735: 1.1.0rc2 available for testing! Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <87d088267k.fsf@nckx>
2020-04-15 14:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-16 17:39 bug#40669: New "official" exfat-utils package Leo Famulari
2020-04-16 17:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-16 21:58 90% ` bug#40669: [PATCH] gnu: Add exfatprogs Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-22 9:56 bug#40768: guix pull: error: you found a bug doyouhaveanemailaccount via Bug reports for GNU Guix
2020-04-22 21:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-23 6:08 bug#40789: vigra 1.11.1 build error Danny Milosavljevic
2020-04-23 16:06 ` Leo Famulari
2020-04-23 18:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-24 22:12 bug#40834: system-config-printer fails while starting Jonathan Brielmaier
2020-08-11 3:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-04-30 8:15 bug#40977: --load-path does not honor ~ Hartmut Goebel
2020-04-30 15:31 ` zimoun
2020-04-30 16:42 ` Hartmut Goebel
2020-04-30 19:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-02 23:36 bug#41037: documentation for application developers? Bruno Haible
2020-05-03 20:59 ` Ludovic Courtès
2020-05-03 21:13 ` Bruno Haible
2020-05-03 22:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-08 0:55 bug#41132: [core-updates]: Fonts not working on foreign distro (Debian) Leo Famulari
2020-05-08 1:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-13 14:42 bug#41233: GNU Freefont is broken L p R n d n
2020-05-13 15:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-14 8:43 ` L p R n d n
2020-05-14 14:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-13 15:33 ` bug#41233: [PATCH] gnu: font-gnu-freefont: fix for bug 41233 Michael Rohleder
2020-05-13 16:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-17 10:39 bug#41356: Install script fails on Ubuntu 18.04 x86_64: Workaround Trevor Lee
2020-05-17 12:26 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-19 23:27 90% bug#41413: guix-install.sh broken on Gentoo Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-19 23:45 ` ZC via web
2020-05-20 0:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-22 16:17 bug#41462: Found a bug james
2020-05-23 12:07 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-24 6:56 bug#41500: [BUG] pidgin-2.13.0.drv failed to build K I
2020-05-24 17:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-26 20:16 bug#41549: ! Can't ping ci.guix.gnu.org anymore Léon Lain Delysid
2020-05-26 21:39 ` zimoun
2020-05-26 21:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-28 18:53 90% bug#41581: Redirecting ‘guix graph’ to bcachefs file causes backtrace(?) Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-02 17:44 bug#41666: $INFOPATH should end with a colon Jonas Bernoulli
2020-06-02 18:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-06 20:23 bug#41743: gst123 Kyle Andrews
2020-06-06 20:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-07 0:40 ` Kyle Andrews
2020-06-07 1:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-10 1:03 bug#41780: UEFI bios not supported out of the box when burning to usb stick romulasry via Bug reports for GNU Guix
2020-06-10 1:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-10 20:53 ` Bengt Richter
2020-06-10 21:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <JY7iFY2a15XvSmDM-VEbD_QYi4Ife3oZCJaT4IbIFyORLtOS-QqswZnDB-shZgDDA6CSEyUgJK9GPGp1sd76sGsjgb15fCVLOS0KO7DPrgU=@protonmail.com>
2020-06-10 0:46 ` bug#36757: AMD-Vi IOMMU bug, kernel crashes using GuixSD 1.0.1 romulasry
2020-06-10 1:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-10 15:20 90% bug#41791: [Shepherd] loses track of Tor Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-11 22:11 ` Ludovic Courtès
2020-06-12 12:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-10 19:22 bug#41794: Thoughts on using Zstd compression instead of lzip romulasry via Bug reports for GNU Guix
2020-06-10 20:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-24 20:36 bug#42036: Failed to mount fuse sshfs Oleg Pykhalov
2020-06-25 10:27 ` Efraim Flashner
2020-06-25 12:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-26 6:01 ` Oleg Pykhalov
2020-06-28 11:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-25 14:53 bug#42009: package.cache not deterministic Msavoritias
2020-06-23 22:46 ` zimoun
2020-06-25 22:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-25 16:09 bug#42043: [BUG] Can not update nix-channels after adding Kozo
2020-06-25 16:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-26 21:18 75% bug#42068: CUPS :631/admin interface freezes Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-27 3:35 bug#42076: SSL_CERT_* variables and GVFS (and probably more) are not initialized if you don't use GDM raingloom
2020-06-27 9:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-04 17:07 bug#42191: hplip-3.20.6 hash mismatch Matthew Brooks
2020-07-04 17:40 79% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-13 9:53 bug#42342: Wine64 segfaults (5.12/staging) Leo Prikler
2020-07-13 12:24 ` Leo Prikler
2020-07-28 16:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-15 19:33 90% bug#42378: Improve guix-install.sh's messages Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-15 20:04 90% ` bug#42378: [PATCH 1/2] guix-install.sh: Suggest running gpg as root Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-15 20:04 90% ` bug#42378: [PATCH 2/2] guix-install.sh: Make sure /etc/profile is sourced Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-16 10:22 ` bug#42378: Improve guix-install.sh's messages Ludovic Courtès
2020-07-16 18:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-23 20:52 bug#42498: guix pull: error: You found a bug: the program '/gnu/store/9....66-compute-guix-derivation' mbcladwell
2020-07-23 23:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-24 23:43 90% bug#42523: ‘Latest’ ISO download link broken Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-25 0:11 ` Brett Gilio
2020-07-25 13:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-25 12:46 ` Mathieu Othacehe
2020-07-25 13:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-28 10:01 bug#42342: Wine64 segfaults (5.12/staging) Pierre Neidhardt
2020-07-28 15:58 ` Pierre Neidhardt
2020-07-28 16:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-28 16:28 ` Pierre Neidhardt
2020-07-28 16:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-28 12:04 bug#42579: jfs-root-os test failing Mathieu Othacehe
2020-07-28 12:17 ` Mathieu Othacehe
2020-07-28 12:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-29 12:49 bug#42598: The description of "paps" is inaccurate Dov Grobgeld
2020-07-29 13:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-07-29 23:08 90% bug#42607: guix.gnu.org/videos don't play on iOS Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-08 10:42 bug#42759: Flint license is wrong Max Horn
2020-08-08 14:56 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-08 15:23 ` Max Horn
2020-08-08 19:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-08 19:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-15 20:11 90% ` bug#42759: Flint licence updated Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-11 18:15 bug#42813: [BUG] Flatpak 1.8.1 not downloading Kurt
2020-08-11 18:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-19 11:17 bug#42927: Weird error on guix download ftp://sourceware.org/pub/lvm2/LVM2.2.03.10.tgz Danny Milosavljevic
2020-08-19 12:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-20 14:38 bug#42955: movemail segfault bluekeys
2020-08-20 15:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-21 14:47 bug#42970: Guix manual PDF at https://guix.gnu.org/manual/en/guix.pdf not found (404) tchrzcz--- via Bug reports for GNU Guix
2020-08-21 19:10 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-21 16:04 90% bug#42968: Potential FSDG issue with GNOME Boxes Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-21 21:03 bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server Mark H Weaver
2020-08-21 21:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-21 22:37 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-22 3:49 ` Mark H Weaver
2020-08-22 18:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-25 18:59 bug#43048: QEMU 5 fails its test suite Maxim Cournoyer
2020-08-25 20:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-27 18:52 bug#43078: linux-libre-arm64-generic lacks CONFIG_CGROUP_FREEZER=y Vitaliy Shatrov
2020-08-27 21:58 ` Leo Famulari
2020-08-27 22:57 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-27 23:39 bug#43079: guix ignores available substitutes Jonathan Brielmaier
2020-08-28 0:04 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-08-28 15:19 90% bug#43088: GNU Mailutils fails its test suite on aarch64 Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-15 11:27 bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly Nathan Dehnel
2020-09-15 12:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-15 23:17 ` Leo Famulari
2020-09-16 8:14 ` Mark H Weaver
2020-09-16 8:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-16 9:54 90% ` bug#43418: [PATCH] gnu: youtube-dl: Refer to ffmpeg Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-16 11:31 ` Mark H Weaver
2020-09-16 11:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-09-18 23:19 90% bug#43498: Guix suggests adding modules that define but don't export the variable Tobias Geerinckx-Rice via Bug reports for GNU Guix
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).