bug#63530: Missing library in package procps
A little more hacking leads me to the conclusion that (probably with version 4 but it's not exactly clear from the changelog) procps has made some significant changes to it's API. So, unless igt-gpu-tools (and probably others) are fixed upstream they remain broken. Fixes through simple regex-magic in our build-phases might be possible, but I am not confident enough in the matter to guarantee that the package would not just build but be broken in a more specific manner. Is there an easy way to check which dependents of procps are actually broken currently? Or is it really just igt-gpu-tools? There's two ways to go (I'd be happy for some input and volunteer to do the actual leg-work): 1. Add an additional procps-3 package with the older API to fix the broken packages. 2. Leave it as-is and wait for an upstream change of the currently broken packages.
bug#63371: [PATCH] gnu: openboard: Update to 1.7-dev-0.47a96e1
>From c0405d2762eb173fb7357de700f1aefc606682f6 Mon Sep 17 00:00:00 2001
Message-Id:
From: Giovanni Biscuolo
Date: Tue, 16 May 2023 08:08:56 +0200
Subject: [PATCH] gnu: openboard: Update to 1.7-dev-0.47a96e1
* gnu/packages/education.scm (openboard)[version]: Update to 1.7-dev-0.47a96e1
[arguments]: Fix quazip and poppler library path
---
this patch updates openboard using the last commit from branch 1.7-dev,
resolving bug #63371
I've also changed the version to 1.7-dev, because this is what this
package is actually using since the last packaged version
gnu/packages/education.scm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/gnu/packages/education.scm b/gnu/packages/education.scm
index acd1297a72..2b7e070976 100644
--- a/gnu/packages/education.scm
+++ b/gnu/packages/education.scm
@@ -452,11 +452,11 @@ (define-public openboard
;; The last release builds from qtwebkit, which has been removed from
;; Guix, so use the latest commit of the 1.7-dev branch, which builds with
;; qtwebengine-5.
- (let ((commit "39e914f600d26565706f0e5b6ea2482b8b4038c7") ;1.6.2-rc0311
-(revision "1"))
+ (let ((commit "47a96e1d6bbdc0250977d22f1b79f11fcc1cbeee")
+(revision "0"))
(package
(name "openboard")
- (version (git-version "1.6.1" revision commit))
+ (version (git-version "1.7-dev" revision commit))
(source
(origin
(method git-fetch)
@@ -465,7 +465,7 @@ (define-public openboard
(commit commit)))
(file-name (git-file-name name version))
(sha256
- (base32 "1763l5dywirzidzc93726dggf9819p47hh6a7p7dwzd1bfq1wb2q"
+ (base32 "04pwmg41vlkwigym3zzkid6srh6f05b44g4mbihd6mhj6vsagx1f"
(build-system qt-build-system)
(arguments
(list
@@ -500,10 +500,10 @@ (define-public openboard
(add-after 'unpack 'fix-library-path
(lambda* (#:key inputs #:allow-other-keys)
(substitute* "OpenBoard.pro"
- (("/usr/include/quazip")
- (search-input-directory inputs "/include/quazip5"))
+ (("/usr/include/quazip5")
+ (search-input-directory inputs "include/quazip5"))
(("/usr/include/poppler")
- (search-input-directory inputs "/include/poppler")
+ (search-input-directory inputs "include/poppler")
(replace 'configure
(lambda _
(invoke "qmake" "OpenBoard.pro")))
--
2.39.2
bug#20255: 'search-paths' should respect both user and system profile.
Hi Maxim, Maxim Cournoyer writes: > Just to make sure, remove what exactly? Remove the bit in /etc/profile that loads the user's profile, if it is indeed supposed to be loaded by the user's own ~/.zprofile or ~/.bash_profile. At least, I don't know if there is a general agreement on what should be done in /etc/profile vs. the user's own config. Best, -- Josselin Poiret signature.asc Description: PGP signature
bug#20255: 'search-paths' should respect both user and system profile.
Josselin Poiret writes: > Hi Maxim, > > Maxim Cournoyer writes: > >> Just to make sure, remove what exactly? > > Remove the bit in /etc/profile that loads the user's profile, if it is > indeed supposed to be loaded by the user's own ~/.zprofile or > ~/.bash_profile. Remove will break existed systems, so need a NEWS entry as Maxim mentioned, and maybe some explainations and examples in the manual about how to setup the environments as needed. I could make a patch for it this weekend if no one beats me.. > At least, I don't know if there is a general agreement > on what should be done in /etc/profile vs. the user's own config. I think hopefully we can agree that /etc/profile only handle the system profile, and user's own config can decide what it want. Despite mitigation, it still work out of the box with skeletons, and user can arrange priorities among profiles, or disable the system one. Or configure it via home-shell-profile (TODO: need some changes).
bug#62659: ikiwiki installation problem?
Hi, Thanks for your report. And sorry for the late reply. On Mon, 03 Apr 2023 at 14:22, "Felicity L." wrote: > So the issue is that when you install "ikiwiki", and then try to > follow the guide and run "ikiwiki --setup ...path" you get an error > saying ".../.ikiwiki-makerepo-real: line 32: perl: command not found" Well, currently ikiwiki is broken because its dependency python-zope-extensions is broken. Unexpected collateral follow-up of the recent core-updates merge, probably. That’s said, propagated-inputs would fix the issue. And that’s probably the easiest and more straightforward considering all the already long list of perl-* packages. Do you want to give a try for fixing this package? Cheers, simon
bug#62517: installer-dump-ed8ac2cb
Hi, Sorry for the late reply. On Wed, 29 Mar 2023 at 11:31, Graham Addis wrote: > qemu didn't like the -enable-kvm switch, so I left that out. I guess you need to enable KVM on your host distribution. On default Debian, I am running something like: 1. Check if =/dev/kvm= is there: =ls -l /dev/kvm= 2. Add the user to the KVM group #+begin_src shell sudo usermod -a -G kvm newgrp kvm #+end_src 3. If it does not work, then try: #+begin_src shell sudo chmod 777 /dev/kvm #+end_src Once KVM is enable, do you have still the same issue? Cheers, simon
bug#63451: Guix pull not successful
Hi, On Thu, 11 May 2023 at 13:03, a wrote: > \Backtrace: > In ice-9/boot-9.scm: >222:29 19 (map1 (# (#) #) > # ?)) >222:29 18 (map1 (# (#) #) > (# ()))> # ?)) >222:17 17 (map1 (# sanitize-location> (# ?)) > In ice-9/psyntax.scm: > Exception thrown while printing backtrace: > Wrong type to apply: 129 > > ice-9/boot-9.scm:3165:6: In procedure module-gensym: > Invalid read access of chars of wide string: "m-1bcbf699e1749862-28a08" > guix pull: error: You found a bug: the program > '/gnu/store/s2rl9h1zmxx84iyk25ndmn7rmy9508dj-compute-guix-derivation' > failed to compute the derivation for Guix (version: > "d6f6b57766e95d2fa8af63d4460a2b303ca4d867"; system: "x86_64-linux"; > host version: "1.4.0"; pull-version: 1). Hum, I am not able to reproduce, guix time-machine --commit=v1.4.0 \ -- time-machine --commit=d6f6b57766e95d2fa8af63d4460a2b303ca4d867 \ -- help passes. What appears to me weird is the previous part: > Authenticating channel 'guix', commits 9edb3f6 to d6f6b57 (667 new) It means that you already have a checkout and some commits authenticated. Other said, you have already run “guix pull” and you probably did “guix pull --commit=v.1.4.0”, no? Well, can you share the output of “guix pull -l”? It would not explain why the Guile ’module-gensym’ failed though. Cheers, simon
bug#63546: nix-channel error: opening pseudoterminal master: No such device
I recently started getting this error: $ nix-channel --update unpacking channels... error: opening pseudoterminal master: No such device error: program '/gnu/store/77sxsc9awh98pg4y1iab195adls6bbm8-nix-2.5.1/bin/nix-env' failed with exit code 1 should I report this to nix instead? tried running it in xfce-terminal and in a TTY using the nix shepherd service guix version c8e599b
