* bug#71967: Issue can be closed.
2024-10-06 12:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2024-10-06 12: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 @ 2024-10-06 12:58 UTC (permalink / raw)
To: Apoorv, 71967-done
Hmmm, never mind. You did.
My client was hiding that fact for some reason. I suspect it hates me.
Kind regards,
T G-R
^ permalink raw reply [relevance 90%]
* bug#71967: Issue can be closed.
@ 2024-10-06 12:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-10-06 12:58 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 @ 2024-10-06 12:23 UTC (permalink / raw)
To: Apoorv, 71967-done
Hi,
Done, but next time, you can close it yourself by changing the address from
71967@debbugs.gnu.org
to
71967-done@debbugs.gnu.org
before you reply.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73599: packages from store paths don't propagate propagated-inputs
@ 2024-10-03 9: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 @ 2024-10-03 9:29 UTC (permalink / raw)
To: email, 73599; +Cc: ludo
Heyo,
On 3 October 2024 07:39:27 UTC, MSavoritias <email@msavoritias.me> wrote:
>Tobias Geerinckx-Rice kirjoitti 2.10.2024 klo 21.22:
>> is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
>
>It actually is mentioned explicitly in the manual. https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-package.html
I think I was misunderstood. That is the part that needs improvement. It may not 'explicitly' say that propagation will work in both cases, but the flow strongly implies it.
What I'm not aware of is any documentation that 'installing a store item' is not the same as 'installing a package'. It's a lossy transformation.
See also:
$ guix package -I sbcl-typo
$ guix install sbcl-typo &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo 0.0.0-0.0e88349 out /gnu/store/67nkzm5mw4ma39na24l9rv98gkfh3nbg-sbcl-typo-0.0.0-0.0e88349
$ guix package -r sbcl-typo -i $(guix build sbcl-typo) &>/dev/null
$ guix package -I sbcl-typo
sbcl-typo-0.0.0 0.0e88349 out /gnu/store/67nkzm5mw4ma39na24l9rv98gkfh3nbg-sbcl-typo-0.0.0-0.0e88349
$ guix package -r sbcl-typo
guix package: error: package 'sbcl-typo' not found in profile
Because <https://gitlab.oit.duke.edu/duke-guix/guix/-/blob/master/guix/scripts/package.scm?ref_type=heads#L619> — I guess Savannah's down again.
Store items just aren't packages.
>Personally i could go either way.
I don't think you can, not *without* extending the database schema or otherwise adding the missing metadata back to the store item though, e.g., a hidden Scheme file, i.e., overkill. I'd love to be proven wrong.
Otherwise, the documentation-bug way is the only realistic way.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73599: packages from store paths don't propagate propagated-inputs
@ 2024-10-02 18: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 @ 2024-10-02 18:22 UTC (permalink / raw)
To: 73599, email; +Cc: ludo
Hi [explicitly CC'ing Ludo', I hope that's OK],
I don't think
guix install $(guix build foo)
is, or is expected to be, a supported way to install packages? Packages have more metadata attached to them than store items. I don't think that propagation is recorded in the Nix database. Nor do I think it should be just to support this hack.
The manual doesn't explicitly say that it's semi-supported, which could be improved, but I think it's quietly understood...
It happens to work most of the time, it can be nice to have (I install most firefox versions this way), we won't deliberately break the way it happens to work, but it's not a synonym of
guix install foo
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73519: Generated installation image fails to launch
@ 2024-09-28 10: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 @ 2024-09-28 10:36 UTC (permalink / raw)
To: Aidan Welch, 73519, control
merge 73519 73081
thanks
^ bot commands
Higain,
On 27 September 2024 20:13:19 UTC, Aidan Welch <aidanswelch1@gmail.com> wrote:
> Yep, it seems like the same issue, sorry for the duplicate
No need to be sorry! I hope it gets merged soon.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73519: Generated installation image fails to launch
@ 2024-09-27 20:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CAM2UVrFooWNGYFaGqVQQyMy4tm-hoqKAmaMO4HC-dOc0L73m=w@mail.gmail.com>
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2024-09-27 20:05 UTC (permalink / raw)
To: 73519, aidanswelch1
Hi Aidan!
On 27 September 2024 16:32:21 UTC, Aidan Welch <aidanswelch1@gmail.com> wrote:
> Hi, I built my own install image("guix (GNU Guix)
>8172b25ea22762b361b14600292c154a10579b47" installed on Ubuntu), when I try
>to boot it "the installer has encountered an unexpected error", the
>backtrace is basically as follows (cutting out a bit so its typeable).
>
>In srfi/srfi-1.scm: 586:29 19 (the map of locales)
>586:29 18 (the map of locales with the first removed)
>... ... ...
>586:29 11 (the map of locales now starting with "tok") In
>gnu/installer/newt/page.scm
>415:26 10 (_ "tok") In gnu/installer/newt/locale.scm:
>160:28 9(_ "tok") In unknown file: 8 (gettext #f "iso_639-3" #<undefined>)
>
>and it continues on- but I think this is most of the relevant part
Indeed. Going only by your description, I assume this is <https://issues.guix.gnu.org/73081>?
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73435: [PATCH v2] gnu: gzdoom: Delete files that might prevent commercial distribution.
2024-09-22 0:00 90% ` bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2024-09-22 0:00 86% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 9:15 90% ` bug#73435: gzdoom package probably depends on non-free files forbidding " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2024-09-22 0:00 UTC (permalink / raw)
To: 73435; +Cc: Adam Faiz, Liliana Marie Prikler, 宋文武
* gnu/packages/games.scm (gzdoom)[source]: Delete files in the snippet.
Change-Id: I601bb251e9b690e375f707786bb5789a6a664b92
---
gnu/packages/games.scm | 38 +++++++++++++++++++++++++++++++++++++-
gnu/packages/vim.scm | 4 ++--
2 files changed, 39 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 8aa828a8a4..0c695f5dca 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -8065,9 +8065,45 @@ (define-public gzdoom
(base32 "0i4hyg72z84fc6ca2ic9q82q5cbgrbd7bynl3kpkypxvyasq08wz"))
(patches (search-patches "gzdoom-search-in-installed-share.patch"
"gzdoom-find-system-libgme.patch"))
- (modules '((guix build utils)))
+ (modules '((guix build utils)
+ (ice-9 regex)))
(snippet
'(begin
+ ;; Remove files which mustn't be commercially redistributed. See
+ ;; <https://zdoom.org/wiki/License#Commercial_use>, the ‘Contribution
+ ;; Guidelines’ at <https://github.com/ZDoom>, and Guix issue #73435.
+ (for-each
+ (lambda (directory)
+ (delete-file-recursively directory)
+ (substitute* "CMakeLists.txt"
+ (((string-append "add_subdirectory\\([[:blank:]]*"
+ directory
+ "[[:blank:]]*\\)"))
+ "")))
+ '( ;; "wadsrc_extra" ;game_support.pk3
+ "wadsrc_bm")) ;brightmaps.pk3
+
+ ;; Removing game_support.pk3 entirely would break Freedoom & remove
+ ;; users' ability to play commercial games, despite owning (only) the
+ ;; non-functional data. That can't be right. Out of an abundance of
+ ;; caution, remove anything from the PK3 that could conceivably be
+ ;; derived from copyrightable data that's not freely redistributable.
+ (display "Keeping only the following game_support.pk3 files:\n")
+ (let* ((regexps (list "/font\\.inf$"
+ "/harmony/.*\\.(txt|zs)$"
+ "/(iwadinfo|mapinfo|sprofs)\\.txt$"
+ "\\.z$"))
+ (regexp* (format #f "(~{~a~^|~})" regexps))
+ (regexp (make-regexp regexp* regexp/icase)))
+ (define (keep-file? file stat)
+ (let ((keep? (regexp-exec regexp file)))
+ (when keep?
+ (format #t " ~a~%" file))
+ keep?))
+
+ (for-each delete-file (find-files "wadsrc_extra/static"
+ (negate keep-file?))))
+
;; Remove some bundled libraries. XXX There are more, but removing
;; them would require, at least, patching the build system.
(with-directory-excursion "libraries"
diff --git a/gnu/packages/vim.scm b/gnu/packages/vim.scm
index 786a85ab58..136ed5f0c9 100644
--- a/gnu/packages/vim.scm
+++ b/gnu/packages/vim.scm
@@ -86,7 +86,7 @@ (define-module (gnu packages vim)
(define-public vim
(package
(name "vim")
- (version "9.1.0146")
+ (version "9.1.0737")
(source (origin
(method git-fetch)
(uri (git-reference
@@ -95,7 +95,7 @@ (define-public vim
(file-name (git-file-name name version))
(sha256
(base32
- "05lz8ai39p9ypk22n7qc7g21868m08pl12sn4028jshx5nxwy2zn"))))
+ "1777vbr43prh9pqhz1lr5b1nym61iyy66yzxbhwichd3spnlrblk"))))
(build-system gnu-build-system)
(arguments
`(#:test-target "test"
base-commit: 2da3c37e7d732f6d2744f70be9fd98858a433b5e
prerequisite-patch-id: 3aa23428693688751bb14a2fbe464f5693ae13d7
prerequisite-patch-id: 3f0ca744a21be95e47c8c9105dfe1e7fd0dc59c7
--
2.46.0
^ permalink raw reply related [relevance 86%]
* bug#73451: privileged-program - Wrong type argument in position 1 (expecting struct)
@ 2024-09-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 @ 2024-09-24 17:36 UTC (permalink / raw)
To: g, 73451, 73451-done
[-- Attachment #1: Type: text/plain, Size: 381 bytes --]
Hi Gio',
I tried to account for my client's proportional font and even counted the spaces, and even checked the Web interface which uses fixed-width fonts (attached). It does not look like what I think you're describing.
Anyway, we're drifting, and I'm happy that your 'issue' was so easily resolved!
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
[-- Attachment #2: Screenshot_20240924-191257_Fennec.png --]
[-- Type: image/png, Size: 107639 bytes --]
^ permalink raw reply [relevance 90%]
* bug#73451: privileged-program - Wrong type argument in position 1 (expecting struct)
@ 2024-09-24 16:35 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 @ 2024-09-24 16:35 UTC (permalink / raw)
To: g, 73451
Hi Giovanni,
(Did you mean to immediately open a bug report?)
On 24 September 2024 14:03:55 UTC, Giovanni Biscuolo via Bug reports for GNU Guix <bug-guix@gnu.org> wrote:
> (append (list (privileged-program
> (program (file-append spice-gtk "/libexec/spice-client-glib-usb-acl-helper"))
> (setuid? #t))
> %default-privileged-programs)))
You should really [configure your editor to] indent your code.
The error will immediately become obvious, and future ones like it will too. You meant to write
(append (list foo)
%another-list))
not
(append (list foo %another-list))
which creates that incorrectly nested your Guix is freaking out about.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73428: update elogind to 255
2024-09-24 8:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2024-09-24 9: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 @ 2024-09-24 9:02 UTC (permalink / raw)
To: 73428, julian; +Cc: Julian Flake
...or, if you need additional channels or can't get this to work, you can commit your changes, replace the guix channel URL with "file:///home/your/guix", guix pull --{allow-downgrades,disable-authentication}, and reconfigure as you would otherwise.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73428: update elogind to 255
@ 2024-09-24 8:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-24 9:02 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 @ 2024-09-24 8:59 UTC (permalink / raw)
To: 73428, julian; +Cc: Julian Flake
Hi Julian,
On 23 September 2024 21:58:46 UTC, Julian Flake <julian@flake.de> wrote:
>I don't know, how to test this from a local git worktree of guix. I can
>install it from my local worktree into my ~/.guix-profile
However you're installing it from your local checkout should also work for reconfiguring your system, e.g., with ./pre-inst-env.
If it doesn't, you need to make sure that your privilege escalation mechanisb (sudo?) isn't clobbering your environment (guix shell?).
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution.
2024-09-22 0:00 90% ` bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2024-09-23 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 @ 2024-09-23 17:05 UTC (permalink / raw)
To: Tobias Geerinckx-Rice
Cc: 宋文武, 73435, Liliana Marie Prikler, Adam Faiz
On 2024-09-22 2:00, Tobias Geerinckx-Rice via Bug reports for GNU Guix
wrote:
> Without it GZDoom finds not a single WAD, free or not.
Oh. No mystery here if wadsrc_extra/static/iwadinfo.txt does what it
looks like (explicitly list all supported WADs and how to identify
them). That can't be copyrightable, at least, so that's good news.
Let's see if we can include the list without including any problematic
files.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution.
@ 2024-09-22 0:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 17:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-22 0:00 86% ` bug#73435: [PATCH v2] gnu: gzdoom: Delete files that might prevent commercial distribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 9:15 90% ` bug#73435: gzdoom package probably depends on non-free files forbidding " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2024-09-22 0:00 UTC (permalink / raw)
To: 73435; +Cc: Adam Faiz, Liliana Marie Prikler, 宋文武
See <https://zdoom.org/wiki/License#Commercial_use>.
* gnu/packages/games.scm (gzdoom)[source]: Delete files in the snippet.
Change-Id: I601bb251e9b690e375f707786bb5789a6a664b92
---
This still needs refinement. I need to read the source, find out
*why* the wiki page tells us not to redistribute game_support.pk3
commercially. Maybe there's a way around deleting it entirely.
Without it GZDoom finds not a single WAD, free or not.
gnu/packages/games.scm | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 8aa828a8a4..c5fc59fd07 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -8068,6 +8068,18 @@ (define-public gzdoom
(modules '((guix build utils)))
(snippet
'(begin
+ ;; Remove files which can't be commercially redistributed according
+ ;; to <https://zdoom.org/wiki/License>.
+ (for-each
+ (lambda (directory)
+ (delete-file-recursively directory)
+ (substitute* "CMakeLists.txt"
+ (((string-append "add_subdirectory\\([[:blank:]]*"
+ directory
+ "[[:blank:]]*\\)"))
+ "")))
+ (list "wadsrc_bm" ;brightmaps.pk3
+ #;"wadsrc_extra")) ;game_support.pk3 XXX breaks Freedoom
;; Remove some bundled libraries. XXX There are more, but removing
;; them would require, at least, patching the build system.
(with-directory-excursion "libraries"
base-commit: 2da3c37e7d732f6d2744f70be9fd98858a433b5e
prerequisite-patch-id: 3aa23428693688751bb14a2fbe464f5693ae13d7
prerequisite-patch-id: 3f0ca744a21be95e47c8c9105dfe1e7fd0dc59c7
--
2.46.0
^ permalink raw reply related [relevance 90%]
* bug#73435: gzdoom package probably depends on non-free files forbidding commercial distribution
2024-09-22 0:00 90% ` bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-22 0:00 86% ` bug#73435: [PATCH v2] gnu: gzdoom: Delete files that might prevent commercial distribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2024-09-23 9:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2 siblings, 0 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2024-09-23 9:15 UTC (permalink / raw)
To: Mamao, 73435
Hi!
Thanks for reporting your findings.
On 23 September 2024 06:38:38 UTC, Mamao--- via Bug reports for GNU Guix <bug-guix@gnu.org> wrote:
>After trying to delete all the files in GZDoom forbidding commercial
>distribution, I was unable to get GZDoom working so it seems that these
>files are a hard requirement of GZDoom and that GZDoom won't work
>without them.
This directly contradicts the link[0] you referenced. Would you agree?
Let's not jump to the conclusion that GZDoom must be removed. Removal is the last step, not the first.
That of course doesn't mean than you're wrong, only that upstream has a different opinion. Did you ask them about it? What did they say?
For example, I wouldn't *expect* simply omitting the data files to suffice, if there's optional code that also needs to be --disabled. Did you look into that?
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
[0]: https://zdoom.org/wiki/License
^ permalink raw reply [relevance 90%]
* bug#73313: Hash mismatch for jpegsrc
@ 2024-09-17 12: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 @ 2024-09-17 12:53 UTC (permalink / raw)
To: Marcel van der Boom; +Cc: 73313-done
Hi Marcel,
On 2024-09-17 12:15, Marcel van der Boom wrote:
> -sha256 hash mismatch for
> /gnu/store/53j9996hdgnmhgzswjjggdz9wnv29p5b-jpegsrc.v9d.tar.gz:
> expected hash: 0clwys9lcqlxqgcw8s1gwfm5ix2zjlqpklmd3mbvqmj5ibj51jwr
> actual hash: 0spshb0126m70xpgkqwxic8rw1z6ywlrv2kfx3h37ibczfnac0r3
Thank you for reporting this! Fixed in commit b1a102d[0].
Also thanks for submitting a patch. However, would I have seen it in
the commit log I'd probably have raised a stink :-)
Upstream hash mismatches should be rare and treated with some suspicion.
The hash wasn't *incorrect* (hence, not a ‘fix’) when libjpeg was
packaged—it was *changed*.
I think it's our responsibility to log these changes in the commit log,
even though they are benign.
Well, obviously they are benign. We'd probably not commit them if they
weren't.
Probably.
Closing,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=b1a102d3a5b26d13f81b7102fa492fbab8f111ce
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55933: Fails download of quix 1.3 virtual machine
@ 2024-09-11 21: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 @ 2024-09-11 21:13 UTC (permalink / raw)
To: Simon Tournier, ludo; +Cc: gnu, 55933, Thomas C Kosvic
Hi Simon,
Thanks for hunting.
On 10 September 2024 16:05:40 UTC, Simon Tournier <zimon.toutoune@gmail.com> wrote:
>I get:
>
>--8<---------------cut here---------------start------------->8---
>$ curl -LI https://ftp.gnu.org/gnu/guix/guix-system-install-1.3.0.x86_64-linux.qcow2 | grep Content-Type
>Content-Type: text/html; charset=iso-8859-1
>--8<---------------cut here---------------end--------------->8---
>
>Does it mean the issue is gone?
Nope.
I mean, if the server were now "actively* serving a gigabyte-plus VM image as HTML, the issue would be much worse...
However, it's serving HTML because that URL is now a 404 status page. The qcow2 image has been deleted.
I'm a bit surprised by that. I somewhat assumed that releases were kept forever.
Anyway, the original issue is unchanged:
$ curl -LI https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 | grep Content-Type
X-Content-Type-Options: nosniff
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#73155: ruby-net-smtp-0.3.3 fails to build
@ 2024-09-09 19: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 @ 2024-09-09 19:41 UTC (permalink / raw)
To: tomasortin, 73155
Hi Tomás,
Unfortunately, updating the package to a version with a renewed certificate is not a solution. It merely resets the same 'time bomb' to explode later down the road. It's bad enough that nobody will be able to build a tested ruby-net-smtp@0.3.3 again, at least until Linux can virtualise a wall clock.
Fortunately, it appears that upstream has since added the exact commands needed to regenerate the certificates: <https://github.com/ruby/net-smtp/blob/master/test/net/fixtures/Makefile>. We can generate new ones at build time.
I only wonder whether openssl would stall on build machines with insufficient entropy available, or whether that's not an issue.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#72962: php-8.3.10 build failure
@ 2024-09-02 11: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 @ 2024-09-02 11:48 UTC (permalink / raw)
To: Marek Paśnikowski; +Cc: control, 72962
merge 72943 72962
thanks
^ bot commands
Hi Marek,
> I apologize for not posting a patch, but I am still wrapping my head
> around concepts more fundamental than patch submission.
Good news! I've merged this issue with the likely cause and a possible
fix.
> For example, I
> think it is a good idea to Cc the PHP team here, but failed to find
> documentation on how to identify the team’s email address.
Teams don't have addresses/aliases, so you could have kept looking.
The teams are defined[0] in the Guix git repository, to facilitate
automation[1] integrated with ‘git send-email’, and to keep one
consistent source of truth.
If those examples look too complicated, ignore them, and just manually
look up your favourite team members :-)
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[0]: https://git.savannah.gnu.org/cgit/guix.git/tree/etc/teams.scm
[1]: https://guix.gnu.org/manual/devel/en/html_node/Teams.html
^ permalink raw reply [relevance 90%]
* bug#71567: python tkinter library not found in guix shell
@ 2024-06-16 14: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 @ 2024-06-16 14:09 UTC (permalink / raw)
To: timotheemathieu, 71567-close
Hi Timothee,
On 15 June 2024 10:22:32 UTC, timotheemathieu--- via Bug reports for GNU Guix <bug-guix@gnu.org> wrote:
>According to https://issues.guix.gnu.org/20889 I believed that tkinter should be automatically included into python
Not quite. Quoting Ludo' in that thread:
"I think we should move tkinter*.so to a separate output of the Python packages"
And indeed:
~ λ guix show python
name: python
version: 3.10.7
outputs:
+ tk: [description missing]
+ idle: [description missing]
+ out: everything else
[...]
So there's no bug, you just never included tkinter in your environment when you thought you had.
Iinstead of
>guix shell -CN python tk tcl -- python3 -m tkinter
try
~ λ guix shell -CN python{,:tk} -- python3 -m tkinter
'python{,:tk}' is bash shorthand that expands to 'python python:tk'.
I get a $DISPLAY error because this machine doesn't run X, but that implies success, right?
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#36069: "cirrus" added to VM initrd modules
@ 2023-11-03 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 @ 2023-11-03 20:22 UTC (permalink / raw)
To: 36069-done
I pushed a version of Ludo's suggestion earlier today. And yes, cirrus is what we want here.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66746: LUKS password prompt invisible, prompts twice
@ 2023-10-29 11: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 @ 2023-10-29 11:48 UTC (permalink / raw)
To: 66746
> I’m also getting this bug (the second decrypt screen not showing up)
> with
> Linux kernel versions 6.5.8 and 6.5.9 (the latest version as of
> writing);
> 6.5.7 does not have the bug for me.
Oh, this might be interesting… At least it's something.
Could you diff a working 6.5.7 and broken 6.5.8 configuration? The
configuration is stored as /gnu/store/…-linux-libre-6.5.x/.config;
there's no need to boot the kernel just to load the config.gz module.
If you use Coreboot or a derivative: do your broken kernels include
<https://git.savannah.gnu.org/cgit/guix.git/commit/?id=6d7e181ba18d11c92409a93936025fb46b9c8171>?
And if they do, have you tried booting with
(initrd-modules (cons "framebuffer-coreboot" %base-initrd-modules))
by any chance?
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65720: [PATCH] git: Shell out to ‘git gc’ when necessary.
@ 2023-10-23 22: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 @ 2023-10-23 22:27 UTC (permalink / raw)
To: Simon Tournier, Ludovic Courtès, guix-patches
Cc: Ricardo Wurmus, Christopher Baines, Josselin Poiret, 65720,
Mathieu Othacehe
>Why not trigger it by “guix gc”?
Unless there's a new option I missed, guix gc doesn't handle this.
>Well, I expect “guix gc” to take some time and I choose when. However,
>I want “guix pull” or “guix time-machine” to be as fast as possible
I don't think that things should be pushed into guix gc merely because they are slow.
This is not a great post (I'd look at the git code if I were at a computer) but I remember git printing something like 'optimising repository in the background'. Maybe something similar would be appropriate here, to better hide such housekeeping from the user.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66651:
@ 2023-10-20 20: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 @ 2023-10-20 20:56 UTC (permalink / raw)
To: Hugo Buddelmeijer; +Cc: 66651-close
On 2023-10-20 21:39, Hugo Buddelmeijer wrote:
> This issue can be closed as far as I'm concerned, but I don't know how
> to do that. Let's try this:
>
> /close
Add ‘-done’ or ‘-close’ to the bug address, as I've done here.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66653: Should 'guix pack', 'install', ... accept '-f'?
@ 2023-10-20 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 @ 2023-10-20 18:18 UTC (permalink / raw)
To: 66653
Hi all,
I feel like that everything that could build a package should accept the 'standard build options' like -f.
Does anyone have arguments against it?
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66358: Some options are really subcommands + ignore arguments
2023-10-09 12:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-10-09 12:32 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 @ 2023-10-09 12:32 UTC (permalink / raw)
To: control, 66358
retitle 66358 Some options are really subcommands + ignore arguments
thanks
Today, we learn that ‘ and ’ are non-free:
> Processing commands for control@debbugs.gnu.org:
>> retitle 66358 ‘guix archive --{authorize,import,…}’ are really
> Failed to set the title of 66358: Non-printable characters are not
> allowed in bug titles.
All are bugs, bugs are all.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66358: Can't import package using archive command
@ 2023-10-09 12:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-09 12:32 90% ` bug#66358: Some options are really subcommands + ignore arguments 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 @ 2023-10-09 12:25 UTC (permalink / raw)
To: Perry, Daniel J; +Cc: control, 66358
retitle 66358 ‘guix archive --{authorize,import,…}’ are really
subcommands + ignore some arguments
thanks
Hi Daniel,
The error is correct, so I sure hope it's reproducible!
Later options cancel out previous ones, so your ‘--authorize’ action
takes precedence over ‘--import’. You're passing it a binary .nar
archive as a private key (which is an s-expression).
Boom.
Instead:
1. guix archive --export hello > hello.nar
2. guix archive --authorize < export-host.private-key
3. guix archive --import < hello.nar
Note that you had an extra ‘hello’ in your --import command as well.
Please note that it does nothing. Option parsing in Guix is
surprisingly lax.
I started thinking about a nice way to make ‘--action’ options mutually
exclusive, but reconsidered. I think it would violate POLA if not
POSIX.
I think it would be less surprising if these ‘single, mutually exclusive
actions’ should always be (sub)subcommands, e.g., ‘guix archive import’,
‘guix archive authorize’, …
I don't know if that change is still worth making here.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66222: Fail to build guix documentation
@ 2023-09-27 13: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 @ 2023-09-27 13:16 UTC (permalink / raw)
To: 66222-done
Hi!
You're using an old Guix that predates the fix for this old bug, here:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=352c49e1a5c48eb76389ee384eb95fc2e4a6ab32
Is there a reason you can't upgrade Guix with ‘guix pull’?
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65881: FSDG violation in alex4
@ 2023-09-26 22: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 @ 2023-09-26 22:39 UTC (permalink / raw)
To: 65881-done
Thanks. Removed in commit 15fdeaeb2d4df755811db92cc7c3c7cb19155dec.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66173: Package unknown-horizons fails during build process
@ 2023-09-26 22: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 @ 2023-09-26 22:04 UTC (permalink / raw)
To: 66173
Hi Rodrigo, all,
[For future reference.]
> http://0x0.st/HVoh.drv.gz
Third-party hosting sites tend to delete pastes after some time. I know
0x0 does.
While I certainly hope that your issue can be resolved before then, I
recommend attaching logs, photos, and other documentation to the bug
report. This list has a more generous attachment limit for that reason.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#66072: Duplicate/conflicting definitions for ocl-icd
@ 2023-09-18 17: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 @ 2023-09-18 17:57 UTC (permalink / raw)
To: Lars-Dominik Braun; +Cc: Guillaume Le Vaillant, 66072
Hi Lars, Guillaume,
Thanks for catching the duplicate! I removed the ‘deprecated’ one in
commit 71ec12d8bacd3901e8c7853d3c9403f3d09dfb31.
On 2023-09-18 16:23, Lars-Dominik Braun wrote:
>> Which is the good one?
>
> according to commit 4d1157fca7627c11672df0cd80fae4f4d27e2185 ocl-icd
> was dead, which is why I replaced it.
It's not clear to me how opencl-icd-loader is related to ocl-icd, so I
can't partake in that discussion. They look like totally different
packages to me.
My only motivation was to fix beignet, which was broken by the
ocl-icd(.h) removal.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#34828: [PATCH] Update psmisc to 23.6.
@ 2023-09-16 13: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 @ 2023-09-16 13:43 UTC (permalink / raw)
To: 62348-done, 34828-done
Hi mikadoZero & Bruno,
I pushed #62348 patches 1 & 2 to master as
32b4f59433df620ab8f4b9a6c523f8ef9500d75d et al. I fixed a minor typo
(‘file-system’) and added a full stop.
The update patch (3/3) went to core-updates as
725b2528a65edf7425762b99330ab1c9bd33bc86.
Thanks!
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor
@ 2023-08-13 11:46 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 @ 2023-08-13 11:46 UTC (permalink / raw)
To: Ludovic Courtès, rekado; +Cc: guix-sysadmin, Altadil, 65056
On 13 August 2023 00:25:51 UTC, "Ludovic Courtès" <ludo@gnu.org> wrote:
>I think it’s worse than this. I noticed that ci.guix.gnu.org (same
>machine) would occasionally time out on my side, without Tor, starting
>from this week (I was on vacation before, so I don’t know exactly when
>it started). From a browser, I get this “DoS attack” HTML page:
Oh, wow. This is new to me.
It's frustrating that $IT keeps adding new significant hurdles with apparently 0 communications, and that our only option is often 'ask rekado, again, to ask things, again'. That's not right.
Ricardo, do you think there's a chance this trend will improve (without you burning out)?
Otherwise, I'd like to suggest wireguarding berlin's impressive hardware resources to bayfront or to a new head node not hosted at the MDC, or something similarly provocative. Just give up on hosting public services there, like we already migrated the home page. This isn't meaningful redundancy.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65225: ‘guix shell --system=ALIEN’ builds for both systems
2023-08-11 11:43 90% ` bug#65225: ‘guix shell --system=ALIEN’ builds for both systems Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-08-11 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 @ 2023-08-11 15:58 UTC (permalink / raw)
To: 65225
Oh OK.
> the code that's injecting a spurious extra ‘(system .
> (%current-system))’ that's causing these double builds
is not actually the problem. Instead, the profile hooks are
unconditionally built for the host's (%current-system). Forcing them to
match ‘--system=’ does the trick. Simple™!
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65225: [PATCH] environment: Build the profile for the requested system.
2023-08-11 11:10 90% bug#65225: ‘guix shell --system=ALIEN’ builds for both systems Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-08-06 0:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 11:43 90% ` bug#65225: ‘guix shell --system=ALIEN’ builds for both systems 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 @ 2023-08-06 0:00 UTC (permalink / raw)
To: 65225
Cc: Christopher Baines, Josselin Poiret, Ludovic Courtès,
Mathieu Othacehe, Ricardo Wurmus, Simon Tournier,
Tobias Geerinckx-Rice
Previously, ‘--system=’ did not affect profile hooks, meaning that all
packages would be built for both the host and requested systems.
* guix/scripts/environment.scm (guix-environment*): Parameterize
%current-system to match the requested ‘--system=’.
Reported by ekaitz in #guix.
---
guix/scripts/environment.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/guix/scripts/environment.scm b/guix/scripts/environment.scm
index 9712389842..27f7e53549 100644
--- a/guix/scripts/environment.scm
+++ b/guix/scripts/environment.scm
@@ -1146,7 +1146,8 @@ (define (guix-environment* opts)
(warning (G_ "no packages specified; creating an empty environment~%")))
;; Use the bootstrap Guile when requested.
- (parameterize ((%graft? (assoc-ref opts 'graft?))
+ (parameterize ((%current-system system)
+ (%graft? (assoc-ref opts 'graft?))
(%guile-for-build
(and store-needed?
(package-derivation
base-commit: 9e71d4fd6b3893ae87cb079b57d7a8fe6e9e7914
--
2.41.0
^ permalink raw reply related [relevance 90%]
* bug#65225: ‘guix shell --system=ALIEN’ builds for both systems
2023-08-11 11:10 90% bug#65225: ‘guix shell --system=ALIEN’ builds for both systems Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-06 0:00 90% ` bug#65225: [PATCH] environment: Build the profile for the requested system Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-08-11 11:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 15:58 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 @ 2023-08-11 11:43 UTC (permalink / raw)
To: 65225
Oh, OK.
Parts of scripts/shell.scm (and perhaps environment.scm) assume that
$ guix build --system={x86_64,riscv64}-linux foo
is equivalent to
$ guix build --system=riscv64-linux foo
It's not. This includes and causes things like commit
9c513303156b418567b9d2cde9f8df66190051ac. There's a lot of fast & loose
assoc-reffing going on here that makes me nervous.
Anyway, I'll get me to a PC and then fix the code that's injecting a
spurious extra ‘(system . (%current-system))’ that's causing these
double builds. Simple™.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65225: ‘guix shell --system=ALIEN’ builds for both systems
@ 2023-08-11 11:10 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-06 0:00 90% ` bug#65225: [PATCH] environment: Build the profile for the requested system Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 11:43 90% ` bug#65225: ‘guix shell --system=ALIEN’ builds for both systems 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 @ 2023-08-11 11:10 UTC (permalink / raw)
To: 65225
Hi,
ekaitz noticed this when building a mes-derived package that fails on
x86_64. Here's a reproducer that uses upstream Guix:
$ guix shell --system=riscv64-linux drawterm --no-grafts --rebuild-cache
--dry-run | grep drv$
/gnu/store/4c02fgswkbldys93w4vgj0gwax2ly4bh-profile.drv
$ guix build --dry-run
/gnu/store/4c02fgswkbldys93w4vgj0gwax2ly4bh-profile.drv | grep drawterm
/gnu/store/mkxyhjq117wdalc0gbz4468blqxih1kn-drawterm-20210628-1.c97fe46
/gnu/store/h8dk35aw2n8rj1hki6dkdrknfly26vq8-drawterm-20210628-1.c97fe46
/gnu/store/fl4iimlcdnlkarjm8m6z3392wss6b8yr-drawterm-20210628-1.c97fe46.drv
→
/gnu/store/mkxyhjq117wdalc0gbz4468blqxih1kn-drawterm-20210628-1.c97fe46
is riscv64-linux.
/gnu/store/9a1pji59hzacrmpb65nk3pp3m01niqf3-drawterm-20210628-1.c97fe46.drv
→
/gnu/store/h8dk35aw2n8rj1hki6dkdrknfly26vq8-drawterm-20210628-1.c97fe46
is x86_64-linux.
Eventually the ‘correct’ riscv64 drawterm ends up in the shell, but Guix
should never have built the x86_64 version.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65184: (modify-services … (delete …)) should delete all matching service types
@ 2023-08-09 17: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 @ 2023-08-09 17:40 UTC (permalink / raw)
To: 65184
TODO: the snippet
(modify-services %base-services
(delete mingetty-service-type))
deletes only the first (tty1) instance of the mingetty service. I can't
think of a scenario where this is likely to reflect the user's
intention. It should delete all matching services.
A delete-first variant could be added iff there's demand.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#64976: guix build: error: invalid character `~' in name
@ 2023-08-04 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 @ 2023-08-04 19:55 UTC (permalink / raw)
To: 64976-done
Certain characters are not allowed in store item[0] names. This
restriction was inherited verbatim[1] from Nix.
As such there's no bug here, although you could start a separate
discussion about relaxing these restrictions if you like.
So what to do? url-fetch defaults to the URL's basename as file name,
but you can specify a different one. For example:
(source
(method …)
(uri …)
(file-name (string-append name "-" version ".tar.gz"))
(sha256 …))
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[0]: Top-level file names under /gnu/store.
[1]:
https://git.savannah.gnu.org/cgit/guix.git/tree/nix/libstore/store-api.cc#n58
^ permalink raw reply [relevance 90%]
* bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor
2023-08-04 19:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-08-04 19:29 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 @ 2023-08-04 19:29 UTC (permalink / raw)
To: Tobias Geerinckx-Rice; +Cc: Altadil, 65056
On 2023-08-04 21:21, Tobias Geerinckx-Rice via Bug reports for GNU Guix
wrote:
> The Guix project does not block Tor. If the datacentre has decided to
> block Tor like it blocked most of Russia, there is little we can do
> but ask them to reconsider.
Didn't mean to sound quite so fatalistic. We could always migrate
issues. to a different machine, like guix.gnu.org was, but it's not very
satisfying.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor
@ 2023-08-04 19:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-04 19:29 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 @ 2023-08-04 19:21 UTC (permalink / raw)
To: Altadil; +Cc: 65056
Hi Altadil,
On 2023-08-04 18:57, Altadil via Bug reports for GNU Guix wrote:
> it is no longer possible to get to the bug database at
> https://issues.guix.gnu.org/ when using Tor Browser.
I forgot to mention this on IRC, but issues. is ‘simply’ a nicer unified
frontend to the venerable GNU Debbugs instance. You can use its own[1]
interface[2] as a work-around.
> The result is an error message saying: "The connection has timed out".
> It looks like a general block of Tor rather than a block of specific
> IPs, since attempting with different Tor circuits does not change the
The Guix project does not block Tor. If the datacentre has decided to
block Tor like it blocked most of Russia, there is little we can do but
ask them to reconsider.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[1]: https://debbugs.gnu.org/cgi/pkgreport.cgi?package=guix
[2]: https://debbugs.gnu.org/cgi/pkgreport.cgi?package=guix-patches
^ permalink raw reply [relevance 90%]
* bug#65001: ‘guix locate’ method is silently ignored when a cache exists
@ 2023-08-01 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 @ 2023-08-01 21:05 UTC (permalink / raw)
To: 65001
Quick niggle I noticed:
~/guix master ↑2 λ guix locate libstdc++.so.
guix locate: indexing files from /gnu/store...
guix locate: traversing local profile manifests...
indexing 735 packages
…
~/guix master ↑29 ↓26 λ guix locate --method=store libstdc++.so.6
…
~/guix master ↑29 ↓26 λ guix locate --method=store --update
libstdc++.so.6
guix locate: indexing files from /gnu/store...
indexing 24,455 packages
…
Either:
- the second invocation should imply --update, so Guix should store the
currently cache method(s),
- or Guix should use separate databases for each method. That's
probably too ugly.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#64271: libasr is unmaintained upstream
2023-06-30 17:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-06-30 17: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 @ 2023-06-30 17:32 UTC (permalink / raw)
Cc: 64271, op
[-- Attachment #1: Type: text/plain, Size: 287 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> OpenSMTPd temporarily(…) builds with openssl with commit
> 023ff651462f70004c7a92b19fd072ee3138e5a2, so the comment is
> gone.
Heh. I see you released -p1 literally while I was typing that :-)
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#64271: libasr is unmaintained upstream
@ 2023-06-30 17:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-06-30 17:32 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 @ 2023-06-30 17:17 UTC (permalink / raw)
To: Omar Polo; +Cc: 64271, 64271-done
[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]
Omar Polo 写道：
> I'm not a guix user so can't send patches, hope this is the
> correct
> way to report issues however.
Yep.
> The upstream libasr-portable repository was archived, as the
> project
> was unmaintained (and unmaintenable in some sense) for some
> time:
>
> https://github.com/OpenSMTPD/libasr/
>
> OpenSMTPD (its only consumer I guess) doesn't depend on it
> anymore, it
> should be built with the bundled version that was updated.
Removed libasr in commit 902a48e0d3ce4a1983a6d3f71472639a8e59c48f.
> P.S.: looking at the recipe for OpenSMTPD I noticed the comment
> "reccomended, and supports e.g. ECDSA". While it's true
> that
> it's reccomended to build with LibreSSL, ec keys should
> work
> just as fine with OpenSSL. The only issue is the combo
> OpenSSL
> 3.x + LibreTLS 3.7.0 due to a known regression that will
> be
> fixed in a upcoming release (I hope) since LibreSSL' tls
> did it:
> https://github.com/libressl/openbsd/commit/318ad8e73e
OpenSMTPd temporarily(…) builds with openssl with commit
023ff651462f70004c7a92b19fd072ee3138e5a2, so the comment is gone.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#63255: Firefox crashes when triggering file dialog open
@ 2023-05-05 18: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 @ 2023-05-05 18:36 UTC (permalink / raw)
To: Josselin Poiret, 63255-done
See the To: field of this message. Done! :-)
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#61965: Commands like "guix system search KEYWORD" don't work with locale it_IT.utf8
@ 2023-03-10 9: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 @ 2023-03-10 9:42 UTC (permalink / raw)
To: Luigi Salamone, Ludovic Courtès, Julien Lepiller
Cc: 61965, Julien Lepiller
> I believe Tobias (Cc’d) fixed this and related issues
> a couple of days ago
Yep. I also fixed a worrying number of @comando, @opzione, etc. on Weblate (both in the 'guix' and 'packages' sets).
Weblate is pretty unfriendly, so this was tedious and I'm positive there are some I missed. There's a comment warning translators not to do this, but it's sadly useless since it's tied to *one* package—the odds of seeing it are vanishing.
Julien, is there a way to make this warning more prominent/ubiquitous?
(Also, is there a translation workflow that avoids relying on Weblate or other clunky tools?)
Run-time errors appear to be the only QA available for these strings, but this failure mode is extreme. How about explicitly reporting the error & continuing in English?
From what I remember, the code won't be elegant (we append to the translation, then convert Texi, so falling back must be done by the caller or a new combo procedure) but the result would be better.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#61961: ‘guix system search’ refuses to speak Italian
2023-03-04 15:12 90% bug#61961: ‘guix system search’ refuses to speak Italian Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-03-04 15: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 @ 2023-03-04 15:17 UTC (permalink / raw)
To: 61961
[-- Attachment #1: Type: text/plain, Size: 268 bytes --]
Tobias Geerinckx-Rice 写道：
> I could on a different machine, which probably had different
> locales,
> which is why I'm leaving it here until tomorrow.
Oh, never mind: it happens only *without* ./pre-inst-env, of
course. Fun.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61961: ‘guix system search’ refuses to speak Italian
@ 2023-03-04 15:12 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-03-04 15: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 @ 2023-03-04 15:12 UTC (permalink / raw)
To: 61961
[-- Attachment #1: Type: text/plain, Size: 1844 bytes --]
Hi all,
tux_life reported this in #guix:
[anonymous@guix ~]$ guix system search cups
Backtrace:
In ice-9/boot-9.scm:
1752:10 19 (with-exception-handler _ _ #:unwind? _ # _)
In guix/status.scm:
851:3 18 (_)
831:4 17 (call-with-status-report _ _)
In ice-9/boot-9.scm:
1752:10 16 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/system/search.scm:
188:20 15 (_)
164:18 14 (find-service-types _)
In guix/discovery.scm:
189:3 13 (fold-module-public-variables _ _ _)
In guix/combinators.scm:
48:26 12 (fold2 #<procedure 7fb93997b800 at
guix/discovery.scm:…> …)
48:26 11 (fold2 #<procedure 7fb93997b760 at
guix/discovery.scm:…> …)
In guix/discovery.scm:
192:33 10 (_ #<service-type activate 7fb93e430a40> () #<vhash
7fb…>)
In guix/scripts/system/search.scm:
166:28 9 (_ #<service-type activate 7fb93e430a40> ())
In guix/ui.scm:
1670:6 8 (relevance #<service-type activate 7fb93e430a40> _ (#
…))
In srfi/srfi-1.scm:
460:18 7 (fold #<procedure 7fb939983de0 at guix/ui.scm:1670:12
…> …)
In guix/ui.scm:
1673:17 6 (_ _ 0)
1473:24 5 (texi->plain-text _)
In texinfo.scm:
1132:22 4 (parse _)
967:36 3 (loop #<input: string 7fb939966620> (*fragment*)
#<pro…> …)
92:2 2 (command-spec _)
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Throw to key `parser-error' with args `(#f "Unknown command"
dnf)'.
Seems like an obvious bogus (Texinfo?) translation, but I can't
manage to reproduce it anymore.
I could on a different machine, which probably had different
locales, which is why I'm leaving it here until tomorrow.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61885: [PATCH] gnu: go-github-com-robfig-cron-1.2: Move to (gnu packages golang)
@ 2023-03-02 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 @ 2023-03-02 22:31 UTC (permalink / raw)
To: winter; +Cc: 61885-done
[-- Attachment #1: Type: text/plain, Size: 391 bytes --]
Hi Winter,
Simon Tournier 写道：
>> Becaus (gnu packages golang) and (gnu packages check) use each
>> other, this
> -^
> Typo
>
> s/Becaus/Because I guess
Pushed as 997b93cc4a6deff54ebd854a716cca94095114bf with this fix.
Thanks!
I'll close this bug now; the more general problem (and more
work-arounds to it) are tracked in others.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58813: [PATCH] doc: Document how to use Patman for patches submission.
@ 2023-02-27 0: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 @ 2023-02-27 0:45 UTC (permalink / raw)
To: 58813, maxim.cournoyer, liliana.prikler; +Cc: ludo, zimon.toutoune
Hi,
> teams.scm
I closed the bug-that-didn't-fix, but that still leaves a git-specific command that doesn't actually facilitate git.¹
I guess salvaging 'teams.scm cc' into a generic 'Cc:' header generator makes some sense? Without the $() use case.
Otherwise: shall we simply remove it?
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
1: Code golfing bash snippets that make it 'work' doesn't count, but it's fun.
^ permalink raw reply [relevance 90%]
* bug#58428: [PATCH 1/2] gnu: ddcutil: Update to 1.3.2.
[not found] <20221009033419.28509-1-kiasoc5@disroot.org>
@ 2023-02-25 22: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 @ 2023-02-25 22:26 UTC (permalink / raw)
To: 58428-done, kiasoc5
Closing this stale bug which was accidentally filed against ‘debbugs’
itself, not ‘guix’!
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#61557: vdirsyncer fails to verify certificates
[not found] <Y+6SIw5S64Rodiyi@colt.lan>
@ 2023-02-25 2: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 @ 2023-02-25 2:44 UTC (permalink / raw)
To: control, 61557
reassign 61557 guix
thanks
Hi,
I had missed the Package: pseudo-header because I shouldn't be alive at
this point.
All Guix bugs should be filed against the ‘guix’ package, no matter what
the package—confusing, I know. Luckily, sending mail to bug-guix@ does
this for you, so you don't usually need to think about it.
Thanks again!
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#32026: [PATCH v3 10/11] gnu: nss-next: Update to 3.88.1 [fixes CVE-2023-0767].
@ 2023-02-18 19: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 @ 2023-02-18 19:49 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: mhw, 32026, ludo
[-- Attachment #1: Type: text/plain, Size: 626 bytes --]
Maxim Cournoyer 写道：
> It's already been pushed for nss-next, and Tobias has taken care
> of
> grafting our main 'nss' package, which has many dependents. See
> commits
> 246a3d90eac82966b691bdca4660ab9c5d802631 and
> b04ee227a47419291391a2b6e857e41ed1c32155, respectively.
Grafting such a big version jump made me nervous.
I did so anyway, partially on Mozilla's assurance (FWIW) that it's
ABI-compatible, but mainly because I dare not vouch for a single
cherry-pick to 3.81 actually keeping users safe.
I'd much rather deal with ABI bug reports than the alternative :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61606: julia 1.8.3 installation failed
@ 2023-02-18 17:35 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 @ 2023-02-18 17:35 UTC (permalink / raw)
To: francismb; +Cc: 61606, 61606-done
[-- Attachment #1: Type: text/plain, Size: 370 bytes --]
Hi francis,
francismb 写道：
> while trying to install package julia the installation fails:
Sorry that you wasted so much (computing) time on this. It should
be fixed on master[0] now.
Thanks for the detailed bug report!
Kind regards,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=0fbff222c49b1807fae2089b1462fa6e9aefb79f
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61158: Add grub-efi to the installer
2023-01-29 23:05 90% bug#61158: Add grub-efi to the installer Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2023-01-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 @ 2023-01-29 23:08 UTC (permalink / raw)
To: 61158
[-- Attachment #1: Type: text/plain, Size: 107 bytes --]
Tobias Geerinckx-Rice 写道：
> grub-efi
Or -hybrid, if fully equivalent.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61158: Add grub-efi to the installer
@ 2023-01-29 23:05 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-29 23:08 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 @ 2023-01-29 23:05 UTC (permalink / raw)
To: 61158
[-- Attachment #1: Type: text/plain, Size: 215 bytes --]
A reminder to myself:
grub-efi appears to be missing from the installer image, reducing
its value as an (off-line) rescue system. Inspect the size
increase and add it if at all reasonable.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#61116: [bayfront] logs.guix FTS database is stale
@ 2023-01-28 11: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 @ 2023-01-28 11:18 UTC (permalink / raw)
To: 61116
Hi all,
The search box on logs.guix.gnu.org works fine but is forever stuck in 2021. I realised that I've never properly reported this. Sorry.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#61106: spam
[not found] <CAOWR9dsiTkNNfxr9V+wdv_oAG2z7PDZtr7cXCrCPCLq6Ta3aSQ@mail.gmail.com>
@ 2023-01-27 23: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 @ 2023-01-27 23:44 UTC (permalink / raw)
To: 61106-done
[-- Attachment #1: Type: text/plain, Size: 70 bytes --]
Fermé. Ceci n'est pas un bogue, mais une fonctionnalité.
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59987: Guix build of guix package fails due to some graph tests failing
@ 2023-01-27 23: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 @ 2023-01-27 23:00 UTC (permalink / raw)
To: Andrew Patterson; +Cc: 59987-close
[-- Attachment #1: Type: text/plain, Size: 194 bytes --]
Andrew Patterson 写道：
> I'm also in favor of closing.
Done!
You can close any bug yourself by editing the reply address in the
CC header, as I did here.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#60927: gPodder database version field different when built using --with-latest
@ 2023-01-18 14: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 @ 2023-01-18 14:27 UTC (permalink / raw)
To: Csepp; +Cc: 60927
Hullo,
On 2023-01-18 9:13, Csepp wrote:
> Haven't completely debugged this, but the symptoms are:
> * running the packaged version doesn't work, blank scree, failed assert
> on console about differing database schema version
I can't reproduce this, in either direction. However, I didn't have an
existing GPodder configuration or database, and I'm not even sure where
those are kept.
If you do, could you grep for one of the hashes?
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#60494: git-reference does not support file:// uri scheme
@ 2023-01-02 17: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 @ 2023-01-02 17:24 UTC (permalink / raw)
To: 60494, mirai
retitle 60494 Document git-checkout
thanks
Hi!
That itself is not a bug: git-fetch is the wrong tool for this job. It should not have access to your files.
You can clone a local repository by directly calling git-checkout and passing it as the package source:
(source
(git-checkout (url "/home/mirai/foo")))
No need for a hash, either! \o/
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#60290: Manual: Is guix-patches@debbugs.gnu.org valid?
@ 2022-12-24 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 @ 2022-12-24 10:23 UTC (permalink / raw)
To: Denis 'GNUtoo' Carikli; +Cc: 60290-done
Nope.
Fixed.
Thanks!
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#60246: Inability to add pseudo-filesystem fstab entries
@ 2022-12-21 23: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 @ 2022-12-21 23:41 UTC (permalink / raw)
To: mirai; +Cc: 60246
[-- Attachment #1: Type: text/plain, Size: 376 bytes --]
mirai 写道：
> This way there's at least a way to "start" these mounts rather
> than
> them ending up in the /dev/null abyss.
A non-standard and hard to discover way, sure.
I liked the (unless mount? (add-to-fstab)) suggestion better.
(I'm taking the comment at face value—I'd have suggested adding
them all to fstab otherwise.)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#60246: Inability to add pseudo-filesystem fstab entries
@ 2022-12-21 22: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 @ 2022-12-21 22:50 UTC (permalink / raw)
To: mirai; +Cc: 60246
[-- Attachment #1: Type: text/plain, Size: 1670 bytes --]
Hi Bruno,
mirai 写道：
> Does not result in a fstab entry line, which makes it impossible
> to mount. According to Guix docs, this shouldn't be the case:
Hm, yes, strictly speaking that is so.
It feels a bit weird to add or omit fstab entries based on MOUNT?
being true or false, but… it seems like a good proxy for what the
user *means* in both cases?
If the following is really true, we have little other choice:
> ;; In particular, things like GIO (part of GLib) use it to
> determine the set
> ;; of mounts, which is then used by graphical file managers and
> desktop
> ;; environments to display "volume" icons. Thus, we really need
> to exclude
> ;; those pseudo file systems from the list.
so I wouldn't be opposed to it.
> %pseudo-file-system-types)
I disagree that overlayfs is a ‘pseudo-file-system’, any more than
NFS would be. It should not be in that list to begin with.
And this is where it gets fun: apparently… it was added at my
request‽ :-)
Or at least Ludo's interpretation of that requests, in commit
df1eaffc3:
file-systems: Expound '%pseudo-file-system-types'.
Reported by Tobias Geerinckx-Rice <me@tobias.gr>.
* gnu/system/file-systems.scm (%pseudo-file-system-types): Add
"debugfs", "efivarfs", "hugetlbfs", "overlay", and
"securityfs".
Even in this list, ‘overlayfs’ has huge
one-of-these-is-not-like-the-others energy, so I wonder what the
reason was. I don't remember.
I'd happily revert it if I didn't suspect that it was to work
around some real (installer?) bug…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59466: Kernel panic when installing with Ventoy
@ 2022-12-18 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 @ 2022-12-18 13:54 UTC (permalink / raw)
To: Panos Alevropoulos; +Cc: 59466-done
[-- Attachment #1: Type: text/plain, Size: 227 bytes --]
Hi Panos,
Panos Alevropoulos 写道：
> Please close this issue,
Done!
> it was fixed when I tried Ventoy with the latest image!
Very glad to hear that. Thanks for the prompt response!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59466: Kernel panic when installing with Ventoy
2022-12-04 12:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-12-18 13:19 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 @ 2022-12-18 13:19 UTC (permalink / raw)
To: Panos Alevropoulos; +Cc: 59466
[-- Attachment #1: Type: text/plain, Size: 552 bytes --]
Tobias Geerinckx-Rice 写道：
> - What is the sha256sum of the 1.3.0 ISO image you used?
> - Could you try the ‘latest’[0] ISO and report the result?
Poing! If there's still some latent bug with Ventoy on your
hardware, now's our last chance to debug it before the release.
[0]: But now with the 1.4.0rc2 image[1] and signature[2].
Kind regards,
T G-R
[1]:
https://alpha.gnu.org/gnu/guix/guix-system-install-1.4.0rc2.x86_64-linux.iso
[2]:
https://alpha.gnu.org/gnu/guix/guix-system-install-1.4.0rc2.x86_64-linux.iso.sig
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59850: ecryptfs-utils has a dependency on gettext
@ 2022-12-18 12:46 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 @ 2022-12-18 12:46 UTC (permalink / raw)
To: 59850
[-- Attachment #1: Type: text/plain, Size: 237 bytes --]
Hi Steven,
I've wrapped the scripts with a whole bunch of extra references in
commit 0335499876d08b12c63057f386535695f1b65597.
Could you pull, upgrade e-u, and test if it still works at all?
That would be nice.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59781: bug#50892: [PATCH] guix-install.sh: Authorize all project build farms at once.
@ 2022-12-08 21: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 @ 2022-12-08 21:42 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 59781, 50892
[-- Attachment #1: Type: text/plain, Size: 415 bytes --]
Ludovic Courtès 写道：
> If there are no objections I’d like to push to ‘master’ and
> ‘version-1.4.0’ this modified version of your patch.
No objections, thanks!
(Ugh, this patch is so ugly, all to work around that triplication
in ~/.config/guix/current/share/guix/*.pub… Would it be OK for
‘guix archive --authorize’ to silently ignore duplicate keys?)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59830: guix system reconfigure don't work after 1.4_rc1 fresh installation
@ 2022-12-05 11: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 @ 2022-12-05 11:57 UTC (permalink / raw)
To: Christophe Pisteur, 59830, control
merge 59830 59780
thanks
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#59466: Kernel panic when installing with Ventoy
@ 2022-12-04 13: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 @ 2022-12-04 13:02 UTC (permalink / raw)
To: Josselin Poiret; +Cc: 59466, panosalevropoulos
[-- Attachment #1: Type: text/plain, Size: 1248 bytes --]
Hi Josselin,
Josselin Poiret via Bug reports for GNU Guix 写道：
> Ventoy is not supported currently. It is up to them to add
> support for
> Guix, not the other way around: we have some peculiarities with
> the boot
> process that Ventoy completely ignores.
Ah. This is true of most dime-a-dozen ‘universal’ ISO booters,
which merely source a GRUB .cfg and expect distributions to do all
the work. I'd shame them by name if they were memorable. Guix
indeed doesn't ‘support’ that!
Ventoy actually put some thought & effort into the process. Like
all clever hacks, there's some dependence on moon phase and luck,
but it's not snake oil.
It injects some code into the boot process to expose the ISO file
as a block device through Linux's device mapper. Any distribution
with dm-mod support, including Guix[0] (through dm-crypt), will
see a ‘real’ block device straight from the kernel. No distro
cooperation is required beyond ‘please don't be too clever and
peek behind the curtain’. IME, Guix does not do so, and just
works.
(So why does it fail here…?)
Kind regards,
T G-R
[0]: https://www.ventoy.net/en/distro_iso/gnu_guix.html but do
note who submitted it ;-)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59466: Kernel panic when installing with Ventoy
@ 2022-12-04 12:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-18 13:19 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 @ 2022-12-04 12:55 UTC (permalink / raw)
To: Panos Alevropoulos; +Cc: 59466
[-- Attachment #1: Type: text/plain, Size: 583 bytes --]
Hi Panos,
Guix and Ventoy should work out of the box.
Panos Alevropoulos via Bug reports for GNU Guix 写道：
> It seems that I can't install Guix 1.3.0 with Ventoy. After
> starting installation from Guix GRUB, I get kernel panic.
Thanks for including the exact panic message. That's very
helpful.
It's odd: Guix is trying to compile /ventoy/init as a SCM file.
- What is the sha256sum of the 1.3.0 ISO image you used?
- Could you try the ‘latest’[0] ISO and report the result?
Kind regards,
T G-R
[0]: https://guix.gnu.org/en/download/latest/
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59780: [version 1.4.0rc1] reconfigure fails
2022-12-02 20:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-12-02 20: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 @ 2022-12-02 20:21 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 59780
[-- Attachment #1: Type: text/plain, Size: 316 bytes --]
Tobias Geerinckx-Rice 写道：
>> Is the actual release commit always on master
>
> Yes.
Actually, that is what's known as ‘complete nonsense’ and the
correct answer is, of course, ‘no’.
Hmm. I'll have to actually test the RC to see what you mean.
Sorry for the noise.
Kind regs,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59780: [version 1.4.0rc1] reconfigure fails
@ 2022-12-02 20:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 20: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 @ 2022-12-02 20:17 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 59780
[-- Attachment #1: Type: text/plain, Size: 508 bytes --]
Hi'gain,
pelzflorian (Florian Pelz) 写道：
> Huh I don’t understand. :) Had this been the 1.4.0 release,
> reconfigure
> would be impossible, unless --allow-downgrades.
I don't follow. Could you explain?
> Is the actual release commit always on master
Yes. Does this cancel out the previous question? If so, I'll let
you close the bug to avoid misunderstandings.
(But it's worth noting in future calls for testing, absolutely!
Thanks for noticing.)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59780: [version 1.4.0rc1] reconfigure fails
@ 2022-12-02 18:14 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 @ 2022-12-02 18:14 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 59780
[-- Attachment #1: Type: text/plain, Size: 345 bytes --]
pelzflorian (Florian Pelz) 写道：
> Having installed the 1.4.0rc1 installer image: After guix pull,
> it
> failed to reconfigure, because master is an unrelated commit.
Hah. This should indeed be mentioned in calls for -RC testing,
but probably doesn't deserve a bug report, since there's no bug.
WDYT?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59781: [version 1.4.0rc1] install.sh script should authorize bordeaux
@ 2022-12-02 18: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 @ 2022-12-02 18:09 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 59781
[-- Attachment #1: Type: text/plain, Size: 324 bytes --]
pelzflorian (Florian Pelz) 写道：
> Could you make install.sh add bordeaux to /etc/guix/acl? It is
> important especially on ARM.
If you mean guix-install.sh: I did so ages ago, but something
(valid) stopped me from pushing it.
Now I can't for the life of me remember what it was…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59771: Conda 22.9.0 needs "sudo" as dependency
@ 2022-12-02 11: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 @ 2022-12-02 11:47 UTC (permalink / raw)
To: Hugo Buddelmeijer; +Cc: 59771
[-- Attachment #1: Type: text/plain, Size: 852 bytes --]
Hi Hugo,
Hugo Buddelmeijer 写道：
> As for why sudo is needed, I don't know. (Not sure I want to
> know.)
Indeed, this sounds like something to report and fix upstream.
> $ guix shell -C conda sudo
Won't work, because sudo needs to be setuid — that is, provided by
the OS.
On Guix Systems, that means /run/setuid-programs/sudo. It cannot
be run from the store, where setuid programmes are not allowed.
I tried --expose'ing /run/setuid-programs, but then sudo fails to
find libsudo_util.so.0. I didn't test further but don't expect
that to suffice: sudo simply makes too many assumptions about the
system, because of the special job it needs to do.
While it would be nice to figure out how to provide
setuid-programs to a containers, Conda's pointless use of sudo is
the bug here.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59663: Cannot install lf-27, outdated commit
@ 2022-11-29 11: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 @ 2022-11-29 11:43 UTC (permalink / raw)
To: 59663-done
Hi Tyler,
Thanks for the report! Commit b0801110cc729173a38a159d4a0c2094e5784ef4
fixes lf.
> Changing to a newer commit should be able to fix this error.
Probably (I didn't check), but Guix avoids packaging random commits
without good reason. I've kept lf at the latest 27 release.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux
@ 2022-11-26 22: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 @ 2022-11-26 22:15 UTC (permalink / raw)
To: Kaelyn; +Cc: 59519-done
[-- Attachment #1: Type: text/plain, Size: 770 bytes --]
Hi Kaelyn,
Kaelyn via Bug reports for GNU Guix 写道：
> Here is a revised diff with comments added for the flags.
Thanks again! Pushed as 536adbd7cca1f257261645d9cfd7910a0055a60e,
also with a commit message added.
> + ;; Enable building with LTO to avoid linker errors
> about
> + ;; non-virtual thunks on i686-linux.
> + "--enable-lto"
> + ;; Disable galleries to avoid errors rebuilding the
> Gtk icon
> + ;; cache, at least on i686-linux.
> + "--without-galleries"
The importance of comments is to document the ‘why’. The ‘what’
is obvious from the flags themselves, so I removed the first few
words of each comment to make them fit nicely on 1 line.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58031: LibreOffice 7.3.5.2 is not reproducible
@ 2022-11-26 22: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 @ 2022-11-26 22:12 UTC (permalink / raw)
To: Kaelyn; +Cc: 58031-done, bug-guix
[-- Attachment #1: Type: text/plain, Size: 682 bytes --]
Hi Kaelyn,
Kaelyn via Bug reports for GNU Guix 写道：
> diff --git a/gnu/packages/libreoffice.scm
> b/gnu/packages/libreoffice.scm
Thanks! Pushed as 68925b5ee7e0d96b0c84ae98a633eea5097bf511.
This patch was missing a commit message (in fact it was just a
diff). I added one:
gnu: libreoffice: Build reproducibly.
* gnu/packages/libreoffice.scm (libreoffice)[arguments]:
Include ‘.otp’
files in the 'reset-zip-timestamps phase.
In future, please use ‘git send-email’ if possible, or ‘git
format-patch’ otherwise, and read the Guix manual section on
submitting patches if you haven't yet.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59615: Intro video refers to Freenode
@ 2022-11-26 18:35 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 @ 2022-11-26 18:35 UTC (permalink / raw)
To: 59615
I remember doing so. I don't remember if I committed it but I do remember make'ing the videos on berlin...
Yes, the audio would be out of sync.
Will check, thanks for bringing it up.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#59160: Acknowledgement (Fritzing parts are missing)
@ 2022-11-20 14: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 @ 2022-11-20 14:21 UTC (permalink / raw)
To: Gabriel Wicki; +Cc: 59160
[-- Attachment #1: Type: text/plain, Size: 811 bytes --]
Gabriel,
Thanks for the patch!
Gabriel Wicki 写道：
> I've come up with the following patch. It is not optimal
> (there's still
> some warnings and it makes use of an ugly hack to get rid of a
> certain
> "Unable to find parts git repository" message) but with that
> patch
> Fritzing is in a usable state.
[…]
> + (substitute* "src/version/partschecker.cpp"
> + ((".*git_libgit2_init.*")
> + "return
> \"083nz7vj7a334575smjry6257535h68gglh8a381xxa36dw96aqs\";"))
It doesn't really matter *what* this returns, right? At least I
can't find any observable difference. And as noted on IRC, this
‘base32’ format is unique to Guix and Nix.
Could you explain the mechanism behind this, er, mechanism?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59363: Fw: [PATCH] flatpak: Adjustments to make --with-commit work
2022-11-20 12:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-11-20 12: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 @ 2022-11-20 12:14 UTC (permalink / raw)
To: 59363
On 20 November 2022 12:11:28 UTC, Tobias Geerinckx-Rice <me@tobias.gr> wrote:
>[Off list]
...or not! :-D. Phones are a cruel joke.
Anyway, that's the dealio.
^ permalink raw reply [relevance 90%]
* bug#59363: Fw: [PATCH] flatpak: Adjustments to make --with-commit work
@ 2022-11-20 12:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-20 12:14 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 @ 2022-11-20 12:11 UTC (permalink / raw)
To: 59363
[Off list]
Hi Chris,
You didn't receive their mails because their address is banned from all lists that support doing so.
Unfortunately, there are loopholes.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#59279: MPV does not work on X11
@ 2022-11-19 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 @ 2022-11-19 9:53 UTC (permalink / raw)
To: 59279
[-- Attachment #1: Type: text/plain, Size: 97 bytes --]
Hi,
Could someone test the patch at
<https://issues.guix.gnu.org/59378>?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#59339: mpv: possible misconfiguration
@ 2022-11-18 13: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 @ 2022-11-18 13:08 UTC (permalink / raw)
To: Kristian Lein-Mathisen; +Cc: GNU bug tracker automated control server, 59339
[-- Attachment #1: Type: text/plain, Size: 251 bytes --]
retitle 59279 MPV does not work on X11
merge 59279 59339
thanks
Kristian Lein-Mathisen 写道：
> Is it possible that mpv's default configuration has changed
Yes, that seems to be the case. Thanks for the report!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58988: How Can I restore a file inside /gnu/store/ ?
@ 2022-11-04 9: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 @ 2022-11-04 9:18 UTC (permalink / raw)
To: guixuser; +Cc: 58988
[-- Attachment #1: Type: text/plain, Size: 1038 bytes --]
Heyo,
Adding some notable info that user_ shared on IRC:
> user2@host ~$ sudo guix build --repair
> /gnu/store/yjllxib1fm3zqkwmr5j4lpxhz3zqsjjz-guix-e3280ae
> Senha:
> substitute: atualizando substitutos de
> "https://ci.guix.gnu.org"... 100.0%
> substituindo
> /gnu/store/yjllxib1fm3zqkwmr5j4lpxhz3zqsjjz-guix-e3280ae...
> baixando de
> https://ci.guix.gnu.org/nar/lzip/yjllxib1fm3zqkwmr5j4lpxhz3zqsjjz-guix-e3280ae
> ...
>
> guix-e3280ae 792KiB/s 00:21 | 16.1MiB transferred
guixuser@airmail.cc 写道：
> I need to fix this file but
> /gnu/store/ is read only, How can I restore this file?
Well, ‘sudo guix gc --verify=contents,repair’, or ‘guix build
--repair’.
Since neither worked: if you've ‘guix pull’ed before, you should
have some previous profiles as
/var/guix/profiles/per-user/$USER/current-guix-*
If so: see if pulling any of those works, e.g.,
$ /var/guix/profiles/per-user/$USER/current-guix-1-link/bin/guix
pull
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58760: Guix System iso too big for cdrom again
@ 2022-10-24 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 @ 2022-10-24 18:17 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 58760
[-- Attachment #1: Type: text/plain, Size: 1183 bytes --]
Heyo,
pelzflorian (Florian Pelz) 写道：
> From what Tobias (Cc) wrote, he used the highest
> compression settings.
>
> So it seems nothing can be done to make the install iso smaller
Well… I used the highest compression setting *for zisofs*.
Zisofs is an ancient (and non-standard :-) little hack that Linux
supports, and it just happened to be enabled on our kernels
already. Plus it's fully transparent to the operating system.
That's why I wrote that quick little patch: it was an amusing—to
me—way to shrink our ISO basically for free.
We're the only distro that I've ever seen use it.
But we can go deeper if we choose to, by dropping zisofs and going
for something like squashfs, which achieves higher compression
through higher block sizes and better algorithms like XZ.
This is what other distributions with a compressed root file
system do.
However, it's marginally more work as you have to loop-mount the
image early during boot, and it doesn't involve obscure kernel
arcana (boo), and CDs are even more obsolete than they were when I
wrote that patch (yay), so don't wait for me to do it.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39571: evolution and bogofilter
@ 2022-10-18 21: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 @ 2022-10-18 21:18 UTC (permalink / raw)
To: Christopher Howard; +Cc: 39571-close, zimoun
[-- Attachment #1: Type: text/plain, Size: 201 bytes --]
Hi Christopher,
Thanks for the swift response!
Christopher Howard 写道：
> If you wish to close this old bug I will not be affected.
Will do.
Why let zimoun have all the fun,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#39571: evolution and bogofilter
@ 2022-10-18 17: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 @ 2022-10-18 17:09 UTC (permalink / raw)
To: zimoun, Christopher Howard; +Cc: 39571
[-- Attachment #1: Type: text/plain, Size: 296 bytes --]
zimoun 写道：
> For the record, the message I received back. Therefore, I will
> close
> if no objection.
Let's try this one first.
Christopher, assuming you have a clue what this is about: are you
still affected by <https://issues.guix.gnu.org/39571>?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58591: Java packages do not appear to keep a reference to their inputs
2022-10-18 13:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-10-18 14: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 @ 2022-10-18 14:17 UTC (permalink / raw)
Cc: liliana.prikler, julien, 58591, maxim.cournoyer
[-- Attachment #1: Type: text/plain, Size: 184 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> Groan. Which package(s) compress .jars?
OK, found one: openjdk@16.0.1's /lib/jrt-fs.jar.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58591: Java packages do not appear to keep a reference to their inputs
@ 2022-10-18 13:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-18 14: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 @ 2022-10-18 13:21 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: liliana.prikler, julien, 58591
[-- Attachment #1: Type: text/plain, Size: 237 bytes --]
Hi Maxim,
Maxim Cournoyer 写道：
> not obfuscated due to zip compression
Groan. Which package(s) compress .jars?
(I found a few in -checkouts, which is its own potential thing,
but that aside.)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes.
@ 2022-10-16 9: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 @ 2022-10-16 9:45 UTC (permalink / raw)
To: mail; +Cc: 58561
[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]
Hi Brendan,
Oh! This is a fun one!
Brendan Tildesley 写道：
> However what concerned me more is that when I look in the source
> code
> it looks like this:
>
> (sha256
> (base32
> "9yy5c29zxpli4cddknmdvjkgii3j7pvw6lhwqfrqjc8jh83gm8f8"))
>
>
> Notice how at the start its a '9', not a '1'?
[…]
> Is there a bug with how guix is reading/writing sha256 hashes?
It's… not a bug. It's the opposite, kind of, although maybe
(probably) Guix could (should) reject clearly bogus input like
this.
What's happening is this:
In what can be described only as a bizarre coincidence, sha256
produces hashes that are 256 bits long.
Base32¹ encodes 5 bits per character. Our ‘hash’ strings are
currently 52 characters long, meaning they encode 260 bits.
If you poke around Guix, you'll notice that every valid base32
‘sha256’ hash starts with a 0 or a 1, because those 4 leftmost
bits are never used, and hence set to zero.
In the case of this "9…" ‘hash’ (which was random data, I guess?),
Guix still reads only 256 bits of the 260, and ignores those 4
‘extra’ leftmost bits.
When it later prints the hash, it converts those 256 bits back to
base32, now padded with zeroes, and you see a ‘hash’ starting with
1.
What Guix could do is refuse to continue when it detects set
higher bits, as they always indicate programmer error.
Kind regards,
T G-R
1: Guix uses ‘nix-base32’ which uses a slightly different alphabet
from the more common base32 variant, but is otherwise identical in
operation.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#37955: warning: '.desktop' file refers to '', which cannot be found
@ 2022-10-10 12: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 @ 2022-10-10 12:22 UTC (permalink / raw)
To: 37955-done
[-- Attachment #1: Type: text/plain, Size: 142 bytes --]
I moved the informational background above the changelog and
pushed this to c-u as 685110045c04a60bf18163aab1c230f944c871c9.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58239: Installer ISO ‘missing’ mkfs.ext4
2022-10-01 23:04 90% bug#58239: Installer ISO ‘missing’ mkfs.ext4 Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-10-01 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 @ 2022-10-01 23:19 UTC (permalink / raw)
Cc: 58239-done
[-- Attachment #1: Type: text/plain, Size: 222 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> Should be an easy fix, feel free to beat me to it.
…well you didn't have to do it that fast. Patch in bug #58238.
Closing.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58239: Installer ISO ‘missing’ mkfs.ext4
@ 2022-10-01 23:04 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-01 23:19 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 @ 2022-10-01 23:04 UTC (permalink / raw)
To: 58239
[-- Attachment #1: Type: text/plain, Size: 672 bytes --]
Hi Guix,
I was going to open this tomorrow, but odds are good that I'd
forget overnight, so very sleepy bug report time:
Commit 45eac6cdf5c8d9d7b0c564b105c790d2d2007799 removes mkfs.ext*
(and possibly others, didn't check) from $PATH unless the system
happens to have a <file-system> of that type.
The installer ISO still assumes the old behaviour of having
(again, at least) e2fsprogs in the system packages. One can no
longer ‘sudo mkfs.ext4’, although e2fsprogs is still present in
the store and can be manually invoked by a savvy user.
Should be an easy fix, feel free to beat me to it. I intend to
sleep in.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#58221: nautilus: Crashes loading KgxNautilus plugin twice (problems with NAUTILUS_EXTENSION_PATH)
@ 2022-10-01 18: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 @ 2022-10-01 18:14 UTC (permalink / raw)
To: Tobias Kortkamp; +Cc: 58221
Hi Tobias,
On 1 October 2022 14:40:58 UTC, Tobias Kortkamp <tobias.kortkamp@gmail.com> wrote:
>** (org.gnome.Nautilus:11879): WARNING **: 16:07:20.550: Tracker 2 migration: Failed to parse key file data: Key file contains line “usage: tracker3 [--version] [--help]” which is not a key-value pair, group, or comment
There we go. There it is.
>Same crash as before otherwise.
So it *still* fails to find tracker3 before segfaulting? Possible. Could be a missing substitution, or it falling back to some other (search) path...
>If I run that command manually I just get the usage screen. In fact
>none of the tracker3 subcommands actually seem to work like they do on
>Fedora. Not even "help".
This sounds exactly like hypothesis #2 (mis-wrapping). I thought that was a thing of the past, but maybe the fix is still floating up to master, or incomplete...
Will be easy enough to confirm when I'm back at K.
Thanks!
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#58221: nautilus: Crashes loading KgxNautilus plugin twice (problems with NAUTILUS_EXTENSION_PATH)
@ 2022-10-01 12:32 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 @ 2022-10-01 12:32 UTC (permalink / raw)
To: Tobias Kortkamp; +Cc: 58221
[-- Attachment #1: Type: text/plain, Size: 948 bytes --]
Hi… Tobias,
Tobias Kortkamp 写道：
> ** (org.gnome.Nautilus:3664): WARNING **: 13:25:09.882: Tracker
> 2
> migration: Couldn't run `tracker3`: Failed to execute child
> process
> “tracker3” (No such file or directory)
Could you install ‘tracker@3’ into the same profile, and try
again? This part might be a relatively simple input fix.
Please note whether it crashes for the *same* reason, as I fully
expect it to still crash! See this log[0] posted by nashdidan[m]
on IRC[1].
Aside from the vague version mismatch hypothesis, another possible
culprit is wrapping. G-stuff needs a lot of wrapping to work
properly & we might be introducing a bogus (argv[0]?) argument
somewhere. I didn't investigate.
Kind regards,
T G-R
[0]:
https://libera.ems.host/_matrix/media/r0/download/libera.chat/b5ff1e283706b1ed86b1396ce7f8d3474405c698
[1]: https://logs.guix.gnu.org/guix/2022-09-30.log#090340
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)
@ 2022-09-22 6: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 @ 2022-09-22 6:21 UTC (permalink / raw)
To: 57990, arne_bab
> can I express "any version of ffmpeg"?
No, this would go against the goals of Guix: packages can't depend on properties of the environment they'll end up in (if any).
They must be self-contained, or use standard features like $PATH et al to find optional dependencies at run time, but these will have to be provided by the user/manifest/whatever.
Sorry,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57583: Guix cannot resume after hibernation
@ 2022-09-05 13: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 @ 2022-09-05 13:05 UTC (permalink / raw)
To: Ludovic Courtès
Cc: 49475-done, 57583, Josselin Poiret, jackhill, Yusuf Talha
[-- Attachment #1: Type: text/plain, Size: 644 bytes --]
Jack, Yusuf, Ludo',
Yusuf: you could try pulling, reconfiguring, hibernating, and
resuming, if you're brave-ish.
Ludovic Courtès 写道：
> I believe this is fixed by this: […] The patch in question fell
> through the cracks
It should and it had, sorry.
I *dislike* the fact that this makes the resume path no longer
trivially obviously correct — because we now actually do something
potentially useful (and hence, dangerous) during it — but that's
unavoidable I suppose. It's certainly not the fault of this
patch.
Pushed as ec16f88522041dc285a35705ff9ee95672b78143, thanks Jack!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57583: Guix cannot resume after hibernation
@ 2022-09-05 12:38 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 @ 2022-09-05 12:38 UTC (permalink / raw)
To: Josselin Poiret; +Cc: 57583, yusuftalha
[-- Attachment #1: Type: text/plain, Size: 754 bytes --]
Hi again,
Josselin Poiret via Bug reports for GNU Guix 写道：
> (and testing these kinds of features is
> dangerous,
> you could make a wrong move and incur heavy data loss)
I couldn't agree moEXT4-fs ext4_get_branch:171: inode #8: block
30343695: comm jbd2/sdb7-8: invalid block
Aborting journal on device sdb7-8.
…ya know, I actually wrote a patch that I thought I'd submitted,
but apparently not? Or I'm failing to use Mumi again.
We should scan all swap areas for the S1SUSPEND signature, and do
a much better thing than the current behaviour if we find one.
I'll see if I can find it in a backup somewhEXT4-fs (sdb7):
Remounting filesystem read-only
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57583: Guix cannot resume after hibernation
@ 2022-09-05 12:13 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 @ 2022-09-05 12:13 UTC (permalink / raw)
To: Yusuf Talha; +Cc: 57583
[-- Attachment #1: Type: text/plain, Size: 717 bytes --]
Hi Yusuf, Ludo',
Josselin is right that resuming from encrypted swap isn't
supported.
Yusuf Talha via Bug reports for GNU Guix 写道：
> Hibernation wasn't working
> while I
> was using Guix without encryption a few months ago either.
To have any hope of debugging this one, we'll need information.
For example, what *exactly* did you specify as resume partition?
IIRC we try parsing it as /dev/name, UUID, or file system label
(almost certainly not in that order, obviously).
In #guix, Ludovic recently noted the same in passing, but so far
has managed to dodge my pleas for moreinfo :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57467: [EXT] Re: [EXT] Re: bug#57467: 'guix shell' does not honor default behavior when given a specific command to run
@ 2022-08-30 14: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 @ 2022-08-30 14:33 UTC (permalink / raw)
To: Thompson, David; +Cc: 57467, maximedevos
[-- Attachment #1: Type: text/plain, Size: 557 bytes --]
Hi David,
Thompson, David 写道：
> The hostility here and in the other issue where you are applying
> stop energy to my work is less than appreciated.
Some healthy ‘stop energy’ was needed here, and in bug #56444.
Please spend that energy on fleshing out requirements and
improving the patches if needed. Maxime's review is a good start.
Shopping around for a ‘core dev’ to fast-track these patches
disrespects the work Maxime has already put in, and is not how
things are done. It won't happen.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)
@ 2022-08-18 14:23 76% ` 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 @ 2022-08-18 14:23 UTC (permalink / raw)
To: Jacob K; +Cc: 57269
[-- Attachment #1.1: Type: text/plain, Size: 1090 bytes --]
Hi Jacob,
Jacob K via Bug reports for GNU Guix 写道：
> Files such as hal8812a_fw.c [1] have large arrays that seem to
> be binary
> firmware encoded in text. My understanding is that source code
> is not
> available, so I believe the files are nonfree software,
Even if free source code exists, we should still remove the blobs
and build our own. (Yes, we actually do this for other firmware
:-)
> the short-term at least, be removed from Guix. Long term it
> would be
> good to get the source code (via reverse engineering or asking
> Realtek),
> but I imagine that would take a significant amount of time and
> effort (I
> do have a Realtek USB Wi-Fi card, maybe not with this exact
> firmware
> though.).
Unfortunately all correct. Another blow to wireless networking
with Guix. Attached is a patch removing the
rtl8821ce-linux-module and rtl8812au-aircrack-ng-linux-module
packages.
I didn't apply it yet. Since this case, unlike some others,
appears to be straightforward, I don't intend to wait long.
Kind regards,
T G-R
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnu-Remove-Realtek-WiFi-drivers-with-firmware-blobs.patch --]
[-- Type: text/x-patch, Size: 5183 bytes --]
From a4650f7dbad4458d3bc907a96a45a334d1d2a086 Mon Sep 17 00:00:00 2001
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Sun, 14 Aug 2022 02:00:00 +0200
Subject: [PATCH 01/12] gnu: Remove Realtek WiFi drivers with firmware blobs.
rtl8821ce-linux-module contains, e.g., halhwimg8821c_fw.c and
hal8821c_fw.c. rtl8812au-aircrack-ng-linux-module has, e.g.,
hal8814a_fw.c, hal8812a_fw.c, and hal8821a_fw.c. Each of these
examples contains non-free firmware blobs disguised as C arrays.
* gnu/packages/linux.scm (rtl8821ce-linux-module)
(rtl8812au-aircrack-ng-linux-module): Remove variables.
Reported by Jacob K <jacobk@disroot.org>
---
gnu/packages/linux.scm | 75 -----------------------------
gnu/system/examples/bare-bones.tmpl | 1 +
2 files changed, 1 insertion(+), 75 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index fb8b4fa5a8..2c1a38b5c4 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -1373,81 +1373,6 @@ (define-public lkrg
detection of security vulnerability exploits against the kernel.")
(license license:gpl2)))
-(define-public rtl8821ce-linux-module
- (let ((commit "be733dc86781c68571650b395dd0fa6b53c0a039")
- (revision "6"))
- (package
- (name "rtl8821ce-linux-module")
- (version (git-version "0.0.0" revision commit))
- (source
- (origin
- (method git-fetch)
- (uri (git-reference
- (url "https://github.com/tomaspinho/rtl8821ce")
- (commit commit)))
- (file-name (git-file-name name version))
- (sha256
- (base32
- "00sd7s0582b9jcpfgy0fw6418dwg700mfyizkfr22jf2x140iy70"))))
- (build-system linux-module-build-system)
- (arguments
- (list #:make-flags
- #~(list (string-append "CC=" #$(cc-for-target))
- (string-append "KSRC="
- (assoc-ref %build-inputs
- "linux-module-builder")
- "/lib/modules/build"))
- #:phases
- #~(modify-phases %standard-phases
- (replace 'build
- (lambda* (#:key (make-flags '()) (parallel-build? #t)
- #:allow-other-keys)
- (apply invoke "make"
- `(,@(if parallel-build?
- `("-j" ,(number->string (parallel-job-count)))
- '())
- ,@make-flags)))))
- #:tests? #f)) ; no test suite
- (home-page "https://github.com/tomaspinho/rtl8821ce")
- (synopsis "Linux driver for Realtek RTL8821CE wireless network adapters")
- (description "This is Realtek's RTL8821CE Linux driver for wireless
-network adapters.")
- (license license:gpl2))))
-
-(define-public rtl8812au-aircrack-ng-linux-module
- (let ((commit "6d0d9fb56d4d918012a5c7a030b9233cad039cdd")
- (revision "8"))
- (package
- (inherit rtl8821ce-linux-module)
- (name "rtl8812au-aircrack-ng-linux-module")
- (version (git-version "5.6.4.2" revision commit))
- (source
- (origin
- (method git-fetch)
- (uri (git-reference
- (url "https://github.com/aircrack-ng/rtl8812au")
- (commit commit)))
- (file-name (git-file-name name version))
- (sha256
- (base32 "012asiy43ik13kl9p97sscdsqq5jihq73s4ws3g5wqqczqcgrsvc"))
- (modules '((guix build utils)))
- (snippet
- #~(begin
- ;; Remove bundled tarballs, APKs, word lists, speadsheets,
- ;; and other unnecessary unlicenced things.
- (for-each delete-file-recursively (list "android"
- "docs"
- "tools"))))))
- (supported-systems '("x86_64-linux" "i686-linux"))
- (home-page "https://github.com/aircrack-ng/rtl8812au")
- (synopsis "Linux driver for Realtek USB wireless network adapters")
- (description
- "This is Realtek's rtl8812au Linux driver for USB 802.11n wireless
-network adapters, modified by the aircrack-ng project to support monitor mode
-and frame injection. It provides a @code{88XXau} kernel module that supports
-RTL8812AU, RTL8821AU, and RTL8814AU chips.")
- (license license:gpl2+))))
-
(define-public vhba-module
(package
(name "vhba-module")
diff --git a/gnu/system/examples/bare-bones.tmpl b/gnu/system/examples/bare-bones.tmpl
index 387e4b12ba..ecac4bb3d1 100644
--- a/gnu/system/examples/bare-bones.tmpl
+++ b/gnu/system/examples/bare-bones.tmpl
@@ -19,6 +19,7 @@
(file-systems (cons (file-system
(device (file-system-label "my-root"))
(mount-point "/")
+ (options "atime,lol,ro,shared,shared")
(type "ext4"))
%base-file-systems))
--
2.37.1
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply related [relevance 76%]
* bug#57232: [installer] ENTER in guided partitioner destroys partition table
@ 2022-08-16 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 @ 2022-08-16 23:40 UTC (permalink / raw)
To: Mathieu Othacehe; +Cc: 57232
[-- Attachment #1: Type: text/plain, Size: 1267 bytes --]
Hi Mathieu,
Mathieu Othacehe 写道：
>> Er, I was… expecting that to mean it would pop up a pretty
>> window or
>> something. Is this really a feature? Should it be?
>
> I'm not sure what's the point here.
I'm not sure whose point you're referring to, so I'll clarify
mine.
Currently, pressing ENTER on a whole disc device wipes its
partition table, or at least did so for me (MBR). That's an
unexpected way ‘to change a disk's partition table’ even if it's
technically true.
It wasn't clear to me whether it was intentional, or a bug, or
perhaps a bit of both. Hence my question. I agree that we should
warn before writing anything, but that's somewhat orthogonal.
I had rewritten the dialogue before encountering this issue, but
it doesn't seem like I understand the intention behind the design
very well. I'll drop the UI-related patches and leave that effort
to someone who does.
> we would be glad to get your support.
That wasn't the impression I got in response to some mild
criticism, but thanks. I'll keep working on it when I get that
spare machine :-)
(I do consider the installer important to the project, even if I
never claimed to be its target audience.)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57232: [installer] ENTER in guided partitioner destroys partition table
@ 2022-08-16 16: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 @ 2022-08-16 16:55 UTC (permalink / raw)
To: Mathieu Othacehe; +Cc: 57232
[-- Attachment #1: Type: text/plain, Size: 1013 bytes --]
Hi Mathieu!
Mathieu Othacehe 写道：
>> What that does is immediately and without confirmation wipe the
>> on-disc
>> partition table. And its back-up.
>
> Oops, glad you were able to recover, I was also bitten in the
> past.
My mistake for insisting on a bare metal test without a throwaway
machine handy :-)
> The attached patch adds an extra confirmation page before wiping
> everything, WDYT?
Code looks all right. I'll try it out. Thanks!
The help text for users reads, in part:
“You can change a disk's partition table by selecting it and
pressing ENTER.”
Er, I was… expecting that to mean it would pop up a pretty window
or something. Is this really a feature? Should it be?
I have to be honest: I was extremely let down by the installer UX,
*because* I read a lot of the code and can see how much effort
went into it. I hate pointing out that the partitioner is at once
less useful and more dangerous than (system "fdisk").
:-/,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57232: [installer] ENTER in guided partitioner destroys partition table
@ 2022-08-15 23:05 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 @ 2022-08-15 23:05 UTC (permalink / raw)
To: 57232
[-- Attachment #1: Type: text/plain, Size: 301 bytes --]
Hi all,
Whilst testing the graphical installer, I selected ‘guided
partitioning’ and pressed ENTER on the main drive (sda) to see
what that does.
What that does is immediately and without confirmation wipe the
on-disc partition table. And its back-up.
Testdisk is great,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57229: ‘guix system image’ forces commit authentication?
@ 2022-08-15 19:06 88% 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 @ 2022-08-15 19:06 UTC (permalink / raw)
To: 57229
[-- Attachment #1: Type: text/plain, Size: 2442 bytes --]
Hi all,
There doesn't seem to be a way to opt out of commit authentication
with ‘./pre-inst-env guix system image’. Am I missing (a
reasonable!) one?
I'd expect all commands that authenticate commits to honour
‘--disable-authentication’.
--8<---------------cut here---------------start------------->8---
λ ./pre-inst-env guix system image -t iso9660
gnu/system/install.scm
Updating channel 'guix' from Git repository at
'/home/nckx/guix/'...
Backtrace:
In guix/gexp.scm:
898:13 19 (_ _)
In guix/store.scm:
1996:8 18 (_ _)
In guix/gexp.scm:
300:22 17 (_ _)
In guix/store.scm:
1996:8 16 (_ _)
In guix/gexp.scm:
300:22 15 (_ _)
In guix/store.scm:
1996:8 14 (_ _)
In guix/packages.scm:
1876:11 13 (_ _)
In guix/build-system/channel.scm:
42:2 12 (_ _)
In guix/store.scm:
2040:38 11 (_ #<store-connection 256.99 7bdb3437a460>)
In guix/channels.scm:
523:7 10 (loop _ _)
In guix/combinators.scm:
48:26 9 (fold2 #<procedure 7bdb32ca8120 at
guix/channels.scm:523:13 (channel previous-channels
instances)> () () (#<<channel> …>))
In guix/channels.scm:
533:29 8 (_ #<<channel> name: guix url: "/home/nckx/guix/"
branch: "master" commit:
"43513c4e93740e2a9dc4ca138f8b34434f66e170" …> …)
421:12 7 (latest-channel-instance #<store-connection 256.99
7bdb3437a460> _ #:patches _ #:starting-commit _ #:authenticate?
_ # _)
In guix/git.scm:
299:7 6 (call-with-repository _ #<procedure 7bdb32ca8060 at
guix/channels.scm:384:2 (repository)>)
In guix/git-authenticate.scm:
404:4 5 (authenticate-repository #<git-repository 69e6c0> _
#vu8(187 176 45 223 44 234 246 168 13 29 230 67 162 160 109
242 # …) …)
263:20 4 (load-keyring-from-reference #<git-repository 69e6c0>
_)
In git/branch.scm:
101:8 3 (_ _ _ _)
In git/bindings.scm:
77:2 2 (raise-git-error _)
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Git error: cannot locate remote-tracking branch 'origin/keyring'
λ ./pre-inst-env guix system image -t iso9660
gnu/system/install.scm --disable-authentication
guix system: error: disable-authentication: unrecognized option
--8<---------------cut here---------------end--------------->8---
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 88%]
* bug#57222: Guix Tor service needs a little more authority
@ 2022-08-15 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 @ 2022-08-15 11:15 UTC (permalink / raw)
To: 57222
[-- Attachment #1: Type: text/plain, Size: 924 bytes --]
Hi all,
I recently found my Tor nodes dead, unable to bind to their port
with a confusing ‘permission denied’ error.
This was caused by a regression in Guix's Tor service: it now uses
‘least-authority-wrapper’, meaning that it… well, hasn't the
authority to bind to all ports. Oops.
Even today, (some, well-known) low ports are firewalled/flagged
noticeably less than higher ones. Thankfully, DPI isn't the norm
yet.
Reverting commit fb868cd7794f15e21298e5bdea996fbf0dad17ca fixes
this.
Our service wasn't insecure before: Tor expects to be started as
root and drop privileges through the torrc ‘User’ directive, not
the way Guix now does it through namespaces.
Still, I'll take a stab at relaxing the service's POLA parameters
to allow this, hoping to get the best of both worlds, but this is
new territory to me. Maybe that's not possible.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#57091: Git authentication reports subkey fingerprints
@ 2022-08-11 16: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 @ 2022-08-11 16:31 UTC (permalink / raw)
To: Maxime Devos; +Cc: ludo, 57091
Hi Maxime,
Quick reply mainly to say thanks for replying :-)
On 2022-08-11 17:07, Maxime Devos wrote:
> On 11-08-2022 13:17, Tobias Geerinckx-Rice wrote:
>
>> Apologies if I'm wildly off the mark here. But then I'd like to
>> hear some plausible threat models. Maxime?
>
> Here's a problem with allowing subkeys, if that's what you mean:
(Well, you snipped my previous paragraph where I mention what you seem
to describe below, so yes.)
> * Expiration times and GPG-level revocation must be ignored (for
> time-travel, and pulling from an old Guix), similarly to why it must
> be ignored for when no subkeys are used
> * Someone used to GPG-style subkeys generates a new subkey to
> replace old expired subkey or revokes old subkey, without keeping in
> mind that Guix doesn't take that in account.
> * An attacker uses a compromised-but-revoked-or-expired subkey to
> compromise the channel.
Why does none of this apply to primary keys?
> Expiration times might be solvable by taking the commit time of the
> previous commit as 'current time' (not the commit that was signed,
> otherwise an attacker could just lie). I don't know a solution for
> GPG-level revocation of old subkeys but I haven't looked either.
Git commit dates aren't reliable. Requiring that they be accurate going
forward would be imposing yet another 'artificial'/idiosyncratic
limitation. I think we should be very hesitant to build a verification
system on assumptions stacked just so.
> Another problem:
>
> * When replacing the key in the 'keyring' branch with an 'updated'
> key that contains the new subkey, we have to be careful to never
> remove old subkeys, to avoid breaking time travel or pulling from old
> versions.
Sure. We always need to be careful when updating the keyring branch.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57091: Git authentication reports subkey fingerprints
2022-08-11 11:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-08-11 11:33 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 @ 2022-08-11 11:33 UTC (permalink / raw)
To: 57091, ludo, maximedevos
Of all the stupid typos...
>Ludo', are you worried that, since we already handle revocations like GPG would
...DON'T handle, of course, by design.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57091: Git authentication reports subkey fingerprints
@ 2022-08-11 11:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-11 11:33 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 @ 2022-08-11 11:17 UTC (permalink / raw)
To: 57091, ludo, maximedevos
This is not a mere UI issue. Basic verification is currently broke^Wdifferent, too, or the latest incident wouldn't have happened.
Hmm. I wonder...
Ludo', are you worried that, since we already handle revocations like GPG would, the 'proper' OpenPGPmodel could somehow break? That we are in effect unable to safely fix this (yes, I maintain it is a) bug?
Apologies if I'm wildly off the mark here. But then I'd like to hear some plausible threat models. Maxime?
In their absence, nasty surprises like what happened last week are argument enough to (try to! :-) implement normal OpenPGP behaviour.
Kind regards,
T G-R
Sent on the go. Excuse above-average rambliness.
^ permalink raw reply [relevance 90%]
* bug#57127: unzip fails to cross-compile
2022-08-11 10:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-08-11 10: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 @ 2022-08-11 10:28 UTC (permalink / raw)
To: 57127, andrewpatt7, 57127-done
(Now home:) fixed in 45db0ca5e9.
Can you confirm that it works for you?
Closing,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57127: unzip fails to cross-compile
@ 2022-08-11 10:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-11 10:28 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 @ 2022-08-11 10:12 UTC (permalink / raw)
To: 57127, andrewpatt7
Hi Andrew,
This is a bug in Guix, not really related to cross-compiling (hence you can stop cross-testing and reporting different architectures, although the effort is appreciated!).
%output is practically deprecated, but is still present in a good number of packages. Sometimes it happens to work, because a specific build system explicitly kept support for it. Some build systems don't, making support for it feel unreliable. It is. %output is obsolete for new code.
What also happens is that build systems still support it in the well-tested native build path, but not when cross-compiling. That seems to be the case here.
> Interestingly, it gives the same errors when explicitly building for x86_64
> on an x86_64 machine, even though I would expect doing so to compile as normal.
You don't define what you mean by 'explicitly building'.
If you mean --target=x86_64-linux-gnu, why would it not fail? You're cross-compiling. Guix doesn't silently fall back to a non-cross build when the architectures match, no should it IMO.
The fix should be simple: rewrite unzip to use gexps and hence #$output. Why didn't I simply do so yet? Because too many packages depend on unzip to simply do so on master. There's probably a way around that, but I'll try it when I'm back at a computer.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57046: Spanish documentation uses exclusive language
@ 2022-08-10 18: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 @ 2022-08-10 18:54 UTC (permalink / raw)
To: pelzflorian (Florian Pelz); +Cc: 57046
Hi all,
On 2022-08-09 22:02, pelzflorian (Florian Pelz) wrote:
> There has been plenty of debate elsewhere; no need to bother; I guess
> there won’t be consensus. […] Could the bug be closed soon?
I'm torn. I added & removed ‘-close’ a few times just now.
The initial post was doomed to be flame bate because of the subject
matter, but was probably in good faith, apart from the title.
If it wasn't, it can be reinterpreted that way, and since when does
authorial intent matter… :-)
But then, as deterministic dominoes in motion, we follow the unavoidable
and predictable path downward. Guix should follow my arbitrary grammar
rules! — no it shouldn't. Guix must listen only to my chosen
demographic! — no it shouldn't. Gender-neutral language is offensive to
sexists! — good.
Notably scarce are arguments that actually stand on their own, that can
help build a (new) consensus if you disagree with the current
translation.
I don't speak much Spanish, but Ludo's suggestions sound great to me.
How about we turn them into guidelines and add them to Contributing?
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#57052: elogind-service specifies a variable that's ignored by defualt
@ 2022-08-09 14: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 @ 2022-08-09 14:31 UTC (permalink / raw)
To: 57052, maxim.cournoyer, liliana.prikler; +Cc: cairn
>For the record, this was noticed and discussed more than a year ago, see
>Message-ID: <871rens9a2.fsf@nckx>. It had fallen into the cracks
LOL. I'm the one who asked Cairn to report this. I didn't remember publicly reporting it, I only remembered noticing it and not fixing it, and didn't want it to get forgotten 'again'. Sorry for the noise!
Strongly disagree that the current Guix behaviour makes any sense, let alone better! That sounds like posthockholm rationalisation to me. If people want opinionated variants, those can be written on top of a service that properly exposes upstream behaviour.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#52029: wterm fails to start on core-updates-frozen
@ 2022-08-06 1: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 @ 2022-08-06 1:38 UTC (permalink / raw)
To: paren, 52029, jbranso, jackhill
This sounds like the right thing to do.
Either of you feel like practicing a 'simple deprecation'? ;-)
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54691: fortune-mod propagates various non-nice things
@ 2022-08-04 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 @ 2022-08-04 19:58 UTC (permalink / raw)
To: Liliana Marie Prikler; +Cc: Ludovic Courtès, Maxime Devos, 54691, 56599
[-- Attachment #1: Type: text/plain, Size: 328 bytes --]
Hi Liliana,
Liliana Marie Prikler 写道：
> I'm not saying either option is worse than the other
I see; thanks for the clarification.
Then I *will* say that transparently upgrading to a package that
does nothing is worse than simple removal.
In fact, all of the proposed hacks are…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* [bug#56599] bug#54691: fortune-mod propagates various non-nice things
@ 2022-08-04 15:37 99% ` Tobias Geerinckx-Rice via Guix-patches via
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Guix-patches via @ 2022-08-04 15:37 UTC (permalink / raw)
To: bug-guix, Ludovic Courtès, Liliana Marie Prikler
Cc: 54691, Maxime Devos, 56599
>To me use of ‘deprecated-package’ in this case is just to ensure that
>users who run ‘guix upgrade’ will transparently get
>‘fortune-jkirchartz’. I don’t have a strong opinion though.
I believe what Liliana meant is that it's worse to 'transparently' upgrade to a data package that doesn't provide the 'fortune' command at all (or conversely, an implementation of the command that doesn't propagate the actual fortune data), than it is to signal to users through an error message that something's up and they need to stop and think.
(Er, that's a lot more words to put in someone's mouth than I intended to, sorry :-)
I'd suggest a news item but I really don't think this warrants it.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 99%]
* bug#56847: [CI] ‘Build output’ artefact download links are broken
@ 2022-07-30 23:46 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 @ 2022-07-30 23:46 UTC (permalink / raw)
To: 56847
[-- Attachment #1: Type: text/plain, Size: 171 bytes --]
After the server migration, the ‘Build outputs’ links on pages
like [0] return 502.
Kind regards,
T G-R
[0]: https://ci.guix.gnu.org/build/1123838/details
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56799: (gnu services configuration) usage of *unspecified* is problematic
@ 2022-07-27 18: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 @ 2022-07-27 18:45 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: 56799, attila
[-- Attachment #1: Type: text/plain, Size: 1535 bytes --]
Hi Maxim,
Maxim Cournoyer 写道：
> For some background reading, see [0].
Thanks for the well-thought-out reply, and sharing this
interesting link!
Now, it's just the musings of one person, but now I think I do
agree with (what I think is) the underlying vision: to hush up
*unspecified* and sneakily replace it with true nothingness. OK,
I can live with that. :-)
> I think the semantic of the language is that it is to be used as
> the
> lack of a return value from a procedure or syntax, e.g.:
>
> (unspecified? (if #f 'one-arm-if)) -> #t
Well… in the above context I'd hesitate to even imply ‘semantics’.
It's like undefined behaviour in C. Ascribe it meaning at your
peril. Otherwise, point taken.
> Having 'unspecified?' even defined in Guile seems to go against
> that
> idea; perhaps because Wingo themselves seems to disagree in [0].
Agreed. *This* was one of my reasons for supporting (field
*unspecified*), so it's nice to have it validated, even if it is
rejected.
> I'm also thinking 'unspecified being too close to *unspecified*
> is
> probably going to cause confusion down the line. Reverting to
> the
> originally used 'disabled may be the lesser evil.
Ah, here I can concentrate all my previous disagreement: hell no
:-)
It is the worstest evil; literally anything is better than
(enable-foo? 'disabled) defaulting to #t.
Bikeshed this all y'all want, but 'default or 'unset or 'whatever
are miles better.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56799: (gnu services configuration) usage of *unspecified* is problematic
@ 2022-07-27 16: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 @ 2022-07-27 16:43 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: 56799, attila
[-- Attachment #1: Type: text/plain, Size: 627 bytes --]
Hi Maxim,
Maxim Cournoyer 写道：
> I'd suggest we revisit 8cb1a49a3998c39f315a4199b7d4a121a6d66449
> to use
> 'unspecified (the symbol) instead of *unspecified*, which *can*
> be
> serialized without any fuss in gexps.
Bah. Could we provide our own reader?
I'd much rather this be addressed in Guile (or failing that,
transparently by Guix) than have to deal with some magical symbol.
IIRC that was the argument for using *unspecified* in the first
place, and I think it makes sense.
This looks more like an unexplored oversight than a well-reasoned
restriction to me.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56722: guix pull fails -- unbound variable in gnu/home/services/symlink-manager.scm
@ 2022-07-24 10:52 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 @ 2022-07-24 10:52 UTC (permalink / raw)
To: paren, 56722
Yo!
Thanks for CC'ing the thread. I pushed the reversion whilst closing my laptop (really) and totally forgot.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#56581: 1.3.0 F1 reboot bug
@ 2022-07-15 21: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 @ 2022-07-15 21:22 UTC (permalink / raw)
To: Peter; +Cc: 56581-done, bug-guix
[-- Attachment #1: Type: text/plain, Size: 1024 bytes --]
Hi again!
Peter 写道：
> On the 1.3.0 image, F1 to reboot just locks up the computer with
> a black screen. Necessary to hold down power button to
> force-power-off computer
> to restart it.
Ouch. Thanks for taking the time to report this bug.
> Using the GUIX snapshot image does not have this issue, reboot
> works normally with the later image.
Unfortunately, the 1.3.0 image is just as much of a ‘snapshot’,
although it was tested and presumably rebooted some (most?)
hardware at the time.
It does not receive backported fixes or updates. That would
require volunteer effort we currently lack. The good news is that
the next (1.4.0) installer will equally be a tested snapshot of
master, and hence should contain whatever fix makes the ‘latest’
ISO reboot properly for you.
Since there's nothing actionable to ‘fix’ within our current
release workflow, I'm closing this bug, although does illustrate
one weakness in said workflow.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56583: Partitioner was detecting a filesystem where none existed
@ 2022-07-15 21: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 @ 2022-07-15 21:09 UTC (permalink / raw)
To: Peter; +Cc: 56583
[-- Attachment #1: Type: text/plain, Size: 515 bytes --]
Peter 写道：
> This means it was not reading the partition table correctly.
Could you explain this part? E.g., did you run ‘wipefs -a’ to
erase the old file system metadata? Partition tables do not
specify file system information.
Guix can take responsibility only for its own drive partitioning
code (which, by most accounts I've heard, could certainly be
improved); otherwise it's the user's and/or tools' responsibility
to correctly wipe the underlying data.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56353: sbcl-2.2.6 build fail
@ 2022-07-02 11: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 @ 2022-07-02 11:40 UTC (permalink / raw)
To: 56353, xiewensheng
On 2 July 2022 09:29:22 UTC, Wensheng Xie <xiewensheng@hotmail.com> wrote:
>Das Erstellungsprotokoll kann unter „/var/log/guix/drvs/6l/q7dfdfzrlp24lmhj95fcnvkr2mrqfz-sbcl-2.2.6.drv.bz2“ eingesehen werden.
This log file is always a good idea to include.
If it's more than a few hundred kilobytes compressed, send only the last ~300K or so.
Hi,
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#56287: Downloading latest development snapshots not working
2022-06-29 9:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-06-30 19: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 @ 2022-06-30 19:06 UTC (permalink / raw)
To: miller.christian, 56287
Update: the newest build *does* have a 'build output' so now the home page links work once more.
Still, this happened, so there's clearly a bug. Leaving this open until it's closed to improve bug stats :)
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#56287: Downloading latest development snapshots not working
@ 2022-06-29 9:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-30 19:06 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 @ 2022-06-29 9:05 UTC (permalink / raw)
To: Christian Miller; +Cc: 56287
On 2022-06-28 19:29, Christian Miller via Bug reports for GNU Guix
wrote:
> It currently is not possible to download latest development snapshots
A work-around for now, in case you or others urgently need an ISO, is to
download the latest successful 'build output' here:
https://ci.guix.gnu.org/build/1042418/details.
For some reason, the most recent build didn't produce this special
'build output' marker despite building the output just fine: [0].
Kind regards,
T G-R
[0]: https://ci.guix.gnu.org/build/1045985/details
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#53355: guix shell --check: confusing error message
@ 2022-06-26 19: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 @ 2022-06-26 19:45 UTC (permalink / raw)
To: 53355, maximedevos, dev, cmmarusich; +Cc: ludo, 51466
On 26 June 2022 13:07:11 UTC, Maxime Devos <maximedevos@telenet.be> wrote:
>(To be clear, I still recommend just fixing dash ...)
That's the long-term solution, but Guix needs a work-around regardless.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#56144: perl-mail-spf package installs, but does not run.
@ 2022-06-23 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 @ 2022-06-23 12:24 UTC (permalink / raw)
To: Eduard Budulea; +Cc: 56144
[-- Attachment #1: Type: text/plain, Size: 623 bytes --]
Hi Eduard!
Eduard Budulea via Bug reports for GNU Guix 写道：
> I have tried to move the dependencies from input to
> input-propagated,
> but got the same result.
Even if that did work, installing perl-mail-spf would then also
install these other perl-* packages — no better than a traditional
distro. Avoid propagation wherever possible.
Instead, you should ‘wrap’ the spfquery executable so that
PERL5LIB is correctly set when it's invoked, without polluting the
user's profile.
Look at the ‘dirvish’ package for an arbitrary but seemingly sane
example.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#56091: Possible hash mismatch in barrier 2.4.0
@ 2022-06-19 15: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 @ 2022-06-19 15:28 UTC (permalink / raw)
To: Vishakh Kumar; +Cc: 56091, 56091-done
[-- Attachment #1: Type: text/plain, Size: 928 bytes --]
Hi!
Thanks for reporting this.
Vishakh Kumar 写道：
> I think this is a case where the hash in the package description
> might be wrong?
What usually (though, mercifully, rarely) happens is that the hash
is correct at the time of packaging, then upstream goes and moves
a perfectly good git tag instead of making a new one, and the hash
becomes wrong in retrospect.
This case was different: the original packager correctly ran ‘guix
hash -rx .’ on their clone of the barrier git repository, but did
not first check out the submodules and was unaware that these
affect the hash. I don't think the original package ever built,
or at least fail to see how it could have.
Fixed on master[0].
Closing, but could you guix pull & confirm that it works for you?
Kind regards,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=7f1cb1ebca169e3a4b5ed59fe226bb614b18b57f
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55985: Cuirass(?) produces less than useful ‘build’ log files
@ 2022-06-14 22: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 @ 2022-06-14 22:29 UTC (permalink / raw)
To: 55985
[-- Attachment #1: Type: text/plain, Size: 1854 bytes --]
Hi Guix!
It seems that build logs are not copied over from build nodes,
leading to amusing (but alas quite useless) output like:
~ λ curl $(guix build zstd --log-file)
substitute: updating substitutes from
'http://141.80.167.131'... 100.0%
fetching path
`/gnu/store/rx8ja2y7xfrq19x8hr7ly8sq661bwpaw-zstd-1.5.0.drv'...
@ substituter-started
/gnu/store/rx8ja2y7xfrq19x8hr7ly8sq661bwpaw-zstd-1.5.0.drv
substitute
Downloading
http://141.80.167.131/nar/lzip/rx8ja2y7xfrq19x8hr7ly8sq661bwpaw-zstd-1.5.0.drv...
zstd-1.5.0.drv 280KiB/s 00:00 |
1KiB transferred
@ substituter-succeeded
/gnu/store/rx8ja2y7xfrq19x8hr7ly8sq661bwpaw-zstd-1.5.0.drv
substitute: updating substitutes from
'http://141.80.167.131'... 100.0%
substitute: updating substitutes from
'http://141.80.167.131'... 100.0%
fetching path
`/gnu/store/wa5pngf2lywgi8vd8k9b1k13wp2acvi4-zstd-1.5.0-static'...
@ substituter-started
/gnu/store/wa5pngf2lywgi8vd8k9b1k13wp2acvi4-zstd-1.5.0-static
substitute
fetching path
`/gnu/store/bn6pk5zjjdpdfzb6yfr5psi9pji9w51n-zstd-1.5.0'...
@ substituter-started
/gnu/store/bn6pk5zjjdpdfzb6yfr5psi9pji9w51n-zstd-1.5.0 substitute
Downloading
http://141.80.167.131/nar/lzip/wa5pngf2lywgi8vd8k9b1k13wp2acvi4-zstd-1.5.0-static...
zstd-1.5.0-static 1.4MiB/s 00:00 |
64KiB transferredDownloading
http://141.80.167.131/nar/lzip/bn6pk5zjjdpdfzb6yfr5psi9pji9w51n-zstd-1.5.0...
zstd-1.5.0 476KiB 4.5MiB/s 00:00
[##################] 100.0%
@ substituter-succeeded
/gnu/store/bn6pk5zjjdpdfzb6yfr5psi9pji9w51n-zstd-1.5.0
zstd-1.5.0-static 1.3MiB/s 00:00 |
405KiB transferred
@ substituter-succeeded
/gnu/store/wa5pngf2lywgi8vd8k9b1k13wp2acvi4-zstd-1.5.0-static
~ λ
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55933: Fails download of quix 1.3 virtual machine
@ 2022-06-12 21:14 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 @ 2022-06-12 21:14 UTC (permalink / raw)
To: Thomas C Kosvic, gnu; +Cc: 55933
[-- Attachment #1: Type: text/plain, Size: 1004 bytes --]
Thomas,
Thanks for the report. I'm CC'ing <gnu@gnu.org> as documented
here[0] to get their opinion.
Thomas C Kosvic 写道：
> [0] does not download a file, it tries to open the file in
> thevrowser.
This is not universal: it works fine in Firefox 100.
However, there does seem to be an inconsistency with the GNU FTP
server:
~ λ curl -LI
https://ftp.gnu.org/gnu/guix/guix-system-install-1.3.0.x86_64-linux.iso
|
grep Content-Type
X-Content-Type-Options: nosniff
Content-Type: application/x-iso9660-image
~ λ curl -LI
https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
|
grep Content-Type
X-Content-Type-Options: nosniff
The QCOW2 response is missing a Content-Type, whilst asking
browsers not to sniff it for themselves. Apparently your browser
is making an exceptionally bad call.
Kind regards,
T G-R
[0]:
https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
[1]: https://ftp.gnu.org/
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#54973: control message for bug #54973
@ 2022-06-10 22: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 @ 2022-06-10 22:09 UTC (permalink / raw)
To: Haider Mirza; +Cc: 54973-done
[-- Attachment #1: Type: text/plain, Size: 359 bytes --]
Hullo,
Haider Mirza 写道：
> close 54973
> quit
This kind of message works only if sent to the ‘control@’ address
instead of the bug address.
The (IMO easier) way to close issues is to ‘Reply’ and simply edit
the address to add ‘-done’ or ‘-close’ after the bug number, as
I've done with this message.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55884: I have a problem wıth my computer
@ 2022-06-10 16: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 @ 2022-06-10 16:17 UTC (permalink / raw)
To: User Googlov; +Cc: 55884
[-- Attachment #1: Type: text/plain, Size: 266 bytes --]
Comrade Googlov,
> I condemn any aggression of Russia and its government.
Much appreciated, but we don't demand such a pledge from our users
:-)
Even if we did take a stand, it would be better served by a Web
site that everyone can read.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55826: guix pull fails on local channel
[not found] <mailman.8438.1654578063.1231.bug-guix@gnu.org>
@ 2022-06-07 9: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 @ 2022-06-07 9:34 UTC (permalink / raw)
To: kjartanoli; +Cc: 55826
[-- Attachment #1: Type: text/plain, Size: 1907 bytes --]
Hi!
Kjartan Oli Agustsson 写道：
>> Updating channel 'kjartan' from Git repository at
>> 'file:///home/kjartan/guix-custom'...
>> Authenticating channel 'kjartan', commits 3bd6c82 to 6677083 (1
>> new commits)...
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> #<unknown port>:5:1: unexpected end of input while searching
>> for: )
Guile errors are quite literal-minded, most of the time. All the
world's a string, and parsing it an adventure.
This error means that you have a missing or mismatched closing )
somewhere, or didn't close a " so Guile doesn't see it, or…
It's impossible to say more without seeing the code.
> If I delete the git repository and re-initialize it the pull is
> successful, but once I commit any changes to this new repository
> the
> problem re-appears.
It must be some specific change/file, not any change.
A quick and dirty
~/guix-custom$ guix repl -L. <each/scheme/file/in/turn.scm
might be enough: Guile will print all kinds of things to ignore,
but if you see the same error about searching for ), you'll know
that the problem is in that file.
But really…
> Does anyone have any clues as to what could be
> wrong, or how I could go about debugging this?
…use an editor (like emacs, but other fine and graphical editors
are available) that balances or at least highlights brackets.
Manually counting them is madness and not how anybody writes Lisps
in real life.
> If it helps the channel definition is:
> (channel
> (name 'kjartan)
> (url "file:///home/kjartan/guix-custom")
> (introduction
> (make-channel-introduction
> "3bd6c82a5bb588c35ead0458036aac0ef60f166a"
> (openpgp-fingerprint
> "4801 0D71 49C0 1DD6 E5FD 6AC9 D757 2FE3
> 605E E6B0"))))
This looks fine, but I was unable to clone the repository. :-)
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55657: libgccjit is unusable
2022-06-04 14:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-06-04 14:25 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 @ 2022-06-04 14:25 UTC (permalink / raw)
To: 55657, liliana.prikler
Meant to include link to https://github.com/flatwhatson/guix-channel/blob/657da22f0229b978b7bf4e4d476f59f17f6a175f/flat/packages/gcc.scm#L27 which is where the majic happens
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55657: libgccjit is unusable
@ 2022-06-04 14:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-04 14:25 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 @ 2022-06-04 14:22 UTC (permalink / raw)
To: 55657, liliana.prikler
Lily,
I think a lot of people are using emacs-native-comp from here: https://github.com/flatwhatson/guix-channel/blob/master/flat/packages/emacs.scm
I don't know if I've updated mine since your failed experiments, but it has worked forever...
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55587: bug#55596: Guix/Guile segfaults on `guix import texlive`
@ 2022-05-28 18: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 @ 2022-05-28 18:51 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 55596, jackhill, 55587, hugonobrega
[-- Attachment #1: Type: text/plain, Size: 361 bytes --]
Hi,
I thought I'd replied to this.
I think you might be barking up the wrong tree (or, likely, that
there are multiple trees here). I could reproduce the segfault on
Guix System and encouraged Jack to file this bug.
It's not foreign-distro-related. The process actually segfaulting
is Guix, not svn, possibly due to a missing svn.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55625: GNOME: totem controls not accessible
@ 2022-05-28 15:35 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 @ 2022-05-28 15:35 UTC (permalink / raw)
To: 55625, maximedevos, roman
'Accessible' just means 'available' (toeganklijk, same problem though).
It does not generally imply 'accesibility' as used in various fields of engineering, although of course we're biased to read it so.
Anyway, Maxime: do the buttons work for you once the codec's fixed? My computer seems to have frozen whilst building them.
Ah, engineering.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55596: subversion segfaul on `guix import texlive`
@ 2022-05-23 18: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 @ 2022-05-23 18:40 UTC (permalink / raw)
To: Jack Hill; +Cc: 55596
[-- Attachment #1: Type: text/plain, Size: 1064 bytes --]
Jack Hill 写道：
> """
> $ guix import texlive qrcode
> command "svn" "export" "--non-interactive" "--trust-server-cert"
> "-r"
> "59745"
> "svn://www.tug.org/texlive/tags/texlive-2021.3/Master/texmf-dist/doc/latex/qrcode/"
> "/tmp/guix-directory.6aY7Gk/doc/latex/qrcode/" failed with
> signal 11
> guix import: error: failed to import package 'qrcode'
> """
>
> It seems something is unwell with our subversion package?
I don't know why I didn't think of this sooner, but I ran that svn
command by hand (only replacing the output directory, say
/tmp/foo) and… it ran fine.
So I checked my dmesg and it's actually Guix that's getting
killed:
[146565.315921] guix[1767]: segfault at c0 ip 000076c46ae99e70 sp
00007fffcbe9cb30 error 4 cpu 5 in
libc-2.33.so[76c46ae57000+141000]
[146565.315937] Code: 56 41 55 41 54 55 48 89 fd 53 48 81 ec f8 04
00 00 48 8b 05 ea 1f 15 00 48 89 34 24 89 4c 24 48 64 8b 00 89 84
24 80 00 00 00 <8b> 87 c0 00 00 00 85 c0 0f 85 4a 02 00 00 c7 87
c0 00 00 00 ff ff
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55559: btrfs-progs fails to cross-compile
@ 2022-05-21 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 @ 2022-05-21 18:44 UTC (permalink / raw)
To: Pavel Shlyak; +Cc: 55559-done, bug-guix
[-- Attachment #1: Type: text/plain, Size: 395 bytes --]
Pavel,
Pavel Shlyak 写道：
> Only cross-compilation fails
> guix build btrfs-progs --target=aarch64-linux-gnu
Thanks. This was due to
- a bogus eudev native-input that should have been regular,
- broken Python support somewhere upstream.
Handily, said Python support was never actually used by Guix, so
we can just ignore it and --disable-python.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#55361: [Installer] Extra unprivileged “root” account added
@ 2022-05-21 13: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 @ 2022-05-21 13:34 UTC (permalink / raw)
To: bokr; +Cc: ludo, 55361
Hi bokr,
What makes this commit special? If there's a security aspect here, what
is it?
> Personally, I am happy to see "fixed," but I would be happier
> seeing a signed exploitability assessment, esp if by someone
> concentrating on that aspect of things.
I don't think anyone is going to volunteer for that honour, unless you
are :-)
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55513: [data.guix.gnu.org] Broken link
@ 2022-05-18 22: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 @ 2022-05-18 22:11 UTC (permalink / raw)
To: 55513; +Cc: mail
Hi Chris!
I was puttering around the site and noticed that the ‘master’ link at
<https://data.guix.gnu.org/repository/1> points to a URL with one too
many /repository/s in it. Removing it works fine.
That is all.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55500: guix.gnu.org is not available from Russia
[not found] ` <CANqtuX4iw+ua3istWnMgOf71jzd7H5ytaRm=_GYcitad61BEig@mail.gmail.com>
@ 2022-05-18 16:28 89% ` 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 @ 2022-05-18 16:28 UTC (permalink / raw)
To: Zomb Hacker; +Cc: 55500
Hasty reply, sorry if I miss a point. [And in my hast I forgot to CC
the list, sigh. Here's another copy.]
On 2022-05-18 17:19, Zomb Hacker wrote:
> Is there any trusted mirrors?
Depends on what you mean by ‘trusted’, but yes.
For substitutes:
~~~~~~~~~~~~~~~~
- There's an independent but trusted build farm at
"https://bordeaux.guix.gnu.org". You can add this to your list of
substitute URLs, *and* authorise its signing key[0], to make Guix poll
it for substitutes instead of [or in addition to] ci.guix.gnu.org.
- There's also a Chinese mirror of ci.guix.gnu.org at
"https://mirrors.sjtug.sjtu.edu.cn/guix". This is a true mirror: it
just serves whatever ci.guix.gnu.org does.
This means that even though it's not run by the project, its
substitutes will be signed with the ‘official’ ci.guix.gnu.org key,
which your Guix trusts out of the box. You don't need to authorise
another key, and the SJTUG admins cannot modify & sign malicious
binaries.
They can of course *see* what you download. If you're worried about
that, use Tor as explained by Ludovic.
For Guix ISOs
~~~~~~~~~~~~~
…the situation is less straightforward:
- ftp.gnu.org, which can be reached from Russia, hosts only releases,
and Guix 1.3 is over a year old by this point. It's supported, but…
- I recommend you download the equivalent to
<https://guix.gnu.org/en/download/latest/> over Tor, even if that takes
a while.
I also can't tell you how to easily add alternative substitute servers
in the Guix installer itself, as I've never done so myself. Sorry.
Kind regards,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix.git/plain/etc/substitutes/bordeaux.guix.gnu.org.pub
^ permalink raw reply [relevance 89%]
* bug#55500: guix.gnu.org is not available from Russia
@ 2022-05-18 15:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CANqtuX4iw+ua3istWnMgOf71jzd7H5ytaRm=_GYcitad61BEig@mail.gmail.com>
0 siblings, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2022-05-18 15:12 UTC (permalink / raw)
To: Zomb Hacker; +Cc: 55500
Hi Zomb,
Thanks for the report. This is known, and one possible work-around is
to use a VPN, or Tor: https://issues.guix.gnu.org/54370#13
I've merged these two bug reports.
As for the block itself, it was a conscious decision but not one made
directly by the Guix maintainers. The institute hosting the servers
blocked Russian IP addresses after an increase in suspicious network
activity. As you say, probably due to ‘the recent events’.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#55449: recutils cross-compilation "fix" breaks bash builtins
@ 2022-05-16 13: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 @ 2022-05-16 13:37 UTC (permalink / raw)
To: liliana.prikler, 55449
Yeah, I toyed with the idea of a 'assert-readrec-existence phase but it seemed a bit silly at the time. And look, now it vanished.
Headers being a native input looked and still looks hella sus to me, but presumably done for a reason...? (They said, optimistically.)
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54711: Bad Documentation Series: 6.1 Specifying Additional Channels
2022-04-10 13:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-04-10 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 @ 2022-04-10 13:54 UTC (permalink / raw)
To: 54711, mail
> PS: (url "file://path/to/local/repository")
Actually, 'path' is a hostname here, so I guess it *must not* work even as a relative file name.
Whether Guix/Guile follows standards that well, or correctly errors out for an incorrect reason, I don't know.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54711: Bad Documentation Series: 6.1 Specifying Additional Channels
@ 2022-04-10 13:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-10 13:54 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 @ 2022-04-10 13:33 UTC (permalink / raw)
To: 54711, mail
Hi Marek,
On 10 April 2022 12:55:09 UTC, "Marek Paśnikowski" <mail@marekpasnikowski.name> wrote:
>In light of the above replies [...] in CommonMark.
Thanks! Please try to submit Texinfo going forward. It doesn't need to be perfect but it will be so much closer to something we can merge.
You'll learn something, *and* save Maxime (or someone else) the tedious chore of translating markdown back to markup. :-)
>PS: (url "file://path/to/local/repository")
Hm, I haven't tried relative file names myself. For robustness, I suggest using absolute ones instead, e.g., file:///home/marek/path/to/local/repository.
N.B., file:// might be optional, but the leading / is not.
If that still doesn't work, paste the error you get.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54794: Clarify licence of guix.gnu.org screenshots
2022-04-08 16:01 90% bug#54794: Clarify licence of guix.gnu.org screenshots Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-04-08 16: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 @ 2022-04-08 16:15 UTC (permalink / raw)
To: Tobias Geerinckx-Rice; +Cc: 54794
On 2022-04-08 18:01, Tobias Geerinckx-Rice via Bug reports for GNU Guix
wrote:
> or CC0
…was probably a stupid suggestion, as some of these images embed at
least the CC-BY-SA 4.0 GNU Guix logo.
(One wonders: are screenshots of incompatibly-licenced software
artworks… illegal?)
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54794: Clarify licence of guix.gnu.org screenshots
@ 2022-04-08 16:01 90% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-08 16: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 @ 2022-04-08 16:01 UTC (permalink / raw)
To: 54794
Guix,
Devin Ulibarri from the FSF rightfully pointed out that the licence of,
e.g., <https://guix.gnu.org/en/screenshots/virtual-machine/> is not
obvious. It should be made so on the Web page itself.
From memory I'd say these are ‘public domain’, and [0] concurs, but I
doubt [0] was explicitly intended to cover these images not contributed
by Luis Felipe.
My Web mail can't find it, but there's an ongoing thread about
relicencing the blog posts to CC-(BY?)-SA-whatever 4.0. If it applies
well to images (and I think it does), that or CC0 seem like the two
obvious choices.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[0]:
https://git.savannah.gnu.org/cgit/guix/guix-artwork.git/tree/website/README#n101
— last section.
^ permalink raw reply [relevance 90%]
* bug#54483: ‘guix system image’ chokes on host's /var
@ 2022-03-20 19:26 87% 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 @ 2022-03-20 19:26 UTC (permalink / raw)
To: 54483
Guix,
I can't build the older installer image I want, ostensibly because my
installed system is too new (anno-post-apteryx-versioning; no time to
further investigate I'm afraid).
I expect a self-contained system not to care and certainly not to crash.
~/guix ⌥ v1.3.0-15828-gd5b4ca4445 λ ./pre-inst-env guix system image -t
iso9660 gnu/system/install.scm
guix system: warning: unrecognized boot parameters at
'/var/guix/profiles/system-8-link/parameters'
Backtrace:
In ice-9/boot-9.scm:
152:2 19 (with-fluid* _ _ _)
In unknown file:
18 (_ #<procedure 72f633d9b280 at ice-9/eval.scm:330:13 ()>
#<procedure 72f633d9b100 at ice-9/eval…> …)
In ice-9/boot-9.scm:
152:2 17 (with-fluid* _ _ _)
724:2 16 (call-with-prompt _ _ #<procedure 72f633e2b4e0 at
ice-9/eval.scm:386:13 (a . rest)>)
152:2 15 (with-fluid* _ _ _)
152:2 14 (with-fluid* _ _ _)
152:2 13 (with-fluid* _ _ _)
In unknown file:
12 (_ #<procedure 72f62714bc40 at ice-9/eval.scm:330:13 ()>
#<procedure 72f62714bbe0 at ice-9/eval…> …)
In ice-9/eval.scm:
191:27 11 (_ #(#(#<directory (guix scripts system) 72f63f196140>
#<procedure 72f627144340 at ice-9/ev…>) …))
619:8 10 (_ #(#(#(#<directory (guix scripts system) 72f63f196140>)
image #<<image> name: #f format:…> …) …))
626:19 9 (_ #(#(#(#<directory (guix scripts system) 72f63f196140>)
image #<<image> name: #f format:…> …) …))
159:9 8 (_ #(#(#(#<directory (guix scripts system) 72f63f196140>)
image #<<image> name: #f format:…> …) …))
In srfi/srfi-1.scm:
699:23 7 (filter-map #<procedure system->boot-parameters (a b c)> _
. _)
In ice-9/boot-9.scm:
1747:15 6 (with-exception-handler #<procedure 72f622ab1ba0 at
ice-9/boot-9.scm:1831:7 (exn)> _ #:unwind? _ …)
In ice-9/eval.scm:
293:34 5 (_ #(#(#<directory (guix scripts system) 72f63f196140>
"/var/guix/profiles/system-8-link" 8 #)))
293:34 4 (_ #(#(#(#(#<directory (gnu system) 72f635df43c0>)
"/var/guix/profiles/system-8-link") "/va…") #))
263:9 3 (_ #(#(#<directory (gnu system) 72f635df43c0>) #f))
155:9 2 (_ _)
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure struct-vtable: Wrong type argument in position 1 (expecting
struct): #f
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 87%]
* bug#54385: xscreensaver seems to be missing xscreensaver-demo
@ 2022-03-14 17: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 @ 2022-03-14 17:28 UTC (permalink / raw)
To: Christine Lemmer-Webber; +Cc: 54385-done
Hi Christine,
Note that the name of this tool has changed upstream[0], but we're still
on an older version for now. Building it:
Warning: GTK version 2.24.33 was found, but at least one supporting
library (gdk-pixbuf-xlib-2.0) was not, so GTK can't be
used.
Perhaps some of the development packages are not installed?
Warning: The GTK libraries do not seem to be available; the
`xscreensaver-demo' program requires them.
Where gdk-pixbuf-xlib is of course ‘a deprecated library’ and ‘[n]o
newly written code should ever use this library’ so that'll be fun to
maintain the coming years.
Our gdk-pixbuf package still mentions gdk-pixbuf-xlib-2.0.pc in an
obsolete comment but doesn't actually install it.
Oh:
NEWS: - Split the gdk-pixbuf-xlib library to a separate repository
The repository is archived and read-only:
https://gitlab.gnome.org/Archive/gdk-pixbuf-xlib
Oh that is going to be *super* fun to maintain.
At this point I'd usually go ahead and package the beast, but I don't
use xscreensaver. How important is this binary? (-demo sounds
unimportant, -settings very, but it's presumably the same thing.)
In any case an update to xscreensaver would seem prudent first.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
[0]: https://www.jwz.org/xscreensaver/changelog.html
^ permalink raw reply [relevance 90%]
* bug#54370: network problem or intentional blocking?
2022-03-13 15:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-03-13 20:03 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 @ 2022-03-13 20:03 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: Christopher Baines, 54370
Pending expertise, is it feasible to serve the copy as-is without trying
to impersonate berlin? E.g. mirror.guix.gnu.org?
Hm, maybe that's not worth the effort…
I've asked around and short of pointing guix.gnu.org to bayfront —
working around the issue & hoping that it will continue to be unaffected
— or using a CDN that has points of presence in Russia — which can
easily be taken down in a future wave of sanctions — the situation seems
to be quite disappointing.
For proper fail-over you (ironically) need one box sitting in front of
the boxes you want to fail over to.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54370: network problem or intentional blocking?
[not found] ` <CAOT6rO__s7aLsK_ZOE-RO49CyJ=VptAJBf79F=bE8pJ2XHcEOA@mail.gmail.com>
@ 2022-03-13 19: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 @ 2022-03-13 19:50 UTC (permalink / raw)
To: 54370
[Resending to the proper address, sorry; I'm mu4e-less and hence
incompetent :-]
Hi!
On 2022-03-13 20:00, poiNt_3D wrote:
> Is it possible to set the firewall to allow only public services to be
> accessed from these IP ranges?
I'm afraid we don't control the berlin firewall or have much sway in how
it's managed, so there's little point in discussing such actions.
> can be easily interpreted as a political decision
With Russia waging war, it seems likely that these Russian ISPs tolerate
abusive traffic for political reasons. There are probably political
consequences for those who refuse.
The Internet was and still is built on ISP accountability and gives
targets few other tools to effectively defend themselves, short of
blocking such IP ranges.
I wish there were a better answer than 'use Tor' for those stuck in the
cross-fire :-(
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54370: network problem or intentional blocking?
@ 2022-03-13 15:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 20:03 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 @ 2022-03-13 15:30 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: Christopher Baines, 54370
Hi!
On 2022-03-13 15:30, Ludovic Courtès wrote:
> The plan we discussed during the “sysadmin hackathon” a couple
> of months ago was to, for instance, have the DNS entry point to these
> two machines.
Uhm, quick but:
Apparently some browsers (OK, one, and we all know which one) embraces &
extends the DNS in such a way that this provides the fall-back behaviour
you seem to expect. But this is not standard and it won't fly with most
software. I checked.
It doesn't in Firefox/IceCat. Even if it does in current Chrom{e,ium},
it might just be an unreliable side-effect.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54370: network problem or intentional blocking?
2022-03-13 11:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-03-13 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <3F8ECF7D-4C80-4D03-B7A1-60EBAD3EE206@tobias.gr>
1 sibling, 1 reply; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2022-03-13 12:15 UTC (permalink / raw)
To: 54370
Hm,
I didn't address guix.gnu.org beyond ci.guix.gnu.org.
Everyone: should we ask SJTUG to mirror the Web site as well?
I'm generally weary of that.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54370: network problem or intentional blocking?
@ 2022-03-13 11:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <3F8ECF7D-4C80-4D03-B7A1-60EBAD3EE206@tobias.gr>
0 siblings, 2 replies; 200+ results
From: Tobias Geerinckx-Rice via Bug reports for GNU Guix @ 2022-03-13 11:43 UTC (permalink / raw)
To: bug-guix, poiNt_3D, 54370, 54370-done
Hi Point4d,
Specifically, from the thread linked by Evgeny:
"At the MDC level there’s an unrelated recent ban of some Russian IP ranges in place due to massively increased port scans and intrusion attempts since about one week. I hope you can use the Chinese mirror for the time being."
That mirror is at https://mirrors.sjtug.sjtu.edu.cn/guix . Let us know if it works.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54064: Packaging request: Ultimaker Cura
@ 2022-03-02 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 @ 2022-03-02 19:02 UTC (permalink / raw)
To: 54064, maxim.cournoyer
Maxim,
On 2022-03-02 14:35, Maxim Cournoyer wrote:
> For packaging requests, please use the Libreplanet Guix/Wishlist page
> at
> https://libreplanet.org/wiki/Group:Guix/Wishlist. This tracker is for
> bugs.
Well, I think they've been banned from the LP wiki entirely now, too.
But indeed that doesn't change anything.
Thanks!
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54192: guix gc --verify=repair,contents does not repair store
[not found] <alpine.DEB.2.21.2202271650480.9433@marsh.hcoop.net>
@ 2022-02-28 15: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 @ 2022-02-28 15:37 UTC (permalink / raw)
To: 54192
Hi Jack,
nckx here. Thanks for reporting this bug, and thanks for including
information that might help fix it.
Unfortunately — another word for ‘base64’ — this makes your message a
whopping 20 MiB in size. We really can't send that out to all
subscribers, some of which might be on slow and/or expensive
connections.
That's all right: your report is still accessible at
<https://issues.guix.gnu.org/54192>, including the attachment. It's a
bit slow to render here but I think the extra info's worth it.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#40998: [PATCH v2 4/4] initrd: Print its command-line parameters.
@ 2022-02-28 3: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 @ 2022-02-28 3:45 UTC (permalink / raw)
To: Maxim Cournoyer, 40998
On 19 February 2022 07:01:55 UTC, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:
>* gnu/build/linux-boot.scm (boot-system): Print command-line parameters to
>standard output.
>---
> gnu/build/linux-boot.scm | 2 ++
> 1 file changed, 2 insertions(+)
>
>diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm
>index 2f8b114806..30442ec8f8 100644
>--- a/gnu/build/linux-boot.scm
>+++ b/gnu/build/linux-boot.scm
>@@ -542,6 +542,8 @@ (define (device-string->file-system-device device-string)
> (root-fs* (find root-mount-point? mounts))
> (fsck.mode (find-long-option "fsck.mode" args)))
>
>+ (format #t "initrd command-line parameters: ~a~%" args)
>+
> (unless (or root-fs* (and root-device rootfstype))
> (error "no root file system or 'root' and 'rootfstype' parameters"))
>
I suggest dropping this patch. The kernel already does this. It's just noise.
I've installed the others here. Thanks!
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#54077: What does "sequel" mean in the CODE-OF-CONDUCT
@ 2022-02-27 15: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 @ 2022-02-27 15:50 UTC (permalink / raw)
To: Ludovic Courtès
Cc: Vagrant Cascadian, 54077, Maxime Devos, guix-maintainers
Maxime Devos <maximedevos@telenet.be> skribis:
> ‘The following’, I think?
It's an example of the pseudo-legalese people can slip into when writing
An Official Document.
On 2022-02-27 14:48, Ludovic Courtès wrote:
>>> Maybe something more like "Note: In this document, ..." ?
>
> If that sounds clearer, let’s do that!
SGTM!
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking)
@ 2022-01-22 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 @ 2022-01-22 21:39 UTC (permalink / raw)
To: Ivan Vilata i Balaguer; +Cc: 53424-done
[-- Attachment #1: Type: text/plain, Size: 286 bytes --]
Hullo again,
I had a minute to spare and pushed the fix to master. Thanks for
the report!
Ivan Vilata i Balaguer 写道：
> (Please note that I know very little about the GNU Build
> System.)
See commit dfc32d8d997da74a6e838b450649bd89905ffdc3 ;-)
Closing,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking)
@ 2022-01-21 21: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 @ 2022-01-21 21:20 UTC (permalink / raw)
To: Ivan Vilata i Balaguer; +Cc: 53424
[-- Attachment #1: Type: text/plain, Size: 260 bytes --]
Hullo Ivan,
At a glance, this *looks* like what is frequently fixed by adding
‘-fcommon’ to CFLAGS[0]. Worth a try…
Kind regards,
T G-R
[0]:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=ab5d31c53eb06ced0873599a98c74dba80b46b1e
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53309: Newly-added python-piexif fails to patch source due to CRLF(?)
@ 2022-01-18 19: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 @ 2022-01-18 19:29 UTC (permalink / raw)
To: Hartmut Goebel; +Cc: 53309
[-- Attachment #1: Type: text/plain, Size: 429 bytes --]
Hartmut Goebel 写道：
> I have to admit that I did not test the patch again after
> converting
> the line-endings - which Ludo asked for. Changing the
> line-endings was
> too simple FMPOV - I trusted Ludo's recommendation.
All good, I'm just glad it's not due to some spooky gremlin
(similar to the locale orcs that still occasionally haunt our
lands).
> I'll fix this.
Thanks!
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53309: Newly-added python-piexif fails to patch source due to CRLF(?)
@ 2022-01-16 22: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 @ 2022-01-16 22:44 UTC (permalink / raw)
To: 53309; +Cc: Hartmut Goebel
[-- Attachment #1: Type: text/plain, Size: 699 bytes --]
Hullo Hartmut,
I'm strangely unable to build python-piexif:
patching file tests/s_test.py
Hunk #1 FAILED at 9 (different line endings).
Hunk #2 FAILED at 580 (different line endings).
2 out of 2 hunks FAILED -- saving rejects to file
tests/s_test.py.rej
Indeed:
$ file tests/s_test.py
tests/s_test.py: Python script, ASCII text executable, with CRLF
line terminators
$ file python-piexif-fix-tests-with-pillow-7.2.pat>
python-piexif-fix-tests-with-pillow-7.2.patch: ASCII text
At least that's what I guess is the problem.
This is worrying since I'd expect all this to be 100%
reproducible, and it seems to work fine for both you & Ludo'…
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53238: [PATCH] gnu: tree: Remove stddata feature.
[not found] ` <87a6fzchid.fsf@nckx>
@ 2022-01-15 14: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 @ 2022-01-15 14:37 UTC (permalink / raw)
To: Olivier Dion; +Cc: 53238, guix-patches
[-- Attachment #1: Type: text/plain, Size: 554 bytes --]
Olivier, Maxim(no -e, sorry! :-),
Going by the number of bug reports, password-store is more popular
than I thought.
Tobias Geerinckx-Rice 写道：
> I was going to apply the patch below to fix the password-store
> package, but Maxime just submitted another version which I
> prefer. I'd
> rather not provide two trees in Guix.
I haven't changed my mind, but I did push the tree-1 solution as a
‘temporary fix’ since it's the least invasive.
If Maxim's patch LGTeveryone, please go ahead and replace.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53243: tigervnc-server failed to build
2022-01-14 4:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-01-14 5:28 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 @ 2022-01-14 5:28 UTC (permalink / raw)
To: S_ I_; +Cc: 53243, 53243-done
[-- Attachment #1: Type: text/plain, Size: 200 bytes --]
S_ I_ 写道：
> | 'patch-xserver' phasebuilder
I've fixed the build on master and am hopefully closing this bug.
Please reopen it if the package still has problems.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53243: tigervnc-server failed to build
2022-01-14 4:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-01-14 4: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 @ 2022-01-14 4:55 UTC (permalink / raw)
To: S_ I_; +Cc: 53243
[-- Attachment #1: Type: text/plain, Size: 228 bytes --]
Tobias Geerinckx-Rice 写道：
> This sounds like your guix is out of date.
Never mind, the problem was here.
I can reproduce the failure (the error message is pleasantly clear
for once :-).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53243: tigervnc-server failed to build
@ 2022-01-14 4:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-14 4:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-14 5:28 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 @ 2022-01-14 4:51 UTC (permalink / raw)
To: S_ I_; +Cc: 53243
[-- Attachment #1: Type: text/plain, Size: 443 bytes --]
Hullo,
S_ I_ 写道：
> building
> /gnu/store/yr3qw7zy5r60w8ijfs6zsfmcd04p83hm-tigervnc-server-1.11.0.drv...
> | 'patch-xserver' phasebuilder for
> `/gnu/store/yr3qw7zy5r60w8ijfs6zsfmcd04p83hm-tigervnc-server-1.11.0.drv'
> failed with exit code 1
This sounds like your guix is out of date.
Could you run ‘guix pull’, retry the build, and report the output
of ‘guix describe’ if it fails?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53194: System test partition.img differs in size across hosts(?)
2022-01-11 19:31 84% bug#53194: System test partition.img differs in size across hosts(?) Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2022-01-11 19: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 @ 2022-01-11 19:44 UTC (permalink / raw)
Cc: 53194
[-- Attachment #1: Type: text/plain, Size: 312 bytes --]
The most likely culprit is a change or difference in how the
kernel answers FILE-SIZE's ‘how much disc space does FILE
consume?’ — rounding it to N blocks or bytes, including or
excluding directory sizes, differing reported directory sizes,
etc.
I'll do more testing.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#53194: System test partition.img differs in size across hosts(?)
@ 2022-01-11 19:31 84% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-11 19: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 @ 2022-01-11 19:31 UTC (permalink / raw)
To: 53194
[-- Attachment #1.1: Type: text/plain, Size: 1509 bytes --]
Guix,
This is weird. On berlin:
--8<---------------cut here---------------start------------->8---
$ guix build
/gnu/store/91wjmydy556ibl38xydpb8yisp3gvx8w-partition.img.drv
[…]
Creating filesystem with 351 1k blocks and 40 inodes
[…]
/gnu/store/q18ca3ilma0h5hpn4s39xhzn0kc7jm5x-partition.img
--8<---------------cut here---------------end--------------->8---
On my laptop:
--8<---------------cut here---------------start------------->8---
$ guix build
/gnu/store/91wjmydy556ibl38xydpb8yisp3gvx8w-partition.img.drv
[…]
Creating filesystem with 242 1k blocks and 32 inodes
[…]
Copying files into the device: ext2fs_symlink: Could not allocate
inode in ext2 filesystem while creating symlink "system"
__populate_fs: Could not allocate inode in ext2 filesystem while
writing symlink"system"
mke2fs: Could not allocate inode in ext2 filesystem while
populating file system
--8<---------------cut here---------------end--------------->8---
This happens with both a tmpfs and a bcachefs /tmp.
The same make check-system TESTS="openvswitch" fails for Marius as
well, although I don't know the exact output. They tested btrfs
and tmpfs, and suggested a kernel regression.
I don't understand how that would cause this, but I'm forced to
agree: something spooky is going on in the chroot and the kernel
is a big variable.
The attached patch was written before I was aware of above
weirdness and only works around the issue.
Kind regards,
T G-R
[-- Attachment #1.2: 0001-build-image-Account-for-fixed-size-file-system-struc.patch --]
[-- Type: text/x-patch, Size: 1583 bytes --]
From 18f288d4b69faa73ffb75488dbc924640441d7ee Mon Sep 17 00:00:00 2001
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Tue, 11 Jan 2022 19:56:53 +0100
Subject: [PATCH] build: image: Account for fixed-size file system structures.
* gnu/build/image.scm (estimate-partition-size): Enforce a 1-MiB minimum.
---
gnu/build/image.scm | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/gnu/build/image.scm b/gnu/build/image.scm
index bdd5ec25a9..81caa424f8 100644
--- a/gnu/build/image.scm
+++ b/gnu/build/image.scm
@@ -3,7 +3,7 @@
;;; Copyright © 2016 Christine Lemmer-Webber <cwebber@dustycloud.org>
;;; Copyright © 2016, 2017 Leo Famulari <leo@famulari.name>
;;; Copyright © 2017 Marius Bakke <mbakke@fastmail.com>
-;;; Copyright © 2020 Tobias Geerinckx-Rice <me@tobias.gr>
+;;; Copyright © 2020, 2022 Tobias Geerinckx-Rice <me@tobias.gr>
;;; Copyright © 2020 Mathieu Othacehe <m.othacehe@gmail.com>
;;;
;;; This file is part of GNU Guix.
@@ -62,8 +62,10 @@ (define (size-in-kib size)
(define (estimate-partition-size root)
"Given the ROOT directory, evaluate and return its size. As this doesn't
-take the partition metadata size into account, take a 25% margin."
- (* 1.25 (file-size root)))
+take the partition metadata size into account, take a 25% margin. As this in
+turn doesn't take any constant overhead into account, force a 1-MiB minimum."
+ (max (ash 1 20)
+ (* 1.25 (file-size root))))
(define* (make-ext-image partition target root
#:key
--
2.34.0
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply related [relevance 84%]
* bug#53030: Can't (specification->package "package@version:output")
@ 2022-01-05 20: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 @ 2022-01-05 20:36 UTC (permalink / raw)
To: calcium; +Cc: 53030
[-- Attachment #1: Type: text/plain, Size: 1700 bytes --]
Calcium,
Thanks for the report!
In future, please submit separate issues separately, it helps keep
discussion, er, separate. It's easier to merge issues than to
split them.
> Can't (specification->package "package@version:output")
Short answer: it is not intended to work. Use
specification->package+output if you want outputs. This is not a
bug but a design decision. Which are not above critique, but
guix-devel@ might be a better place for that.
I've considered in the past to submit a cheeky patch silently
renaming specification->package+ouput to specification->package,
just to avoid this FAQ. It should be almost perfectly backwards
compatible in that no existing code should break with the same
input.
However I think clarity the greater value here, and did not submit
such a patch.
calcium via Bug reports for GNU Guix 写道：
> The syntaxe to specify a package version and desired output
> only works on guix install package@version:output
>
> guix remove package@version:output doesn't works
I cannot reproduce this:
$ guix install git@2.34.0:send-email
$ guix remove git@2.34.0:send-email
$
Can you provide an example?
> guix remove package@version doesn't works
‘package@version’ means ‘package@version:out’, not (a
hypothetical) ‘package@version:*’ wildcard. It neither installs
nor removes ‘all outputs’.
I did notice that, e.g.,
$ guix install git@2:send-email
$ guix remove git@2:send-email
guix remove: error: package 'git@2:send-email' not found in
profile
$
is asymmetrical. I wonder if there are any drawbacks to making it
work.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#41120: uvesafb service is unsupported on aarch64
@ 2021-12-29 22:03 81% ` 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 @ 2021-12-29 22:03 UTC (permalink / raw)
To: Efraim Flashner; +Cc: 41120, leo
[-- Attachment #1.1: Type: text/plain, Size: 205 bytes --]
I wrote the attached quick fix, then noticed that this bug is
paired with #29296 which seems to propose a whole 'nother
mechanism?
I'm not sure I grok the latter's advantage yet.
Kind regards,
T G-R
[-- Attachment #1.2: 0001-install-Add-uvesafb-service-only-on-x86.patch --]
[-- Type: text/x-patch, Size: 3764 bytes --]
From 29d6ce59a0f3953de627d110adaa7978051ca077 Mon Sep 17 00:00:00 2001
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Wed, 29 Dec 2021 23:01:11 +0100
Subject: [PATCH] install: Add uvesafb service only on x86.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
* gnu/system/install.scm (%installation-services): Turn into…
(installation-services): …this procedure. Adjust sole user.
Add the uvesafb-service-type only when targetting x86.
---
gnu/system/install.scm | 25 +++++++++++++++----------
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/gnu/system/install.scm b/gnu/system/install.scm
index 073d7df1db..36c24992bd 100644
--- a/gnu/system/install.scm
+++ b/gnu/system/install.scm
@@ -3,7 +3,7 @@
;;; Copyright © 2015 Mark H Weaver <mhw@netris.org>
;;; Copyright © 2016 Andreas Enge <andreas@enge.fr>
;;; Copyright © 2017 Marius Bakke <mbakke@fastmail.com>
-;;; Copyright © 2017, 2019 Tobias Geerinckx-Rice <me@tobias.gr>
+;;; Copyright © 2017, 2019, 2021 Tobias Geerinckx-Rice <me@tobias.gr>
;;; Copyright © 2020 Florian Pelz <pelzflorian@pelzflorian.de>
;;; Copyright © 2020 Efraim Flashner <efraim@flashner.co.il>
;;;
@@ -33,6 +33,7 @@ (define-module (gnu system install)
#:use-module (guix modules)
#:use-module ((guix packages) #:select (package-version))
#:use-module ((guix store) #:select (%store-prefix))
+ #:use-module (guix utils)
#:use-module (gnu installer)
#:use-module (gnu system locale)
#:use-module (gnu services avahi)
@@ -303,7 +304,7 @@ (define uvesafb-service-type
"Load the @code{uvesafb} kernel module with the right options.")
(default-value #t)))
-(define %installation-services
+(define (installation-services)
;; List of services of the installation system.
(let ((motd (plain-file "motd" "
\x1b[1;37mWelcome to the installation of GNU Guix!\x1b[0m
@@ -320,7 +321,9 @@ (define (normal-tty tty)
(define bare-bones-os
(load "examples/bare-bones.tmpl"))
- (list (service virtual-terminal-service-type)
+ (append
+ (list
+ (service virtual-terminal-service-type)
(service kmscon-service-type
(kmscon-configuration
@@ -426,13 +429,15 @@ (define bare-bones-os
glibc-utf8-locales
texinfo
guile-3.0)
- %default-locale-libcs))
+ %default-locale-libcs)))
- ;; Machines without Kernel Mode Setting (those with many old and
- ;; current AMD GPUs, SiS GPUs, ...) need uvesafb to show the GUI
- ;; installer. Some may also need a kernel parameter like nomodeset
- ;; or vga=793, but we leave that for the user to specify in GRUB.
- (service uvesafb-service-type))))
+ (if (or (target-x86-32?) (target-x86-64?))
+ ;; x86 machines without Kernel Mode Setting (those with many old and
+ ;; current AMD GPUs, SiS GPUs, ...) need uvesafb to show the GUI
+ ;; installer. Some may also need a kernel parameter like nomodeset
+ ;; or vga=793, but we leave that for the user to specify in GRUB.
+ (list (service uvesafb-service-type))
+ '()))))
(define %issue
;; Greeting.
@@ -496,7 +501,7 @@ (define installation-os
(comment "Guest of GNU"))))
(issue %issue)
- (services %installation-services)
+ (services (installation-services))
;; We don't need setuid programs, except for 'passwd', which can be handy
;; if one is to allow remote SSH login to the machine being installed.
--
2.34.0
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply related [relevance 81%]
* bug#35532: guix-daemon was freezed
@ 2021-12-28 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 @ 2021-12-28 22:31 UTC (permalink / raw)
To: Maxim Cournoyer; +Cc: ludo, 35532, 35532-done
[-- Attachment #1: Type: text/plain, Size: 217 bytes --]
Maxim Cournoyer 写道：
> Closing, 2 years and 32 weeks later without a reply.
This might be tracked as <https://issues.guix.gnu.org/52845> now
(although we'll never know for sure).
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52853: Error when trying to upgrade packages
@ 2021-12-28 18:52 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 @ 2021-12-28 18:52 UTC (permalink / raw)
To: Cameron Chaparro; +Cc: 52853
[-- Attachment #1: Type: text/plain, Size: 217 bytes --]
Cameron,
Cameron Chaparro 写道：
> guix upgrade: error: integer expected from stream
Please upgrade and restart your guix-daemon and try again:
https://issues.guix.gnu.org/52797
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52846: Fetching "texlive" substitute from ci.guix.gnu.org fails
@ 2021-12-28 10: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 @ 2021-12-28 10:17 UTC (permalink / raw)
To: Konrad Hinsen; +Cc: 52846
[-- Attachment #1: Type: text/plain, Size: 324 bytes --]
Konrad Hinsen 写道：
> So... how did I overlook this when searching for "texlive" in
> the issue
> tracker? Answer: it doesn't sort correctly by "date submitted"
> when that
> column is selected. Issue 52797 is way down on the list.
Hah! It seems to be a simple alphabetical sort :-D
(Good luck),
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52846: Fetching "texlive" substitute from ci.guix.gnu.org fails
@ 2021-12-28 9: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 @ 2021-12-28 9:53 UTC (permalink / raw)
To: Konrad Hinsen; +Cc: 52846
[-- Attachment #1: Type: text/plain, Size: 76 bytes --]
Konrad,
Is this <https://issues.guix.gnu.org/52797>?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52797: texlive broken install
@ 2021-12-26 16: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 @ 2021-12-26 16:34 UTC (permalink / raw)
To: Michael Zappa; +Cc: bug-guix, 52797-done
[-- Attachment #1: Type: text/plain, Size: 867 bytes --]
Michael,
Michael Zappa 写道：
> I am currently on a foreign installation of Guix after some time
> on Guix
> System, and did not appreciate that guix-daemon ran off of the
> root
> user's guix. Simply running `guix pull` as root and restarting
> the
> daemon fixed this issue.
\o/
> I see Jéŕemy posted in the 'help' mail list for this issue, I
> will
> consider that list for questions in the future. I am new to the
> mailing
> list system.
I think either list is fine. You encountered a real bug, after
all; it's not your job to know it was ‘fixed’ or that it wasn't
‘actually’ related to texlive at all.
Searching issues.guix.gnu.org for existing bug reports first is
appreciated, but it's not always easy to guess which keywords to
use.
Plus: closing bugs is fun. Doing so now.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52797: texlive broken install
@ 2021-12-26 7:24 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 @ 2021-12-26 7:24 UTC (permalink / raw)
To: Michael Zappa; +Cc: 52797
[-- Attachment #1: Type: text/plain, Size: 282 bytes --]
Michael,
Michael Zappa 写道：
> 'guix install texlive' results in the following error:
> 'guix install: error: integer expected from stream'
Same question as for Jérémy:
<https://lists.gnu.org/archive/html/help-guix/2021-12/msg00124.html>?
(You too! :-)
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#45165: binutils-mesboot0 fails at configure, cannot find lex
2021-12-24 5:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2021-12-24 8: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 @ 2021-12-24 8:11 UTC (permalink / raw)
Cc: 45165
[-- Attachment #1: Type: text/plain, Size: 333 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> My diff from linux-libre, which sure seems to tell a story:
>
> y -> not set CONFIG_UID16 (obsolete)
As expected upthread, this and this alone was indeed the culprit.
I don't see any evidence of interaction with other options though.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#45165: binutils-mesboot0 fails at configure, cannot find lex
@ 2021-12-24 5:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-24 8: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 @ 2021-12-24 5:58 UTC (permalink / raw)
To: 45165
[-- Attachment #1.1: Type: text/plain, Size: 821 bytes --]
Morning Guix,
I'm unable to ‘guix pull’ because of this bug. Log attached.
Here are my kernel options from kitzman's list:
not set CONFIG_UID16 (obsolete)
y CONFIG_EXPERT
y CONFIG_X86_64 (obvs)
y CONFIG_X86
not set CONFIG_X86_X32
not set CONFIG_X86_VSYSCALL_EMULATION
y CONFIG_LEGACY_VSYSCALL_NONE
y CONFIG_IA32_EMULATION
Seems like Carl, kitzman, & I have in common:
not set CONFIG_UID16 (obsolete)
y CONFIG_X86_64 (obvs)
y CONFIG_X86
not set CONFIG_X86_X32
y CONFIG_LEGACY_VSYSCALL_NONE
y CONFIG_IA32_EMULATION
My diff from linux-libre, which sure seems to tell a story:
y -> not set CONFIG_UID16 (obsolete)
y -> not set CONFIG_X86_X32
y -> not set CONFIG_X86_VSYSCALL_EMULATION
Kind regards,
T G-R
[-- Attachment #1.2: x0k7kdsr55ynv21br9ia08jvx05k8v-binutils-mesboot0-2.14.drv.bz2 --]
[-- Type: application/octet-stream, Size: 30913 bytes --]
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52667: System reconfiguration fails to build linux-modules.drv
2021-12-22 19:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2021-12-22 19: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 @ 2021-12-22 19:27 UTC (permalink / raw)
To: Leo Famulari; +Cc: 52667
> unknown users
of the conflicting DRM module, I mean.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#52667: System reconfiguration fails to build linux-modules.drv
@ 2021-12-22 19:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-22 19: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 @ 2021-12-22 19:25 UTC (permalink / raw)
To: Leo Famulari; +Cc: 52667
Hi Leo,
On 2021-12-22 19:28, Leo Famulari wrote:
> Or all linux-libre packages aside from the 5.15 series?
This.
> I'm inclined to just revert the commit that introduced the regression
> until we have a better solution...
I think this is merely trading one regression for another, IMO
*slightly* nastier one. And no, I'm not personally affected by this bug
:-)
What about my third suggestion?
> build in simplefb even for kernels 5.15 and beyond
Your approval as definitely-not-our-linux-libre-maintainer would be one
of the major factors. If you have no opinion, I doubt anyone else will
object. Realistically, the only way to tease out any unknown users out
there is to try it.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
^ permalink raw reply [relevance 90%]
* bug#52719: Linux modules build fails
@ 2021-12-21 23: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 @ 2021-12-21 23:15 UTC (permalink / raw)
To: Leo Famulari; +Cc: andremegafone, 52719
[-- Attachment #1: Type: text/plain, Size: 133 bytes --]
Leo Famulari 写道：
> This is <https://issues.guix.gnu.org/52667>.
Did the merge command not work?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52667: System reconfiguration fails to build linux-modules.drv
2021-12-21 22:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2021-12-21 23:00 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 @ 2021-12-21 23:00 UTC (permalink / raw)
Cc: 52667
[-- Attachment #1: Type: text/plain, Size: 571 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> I see two reasonable solutions.
By the way, I think a better solution longer-term is to merge
these tightly-coupled kernel attributes into a single object:
(kernel (linux-libre-configuration
(package linux-libre-lts …)
(modules-needed-for-boot …)
…))
Naming aside, something like that.
A variant like linux-libre-lts-kernel could then be a coherent &
self-contained whole. This has bugged me for a long time,
actually…
Thoughts?
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52667: System reconfiguration fails to build linux-modules.drv
@ 2021-12-21 22:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-21 23:00 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 @ 2021-12-21 22:38 UTC (permalink / raw)
To: 52667
[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]
Vivien,
Thanks for the report! Sorry it took me a while to get back to
you.
As discussed in #guix, an immediate work-around is:
(initrd-modules
;; This cannot be built as a module for linux-libre-lts.
((@ (srfi srfi-1) delete) "simplefb" %base-initrd-modules))
I'm not sure what to do going forward. I see two reasonable
solutions. Perhaps there are more, and I welcome suggestions.
One is to provide a separate %base-initrd-modules-lts list that's
equivalent to the snippet above. It's… not great, but then
linux-libre-lts itself isn't documented and people still seem to
find it. If someone were to document it, they could also add a
note about modules.
A more straightforward route is to simply build in simplefb even
for kernels 5.15 and beyond. Apart from an (unmeasured) size
increase of the base image, the main drawback here is that we lose
our long-standing CONFIG_DRM_SIMPLEDRM=m due to a conflict:
- CONFIG_DRM_GEM_SHMEM_HELPER=y
- CONFIG_DRM_SIMPLEDRM=m
+ # CONFIG_DRM_SIMPLEDRM unset tristate: Simple framebuffer driver
- CONFIG_FB_SIMPLE=m
+ CONFIG_FB_SIMPLE=y tristate: Simple framebuffer support
When preparing <https://issues.guix.gnu.org/51619> I considered
this a regression and hence bad, but maybe nobody cares…?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52650: Guix pull fails building package cache
@ 2021-12-19 11: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 @ 2021-12-19 11:26 UTC (permalink / raw)
To: André A. Gomes; +Cc: 52650-done
[-- Attachment #1: Type: text/plain, Size: 290 bytes --]
André,
André A. Gomes 写道：
> How can I close this bug report? Thank you.
When replying, change the NNNNN@debbugs.gnu.org address to
NNNNN-done@debbugs.gnu.org (or -close, but IME we don't rely on
the subtle distinction?).
I've done so here.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52591: downloading from software archives as default even if version is wrong
@ 2021-12-18 1: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 @ 2021-12-18 1:57 UTC (permalink / raw)
To: Leo Famulari; +Cc: Andy Tai, 52591
[-- Attachment #1: Type: text/plain, Size: 222 bytes --]
Leo Famulari 写道：
> Maybe there is *something* we can do to improve this experience,
> if only
> a section in the manual or a tweak to the UI.
OK! Let's keep it open for discussion.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52591: downloading from software archives as default even if version is wrong
@ 2021-12-18 0:06 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 @ 2021-12-18 0:06 UTC (permalink / raw)
To: Maxime Devos; +Cc: lichengtai, 52591
[-- Attachment #1: Type: text/plain, Size: 728 bytes --]
Maxime Devos 写道：
> You forgot to update the sha256 hash.
That's it, in a nutshell!
> which at this time shall fail as I have not updated the hash
> checksum.
No, that's the reason it *succeeds*!
Guix is mostly content-addressed, meaning that the hash identifies
a file. If you don't change the hash, you're not asking for a new
file, by definition. URLs are like directions (hence: ‘locator’),
not identifiers.
You can easily generate a bogus-but-valid hash by negating the
first digit, which (in nix-base32 at least), can only be either 0
or 1. Guix will then print the correct hash of whatever it found
at the URI you specified.
OK to close as NOTABUG?
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 243 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52513: php build failure
@ 2021-12-16 17: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 @ 2021-12-16 17:38 UTC (permalink / raw)
To: Diego Nicola Barbato; +Cc: othacehe, 52513
[-- Attachment #1: Type: text/plain, Size: 660 bytes --]
Diego,
I *just* pushed a commit disabling this test whilst I investigate
further.
Diego Nicola Barbato 写道：
> The test fails because two of the certificates it uses have
> expired on
> 11 December 2021. Upstream has already fixed it [1] but the
> change has
> not made it into the 7.4.27 (!) release. We could apply their
> fix with
> a patch or just disable the openssl_x509_checkpurpose test.
Hah, this was exactly what I suspected
<nckx> (Hm, x509… Could it be a system time issue?)
thank you for doing the research!
I'll try cherry-picking their patch; or otherwise update the
comment.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52321: festival can't do text-to-speech (Linux: can't open /dev/dsp)
2021-12-06 13:10 88% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2021-12-15 5:04 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 @ 2021-12-15 5:04 UTC (permalink / raw)
To: 52321-done
[-- Attachment #1: Type: text/plain, Size: 74 bytes --]
Pushed as 13f769c165c06b97472f61902d491c8910e86f8b.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52338: Crawler bots are downloading substitutes
@ 2021-12-10 22:52 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 @ 2021-12-10 22:52 UTC (permalink / raw)
To: Mark H Weaver; +Cc: 52338, leo
[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]
All,
Mark H Weaver 写道：
> For what it's worth: during the years that I administered Hydra,
> I found
> that many bots disregarded the robots.txt file that was in place
> there.
> In practice, I found that I needed to periodically scan the
> access logs
> for bots and forcefully block their requests in order to keep
> Hydra from
> becoming overloaded with expensive queries from bots.
Very good point.
IME (which is a few years old at this point) at least the
highlighted BingBot & SemrushThing always respected my robots.txt,
but it's definitely a concern. I'll leave this bug open to remind
us of that in a few weeks or so…
If it does become a problem, we (I) might add some basic
User-Agent sniffing to either slow down or outright block
non-Guile downloaders. Whitelisting any legitimate ones, of
course. I think that's less hassle than dealing with dynamic IP
blocks whilst being equally effective here.
Thanks (again) for taking care of Hydra, Mark, and thank you Leo
for keeping an eye on Cuirass :-)
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52338: Crawler bots are downloading substitutes
@ 2021-12-10 16: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 @ 2021-12-10 16:47 UTC (permalink / raw)
To: Leo Famulari; +Cc: othacehe, 52338
[-- Attachment #1: Type: text/plain, Size: 95 bytes --]
Leo Famulari 写道：
> Alright, I leave it up to you.
Dammit.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52338: Crawler bots are downloading substitutes
@ 2021-12-09 15:42 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 @ 2021-12-09 15:42 UTC (permalink / raw)
To: Mathieu Othacehe; +Cc: 52338, leo
[-- Attachment #1.1: Type: text/plain, Size: 1469 bytes --]
Mathieu Othacehe 写道：
> Hello Leo,
>
>> + (nginx-location-configuration
>> + (uri "/robots.txt")
It's a micro-optimisation, but it can't hurt to generate ‘location
= /robots.txt’ instead of ‘location /robots.txt’ here.
>> + (body
>> + (list
>> + "add_header Content-Type text/plain;"
>> + "return 200 \"User-agent: *\nDisallow:
>> /nar/\n\";"))))))
Use \r\n instead of \n, even if \n happens to work.
There are many ‘buggy’ crawlers out there. It's in their own
interest to be fussy whilst claiming to respect robots.txt. The
less you deviate from the most basic norm imaginable, the better.
I tested whether embedding raw \r\n bytes in nginx.conf strings
like this works, and it seems to, even though a human would
probably not do so.
> Nice, the bots are also accessing the Cuirass web interface, do
> you
> think it would be possible to extend this snippet to prevent it?
You can replace ‘/nar/’ with ‘/’ to disallow everything:
Disallow: /
If we want crawlers to index only the front page (so people can
search for ‘Guix CI’, I guess), that's possible:
Disallow: /
Allow: /$
Don't confuse ‘$’ with ‘supports regexps’. Buggy bots might fall
back to ‘Disallow: /’.
This is where it gets ugly: nginx doesn't support escaping ‘$’ in
strings. At all. It's insane.
[-- Attachment #1.2: Type: text/plain, Size: 201 bytes --]
geo $dollar { default "$"; } #
stackoverflow.com/questions/57466554
server {
location = /robots.txt {
return 200
"User-agent: *\r\nDisallow: /\r\nAllow: /$dollar\r\n";
}
}
[-- Attachment #1.3: Type: text/plain, Size: 99 bytes --]
*Obviously.*
An alternative to that is to serve a real on-disc robots.txt.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52372: gash-utils & fzf conflict
@ 2021-12-08 17: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 @ 2021-12-08 17:14 UTC (permalink / raw)
To: Blake Shaw; +Cc: bug-guix, 52372-done
[-- Attachment #1: Type: text/plain, Size: 893 bytes --]
Blake,
> Command failed: […] command find
This isn't ‘really’ a bug: fzf invokes whichever find(1)
executable happens to be in $PATH at run time, and reasonably
expects it to support the POSIX ‘-L’ option.
It also willfully tries to hide any useful error messages:
> 2> /dev/null
…maybe that's what makes Rust so safe?
gash-utils doesn't implement find -L, so failure is to be
expected. As you discovered the fix is as simple as uninstalling
gash-utils, and possibly using it in a Guix environment if you
really need it.
I don't think installing gash-utils globally into your main
profile is a good idea!
Since find(1) is such a key requirement of fzf, it makes sense to
treat it as a fixed input in this case and keep a reference to
findutils' in a wrapper.
Done in commit 9bac41c2b8e7be5ab713402591ceeb32c635c214.
Thanks!
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#52321: festival can't do text-to-speech (Linux: can't open /dev/dsp)
@ 2021-12-06 13:10 88% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-15 5:04 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 @ 2021-12-06 13:10 UTC (permalink / raw)
To: Luis Felipe; +Cc: 52321
[-- Attachment #1.1: Type: text/plain, Size: 1117 bytes --]
Luis Felipe,
Luis Felipe via Bug reports for GNU Guix 写道：
> UNEXPECTED RESULT
>
> There is no speech, and the following error is printed:
>
> Linux: can't open /dev/dsp
Attached is a patch that makes Festival work with Linux (ALSA) by
default… but it's a bit odd that we'd've been shipping a ‘broken’
Festival from day 0?
(TIL that our default Linux-Libre configurations enable legacy OSS
emulation so this could probably be made to work with the right
modprobes. Still, this should not be required without good
reason, and plenty of OSS-free kernels exist.)
I'd like to hear from existing Festival/Guix users if any actually
do.
Until then, you can easily hack around it:
$ cat <<EOF > ~/.festivalrc
(Parameter.set 'Audio_Method 'Audio_Command)
(Parameter.set 'Audio_Command
"aplay -q -c 1 -t raw -f s16 -r \$SR \$FILE")
EOF
$ echo sup | festival --tts
From [0] of all places. aplay is part of alsa-utils.
Kind regards,
T G-R
[0]:
https://web.archive.org/web/20110522202347/http://ubuntuforums.org/showthread.php?t=171182&page=3
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnu-festival-Support-ALSA-output.patch --]
[-- Type: text/x-patch, Size: 1407 bytes --]
From 75c12a0838f4355c99ae3ee7f2bf8809be988f9f Mon Sep 17 00:00:00 2001
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Mon, 6 Dec 2021 14:25:08 +0100
Subject: [PATCH] gnu: festival: Support ALSA output.
* gnu/packages/speech.scm (festival)[arguments]: Add "LINUXAUDIO=alsa"
to #:make-flags.
[inputs]: Add alsa-lib.
---
gnu/packages/speech.scm | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/speech.scm b/gnu/packages/speech.scm
index cbc46b32b4..bb1a7b8187 100644
--- a/gnu/packages/speech.scm
+++ b/gnu/packages/speech.scm
@@ -347,7 +347,8 @@ (define-public festival
"/bin/rm")
(string-append "ECHO_N="
(assoc-ref %build-inputs "coreutils")
- "/bin/printf \"%s\""))
+ "/bin/printf \"%s\"")
+ "LINUXAUDIO=alsa")
#:parallel-build? #f ; not supported
#:modules ((guix build gnu-build-system)
(guix build utils)
@@ -505,7 +506,8 @@ (define-public festival
(add-before 'configure 'bootstrap
(lambda _ (invoke "autoreconf" "-vif"))))))
(inputs
- `(("ncurses" ,ncurses)))
+ `(("alsa-lib" ,alsa-lib)
+ ("ncurses" ,ncurses)))
(native-inputs
`(("autoconf" ,autoconf)
("automake" ,automake)
--
2.34.0
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply related [relevance 88%]
* bug#41791: [Shepherd] loses track of Tor
@ 2021-11-28 12: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 @ 2021-11-28 12:39 UTC (permalink / raw)
To: 41791; +Cc: Caleb Herbert, Wiktor Żelazny, Ludovic Courtès
[-- Attachment #1: Type: text/plain, Size: 151 bytes --]
All,
Unfortunately, this bug seems to have recropped up:
<https://lists.gnu.org/archive/html/help-guix/2021-11/msg00126.html>.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#51983: guix build: error: integer expected from stream
2021-11-19 20:47 77% bug#51983: guix build: error: integer expected from stream Tobias Geerinckx-Rice via Bug reports for GNU Guix
@ 2021-11-19 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 @ 2021-11-19 21:03 UTC (permalink / raw)
Cc: 51983
[-- Attachment #1: Type: text/plain, Size: 296 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> substitute: updating substitutes from
> 'https://ci.guix.gnu.org'... 100.0%
> guix build: error: integer expected from stream:
> 18446744071924943736
And it is indeed specific to querying ci.guix.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#51983: guix build: error: integer expected from stream
@ 2021-11-19 20:47 77% Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-19 21: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 @ 2021-11-19 20:47 UTC (permalink / raw)
To: 51983
[-- Attachment #1: Type: text/plain, Size: 6452 bytes --]
Guix,
I saw this reported by jlicht on #guix but I'm pretty sure that
it's been reported a few times.
Here's the error, with channel:
(channel
(name 'guix) (url "https://git.savannah.gnu.org/git/guix.git")
(branch "core-updates-frozen")
(introduction
(make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
"BBB0 2DDF 2CEA F6A8 0D1D E643 A2A0 6DF2 A33A 54FA"))))
And patch:
--8<---------------cut here---------------start------------->8---
From: Tobias Geerinckx-Rice <me@tobias.gr>
Date: Fri, 19 Nov 2021 17:37:44 +0100
Subject: [PATCH] daemon: Print the line whence we expect an
integer.
* nix/libstore/local-store.cc
(LocalStore::getLineFromSubstituter):
Include the malformed substituter stream line in the error
message.
---
nix/libstore/local-store.cc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/nix/libstore/local-store.cc
b/nix/libstore/local-store.cc
index 675d1ba66f..83b6681122 100644
--- a/nix/libstore/local-store.cc
+++ b/nix/libstore/local-store.cc
@@ -839,7 +839,8 @@ template<class T> T
LocalStore::getIntLineFromSubstituter(Agent & run)
{
string s = getLineFromSubstituter(run);
T res;
- if (!string2Int(s, res)) throw Error("integer expected from
stream");
+ if (!string2Int(s, res))
+ throw Error(format("integer expected from stream: %1%") %
s);
return res;
}
--
2.34.0
--8<---------------cut here---------------end--------------->8---
(…which I'd like to merge if there are no objections…)
--8<---------------cut here---------------start------------->8---
λ guix time-machine -C ~/channels.scm -- build texlive
--substitute-urls="https://guix.tobias.gr
https://bordeaux.guix.gnu.org https://ci.guix.gnu.org"
[…]
substitute: updating substitutes from
'https://guix.tobias.gr'... 100.0%
substitute: updating substitutes from
'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from
'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from
'https://substitutes.nonguix.org'... 100.0%
substitute: updating substitutes from
'https://mirror.brielmaier.net'... 100.0%
The following derivations will be built:
/gnu/store/i32vy0dhw00y59ajpfbzb66z7g5x5bmh-texlive-texmf-20210325.drv
/gnu/store/z5r60zy9vmydf44fdyyc7hgc6q93aahm-texlive-20210325-texmf.tar.xz.drv
100.5 MB will be downloaded:
/gnu/store/0brdikxqk59hdr47qabcm3sya001d8vf-glibc-utf8-locales-2.33
/gnu/store/910a1558wknjm4687681kr0w2invish4-tcsh-6.22.03
/gnu/store/jazwfsj2v41yih2yzw5nydqgdz1hgfm4-file-5.39
/gnu/store/2ank6pw2lrybx24zyifkrc3bkxj8jpf4-lua-5.3.5
/gnu/store/0777brz2w8k5s4g53yfh34fyxp5r08sq-module-import-compiled
/gnu/store/l8kxrs01lll3pzjrd590p45l8k045q6q-make-4.3
/gnu/store/l8l2y2dlya5rs9hfypmcb4saay7iwn0q-findutils-4.8.0
/gnu/store/6mag7gwl47gh7h2lp5byvxxw80x2zi72-ed-1.17
/gnu/store/m96snvbl92ivkd32giqh5f3d21bc2n5x-patch-2.7.6
/gnu/store/s49sxmz9g4xmzz222cay9k04ziy3qgmj-diffutils-3.8
/gnu/store/0v470agxfi4px58491h9932vwliljacr-teckit-2.5.10
/gnu/store/nafmw4krl0q6c1agaz55vz6ls35inw29-zziplib-0.13.72
/gnu/store/dswp2mfwb56xg57903cvhwcjj1fpdhqi-harfbuzz-2.8.2
/gnu/store/fl8vfhmwkg7k1d8qr9apwq5yb0iqa9k5-libpaper-1.1.24
/gnu/store/vbgd375j8p1iprljsizfwkfq56hi6mwi-jbig2dec-0.19
/gnu/store/1d1xbgmdqdsz5pzcmpky3mbgzhxgx7jl-libtiff-4.3.0
/gnu/store/1gn0gbzgqgj8x2vczfr2kgjkw1mlnz14-font-ghostscript-8.11
/gnu/store/hgi1jja24hsj9yjmr6zrpazhgy42v94f-ghostscript-9.54.0
/gnu/store/ic0ria97lvn16kg6jipzqq763rksvmhq-coreutils-minimal-8.32
/gnu/store/k18as85v9s0z66w40wg9sym4c5qz03l2-perl-5.34.0
/gnu/store/vhxayydx3y9n2gi2sc0dam26p7k1aaj8-libjpeg-turbo-2.0.5
/gnu/store/8wzdcc46j1brwgw2kvk5878f887msz6m-gd-2.3.2
/gnu/store/4inr1zm5334vz2p2shznc4iw1478bqan-libxaw-1.0.14
/gnu/store/x64cjzj368falclljlmy72lh5qdk5fdp-mpfr-4.1.0
/gnu/store/izcn0nn61pqf5p0j8073vrq8wyzrmkr4-graphite2-1.3.13
/gnu/store/3nxgh1pmqg44f0ccg16ny4fs81mmafvq-pixman-0.40.0
/gnu/store/53qn4zlhvsmn11lx5s15dqxsnjy59xfc-libxrender-0.9.10
/gnu/store/5ybvb5jxlbfa93znylyy1f68h11l9qla-libelf-0.8.13
/gnu/store/yqsj0ncmzxp4llcj74sj23wl11x3vigw-glib-2.70.0-bin
/gnu/store/qqs98rxwjrji6aaf6dqwp7q4m545g2sn-glib-2.70.0
/gnu/store/2431gxx661891b15zcn5sf14616bh287-cairo-1.16.0
/gnu/store/7cddr79rydhc1m4hxr921mq17pz1jj3z-sed-4.8
/gnu/store/35n3whmk8il5k9mv4i94g3hhq0x5v0iv-config-0.0.0-1.c8ddc84
/gnu/store/72kpdqplq4nc87fm7ch47kxy3nlkzsyx-xz-5.2.5
/gnu/store/p5fgysbcnnp8b1d91mrvjvababmczga0-python-3.9.6
/gnu/store/m24fb3ig1wn7yfixp2cvsvik41fv325m-libxmu-1.1.3
/gnu/store/7sik9fp2ffvnr7l01s423x4r5pn75rf9-icu4c-69.1
/gnu/store/45xjw0k3mzpjkxhfhfganl0p8xnqgjq4-libxext-1.3.4
/gnu/store/i67d4yi1zclniycczhi63z4cp42jmqra-libxt-1.2.1
/gnu/store/04ccqq2y4khq38jvianwy9mw6zlr1vf4-libsm-1.2.3
/gnu/store/xb8ksrk21cslvh9pvm53q5qsrhz6613p-libice-1.0.10
/gnu/store/368cv23ggbgl91bw90hyhkqx5dzq0988-libxpm-3.5.13
/gnu/store/ch15pm3i78dvh66l8ds80ijf6kj850j8-libsigsegv-2.13
/gnu/store/v45pjc1yqmy59j9ff913p3ywn9qk4lqx-gawk-5.1.0
/gnu/store/25gv43v5rm05i26z39ajrd6nsxa5r461-coreutils-8.32
/gnu/store/f5jcpy9s4cxzphi0khrqvxhrqnnn9azm-ruby-2.7.4
/gnu/store/375858dr3cqbwry58xcgc0776205p0mf-freetype-2.10.4
/gnu/store/brpl5kly3c64ah2y9v3fgbwl32641c0f-libpng-1.6.37
/gnu/store/q6riv4m9d392dhxdw8jhrn5gsvbcamj9-font-dejavu-2.37
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33
/gnu/store/3ywv7s8d38rgcq7ljmc1s084358a2m3h-glibc-2.33-static
/gnu/store/w6zv2mz56wyxr471q38a3cmzm4iqimy8-bzip2-1.0.8
/gnu/store/379xr5pkxprcamhlcbqz9nghj90qxw86-fontconfig-minimal-2.13.94
/gnu/store/irzhgvy2zb6dd9g7a6b343pn4lvsn9n0-texlive-bin-20210325
/gnu/store/35xph93135j3l3l856b2504j1hll53vr-texlive-20210325
substitute: updating substitutes from
'https://guix.tobias.gr'... 100.0%
substitute: updating substitutes from
'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from
'https://ci.guix.gnu.org'... 100.0%
guix build: error: integer expected from stream:
18446744071924943736
--8<---------------cut here---------------end--------------->8---
So this sounds like integer xerflow, which agains rings a bell…
but I don't remember well enough which one.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply related [relevance 77%]
* bug#37348: [PATCH] hydra: berlin: Redirect HTTP to HTTPS by default.
@ 2021-11-19 16: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 @ 2021-11-19 16:03 UTC (permalink / raw)
Cc: 37348-done, 37348
[-- Attachment #1: Type: text/plain, Size: 359 bytes --]
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> * hydra/nginx/berlin.scm (%berlin-servers): Add a default
> port-80 server
> to redirect all requests to their HTTPS counterparts. Remove
> explicit
> HTTP support for guix.gnu.org and issues.guix.gnu.org.
Pushed as 4015696e45c2242a2e7221c4f43231db5581bda4.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
* bug#51837: [Cuirass] Wrong type: #f in cuirass/templates.scm
@ 2021-11-14 11:25 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 @ 2021-11-14 11:25 UTC (permalink / raw)
Cc: othacehe, 51837
[-- Attachment #1: Type: text/plain, Size: 365 bytes --]
I forgot what I once knew:
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
> ~$ curl -LI https://ci.guix.gnu.org/build/1618120/details
Due to an unrelated Cuirass(/Guile?) bug -I wouldn't work either
way:
$ curl -LI https://ci.guix.gnu.org/
HTTP/1.1 404 Not Found
but the page is still broken regardless.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [relevance 90%]
Results 1-200 of ~700 next (older) | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2019-03-12 18:15 bug#34828: psmisc description vague mikadoZero
2023-09-16 13:43 90% ` bug#34828: [PATCH] Update psmisc to 23.6 Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-05-02 5:44 bug#35532: guix-daemon was freezed znavko
2019-05-03 9:46 ` Ludovic Courtès
2021-12-14 16:52 ` Maxim Cournoyer
2021-12-28 22:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-06-03 9:35 bug#36069: Menu-based installer unusable through noVNC Robert Vollmert
2023-11-03 20:22 90% ` bug#36069: "cirrus" added to VM initrd modules Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-09-09 2:16 bug#37348: Force https redirect missing from ci, workflow and workflows guix.info sub-domains Collin J. Doering
2021-11-02 16:09 ` bug#37348: [PATCH] hydra: berlin: Redirect HTTP to HTTPS by default Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-19 16:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2019-10-28 8:33 bug#37955: warning: '.desktop' file refers to '', which cannot be found Pierre Neidhardt
2022-10-10 12:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-05-07 5:40 bug#41120: uvesafb service is unsupported on aarch64 Efraim Flashner
2021-12-29 2:30 ` Leo Famulari
2021-12-29 8:20 ` Efraim Flashner
2021-12-29 22:03 81% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-06-10 15:20 bug#41791: [Shepherd] loses track of Tor Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-28 12:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2020-12-10 20:01 bug#45165: binutils-mesboot0 fails at configure, cannot find lex Carl Dong
2021-12-24 5:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-24 8:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-14 11:14 bug#51837: [Cuirass] Wrong type: #f in cuirass/templates.scm Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-14 11:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-19 20:47 77% bug#51983: guix build: error: integer expected from stream Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-19 21:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-11-22 4:39 bug#52029: wterm fails to start on core-updates-frozen Jack Hill
2022-08-05 1:37 ` Joshua Branson via Bug reports for GNU Guix
2022-08-05 8:58 ` paren--- via Bug reports for GNU Guix
2022-08-06 1:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-05 23:20 bug#52321: festival can't do text-to-speech (Linux: can't open /dev/dsp) Luis Felipe via Bug reports for GNU Guix
2021-12-06 13:10 88% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-15 5:04 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-06 21:20 bug#52338: Crawler bots are downloading substitutes Leo Famulari
2021-12-06 22:18 ` bug#52338: [maintenance] hydra: berlin: Create robots.txt Leo Famulari
2021-12-09 13:27 ` bug#52338: Crawler bots are downloading substitutes Mathieu Othacehe
2021-12-09 15:42 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-10 16:22 ` Leo Famulari
2021-12-10 16:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-10 21:21 ` Mark H Weaver
2021-12-10 22:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-08 11:23 bug#52372: gash-utils & fzf conflict Blake Shaw via Bug reports for GNU Guix
2021-12-08 17:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-15 13:52 bug#52513: php build failure Mathieu Othacehe
2021-12-16 17:32 ` Diego Nicola Barbato
2021-12-16 17:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-17 23:40 bug#52591: downloading from software archives as default even if version is wrong Andy Tai
2021-12-17 23:58 ` Maxime Devos
2021-12-18 0:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-18 0:23 ` Andy Tai
2021-12-18 1:51 ` Leo Famulari
2021-12-18 1:57 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-18 23:32 bug#52650: Guix pull fails building package cache André A. Gomes
2021-12-19 0:18 ` Leo Famulari
2021-12-19 9:48 ` André A. Gomes
2021-12-19 11:26 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-19 20:35 bug#52667: System reconfiguration fails to build linux-modules.drv Vivien Kraus via Bug reports for GNU Guix
2021-12-21 22:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-21 23:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-22 18:28 ` Leo Famulari
2021-12-22 19:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-22 19:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-21 21:59 bug#52719: Linux modules build fails André A. Gomes
2021-12-21 23:12 ` Leo Famulari
2021-12-21 23:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-25 22:41 bug#52797: texlive broken install Michael Zappa
2021-12-26 7:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-26 16:19 ` Michael Zappa
2021-12-26 16:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-28 9:31 bug#52846: Fetching "texlive" substitute from ci.guix.gnu.org fails Konrad Hinsen
2021-12-28 9:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-28 10:08 ` Konrad Hinsen
2021-12-28 10:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2021-12-28 16:26 bug#52853: Error when trying to upgrade packages Cameron Chaparro
2021-12-28 18:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-05 17:18 bug#53030: Can't (specification->package "package@version:output") calcium via Bug reports for GNU Guix
2022-01-05 20:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-11 19:31 84% bug#53194: System test partition.img differs in size across hosts(?) Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-11 19:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-14 2:13 bug#53243: tigervnc-server failed to build S_ I_
2022-01-14 4:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-14 4:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-14 5:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <fee834af05b189e4efdf06977a2ccb8935aa1277.1642105304.git.olivier.dion@polymtl.ca>
[not found] ` <87ee5bcqhy.fsf@nckx>
[not found] ` <87ee5bwdzw.fsf@laura>
[not found] ` <87a6fzchid.fsf@nckx>
2022-01-15 14:37 90% ` bug#53238: [PATCH] gnu: tree: Remove stddata feature Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-16 22:44 90% bug#53309: Newly-added python-piexif fails to patch source due to CRLF(?) Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-18 18:25 ` Hartmut Goebel
2022-01-18 19:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-19 3:29 bug#53355: guix shell --check: confusing error message Chris Marusich
2022-01-24 14:35 ` Ludovic Courtès
2022-01-25 0:55 ` Chris Marusich
2022-01-25 13:39 ` Ludovic Courtès
2022-02-02 7:49 ` bug#51466: " Chris Marusich
2022-02-08 9:26 ` Ludovic Courtès
2022-02-13 23:17 ` Chris Marusich
2022-02-14 9:47 ` Ludovic Courtès
2022-05-24 4:42 ` Chris Marusich
2022-06-25 9:07 ` Chris Marusich
2022-06-25 9:37 ` bug#53355: bug#51466: " Maxime Devos
2022-06-25 16:52 ` Chris Marusich
2022-06-25 17:40 ` Maxime Devos
2022-06-26 10:33 ` bug#51466: " Josselin Poiret via Bug reports for GNU Guix
2022-06-26 13:07 ` Maxime Devos
2022-06-26 19:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-21 21:06 bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking) Ivan Vilata i Balaguer
2022-01-21 21:20 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-01-22 21:08 ` Ivan Vilata i Balaguer
2022-01-22 21:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-02-19 7:01 bug#40998: [PATCH v2 1/4] system: Add a version field to the <boot-parameters> record Maxim Cournoyer
2022-02-19 7:01 ` bug#40998: [PATCH v2 4/4] initrd: Print its command-line parameters Maxim Cournoyer
2022-02-28 3:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-02-19 14:27 bug#54064: Packaging request: Ultimaker Cura Jacob Hrbek
2022-03-02 13:35 ` Maxim Cournoyer
2022-03-02 19:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-02-20 20:26 bug#54077: What does "sequel" mean in the CODE-OF-CONDUCT Vagrant Cascadian
2022-02-20 20:32 ` Maxime Devos
2022-02-27 13:48 ` Ludovic Courtès
2022-02-27 15:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <alpine.DEB.2.21.2202271650480.9433@marsh.hcoop.net>
2022-02-28 15:37 90% ` bug#54192: guix gc --verify=repair,contents does not repair store Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 6:14 bug#54370: network problem or intentional blocking? poiNt_3D
2022-03-13 11:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 12:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 12:36 ` Christopher Baines
2022-03-13 14:30 ` Ludovic Courtès
2022-03-13 15:30 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-13 20:03 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <3F8ECF7D-4C80-4D03-B7A1-60EBAD3EE206@tobias.gr>
[not found] ` <CAOT6rO__s7aLsK_ZOE-RO49CyJ=VptAJBf79F=bE8pJ2XHcEOA@mail.gmail.com>
2022-03-13 19:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-14 14:47 bug#54385: xscreensaver seems to be missing xscreensaver-demo Christine Lemmer-Webber
2022-03-14 17:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-03-20 19:26 87% bug#54483: ‘guix system image’ chokes on host's /var Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-03 13:09 bug#54691: fortune-mod propagates various non-nice things Maxime Devos
2022-07-23 15:13 ` bug#54691: [PATCH v2 3/5] gnu: Remove fortune-mod Liliana Marie Prikler
[not found] ` <87y1w5sarm.fsf_-_@gnu.org>
2022-08-03 17:09 ` bug#54691: fortune-mod propagates various non-nice things Liliana Marie Prikler
2022-08-04 12:23 ` Ludovic Courtès
2022-08-04 15:37 99% ` [bug#56599] " Tobias Geerinckx-Rice via Guix-patches via
2022-08-04 17:12 ` Liliana Marie Prikler
2022-08-04 19:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-04 16:21 bug#54711: Bad Documentation Series: 6.1 Specifying Additional Channels Marek Paśnikowski
2022-04-10 12:55 ` Marek Paśnikowski
2022-04-10 13:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-10 13:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-08 16:01 90% bug#54794: Clarify licence of guix.gnu.org screenshots Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-08 16:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-04-16 13:36 bug#54973: Blender has no denoiser Haider Mirza
2022-06-10 19:21 ` bug#54973: control message for bug #54973 Haider Mirza
2022-06-10 22:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-11 9:36 bug#55361: [Installer] Extra unprivileged “root” account added Ludovic Courtès
2022-05-20 22:19 ` Ludovic Courtès
2022-05-21 12:54 ` bokr
2022-05-21 13:34 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-16 12:52 bug#55449: recutils cross-compilation "fix" breaks bash builtins Liliana Marie Prikler
2022-05-16 13:37 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-18 14:19 bug#55500: guix.gnu.org is not available from Russia Zomb Hacker
2022-05-18 15:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CANqtuX4iw+ua3istWnMgOf71jzd7H5ytaRm=_GYcitad61BEig@mail.gmail.com>
2022-05-18 16:28 89% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-18 22:11 90% bug#55513: [data.guix.gnu.org] Broken link Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-21 18:02 bug#55559: btrfs-progs fails to cross-compile Pavel Shlyak
2022-05-21 18:44 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-22 20:26 bug#55587: `guix import texlive PKG` fails with signal 11, no output Hugo Nobrega
2022-05-25 10:36 ` bug#55596: Guix/Guile segfaults on `guix import texlive` Ludovic Courtès
2022-05-26 0:20 ` Hugo
2022-05-26 13:36 ` bug#55596: bug#55587: " Jack Hill
2022-05-28 17:19 ` Ludovic Courtès
2022-05-28 18:51 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-23 18:29 bug#55596: subversion segfaul " Jack Hill
2022-05-23 18:40 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-25 6:03 bug#55625: GNOME: totem controls not accessible Roman Riabenko
2022-05-28 15:11 ` Maxime Devos
2022-05-28 15:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-05-26 13:07 bug#55657: libgccjit is unusable Liliana Marie Prikler
2022-06-04 14:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-04 14:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <mailman.8438.1654578063.1231.bug-guix@gnu.org>
2022-06-07 9:34 90% ` bug#55826: guix pull fails on local channel Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-10 4:26 bug#55884: I have a problem wıth my computer User Googlov
2022-06-10 16:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-12 19:16 bug#55933: Fails download of quix 1.3 virtual machine Thomas C Kosvic
2022-06-12 21:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-10 16:05 ` Simon Tournier
2024-09-11 21:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-14 22:29 90% bug#55985: Cuirass(?) produces less than useful ‘build’ log files Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-19 6:25 bug#56091: Possible hash mismatch in barrier 2.4.0 Vishakh Kumar
2022-06-19 15:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <c5ea6353-0b51-97b4-95ce-64ffa18ff489.ref@yahoo.com>
2022-06-22 12:12 ` bug#56144: perl-mail-spf package installs, but does not run Eduard Budulea via Bug reports for GNU Guix
2022-06-23 12:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-28 17:29 bug#56287: Downloading latest development snapshots not working Christian Miller via Bug reports for GNU Guix
2022-06-29 9:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-06-30 19:06 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-02 9:29 bug#56353: sbcl-2.2.6 build fail Wensheng Xie
2022-07-02 11:40 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-15 20:01 bug#56581: 1.3.0 F1 reboot bug Peter
2022-07-15 21:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-15 20:13 bug#56583: Partitioner was detecting a filesystem where none existed Peter
2022-07-15 21:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-23 9:35 bug#56722: guix pull fails -- unbound variable in gnu/home/services/symlink-manager.scm paren--- via Bug reports for GNU Guix
2022-07-24 10:39 ` paren--- via Bug reports for GNU Guix
2022-07-24 10:52 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-27 16:23 bug#56799: (gnu services configuration) usage of *unspecified* is problematic Maxim Cournoyer
2022-07-27 16:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-27 18:31 ` Maxim Cournoyer
2022-07-27 18:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-07-30 23:46 90% bug#56847: [CI] ‘Build output’ artefact download links are broken Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-07 15:52 bug#57046: Spanish documentation uses exclusive language lfvega--- via Bug reports for GNU Guix
2022-08-08 10:39 ` Jean Pierre De Jesus DIAZ via Bug reports for GNU Guix
2022-08-08 14:18 ` pelzflorian (Florian Pelz)
2022-08-09 13:46 ` Ludovic Courtès
2022-08-09 15:45 ` pelzflorian (Florian Pelz)
2022-08-09 17:15 ` Csepp
2022-08-09 20:02 ` pelzflorian (Florian Pelz)
2022-08-10 18:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-07 23:29 bug#57052: elogind-service specifies a variable that's ignored by defualt Cairn via Bug reports for GNU Guix
2022-08-08 10:45 ` Liliana Marie Prikler
2022-08-09 13:52 ` Maxim Cournoyer
2022-08-09 13:57 ` Maxim Cournoyer
2022-08-09 14:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-09 21:07 bug#57091: Git authentication reports subkey fingerprints Ludovic Courtès
2022-08-09 21:20 ` Maxime Devos
2022-08-11 10:24 ` Ludovic Courtès
2022-08-11 11:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-11 11:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-11 15:07 ` Maxime Devos
2022-08-11 16:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-10 22:06 bug#57127: unzip fails to cross-compile Andrew Patterson
2022-08-11 10:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-11 10:28 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-15 11:15 90% bug#57222: Guix Tor service needs a little more authority Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-15 19:06 88% bug#57229: ‘guix system image’ forces commit authentication? Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-15 23:05 90% bug#57232: [installer] ENTER in guided partitioner destroys partition table Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-16 8:51 ` Mathieu Othacehe
2022-08-16 16:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-16 21:42 ` Mathieu Othacehe
2022-08-16 23:40 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-18 1:12 bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c) Jacob K via Bug reports for GNU Guix
2022-08-18 14:23 76% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-28 21:58 bug#57467: 'guix shell' does not honor default behavior when given a specific command to run Thompson, David
2022-08-29 1:28 ` Thompson, David
2022-08-29 10:29 ` Maxime Devos
2022-08-29 12:48 ` bug#57467: [EXT] " Thompson, David
2022-08-30 13:24 ` Maxime Devos
2022-08-30 13:39 ` bug#57467: [EXT] " Thompson, David
2022-08-30 14:33 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-09-04 16:37 bug#57583: Guix cannot resume after hibernation Yusuf Talha via Bug reports for GNU Guix
2022-09-04 17:19 ` Josselin Poiret via Bug reports for GNU Guix
2022-09-05 12:38 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-09-05 12:51 ` Ludovic Courtès
2022-09-05 13:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-09-05 12:13 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-09-21 22:14 bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy) Dr. Arne Babenhauserheide
2022-09-21 22:24 ` Dr. Arne Babenhauserheide
2022-09-21 22:25 ` Dr. Arne Babenhauserheide
2022-09-22 6:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-09-23 20:12 bug#58031: LibreOffice 7.3.5.2 is not reproducible Ludovic Courtès
2022-11-25 22:39 ` Kaelyn via Bug reports for GNU Guix
2022-11-26 22:12 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-01 11:29 bug#58221: nautilus: Crashes loading KgxNautilus plugin twice (problems with NAUTILUS_EXTENSION_PATH) Tobias Kortkamp
2022-10-01 12:32 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-01 14:40 ` Tobias Kortkamp
2022-10-01 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-01 23:04 90% bug#58239: Installer ISO ‘missing’ mkfs.ext4 Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-01 23:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-16 3:42 bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes Brendan Tildesley
2022-10-16 9:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-17 21:04 bug#58591: Java packages do not appear to keep a reference to their inputs Maxim Cournoyer
2022-10-17 22:03 ` Julien Lepiller
2022-10-18 2:45 ` Maxim Cournoyer
2022-10-18 7:36 ` Liliana Marie Prikler
2022-10-18 13:14 ` Maxim Cournoyer
2022-10-18 13:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-18 14:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <CAN3oRtXm2NzeQ1bwt5DgQT=4H4N6Nd8jwGd4vewifWtQsKyrSQ@mail.gmail.com>
2022-10-18 16:31 ` bug#39571: Fwd: Alaska Satellite Internet Re: bug#39571: evolution and bogofilter zimoun
2022-10-18 17:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-18 20:14 ` Christopher Howard
2022-10-18 21:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-10-24 16:08 bug#58760: Guix System iso too big for cdrom again pelzflorian (Florian Pelz)
2022-10-24 18:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-03 8:20 bug#58988: guix pull stopped to work on my GuixSD guixuser
2022-11-04 3:58 ` bug#58988: How Can I restore a file inside /gnu/store/ ? guixuser
2022-11-04 9:18 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-10 1:06 bug#59160: Fritzing parts are missing Gabriel Wicki
[not found] ` <handler.59160.B.1668042432436.ack@debbugs.gnu.org>
2022-11-10 1:27 ` bug#59160: Acknowledgement (Fritzing parts are missing) Gabriel Wicki
2022-11-20 14:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-14 18:54 bug#59279: MPV does not work on X11 on Debian Jorge P. de Morais Neto
2022-11-19 9:53 90% ` bug#59279: MPV does not work on X11 Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-17 18:08 bug#59339: mpv: possible misconfiguration Kristian Lein-Mathisen
2022-11-18 13:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <20221118175318.18980-1-kreyren@rixotstudio.cz>
[not found] ` <-KIRryZSsPSW6pok7axTItUUSakFUdqVXEKveOCmfVFKWpdpyq7L6yZJc-oIoSpwWbXLXoiQ-9qMDPJBzNA1lvE4iyz9jhg0ICEHnvO9PnU=@rixotstudio.cz>
2022-11-20 9:33 ` bug#59363: Fw: [PATCH] flatpak: Adjustments to make --with-commit work Christopher Baines
2022-11-20 12:11 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-20 12:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-21 22:48 bug#59466: Kernel panic when installing with Ventoy Panos Alevropoulos via Bug reports for GNU Guix
2022-12-04 10:30 ` Josselin Poiret via Bug reports for GNU Guix
2022-12-04 13:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-04 12:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-18 13:19 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-18 13:31 ` Panos Alevropoulos via Bug reports for GNU Guix
2022-12-18 13:54 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-23 16:43 bug#59519: LibreOffice 7.3.5.2 fails to build on i686-linux Ludovic Courtès
2022-11-26 2:02 ` Kaelyn via Bug reports for GNU Guix
2022-11-26 22:15 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-26 18:00 bug#59615: Intro video refers to Freenode Ludovic Courtès
2022-11-26 18:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-11-28 20:14 bug#59663: Cannot install lf-27, outdated commit Tyler Wolf via Bug reports for GNU Guix
2022-11-29 11:43 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 11:36 bug#59771: Conda 22.9.0 needs "sudo" as dependency Hugo Buddelmeijer
2022-12-02 11:47 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 17:42 bug#59780: [version 1.4.0rc1] reconfigure fails pelzflorian (Florian Pelz)
2022-12-02 18:14 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 19:29 ` pelzflorian (Florian Pelz)
2022-12-02 20:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 20:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-02 17:43 bug#59781: [version 1.4.0rc1] install.sh script should authorize bordeaux pelzflorian (Florian Pelz)
2022-12-02 18:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-05 7:06 bug#59830: guix system reconfigure don't work after 1.4_rc1 fresh installation Christophe Pisteur
2022-12-05 11:57 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-06 0:56 bug#59850: ecryptfs-utils has a dependency on gettext Steven Roose
2022-12-18 12:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <20210929154310.25788-1-me@tobias.gr>
[not found] ` <87tui31g2y.fsf@nckx>
2022-12-08 11:34 ` bug#59781: bug#50892: [PATCH] guix-install.sh: Authorize all project build farms at once Ludovic Courtès
2022-12-08 21:42 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-12 6:36 bug#59987: Guix build of guix package fails due to some graph tests failing Andrew Patterson
2023-01-26 17:25 ` Simon Tournier
2023-01-26 21:38 ` Andrew Patterson
2023-01-27 11:39 ` Simon Tournier
2023-01-27 22:05 ` Andrew Patterson
2023-01-27 23:00 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-21 21:19 bug#60246: Inability to add pseudo-filesystem fstab entries mirai
2022-12-21 22:50 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-21 23:37 ` mirai
2022-12-21 23:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-12-23 22:35 bug#60290: Manual: Is guix-patches@debbugs.gnu.org valid? Denis 'GNUtoo' Carikli
2022-12-24 10:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-02 14:52 bug#60494: git-reference does not support file:// uri scheme mirai
2023-01-02 17:24 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-18 8:13 bug#60927: gPodder database version field different when built using --with-latest Csepp
2023-01-18 14:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <CAOWR9dsiTkNNfxr9V+wdv_oAG2z7PDZtr7cXCrCPCLq6Ta3aSQ@mail.gmail.com>
2023-01-27 23:44 90% ` bug#61106: spam Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-28 11:18 90% bug#61116: [bayfront] logs.guix FTS database is stale Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-29 23:05 90% bug#61158: Add grub-efi to the installer Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-01-29 23:08 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-02-17 12:55 bug#32026: [PATCH v3 01/11] gnu: Add a 'update-mozilla-locales' helper for maintenance Maxim Cournoyer
2023-02-17 12:55 ` bug#32026: [PATCH v3 10/11] gnu: nss-next: Update to 3.88.1 [fixes CVE-2023-0767] Maxim Cournoyer
2023-02-17 21:38 ` Mark H Weaver
2023-02-18 17:27 ` Maxim Cournoyer
2023-02-18 19:49 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-02-18 12:43 bug#61606: julia 1.8.3 installation failed francismb
2023-02-18 17:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <Y+6SIw5S64Rodiyi@colt.lan>
2023-02-25 2:44 90% ` bug#61557: vdirsyncer fails to verify certificates Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] <20221009033419.28509-1-kiasoc5@disroot.org>
2023-02-25 22:26 90% ` bug#58428: [PATCH 1/2] gnu: ddcutil: Update to 1.3.2 Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-02-26 3:55 bug#58813: [PATCH] doc: Document how to use Patman for patches submission Maxim Cournoyer
2023-02-26 8:25 ` Liliana Marie Prikler
2023-02-26 17:11 ` Maxim Cournoyer
2023-02-27 0:45 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-03-01 9:47 bug#61885: `guix import go` fails outside of pre-inst-env Josselin Poiret via Bug reports for GNU Guix
2023-03-01 9:48 ` bug#61885: [PATCH] gnu: go-github-com-robfig-cron-1.2: Move to (gnu packages golang) Josselin Poiret via Bug reports for GNU Guix
2023-03-01 10:40 ` Simon Tournier
2023-03-02 22:31 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-03-04 15:08 bug#61965: Commands like "guix system search KEYWORD" don't work with locale it_IT.utf8 Luigi Salamone
2023-03-06 22:46 ` Ludovic Courtès
2023-03-07 20:43 ` Luigi Salamone
2023-03-10 9:42 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-03-04 15:12 90% bug#61961: ‘guix system search’ refuses to speak Italian Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-03-04 15:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-05-04 2:00 bug#63255: Firefox crashes when triggering file dialog open Steven Roose
2023-05-04 8:43 ` Josselin Poiret via Bug reports for GNU Guix
2023-05-05 17:27 ` steven
2023-05-05 18:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-06-24 15:26 bug#64271: libasr is unmaintained upstream Omar Polo
2023-06-30 17:17 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-06-30 17:32 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-07-31 13:20 bug#64976: guix build: error: invalid character `~' in name nigko
2023-08-04 19:55 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-01 21:05 90% bug#65001: ‘guix locate’ method is silently ignored when a cache exists Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-04 16:57 bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor Altadil via Bug reports for GNU Guix
2023-08-04 19:21 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-04 19:29 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-13 0:25 ` Ludovic Courtès
2023-08-13 11:46 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-09 17:40 90% bug#65184: (modify-services … (delete …)) should delete all matching service types Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 11:10 90% bug#65225: ‘guix shell --system=ALIEN’ builds for both systems Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-06 0:00 90% ` bug#65225: [PATCH] environment: Build the profile for the requested system Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 11:43 90% ` bug#65225: ‘guix shell --system=ALIEN’ builds for both systems Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-08-11 15:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-09-11 14:37 bug#65720: Guile-Git-managed checkouts grow way too much Ludovic Courtès
2023-10-20 16:15 ` bug#65720: [PATCH] git: Shell out to ‘git gc’ when necessary Ludovic Courtès
2023-10-23 10:08 ` Simon Tournier
2023-10-23 22:27 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-09-11 23:51 bug#65881: FSDG violation in alex4 Ron Nazarov via Bug reports for GNU Guix
2023-09-26 22:39 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-09-18 12:34 bug#66072: Duplicate/conflicting definitions for ocl-icd Guillaume Le Vaillant
2023-09-18 14:23 ` Lars-Dominik Braun
2023-09-18 17:57 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-09-24 2:35 bug#66173: [BUG] Package unknown-horizons fails during build process Rodrigo Morales
2023-09-26 22:04 90% ` bug#66173: " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-09-26 20:51 bug#66222: Fail to build guix documentation Gabriel Hondet via Bug reports for GNU Guix
2023-09-27 13:16 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-05 3:35 bug#66358: Can't import package using archive command Perry, Daniel J
2023-10-09 12:25 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-09 12:32 90% ` bug#66358: Some options are really subcommands + ignore arguments Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-20 17:42 bug#66651: How to pass i915.enable_guc=0 in config.scm to prevent a 'wedged' GPU? Hugo Buddelmeijer
2023-10-20 19:39 ` bug#66651: Hugo Buddelmeijer
2023-10-20 20:56 90% ` bug#66651: Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-20 18:18 90% bug#66653: Should 'guix pack', 'install', ... accept '-f'? Tobias Geerinckx-Rice via Bug reports for GNU Guix
2023-10-25 11:49 bug#66746: LUKS password prompt invisible, prompts twice Caleb Herbert
2023-10-29 11:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-06-15 10:22 bug#71567: python tkinter library not found in guix shell timotheemathieu--- via Bug reports for GNU Guix
2024-06-16 14:09 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-07-06 7:13 bug#71967: Emacs erc-image package is broken? Apoorv via Bug reports for GNU Guix
2024-10-06 9:37 ` bug#71967: Issue can be closed Apoorv via Bug reports for GNU Guix
2024-10-06 12:23 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-10-06 12:58 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-02 11:04 bug#72962: php-8.3.10 build failure Marek Paśnikowski via Bug reports for GNU Guix
2024-09-02 11:48 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-09 18:49 bug#73155: ruby-net-smtp-0.3.3 fails to build Tomás Ortín via Bug reports for GNU Guix
2024-09-09 19:41 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-17 10:15 bug#73313: Hash mismatch for jpegsrc Marcel van der Boom
2024-09-17 12:53 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-22 18:50 bug#73428: update elogind to 255 Julian Flake
2024-09-23 21:58 ` Julian Flake
2024-09-24 8:59 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-24 9:02 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 6:38 bug#73435: gzdoom package probably depends on non-free files forbidding commercial distribution Mamao--- via Bug reports for GNU Guix
2024-09-22 0:00 90% ` bug#73435: [PATCH] gnu: gzdoom: Delete files that prohibit commercial redistribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 17:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-22 0:00 86% ` bug#73435: [PATCH v2] gnu: gzdoom: Delete files that might prevent commercial distribution Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-23 9:15 90% ` bug#73435: gzdoom package probably depends on non-free files forbidding " Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-24 14:03 bug#73451: privileged-program - Wrong type argument in position 1 (expecting struct) Giovanni Biscuolo via Bug reports for GNU Guix
2024-09-24 16:35 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-24 17:07 ` Giovanni Biscuolo via Bug reports for GNU Guix
2024-09-24 17:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-09-27 16:32 bug#73519: Generated installation image fails to launch Aidan Welch
2024-09-27 20:05 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
[not found] ` <CAM2UVrFooWNGYFaGqVQQyMy4tm-hoqKAmaMO4HC-dOc0L73m=w@mail.gmail.com>
2024-09-27 20:13 ` Aidan Welch
2024-09-28 10:36 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-10-02 14:46 bug#73599: packages from store paths don't propagate propagated-inputs MSavoritias
2024-10-02 18:22 90% ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2024-10-03 7:39 ` MSavoritias
2024-10-03 9:29 90% ` 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).