bug#70444: Broken Emoticons in Browsers

2024-04-17 Thread Dr. Arne Babenhauserheide
Hi,

for more than a month now many emoticons are broken in my browsers.

An example is https://www.draketo.de/wissen/klimalinks.html
I see ⚠, but I cannot see  (though copying it into an Emacs buffer
shows the icon).

Also Flags like  and  are broken.

I have a huge number of fonts installed (list at the end), so this
should actually work.

I attached a screenshot from icecat which shows the problem;
ungoogled-chromium has it, too. Firefox installed via flatpak works,
though (second attached image).



Best wishes,
Arne

Installed fonts in /etc/config.scm:

font-adobe-source-code-pro font-adobe-source-han-sans 
font-adobe-source-sans-pro font-adobe-source-serif-pro font-anonymous-pro 
font-anonymous-pro-minus font-awesome font-bitstream-vera 
font-blackfoundry-inria font-cns11643-swjz font-comic-neue font-culmus 
font-dejavu font-dosis font-dseg font-fantasque-sans font-fira-code 
font-fira-mono font-fira-sans font-fontna-yasashisa-antique font-gnu-freefont 
font-gnu-unifont font-go font-google-material-design-icons font-google-noto 
font-google-roboto font-hack font-ibm-plex font-inconsolata font-iosevka 
font-iosevka-aile font-iosevka-etoile font-iosevka-slab font-iosevka-term 
font-iosevka-term-slab font-ipa-mj-mincho font-jetbrains-mono font-lato 
font-liberation font-linuxlibertine font-lohit font-meera-inimai font-mononoki 
font-mplus-testflight font-opendyslexic font-public-sans font-rachana 
font-sarasa-gothic font-sil-andika font-sil-charis font-sil-gentium font-tamzen 
font-terminus font-tex-gyre font-un font-vazir font-wqy-microhei 
font-wqy-zenhei 
;; more fonts
texlive-palatino texlive-fpl texlive-mathpazo
;; lots of fonts from package xorg.scm
font-adobe100dpi font-adobe75dpi font-cronyx-cyrillic font-dec-misc 
font-isas-misc font-micro-misc font-misc-cyrillic font-misc-ethiopic 
font-misc-misc font-mutt-misc font-schumacher-misc font-screen-cyrillic 
font-sony-misc font-sun-misc font-util font-winitzki-cyrillic 
font-xfree86-type1 


signature.asc
Description: PGP signature


bug#68398: guile not reproducible? mismatch between ci.ggo and bordeaux.ggo

2024-01-11 Thread Dr. Arne Babenhauserheide
When challenging guile, I get different hashes between our two CI servers:

LANG=C guix challenge guile
guix challenge: warning: could not determine current substitute URLs; using 
defaults
/gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9 contents differ:
  local hash: 1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
  
https://ci.guix.gnu.org/nar/lzip/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9: 
1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
  
https://bordeaux.guix.gnu.org/nar/lzip/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9:
 17gvhxrcngyjjy2mlr9j2x6xv0x16b7dnf6dpz00vfqvddq9i2dz
  differing file:
/lib/guile/3.0/ccache/ice-9/ftw.go

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive

Is this known?

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


signature.asc
Description: PGP signature


bug#67553: maven is very old (3.8.6) — start of a patch to update maven (does not work yet)

2023-11-30 Thread Dr. Arne Babenhauserheide
Hi,

I tried to update maven to 3.9.5 but failed because maven did not find
synccontext:

starting phase `build'
Buildfile: 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/build.xml

compile:
[javac] Compiling 27 source files to 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/build/classes
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionRangeResolver.java:57:
 error: package org.eclipse.aether.spi.synccontext does not exist
[javac] import org.eclipse.aether.spi.synccontext.SyncContextFactory;
[javac]  ^
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionRangeResolver.java:76:
 error: cannot find symbol
[javac] private SyncContextFactory syncContextFactory;
[javac] ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionRangeResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionRangeResolver.java:88:
 error: cannot find symbol
[javac] SyncContextFactory syncContextFactory,
[javac] ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionRangeResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionRangeResolver.java:107:
 error: cannot find symbol
[javac] public DefaultVersionRangeResolver 
setSyncContextFactory(SyncContextFactory syncContextFactory) {
[javac]  ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionRangeResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionResolver.java:65:
 error: package org.eclipse.aether.spi.synccontext does not exist
[javac] import org.eclipse.aether.spi.synccontext.SyncContextFactory;
[javac]  ^
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionResolver.java:85:
 error: cannot find symbol
[javac] private SyncContextFactory syncContextFactory;
[javac] ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionResolver.java:97:
 error: cannot find symbol
[javac] SyncContextFactory syncContextFactory,
[javac] ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionResolver.java:116:
 error: cannot find symbol
[javac] public DefaultVersionResolver 
setSyncContextFactory(SyncContextFactory syncContextFactory) {
[javac] ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionRangeResolver.java:98:
 error: cannot find symbol
[javac] 
setSyncContextFactory(locator.getService(SyncContextFactory.class));
[javac]  ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionRangeResolver
[javac] 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultVersionResolver.java:107:
 error: cannot find symbol
[javac] 
setSyncContextFactory(locator.getService(SyncContextFactory.class));
[javac]  ^
[javac]   symbol:   class SyncContextFactory
[javac]   location: class DefaultVersionResolver
[javac] Note: 
/tmp/guix-build-maven-resolver-provider-3.9.5.drv-0/apache-maven-3.9.5/maven-resolver-provider/src/main/java/org/apache/maven/repository/internal/DefaultModelResolver.java
 uses or overrides a deprecated API.
[javac] 

bug#66939: python-on-guile fails to build

2023-11-04 Thread Dr. Arne Babenhauserheide
To reproduce:

$ LANG=C guix shell python-on-guile

hint: Consider passing the `--check' option once to make sure your shell does 
not clobber
environment variables.

The following derivation will be built:
  /gnu/store/5y1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv

building 
/gnu/store/5y1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv...
/ 'build' phasebuilder for 
`/gnu/store/5y1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv' 
failed with exit code 1
build of 
/gnu/store/5y1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv failed
View build log at 
'/var/log/guix/drvs/5y/1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv.gz'.
guix shell: error: build of 
`/gnu/store/5y1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv' failed

The build log is attached.



1bii20sgr3hnscdav8z3jwvwdv67py-python-on-guile-1.2.3.5.drv.gz
Description: Binary data

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


signature.asc
Description: PGP signature


bug#65926: package openjdk 20.0.2 and release-candidate 21+35 and add helpers for that

2023-09-13 Thread Dr. Arne Babenhauserheide
Hi,

attached are patches to add helpers and package openjdk 20.0.2 and
21+35.

The 21+35 package skips the validation of the runpath, because that
fails. I don’t know why.

From e72a8ec42a4d4a199711c0abf7960f8caeab5c1e Mon Sep 17 00:00:00 2001
Message-ID: 
From: Arne Babenhauserheide 
Date: Wed, 13 Sep 2023 21:59:25 +0200
Subject: [PATCH 1/4] Add version-prefix-+ for versions with + as separator of
 the build

* guix/utils.scm (version-prefix-+): new procedure
---
 guix/utils.scm | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/guix/utils.scm b/guix/utils.scm
index e9af33bdeb..2993b31a5c 100644
--- a/guix/utils.scm
+++ b/guix/utils.scm
@@ -116,6 +116,7 @@ (define-module (guix utils)
 version>?
 version>=?
 version-prefix
+version-prefix-+
 version-major+minor+point
 version-major+minor
 version-major
@@ -822,6 +823,11 @@ (define (version-major version-string)
   "Return the major version number as string from the version-string."
   (version-prefix version-string 1))
 
+(define (version-prefix-+ version-string)
+  "Truncate version-string to leave out a suffix appended with +.
+For example, (version-prefix-+ \"21+35\" returns \"21\""
+  (string-join (take (string-split version-string #\+) 1) "+"))
+
 (define (version-unique-prefix version versions)
   "Return the shortest version prefix to unambiguously identify VERSION among
 VERSIONS.  For example:

base-commit: e2a7c227dea5b361e2ebdbba24b923d1922a79d0
prerequisite-patch-id: e26acb8280f31db9b663b6fc444a2229fc5b588e
prerequisite-patch-id: db5cc62f7d04f3ed3014ae984fe732f3b6db8d17
prerequisite-patch-id: 3a0bf9ef6f27f1d92537c5e9ee5c38c7d6ced99e
prerequisite-patch-id: 088a72da8c11e5d1c7087b4a5e8bb9c4a3b9b2af
prerequisite-patch-id: 1b4787e17ec6ab62978615e1d3804a1024c5e1a0
prerequisite-patch-id: f814d9756faa5d91a68b81654606c66b4cf389e5
prerequisite-patch-id: f2dbed3e6da49472bd141c9fa40de2d2208130fb
prerequisite-patch-id: 2dbf557994da4a264566b67294f7f3f8e2931f5f
prerequisite-patch-id: 912a76fac540b98d5683ba1886a7d62f0963cd9f
prerequisite-patch-id: f6a9bfd16b8952c73b7a6d97be70013a290815d7
prerequisite-patch-id: e50c1aaa1d401bba32a49d2e1fb1661746543d09
prerequisite-patch-id: 1f63cb516bc5c9772ae808371528006fca20dcad
prerequisite-patch-id: 1ac04f0120fb6c4f106d05bee88103debb815b41
prerequisite-patch-id: eeff242fb5e41c8c83b3daadd0965e58eb6670ba
prerequisite-patch-id: 3812c9ac1252d9d20e8485462be155156f302a54
prerequisite-patch-id: 9d3dd155c91ab334999c03fefab04f361ea4d8b5
prerequisite-patch-id: f5b09b934b65fe45bdfd1273baa3bb949ed52cca
prerequisite-patch-id: 61a9b3943bdbe5cb6a4aa97ceb64088f9a14
prerequisite-patch-id: 3f9d50361fb537607c33d09115366aec05160688
prerequisite-patch-id: 765c77b7c31f24491149665a066d2906f8da8d33
prerequisite-patch-id: 2b92c37e3aa74152a7aa226e1fbd5f2735037dc0
prerequisite-patch-id: 2a3123ab0786108f26e25c45fc4c545b99b6dd27
prerequisite-patch-id: 891a2458a90ea90113c576df5029514f5143366e
prerequisite-patch-id: 1a08957a2fd3e3637ed7f3cf3f44c9f8194d6668
prerequisite-patch-id: d382210c915c0a809cb709cba45a4542d60c4d20
prerequisite-patch-id: d424ad2c4c4bf14becb025c67757f48d4a6ae6b5
prerequisite-patch-id: 07e1c90231819e0b963645b041522e53891fd344
prerequisite-patch-id: 124009dec6dad63add19bf258f71bdb127078ecb
prerequisite-patch-id: 0afa33c8e0e2aca07da2782e04d259d3f8c498c5
prerequisite-patch-id: 205bb6c05a145eb9137e8623687418089351e73e
prerequisite-patch-id: 7138f72403701b9749a0a587f1807030d730c00d
prerequisite-patch-id: 39bd665160a5e62aaa4ea94ad2e3ca30f31e2127
-- 
2.41.0

From 42b2dbb2d09ab5706523f25951f51289e3ad6181 Mon Sep 17 00:00:00 2001
Message-ID: <42b2dbb2d09ab5706523f25951f51289e3ad6181.1694635452.git.arne_...@web.de>
In-Reply-To: 
References: 
From: Arne Babenhauserheide 
Date: Wed, 13 Sep 2023 22:00:55 +0200
Subject: [PATCH 2/4] Add syntax make-openjdk-release-candidate for versions
 like 21+35

* gnu/packages/java.scm (make-openjdk-release-candidate): new procedure
---
 gnu/packages/java.scm | 39 +++
 1 file changed, 39 insertions(+)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index f7464e2168..0c22f4def9 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1431,6 +1431,45 @@ (define-syntax make-openjdk
field
...)))
 
+(define-syntax make-openjdk-release-candidate
+  ;; Return an OpenJDK package at VERSION with checksum HASH, using BOOTSTRAP,
+  ;; the bootstrap package.  One or more FIELD can be provided to further
+  ;; refine the package definition; for convenience, the BASE, NAME and
+  ;; VERSION are defined in their scope.
+  (lambda (x)
+(syntax-case x ()
+  ((_ bootstrap version* hash field ...)
+   (with-syntax ((base (datum->syntax x 'base))
+ (name (datum->syntax x 'name))
+ (version (datum->syntax x 'version)))
+ #'(let ((base (package
+ (inherit 

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

2023-09-11 Thread Dr. Arne Babenhauserheide
Hi,


I’m skipping a lot to get only to the most important points (save time
for us all).

Simon Tournier  writes:
> Instead, it is QA that builds “pre-commit“ (patches).  Thanks to
> tireless Chris’s work since years, we have some tools for monitoring the
> impact of one change on the whole package set.  Somehow, if I have
> correctly understood, QA uses the Build Coordinator to list all the
> derivations and then build all the new ones generated by the change.
>
> So the answer to your question is yes. :-) Aside, help is welcome for
> improving QA.

So something was missing there that let the change to the ocaml package
slip through this january. This should have raised red flags somewhere.

Do we have documentation on the process? (link?)

>> Since a manifest is strictly dependent on all packages defined in it,
>> removing a single referenced package means that the manifest is broken:
>> no update works anymore. No security updates come in anymore — even if
>> the package in question worked locally. This is a situation we should
>> not cause.
…
> What I am proposing is: if the same package is still failing after
> several X  or attempts, then we mark it as ‘broken’ and it
> becomes a candidate for a removal.  People who care raise their hand.
> And we have a better idea about the real status.

This means with the current functionality that the manifest is broken at
that point. Nothing can be updated anymore. I’ve been in that situation
a few times already with broken packages and it caused weeks of not
being able to update because I didn’t have the time to investigate.

That’s why I wrote the following:

> If we had a way to have placeholder packages (similar to the renamings)
> that emit warnings for missing packages but do not break the build, that
> would reduce the damage done by removing a package. But I think such a
> mechanism must be in place and tested before adding a rule to remove
> packages.

This would cause us to collect a slowly growing list of removed packages
that will be ignored (except for the warning) in manifests.

That way we would avoid breaking the setup when removing a package.


(define-public-removed the-package-variable
  (removed-package
(name "the-package-name")
(reason-for-removal "upstream stopped working a decade ago")))


The key difference between your scenario "some package is broken and I
cannot install it" and my scenario "I have a package in my manifest that
gets removed, breaking my manifest" is that mine is much more painful
because an update breaks changing a working system.

In my scenario I don’t just see "oh, this doesn’t work, let’s choose
another way", but a way I’ve been using and building on gets broken.

Also I experienced that at least twice already. That I had to go and
investigate before I could add a package to my manifest, because the
manifest was broken by a removed package. In at least one instance I had
not been able to update for several weeks before that and didn’t have
time and energy to investigate.

Once I had missed that my system had not updated in months, because I
did reconfigure in a cron job and a removed package had broken
/etc/config.scm


And we actually select for such breakage, because I cannot see locally
whether a package failed on CI, so while I can see (and have to fix)
packages that fail locally, on-CI-failures are invisible.


So instead of removing a package, I think the first step in a process
should be to warn everyone with that package in the manifest that it’s
broken on CI ⇒ add a warning to that package, like the rename warnings.

If no one takes it up for a few months, replace it with a
removed-package placeholder that warns to clean up the manifest. And
just keep that placeholder in place to avoid breaking manifests.


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


signature.asc
Description: PGP signature


bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

2023-09-11 Thread Dr. Arne Babenhauserheide

Simon Tournier  writes:
> On Wed, 30 Aug 2023 at 12:39, "Dr. Arne Babenhauserheide"  
> wrote:
>> Please don’t remove packages that are broken on the CI. I often had a
>> case where no substitute was available but the package built just fine
>> locally. This is not a perfect situation (nicer would be to track why it
>> doesn’t come from CI — sometimes it’s just a resource problem on the
>> CI), but if you removed a package I use that would break all updates for
>> me.
>
> Well, I do not think that any policy will mark a package for removal on
> the first build failure.  However, if the same package is still failing
> after several X  or attempts, it means something is wrong.
> Marking it as a candidate for removal implies:
>
>  1. check if the failure is from CI when it builds locally,
>  2. keep a set of packages that we know they are installable.
>
> For instance, ocaml4.07-* packages are failing since more or less April.
>
> https://data.guix.gnu.org/repository/1/branch/master/package/ocaml4.07-ppxlib/output-history
>
> Does it make sense to keep them?  For another example, some perl6-*
> packages are failing since… 2021.
>
> https://data.guix.gnu.org/repository/1/branch/master/package/perl6-xml-writer/output-history
>
> Does it make sense to keep them?

This is a good example, but not for removing broken packages. For
perl6-xml-writer removing the package would keep breakage in Guix.

I just checked the build, and this looks like a Guix packaging error
that breaks the tests due to a change to some unrelated package:
/gnu/store/ap404x14l604wm0gvaj439ga2vjzwnl7-perl6-tap-harness-0.0.7/bin/prove6: 
/gnu/store/ap404x14l604wm0gvaj439ga2vjzwnl7-perl6-tap-harness-0.0.7/bin/.prove6-real:
 perl6: bad interpreter: No such file or directory

Disabling the tests makes the package build and work.

So here, removing a package would start at the wrong place: some change
between 2021-02-01 and 2021-04-30 broke the perl6-tap-harness and we did
not detect that.

This is a problem that would get hidden by removing broken packages.

The problem is that we (large inclusive we that stands for all users of
Guix) did not track down this problem that causes the build to fail.

From this I see two distinct cases:

- packages broken upstream
- packages broken by changes in Guix

If a package is broken upstream and not going to get fixed and this
requires regular patching in Guix, I agree that we have to remove it at
some point.

If however a change in Guix breaks packages, that change should get
rolled back / reverted and fixed, so it does not break the packages.

8 |   ocaml-migrate-parsetree
  ^^^
Error: Library "ocaml-migrate-parsetree" not found.

This likely means that a change in the inherited package removed the
input, but the breakage wasn’t detected.

And that’s actually what happened in
386ad7d8d14dee2103927d3f3609acc63373156a
Fri Jan 13 10:54:36 2023 +

This commit broke ocaml4.07-ppxlib by cleaning up the inputs of
ocaml-ppxlib (not naming names, this is not about shaming but about
detecting the deeper problem).

It should have been rejected (somehow) by CI. The change it would have
required is this:

diff --git a/gnu/packages/ocaml.scm b/gnu/packages/ocaml.scm
index 8ff755aea9..042432be9a 100644
--- a/gnu/packages/ocaml.scm
+++ b/gnu/packages/ocaml.scm
@@ -6845,6 +6845,9 @@ (define-public ocaml4.07-ppxlib
  (base32
   "0my9x7sxb329h0lzshppdaawiyfbaw6g5f41yiy7bhl071rnlvbv"
  (build-system dune-build-system)
+ (propagated-inputs
+  (modify-inputs (package-propagated-inputs ocaml-ppxlib)
+(prepend ocaml-migrate-parsetree)))
  (arguments
   `(#:phases
 (modify-phases %standard-phases

So for both the cases you named for removal, such a removal would have
caused us to miss actual problems in our process.

This does not mean that there will never be a case in which a package
has to be removed, but given that both cases you showed are likely
self-induced breakage due to changes that should have been rejected as
breaking seemingly unrelated packages, it rather looks like the
situation where removing the package is the right way forward is the
exceptional case.

The norm is that our CI should have detected a problem in the commit
causing the breakage.
(this is reasoning from only two datapoints, so take it with a grain of
salt …)

Can we automatically rebuild all inheriting packages when a package gets
changed?

> The usual situation is that CI is able to build the packages.  The set
> of packages that CI is not able to build is very limited and it is the
> exception.
>
> Having a rule to deal with the regular broken packages appears to me a
> good thing and very helpful to keep Guix reliable.  And that rule cannot
> be based on rare exceptional cases.

A rule should work with known cases, o

bug#65391: Acknowledgement (People need to report failing builds even though we have ci.guix.gnu.org for that)

2023-08-30 Thread Dr. Arne Babenhauserheide

Maxim Cournoyer  writes:
> Believe it or not, I actually did! :-) I was replying to the first part
> of your message, where you mentioned you were against packages removal.
> My reply was giving support to devising policy that would define when
> it's acceptable to prune the distribution of broken/unmaintained
> packages, which is tangentially related to the topic of reporting broken
> packages.

Please don’t remove packages that are broken on the CI. I often had a
case where no substitute was available but the package built just fine
locally. This is not a perfect situation (nicer would be to track why it
doesn’t come from CI — sometimes it’s just a resource problem on the
CI), but if you removed a package I use that would break all updates for
me.

I had that in the past. It’s not a nice situation, because it not only
break that one package but also prevents getting security updates until
you find time to inspect what exactly is broken.

And if you depend on that package, stuff stops working. Example: The
changes to the Texlive packages currently break the PDF export of many
pages for me — I have not found the deeper reason yet. And I usually
cannot investigate such problems right-away, because I can’t just drop
everything for hobby automation that should just keep working.

If a change in packages breaks my manifest, that is extremely painful.

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


signature.asc
Description: PGP signature


bug#65614: cgroups increase to 65555 preventing docker to start

2023-08-30 Thread Dr. Arne Babenhauserheide
Hi,

when I try to start a docker container, I get the erro

docker: Error response from daemon: failed to create shim task: OCI
runtime create failed: runc create failed: unable to start container
process: unable to apply cgroup configuration: mkdir
/sys/fs/cgroup/docker/dac0a619a2d6f980095c74a6a2b82a31bbfef721d5bc80fe9a9fb94fe48cfa37:
no space left on device: unknown.

Checking the number of cgroups shows that it’s at the limit (if I read
it right, no guarantees for that, cgroups isn’t my strong side), but
this is after only a few days of uptime:

$ find /sys/fs/cgroup/ -type d | wc -l
65534

$ cat /proc/cgroups 
#subsys_namehierarchy   num_cgroups enabled
cpuset  0   65536   1
cpu 0   65536   1
cpuacct 0   65536   1
blkio   0   65536   1
memory  0   65536   1
devices 0   65536   1
freezer 0   65536   1
net_cls 0   65536   1
perf_event  0   65536   1
net_prio0   65536   1
hugetlb 0   65536   1
pids0   65536   1
misc0   65536   1

Is Guix using cgroups for building?
Is something broken in Guix or do I have to hunt elsewhere for fixes?

Other people seem to have similar problems, but only after massive
docker usage:
https://github.com/AlexiaChen/rocker/issues/3#issuecomment-1128946114

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


signature.asc
Description: PGP signature


bug#65456: [PATCH v3] self: Build guix/ and gnu/packages/ directories in 26 steps.

2023-08-24 Thread Dr. Arne Babenhauserheide

Janneke Nieuwenhuizen  writes:

> So, some good news at last; I can confirm that using v4 of this patch we
> now have "guix pull", pulling from a local git directory, now fully
> working on the Hurd!

That’s awesome! Thank you for your work!

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


signature.asc
Description: PGP signature


bug#65472: texlive split packages are missing isodate.sty, wallpaper.sty, and dashrule.sty

2023-08-23 Thread Dr. Arne Babenhauserheide
Hi,


after switching to split texlive packages (via texlive-scheme-medium),
my documents fail to compile.

I cannot find split packages for isodate.sty, wallpaper.sty, and dashrule.sty


Minimal reproduction:

--- file: test.tex ---
\documentclass{memoir}
\usepackage[iso,german]{isodate}
\usepackage{wallpaper}
\usepackage{dashrule}
\usepackage{everypage}
\begin{document}
\end{document}


guix shell --pure texlive-scheme-medium test

! LaTeX Error: File `isodate.sty' not found.
! LaTeX Error: File `wallpaper.sty' not found.
! LaTeX Error: File `dashrule.sty' not found.


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


signature.asc
Description: PGP signature


bug#65383: [gnome-team] Nothing is reproducible anymore

2023-08-19 Thread Dr. Arne Babenhauserheide

Liliana Marie Prikler  writes:

> I have absolutely no idea how this came to be:
> …
> The hash changes with each run.  What the hell is going on?

I don’t know. I’ve seen a not reproducible error with guix challenge
guile.

I would expect this when running with --tune, but not from the build
servers:

$ LANG=C guix challenge guile
/gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9 contents differ:
  local hash: 1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
  
https://ci.guix.gnu.org/nar/lzip/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9: 
1mn4ahip1cywc2nkq7lbgjfgdws9r283r3r12yq6ijg1b2zi5yz6
  
https://bordeaux.guix.gnu.org/nar/lzip/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9:
 17gvhxrcngyjjy2mlr9j2x6xv0x16b7dnf6dpz00vfqvddq9i2dz
  differing file:
/lib/guile/3.0/ccache/ice-9/ftw.go

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive

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


signature.asc
Description: PGP signature


bug#64783: Build of texlive-font-maps fails

2023-08-09 Thread Dr. Arne Babenhauserheide

Nicolas Goaziou  writes:

>> Should all texlive-prefixed packages be removed from the manifest? If
>> yes: can we somehow add a warning about this?
>
> IMO, you either use monolithic texlive, i.e., `texlive', or modular TeX
> Live, i.e. "texlive-" prefixed packages. You shouldn't need both (and
> I suggest using the latter as soon as your favourite packages are
> shipped).
>
> In any case, since 3481a5cb37cacbb54f74a2b1fa52ffc5c972b09f, this
> situation should not generate an error anymore.

OK — thank you!

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


signature.asc
Description: PGP signature


bug#64783: Build of texlive-font-maps fails

2023-08-09 Thread Dr. Arne Babenhauserheide

Nicolas Goaziou  writes:

> Hello,
>
> "Dr. Arne Babenhauserheide"  writes:
>
>> Is there a package that says "all of texlive"? When working with LaTeX,
>> I do not know beforehand which packages I need but rather always need
>> all available to try out what works well.
>
> The "all of texlive" package is called `texlive'.
>
> When you have this one in your profile, you shouldn't need any
> "texlive-" prefixed package. OTOH, if you don't have `texlive', which is
> what I suggest, you need to start off with a base system, such as
> `texlive-scheme-basic' and extend it with TeX Live collections.

I found that after an update, pdflatex is broken with texlive and
additional packages, but works when 

Should all texlive-prefixed packages be removed from the manifest? If
yes: can we somehow add a warning about this?

I have this list in my manifest:

  "texlive"
  "texlive-ae"
  "texlive-amsfonts"
  "texlive-bin"
  "texlive-charter"
  "texlive-cm-super"
  "texlive-fontinst"
  "texlive-ec"
  "texlive-iwona"
  "texlive-latex-fonts"
  "texlive-rsfs"
  "texlive-inconsolata"
  "texlive-mdwtools"
  "texlive-ms"
  "texlive-polyglossia"
  "texlive-titlesec"
  "texlive-lh"
  "texlive-metafont"
  "texlive-mflogo"
  "texlive-mflogo-font"
  "texlive-palatino"
  "texlive-hyphen-complete"
  "texlive-times"
  "texlive-txfonts"
  "texlive-zapfding"


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


signature.asc
Description: PGP signature


bug#65136: mktexpk cannot create bitmap font for umvs

2023-08-07 Thread Dr. Arne Babenhauserheide
Hi,

I restarted my system after a few weeks of uptime and now my LaTeX files
no longer compile: I get the error

kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+437/600 --dpi 1037 umvs
mktexpk: don't know how to create bitmap font for umvs.
mktexpk: perhaps umvs is missing from the map file.

However it does work when I call

guix shell texlive -- pdflatex -shell-escape file.tex

My manifest contains as tex-relevant packages:

  "font-tex-gyre"

  "texinfo"
  "texlive"
  "texlive-ae"
  "texlive-amsfonts"
  "texlive-bin"
  "texlive-charter"
  "texlive-cm-super"
  "texlive-fontinst"
  "texlive-ec"
  "texlive-iwona"
  "texlive-latex-fonts"
  "texlive-rsfs"
  "texlive-inconsolata"
  "texlive-mdwtools"
  "texlive-ms"
  "texlive-polyglossia"
  "texlive-titlesec"
  "texlive-lh"
  "texlive-metafont"
  "texlive-mflogo"
  "texlive-mflogo-font"
  "texlive-palatino"
  "texlive-hyphen-complete"
  "texlive-times"
  "texlive-txfonts"
  "texlive-zapfding"


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


signature.asc
Description: PGP signature


bug#64783: Build of texlive-font-maps fails

2023-07-27 Thread Dr. Arne Babenhauserheide

Nicolas Goaziou  writes:

> "Dr. Arne Babenhauserheide"  writes:
>
>> I see consistent failures of the package texlive-font-maps. It logs the 
>> error:
>>
>> updmap [ERROR]: The following map file(s) couldn't be found:
>> updmap [ERROR]: dvips35.map (in builtin)
>> updmap [ERROR]: pdftex35.map (in builtin)
>> updmap [ERROR]: ps2pk35.map (in builtin)
>> updmap [ERROR]: Did you run mktexlsr?
>
> These files are provided by texlive-scripts, which should be available
> on every modular TeX Live installation (texlive-bin propagates it).
>
>> Derive([("out","/gnu/store/i3bjkknqvy6j1yms9wq2vzvak4p3zkg6-texlive-font-maps","","")],[("/gnu/store/03hy2l06fyrpjqmf199qxd52k41ihxzy-grep-3.8.drv",["out"]),("/gnu/store/07py0rcqq4ca1ikms3a6snl6yp4wzzrd-module-import-compiled.drv",["out"]),("/gnu/store/11gsf29z84rmxcf12y1pdnb3cfsbhb6m-texlive-l3packages-66594.drv",["out"]),("/gnu/store/1qd6wq018ipl1sfkqv5r80xwkjx620gr-texlive-euenc-66594.drv",["out"]),("/gnu/store/2csqm4kky58i67jcwmjmfggk5n0rff3v-texlive-tipa-66594.drv",["out"]),("/gnu/store/2zbx4njzjrhcbdvjyfi0r4i64zv13zaj-coreutils-9.1.drv",["out"]),("/gnu/store/32zz5xh7lqzfxvkm29iscm6vc4jn15j8-texlive-fontinst-66594.drv",["out"]),("/gnu/store/3mqwxgwd48yr0j9m8bq2qzrbd2rw8jq3-texlive-lh-66594.drv",["out"]),("/gnu/store/3w7vn5703j490ijba633nhs17gq07i9g-texlive-lm-66594.drv",["out"]),("/gnu/store/4dz2wm11jy9z4l0sjby5xnp0rms10xbf-texlive-ec-66594.drv",["out"]),("/gnu/store/5nni0byiaaw57g4ljnlb6bbf72qivcbd-texlive-iftex-66594.drv",["out"]),("/gnu/store/6b0x30277kvnwhh7sgc6ppmf2v6bdxa8-texlive-amsfonts-66594.drv",["out"]),("/gnu/store/a7qisshnmv677h96zbybrm2x7w2irp9p-texlive-xunicode-66594.drv",["out"]),("/gnu/store/akhnlz0n2p1myl7iqv86h4pvajpw9dv6-texlive-latex-fonts-66594.drv",["out"]),("/gnu/store/c86yld03ggnrppyhmvkk9a93viy4ks18-texlive-l3kernel-66594.drv",["out"]),("/gnu/store/cb773v6q752629v3cf1r2dmga316sqz1-texlive-etoolbox-66594.drv",["out"]),("/gnu/store/ccrjvn52w0a98dbs2aslfv5pvqr1cjrq-texlive-makecmds-66594.drv",["out"]),("/gnu/store/czikiw8hpkp78zi44cs18iyd6l8k23x9-texlive-fontspec-66594.drv",["out"]),("/gnu/store/d4w15d3kzhrqry6c1wpmsa74wrj7a4y4-texlive-zapfding-66594.drv",["out"]),("/gnu/store/dfsii5yic8f8g357fxf3f9xrv5xbpg0h-texlive-xkeyval-66594.drv",["out"]),("/gnu/store/dirbdn6fsasxgvkq2jh6lkfa8cxck6c3-sed-4.8.drv",["out"]),("/gnu/store/f85fr24knpki2dphkbmc9a40b5h2qv21-guile-3.0.9.drv",["out"]),("/gnu/store/fla34v91759pcydv1fqj2pchnhw3bxyb-texlive-l3backend-66594.drv",["out"]),("/gnu/store/fmxwbz8hia5l8p0mmmam7vcm1jrbm6id-texlive-scripts-66594.drv",["out"]),("/gnu/store/g5x8ikfymslzj5jddqsmlabim3dzf035-texlive-inconsolata-66594.drv",["out"]),("/gnu/store/gd613cwhhy95bhcf4aah9jgyq72439lz-texlive-mflogo-font-66594.drv",["out"]),("/gnu/store/gp6gw59wyswd3pd1g1vizsla1n3g437j-texlive-polyglossia-66594.drv",["out"]),("/gnu/store/i916l21mg6nrjiyryhl1185prxx3v5yb-texlive-mdwtools-66594.drv",["out"]),("/gnu/store/iaa4fp2s44zr91fbzp181xh8y3c0bcd6-texlive-palatino-66594.drv",["out"]),("/gnu/store/ibrh2dm1b5sw3cgcws6a57qqfpkpf2vl-texlive-filehook-66594.drv",["out"]),("/gnu/store/iz8rgh2skwgyxkarlyhs68pkpngykcaz-texlive-charter-66594.drv",["out"]),("/gnu/store/jlzchn7wwz9ca29bk3pfpyb3hnpgp45q-texlive-iwona-66594.drv",["out"]),("/gnu/store/jphv7fwwjiaai9n2yp7vl76xkq3jxxml-texlive-rsfs-66594.drv",["out"]),("/gnu/store/kxs965dn94mpgynjfiwy443h83lwsxdw-texlive-graphics-66594.drv",["out"]),("/gnu/store/lf2rhjgwahn32w4dj1qxmqhwv1jfv8nh-texlive-times-66594.drv",["out"]),("/gnu/store/nz1ydvc6acfd37qbykah4xya30n9p4x4-texlive-psnfss-66594.drv",["out"]),("/gnu/store/pm40h03gp3ps89kaah9g6yb9018ms07v-texlive-ms-66594.drv",["out"]),("/gnu/store/pyd626s4c5m5ljf9s35ifsgamalg5izs-texlive-graphics-cfg-66594.drv",["out"]),("/gnu/store/qlzqf5ign8qkjd92gjy5ymd83ccrw3rq-texlive-titlesec-66594.drv",["out"]),("/gnu/store/rbvncnkyx5d7p0zcchfqcqqabnhb213m-texlive-ae-66594.drv",["out"]),("/gnu/store/sdvmrpdf1xwfz8w3922qzq8bfws9fwmm-texlive-hyphen-complete-66594.drv",["out"]),("/gnu/store/v2kgpbr146a0dfc7h5kdkqjj1g7nsawk-texlive-symbol-6

bug#64783: Build of texlive-font-maps fails

2023-07-21 Thread Dr. Arne Babenhauserheide
Dear Guix Hackers,

I see consistent failures of the package texlive-font-maps. It logs the error:

updmap [ERROR]: The following map file(s) couldn't be found:
updmap [ERROR]: dvips35.map (in builtin)
updmap [ERROR]: pdftex35.map (in builtin)
updmap [ERROR]: ps2pk35.map (in builtin)
updmap [ERROR]: Did you run mktexlsr?

You can disable non-existent map entries using the option
  --syncwithtrees.

This currently prevents me from updating my system.

The full log and the drv-file are attached.


3i10xkdgfwpkf27yk3bvc305v81jc0-texlive-font-maps.drv.gz
Description: Binary data

bug#64663: obs is broken (does not open window)

2023-07-21 Thread Dr. Arne Babenhauserheide
This problem was resolved for me with the trick from the thread at
help-guix "OBS Studio memory leak":

Robby Zambito <…> writes:

> Guillaume Le Vaillant <…> writes:
>
>> It looks like an issue with the shader cache of mesa.
>> After clearing it, I don't see the memory leak anymore.
>>
>> Could you try doing a "rm -r $HOME/.cache/mesa_shader_cache/*" and see
>> if it also solves the issue for you?
>
> This worked for me! Thank you!

It also works for me.

Can we somehow automate this solution?

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


signature.asc
Description: PGP signature


bug#64663: obs is broken (does not open window)

2023-07-16 Thread Dr. Arne Babenhauserheide
Hi,

a few weeks ago obs (Open Broadcast Studio) stopped working for me.

When I run it, it does not show a window, and pressing C-c does not stop
it (I have to kill it with pkill -9 obs).

Console-output:

info: video settings reset:
base resolution:   1920x1080
output resolution: 1280x720
downscale filter:  Bicubic
fps:   60/1
format:NV12
YUV mode:  Rec. 709/Partial
info: NV12 texture support not available
info: P010 texture support not available
info: Audio monitoring device:
name: Standard
id: default
info: -
warning: Failed to load 'en-US' text for module: 'decklink-captions.so'
warning: Failed to load 'en-US' text for module: 'decklink-output-ui.so'
libDeckLinkAPI.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder 
Verzeichnis nicht gefunden
warning: A DeckLink iterator could not be created.  The DeckLink drivers may 
not be installed
warning: Failed to initialize module 'decklink.so'
info: [pipewire] No captures available
warning: v4l2loopback not installed, virtual camera disabled
^Cinfo:  Shutting down ==

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


signature.asc
Description: PGP signature


bug#63572: [PATCH] Re: bug#63572: htmlcxx-0.87 fails to build

2023-05-20 Thread Dr. Arne Babenhauserheide
Hi Bruno,

Bruno Victal  writes:
>> So this may just need compiler parameters to set C++11 instead of C++17
>> as target.
>
> Looking at the README file from 
> ,
> it looks to me that upstream has moved to 
> . (judging by the name of the repo owner)
> Can you try asking upstream for a new release? The last commit 
> ()
> has the message 'Fix c+11 compilation'.

I tried to build from the latest commit, but it did not build.

But I could now test adding the std argument and that works.

$ ./pre-inst-env guix build htmlcxx
/gnu/store/3bqrqs2zzx1gy4xc1g9i59z8nnhwv2rs-htmlcxx-0.87

A patch is attached.

From 0a5478a83129efa07fc366c01f793c809a42ce99 Mon Sep 17 00:00:00 2001
Message-Id: <0a5478a83129efa07fc366c01f793c809a42ce99.1684619285.git.arne_...@web.de>
From: Arne Babenhauserheide 
Date: Sat, 20 May 2023 23:45:43 +0200
Subject: [PATCH] gnu: htmlcxx: add --std=c++11 to configure flags.

* gnu/packages/web.scm (htmlcxx): add CXXFLAGS to configure-flag. C++17
  removed dynamic exception specifications.
---
 gnu/packages/web.scm | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/gnu/packages/web.scm b/gnu/packages/web.scm
index fe52f673e2..aa9d23f19c 100644
--- a/gnu/packages/web.scm
+++ b/gnu/packages/web.scm
@@ -8248,6 +8248,9 @@ (define-public htmlcxx
(sha256
 (base32 "1j3mzjlczjrk4ahc43s6kzpvzypzjmqz4sillnca5yadrwwgjf2x"
 (build-system gnu-build-system)
+(arguments
+ ;; ISO C++17 does not allow dynamic exception specifications
+ `(#:configure-flags '("CXXFLAGS=-std=c++11")))
 (home-page "https://htmlcxx.sourceforge.net/;)
 (synopsis "Simple non-validating CSS1 and HTML parser for C++")
 (description "htmlcxx is a simple non-validating CSS1 and HTML parser for

base-commit: bd7b795aeb9d35ac7b825ad4d0cf0088f18e1167
-- 
2.40.1


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


signature.asc
Description: PGP signature


bug#63412: Topological sorting in cuirass

2023-05-10 Thread Dr. Arne Babenhauserheide

Andreas Enge  writes:

> Cuirass should sort builds and only offload derivations for which all
> inputs are available.
...
> Alternatively, build jobs could be sorted topologically and then be kept
> in a list; then before sending out a job, all its inputs have been tried
> to be built; the job should then be sent if all inputs are available, or
> be marked as "Failed (dependency)" if any of them has failed.

If you want to try this out quickly, you could use code from the
topological sorting SRFI I’m slowly finalizing:

https://srfi.schemers.org/srfi-234/srfi-234.html

For usage see: 
https://github.com/scheme-requests-for-implementation/srfi-234/blob/main/srfi-234-test.scm

Code: 
https://github.com/scheme-requests-for-implementation/srfi-234/blob/main/srfi/234-impl.scm

edgelist->graph should do the conversion from inputs per package to the
input format.

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


signature.asc
Description: PGP signature


bug#62394: [PATCH] make more packages tunable

2023-03-22 Thread Dr. Arne Babenhauserheide
The attached patch adds the (tunable? . #t) properties to additional
programs for which Clear Linux has an advantage over Ubuntu with the
same scheduler settings in a zen4 benchmark article
https://www.phoronix.com/review/zen4-clear-linux/2

This is not guaranteed to help, but the article indicates possible
gains for these packages of 5-10%.

From 61ecf3cbf9a64133a254693c73a0abe4db03358a Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 22 Mar 2023 12:57:15 +0100
Subject: [PATCH] gnu: make more packages tunable

* gnu/packages/compression.scm (zlib): add (tunable? . #t) property
* gnu/packages/geo.scm (gdal): add (tunable? . #t) property
* gnu/packages/java.scm (openjdk19, openjdk14): add (tunable? . #t) property
* gnu/packages/maths.scm (hdf5-1.8, netcdf): add (tunable? . #t) property
* gnu/packages/protobuf.scm (protobuf): add (tunable? . #t) property
---
 gnu/packages/chromium.scm| 1 +
 gnu/packages/compression.scm | 3 +++
 gnu/packages/geo.scm | 1 +
 gnu/packages/gnuzilla.scm| 1 +
 gnu/packages/java.scm| 2 ++
 gnu/packages/maths.scm   | 2 ++
 gnu/packages/protobuf.scm| 1 +
 gnu/packages/video.scm   | 6 +-
 8 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/chromium.scm b/gnu/packages/chromium.scm
index 94e22d8c21..cbccfd03b2 100644
--- a/gnu/packages/chromium.scm
+++ b/gnu/packages/chromium.scm
@@ -966,6 +966,7 @@ (define-public ungoogled-chromium
 (properties '((timeout . 144000);40 hours
   ;; The linking step may take more than an hour on some hardware.
   (max-silent-time . 7200)
+  (tunable? . #t) ;; advantages of Clear Linux over Ubuntu seen + perf: https://www.phoronix.com/review/zen4-clear-linux/2
   (cpe-name . "chrome")))
 
 (home-page "https://github.com/Eloston/ungoogled-chromium;)
diff --git a/gnu/packages/compression.scm b/gnu/packages/compression.scm
index e58fd65e49..aeb9f613de 100644
--- a/gnu/packages/compression.scm
+++ b/gnu/packages/compression.scm
@@ -118,6 +118,7 @@ (define-public zlib
 "18dighcs333gsvajvvgqp8l4cx7h1x7yx9gd5xacnk80spyykrf3"
 (build-system gnu-build-system)
 (outputs '("out" "static"))
+(properties '((tunable? . #t)))
 (arguments
  `(#:make-flags
,(if (target-mingw?)
@@ -877,6 +878,7 @@ (define-public lz4
(if (member (%current-system) (package-supported-systems valgrind))
  (list valgrind)
  '(
+(properties '((tunable? . #t))) ;; advantages of Clear Linux over Ubuntu seen + perf: https://www.phoronix.com/review/zen4-clear-linux/2
 (arguments
  `(;; Not designed for parallel testing.
;; See https://github.com/lz4/lz4/issues/957#issuecomment-737419821
@@ -1647,6 +1649,7 @@ (define-public zstd
 (outputs '("out";1.2MiB executables and documentation
"lib";1.2MiB shared library and headers
"static"))   ;1.2MiB static library
+(properties '((tunable? . #t))) ;; advantages of Clear Linux over Ubuntu seen + perf: https://www.phoronix.com/review/zen4-clear-linux/2
 (arguments
  `(#:phases
(modify-phases %standard-phases
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index 753ab558ad..659ac76afe 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -1068,6 +1068,7 @@ (define-public gdal
"frmts/zlib"
"ogr/ogrsf_frmts/geojson/libjson"))
 (build-system cmake-build-system)
+(properties '((tunable? . #t)))
 (arguments
  `(#:tests? #f
#:configure-flags
diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
index 253b8c285c..28df9ecd25 100644
--- a/gnu/packages/gnuzilla.scm
+++ b/gnu/packages/gnuzilla.scm
@@ -1104,6 +1104,7 @@ (define (runpaths-of-input label)
 (license license:mpl2.0) ;and others, see toolkit/content/license.html
 (properties
  `((ftp-directory . "/gnu/gnuzilla")
+   (tunable? . #t) ;; advantages of Clear Linux over Ubuntu seen + perf: https://www.phoronix.com/review/zen4-clear-linux/2
(cpe-name . "firefox_esr")
(cpe-version . ,(first (string-split version #\-)))
 
diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index de3a0003e5..51ee64edfb 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -1461,6 +1461,7 @@ (define-public openjdk15
  (snippet #f)
  (patches
   (search-patches "openjdk-15-xcursor-no-dynamic.patch"
+   (properties '((tunable? . #t)))
(inputs
 (modify-inputs (package-inputs base)
   (append libxcursor))) ;for our patch to work
@@ -1495,6 +1496,7 @@ (define-public openjdk18
 (define-public openjdk19
   (make-openjdk openjdk18 "19.0.1"
 "0kyalb391znw6idmfn3dsx6c2mal1hl63f0bwa4mlnsxfl380bi1"
+   (properties '((tunable? . #t)))
(arguments
 

bug#62395: [PATCH] Tunable guile@3.0.9t package

2023-03-22 Thread Dr. Arne Babenhauserheide
Hi,


The attached patch adds a guile@3.0.9t package that enables CPU
architecture tuning for Guile and for a specialized libgc.

It creates new packages to avoid causing rebuilds.


From fbde1198a2386874e059faf8b3afdd09288bc7aa Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 22 Mar 2023 18:32:08 +0100
Subject: [PATCH] gnu: create tunable guile@3.0.9t that uses tunable bdw-gc

* gnu/packages/bdw-gc.scm (libgc/tunable): new derived package with
  (tunable? . #t) property.
* gnu/packages/guile.scm (guile-3.0-latest/tunable): new derived package
  with (tunable? . #t) property that uses libgc/tunable as propagated input.
---
 gnu/packages/bdw-gc.scm |  8 
 gnu/packages/guile.scm  | 22 ++
 2 files changed, 30 insertions(+)

diff --git a/gnu/packages/bdw-gc.scm b/gnu/packages/bdw-gc.scm
index ae0d761ac3..a5a58da877 100644
--- a/gnu/packages/bdw-gc.scm
+++ b/gnu/packages/bdw-gc.scm
@@ -96,6 +96,14 @@ (define-public libgc
 
(license (x11-style (string-append home-page "license.txt")
 
+(define-public libgc/tunable
+  (package
+(inherit libgc)
+(properties
+ '((release-monitoring-url . "https://www.hboehm.info/gc/gc_source/;)
+   (upstream-name . "gc")
+   (tunable? #t)
+
 ;; TODO: Add a static output in libgc in the next rebuild cycle.
 (define-public libgc/static-libs
   (package/inherit
diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm
index 2fd9b711ce..715f5c7a61 100644
--- a/gnu/packages/guile.scm
+++ b/gnu/packages/guile.scm
@@ -419,6 +419,28 @@ (define-public guile-3.0-latest
 "GUILE_OPTIMIZATIONS = -O1 -Oresolve-primitives -Ocps\n")
'(
 
+(define-public guile-3.0-latest/tunable
+  (package
+(inherit guile-3.0-latest)
+(version "3.0.9t")
+(source (origin
+  (inherit (package-source guile-3.0))
+  (uri (string-append "mirror://gnu/guile/guile-"
+  (string-delete #\t version)
+  ".tar.xz"))
+  (sha256
+   (base32
+"03bm1mnfc9kkg2ls942a0js7bxrdzmcffgrgg6anwdmjfan2a9hs"
+(propagated-inputs
+ (modify-inputs (package-propagated-inputs guile-3.0-latest)
+   (replace "bdw-gc" libgc/tunable)
+   ))
+
+(properties '((tunable? . #t)   ;this is the point of this package
+  (timeout . 72000) ;20 hours
+  (max-silent-time . 36000) ;10 hours (needed on ARM
+;  when heavily loaded)
+
 ;;; The symbol guile-3.0/fixed should be used when guile-3.0 needs fixes
 ;;; (security or else) and this deprecation could be removed.
 (define-deprecated/public-alias guile-3.0/fixed guile-3.0/pinned)
-- 
2.39.2



The results of a benchmark are still not fully conclusive: regular Guile
seems to be slightly slower in the Geometric mean of all tests, but
there are benchmarks where a tuned Guile is slower.

Note that this is tuning for znver3 while I actually have znver4, but
support for the correct compile-target will only arrive with GCC 13.


To replicate the benchmarks:

echo guix pull --disable-authentication --allow-downgrades -u … # get the new 
packages

guix shell mercurial -- hg clone https://hg.sr.ht/~arnebab/wisp
guix shell git -- git clone https://github.com/ecraven/r7rs-benchmarks 
cd r7rs-benchmarks

for N in {1..3}; do
  guix shell --tune guile@3.0.9t -- ./bench guile all && mv 
results.Guile{,-tuned${N}}
  guix shell guile@3.0.9 -- ./bench guile all && mv results.Guile{,-regular${N}}
  sed -i 's/\+guile/+guiletuned/' results.Guile-tuned${N}
  sed -i 's/\+guile/+guileregular/' results.Guile-regular${N}
done
grep -a -h '+!CSVLINE' results.Guile-{regular,tuned}* | sed 's/+!CSVLINE!+//' > 
all.csv
guix shell guile-wisp guile -- ../wisp/examples/evaluate-r7rs-benchmark.w 
~/eigenes/Programme/r7rs-benchmarks/all.csv guiletuned
guix shell guile-wisp guile -- ../wisp/examples/evaluate-r7rs-benchmark.w 
~/eigenes/Programme/r7rs-benchmarks/all.csv guileregular


My results with N in {1..2}, the Geometric mean:

Guile tuned has a slowdown of 1.03512801239189
Guile regular has a slowdown of 1.0504373210343294

This suggests that the regular Guile is 1.48% slower than tuned Guile.

Since I have no errorbars, I cannot say whether this is significant.


=== Guiletuned slowdown ===

(("bv2string:1000:1000:100" . 1.0)
 ("equal" . #f)
 ("mperm:20:10:2:1" . 1.146669471586088)
 ("gcbench:20:1" . 1.0197445340007967)
 ("sboyer:5:1" . 1.0398502157522214)
 ("nboyer:5:1" . 1.050828554948064)
 ("chudnovsky:50:500:50:1000"
  .
  1.0236854348323314)
 ("slatex:500" . 1.0063944149759714)
 ("scheme:10" . 1.0689169431069399)
 ("quicksort:1:2500" . 1.003088477529797)
 ("primes:1000:1" . 1.041839283639136)
 ("peval:2000" . 1.0560148767561295)
 ("parsing:2500" . 1.0003564615141731)
 ("paraffins:23:10" . 2.0039145601078086)
 ("nqueens:13:10" . 1.0)
 

bug#62305: [PATCH] update guile-wisp to 1.0.11

2023-03-20 Thread Dr. Arne Babenhauserheide
Hi,

the included patch updates guile-wisp to version 1.0.11

From ffed8b2c56cfeaa4d192c06922277f223fd9a5af Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Fri, 9 Dec 2022 22:24:43 +0100
Subject: [PATCH] gnu: guile-wisp: Update to 1.0.11

* gnu/packages/guile-xyz.scm (guile-wisp): Update to 1.0.11.
---
 gnu/packages/guile-xyz.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/guile-xyz.scm b/gnu/packages/guile-xyz.scm
index e675f4a74e..c5c9c684ad 100644
--- a/gnu/packages/guile-xyz.scm
+++ b/gnu/packages/guile-xyz.scm
@@ -2070,7 +2070,7 @@ (define-public guile-imanifest
 (define-public guile-wisp
   (package
 (name "guile-wisp")
-(version "1.0.7")
+(version "1.0.11")
 (source (origin
   (method hg-fetch)
   (uri (hg-reference
@@ -2079,7 +2079,7 @@ (define-public guile-wisp
   (file-name (git-file-name name version))
   (sha256
(base32
-"1hqwdmx081icv516cyndjkwvgr7b41hi5qdaylkv0jran35jwjiw"
+"1w2wx5001aiwky25kvk190d1bgz6g856nm5hhaggsyb1h9f5ws17"
 (build-system gnu-build-system)
 (arguments
  `(#:modules ((guix build gnu-build-system)
-- 
2.39.2


Changes since 1.0.7:

wisp 1.0.11 (2023-03-20):
- increase resilience of make check for multi-job make in Guix

wisp 1.0.10 (2023-02-16):
- only extend the reader for ## while reading wisp. Thanks to Maxime
  Devos for help to use fluids!

wisp 1.0.9 (2023-02-16):
- remove limitation of the number of prefix underscores (_). Thanks to
  Maxime Devos for a much cleaner algorithm!
- only set *port* encoding to UTF-8, do not change encoding for the
  application. Thanks to Maxime Devos!

wisp 1.0.8 (2022-12-09):
- wisp2lisp can now process stdin when called with - as filename.
  And it has help output.

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


signature.asc
Description: PGP signature


bug#62177: [PATCH] [WIP] update node to version 16

2023-03-14 Thread Dr. Arne Babenhauserheide
Hi Jelle,

Jelle Licht  writes:
> Issue 59188 (https://issues.guix.gnu.org/59188) already updates node to
> the 18.X LTS series. Would that version also work for you, or do you
> have a specific need for the 16.X series? I ask because the "active" LTS
> version is 18, while the 16 "maintenance" LTS window already closes on
> 2023-09-11, which is (IMHO) pretty soon.

Version 18 is even better :-)

Thank you!

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


signature.asc
Description: PGP signature


bug#62177: [PATCH] [WIP] update node to version 16

2023-03-14 Thread Dr. Arne Babenhauserheide
Hi,


this is an initial stab at getting node to version 16.

It is far from perfect, but I hope it gives someone a good starting
point to move forward. The llhttp bootstrap fixes are currently
commented out — I’m not sure what these should be doing and how they
interact with node — so this cannot be merged as is.

From 14d58ab181c9087420a5f955d28d72cb086884fc Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sat, 28 Jan 2023 20:45:16 +0100
Subject: [PATCH] WIP try to update node to 16.19.0

---
 gnu/packages/node.scm | 40 +---
 1 file changed, 21 insertions(+), 19 deletions(-)

diff --git a/gnu/packages/node.scm b/gnu/packages/node.scm
index be39f3b25a..34d13d849c 100644
--- a/gnu/packages/node.scm
+++ b/gnu/packages/node.scm
@@ -668,7 +668,7 @@ (define-public node-llparse-bootstrap
 (define-public llhttp-bootstrap
   (package
 (name "llhttp")
-(version "2.1.4")
+(version "8.1.0")
 (source (origin
   (method git-fetch)
   (uri (git-reference
@@ -677,7 +677,7 @@ (define-public llhttp-bootstrap
   (file-name (git-file-name name version))
   (sha256
(base32
-"115mwyds9655p76lhglxg2blc1ksgrix6zhigaxnc2q6syy3pa6x"))
+"1cq3q3jybibppjhhiymdfmnqgbvn77j7b4ks7lil0lrc3vnnp87f"))
   (patches (search-patches "llhttp-bootstrap-CVE-2020-8287.patch"))
   (modules '((guix build utils)))
   (snippet
@@ -738,14 +738,14 @@ (define-public llhttp-bootstrap
 (define-public node-lts
   (package
 (inherit node)
-(version "14.19.3")
+(version "16.19.0")
 (source (origin
   (method url-fetch)
   (uri (string-append "https://nodejs.org/dist/v; version
   "/node-v" version ".tar.xz"))
   (sha256
(base32
-"15691j5zhiikyamiwwd7f282g6d9acfhq91nrwx54xya38gmpx2w"))
+"01k72p0hp4lhlpz1syd9cbkm2gpfww0hn10xdpmzd4i3x8dfq7sg"))
   (modules '((guix build utils)))
   (snippet
`(begin
@@ -808,9 +808,12 @@ (define-public node-lts
;; FIXME: These tests fail in the build container, but they don't
;; seem to be indicative of real problems in practice.
(for-each delete-file
- '("test/parallel/test-cluster-master-error.js"
-   "test/parallel/test-cluster-master-kill.js"))
+ '("test/parallel/test-cluster-primary-error.js"
+   "test/parallel/test-cluster-primary-kill.js"))
 
+   ;; requires /bin/sh
+   (delete-file "test/parallel/test-stdin-from-file-spawn.js")
+   
;; These require a DNS resolver.
(for-each delete-file
  '("test/parallel/test-dns.js"
@@ -818,8 +821,7 @@ (define-public node-lts
 
;; These tests require networking.
(for-each delete-file
- '("test/parallel/test-https-agent-unref-socket.js"
-   "test/parallel/test-corepack-yarn-install.js"))
+ '("test/parallel/test-https-agent-unref-socket.js"))
 
;; This test is timing-sensitive, and fails sporadically on
;; slow, busy, or even very fast machines.
@@ -847,21 +849,21 @@ (define-public node-lts
;; TLS certificates that are bundled with the source.  We want this
;; package to be reproducible forever, so remove those.
;; TODO: Regenerate certs instead.
-   (for-each delete-file
+   (for-each (λ(x)(display x)(delete-file x))
  '("test/parallel/test-tls-passphrase.js"
"test/parallel/test-tls-server-verify.js"
(add-after 'delete-problematic-tests 'replace-llhttp-sources
- (lambda* (#:key inputs #:allow-other-keys)
+ (lambda* (#:key inputs #:allow-other-keys) #f))
;; Replace pre-generated llhttp sources
-   (let ((llhttp (assoc-ref inputs "llhttp")))
- (copy-file (string-append llhttp "/src/llhttp.c")
-"deps/llhttp/src/llhttp.c")
- (copy-file (string-append llhttp "/src/api.c")
-"deps/llhttp/src/api.c")
- (copy-file (string-append llhttp "/src/http.c")
-"deps/llhttp/src/http.c")
- (copy-file (string-append llhttp "/include/llhttp.h")
-"deps/llhttp/include/llhttp.h"
+   ;;(let ((llhttp (assoc-ref inputs "llhttp")))
+   ;;  (copy-file (string-append llhttp "/src/llhttp.c")
+   ;; "deps/llhttp/src/llhttp.c")
+   ;;  (copy-file (string-append 

bug#62176: [PATCH] Update Mesa to 22.2

2023-03-13 Thread Dr. Arne Babenhauserheide
Hi,

the attached patch updates mesa to version 22.

The new Mesa package is mostly taken from core-updates, then I adapted
only the strictly required dependencies.

Many thanks to theh person who wrote the comment that mesa-opencl also
needs clang updated!

From e27c543e0071fe09f827d8f892ce6f5772f3f941 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 13 Mar 2023 20:56:39 +0100
Subject: [PATCH] gnu: Update mesa to 22.2.4

* gnu/packages/freedesktop.scm (wayland-protocols): update to 1.26
* gnu/packages/gl.scm (mesa): update to 22.2.4, via core-updates
* gnu/packages/xdisorg.scm (libdrm): update to 2.4.114
---
 gnu/packages/freedesktop.scm |  4 +-
 gnu/packages/gl.scm  | 98 +---
 gnu/packages/xdisorg.scm |  4 +-
 3 files changed, 51 insertions(+), 55 deletions(-)

diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index 40edcfdab4..96789121f3 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -1242,7 +1242,7 @@ (define-public wayland
 (define-public wayland-protocols
   (package
 (name "wayland-protocols")
-(version "1.23")
+(version "1.26")
 (source (origin
   (method url-fetch)
   (uri (string-append
@@ -1250,7 +1250,7 @@ (define-public wayland-protocols
 "wayland-protocols-" version ".tar.xz"))
   (sha256
(base32
-"0xizccackgwszjhlq7jjiv2z2gwppljx0w32ga91bxlnby8z22kc"
+"04vgllmpmrv14x3x64ns01vgwx4hriljayjkz9idgbv83i63hly5"
 (build-system meson-build-system)
 (inputs
  (list wayland))
diff --git a/gnu/packages/gl.scm b/gnu/packages/gl.scm
index 4ae96032cd..f334751db4 100644
--- a/gnu/packages/gl.scm
+++ b/gnu/packages/gl.scm
@@ -266,7 +266,7 @@ (define libva-without-mesa
 (define-public mesa
   (package
 (name "mesa")
-(version "21.3.8")
+(version "22.2.4")
 (source
   (origin
 (method url-fetch)
@@ -278,61 +278,65 @@ (define-public mesa
   version "/mesa-" version ".tar.xz")))
 (sha256
  (base32
-  "19wx5plk6z0hhi0zdzxjx8ynl3lhlc5mbd8vhwqyk92kvhxjf3g7"))
+  "1azpr68pdg63yq3igmzwsgn2ypg49m0mp3hfkq0lcyswr99npmv5"))
 (patches
- (search-patches "mesa-skip-tests.patch"
+ (list ;; (search-patch "mesa-fix-sporadic-test-failures.patch")
 (build-system meson-build-system)
 (propagated-inputs
-  (list ;; The following are in the Requires.private field of gl.pc.
-libdrm
-libvdpau
-libx11
-libxdamage
-libxfixes
-libxshmfence
-libxxf86vm
-xorgproto))
+ ;; The following are in the Requires.private field of gl.pc.
+ (list libdrm
+   libvdpau
+   libx11
+   libxdamage
+   libxfixes
+   libxshmfence
+   libxxf86vm
+   xorgproto))
 (inputs
- (append (list expat
-   elfutils ;libelf required for r600 when using llvm
-   (force libva-without-mesa)
-   libxml2
-   libxrandr
-   libxvmc
-   wayland
-   wayland-protocols)
- ;; TODO: Resort alphabetically.
- ;; Note: update the 'clang' input of mesa-opencl when bumping this.
- (list llvm-11)))
+ (list expat
+  elfutils  ;libelf required for r600 when using llvm
+   (force libva-without-mesa)
+   libxml2
+   libxrandr
+   libxvmc
+   wayland
+   wayland-protocols
+   ;; TODO: Resort alphabetically.
+   ;; Note: update the 'clang' input of mesa-opencl when bumping this.
+   llvm-14))
 (native-inputs
- (append (list bison
-   flex
-   gettext-minimal
-   pkg-config
-   python-wrapper
-   python-libxml2  ;for OpenGL ES 1.1 and 2.0 support
-   python-mako
-   (@ (gnu packages base) which))
- ;; TODO: Resort alphabetically.
- (list glslang)))
+ (list bison
+   flex
+   gettext-minimal
+   glslang
+   pkg-config
+   python-libxml2   ;for OpenGL ES 1.1 and 2.0 support
+   python-mako
+   python-wrapper
+   (@ (gnu packages base) which)
+ ;; TODO: Resort alphabetically.
+ glslang))
 (outputs '("out" "bin"))
 (arguments
  `(#:configure-flags
'(,@(match (%current-system)
  ("aarch64-linux"
   ;; TODO: Fix svga driver for non-Intel architectures.
-  '("-Dgallium-drivers=etnaviv,freedreno,kmsro,lima,nouveau,panfrost,r300,r600,swrast,tegra,v3d,vc4,virgl"))
+ 

bug#61364: core-updates branch needed multiple hacks to work

2023-02-08 Thread Dr. Arne Babenhauserheide
Hi,

I updated my Guix system to the core-updates branch because I need Mesa
22 and Linux 6 for my new CPU+graphics card.

To get that to work required multiple hacks — mostly ignoring tests
around missing OSErrors on sockets.

I attached the patches I required in the hopes that they can help get
the core-updates branch into the condition needed to release from it.

From 193dca1b55b68aa883c3ed8b28bf19e9527fa065 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sat, 28 Jan 2023 22:29:39 +0100
Subject: [PATCH] gnu: tcsh: comment out test of nice with nice guix builder

* gnu/packages/patches/tcsh-fix-autotest.patch: comment out test of nice. To
  reproduce:
  guix shell tcsh -- nice -n 4 tcsh -c "nice echo 1" # works
  guix shell tcsh -- nice -n 5 tcsh -c "nice echo 1" # breaks
---
 gnu/packages/patches/tcsh-fix-autotest.patch | 29 
 1 file changed, 29 insertions(+)

diff --git a/gnu/packages/patches/tcsh-fix-autotest.patch b/gnu/packages/patches/tcsh-fix-autotest.patch
index 9f5790641b..252560dbb2 100644
--- a/gnu/packages/patches/tcsh-fix-autotest.patch
+++ b/gnu/packages/patches/tcsh-fix-autotest.patch
@@ -1,3 +1,32 @@
+--- tests/commands.at
 tests/commands.at
+@@ -890,15 +890,16 @@
+ TCSH_UNTESTED([newgrp])
+ 
+ 
+-AT_SETUP([nice])
+-
+-# Nothing really tested
+-AT_CHECK([tcsh -f -c 'nice set var=1; echo $?var'], ,
+-[0
+-])
+-
+-
+-AT_CLEANUP
++# XXX This test fails if the Guix worker has a nice value >= 5
++# AT_SETUP([nice])
++# 
++# # Nothing really tested
++# AT_CHECK([tcsh -f -c 'nice -n +1 set var=1; echo $?var'], ,
++# [0
++# ])
++# 
++# 
++# AT_CLEANUP
+ 
+ 
+ AT_SETUP([nohup])
+
 --- tests/commands.at
 +++ tests/commands.at
 @@ -921,26 +921,27 @@ AT_CLEANUP
-- 
2.39.1

From 0a1f8507a4c9a5fee9da18fcc25238289d19aa45 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sat, 4 Feb 2023 22:30:14 +0100
Subject: [PATCH 02/15] disable glib tests

---
 gnu/packages/glib.scm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/gnu/packages/glib.scm b/gnu/packages/glib.scm
index 3d8a25be9e..31c6e73aa0 100644
--- a/gnu/packages/glib.scm
+++ b/gnu/packages/glib.scm
@@ -240,6 +240,7 @@ (define glib
"debug"))
 (arguments
  (list
+  #:tests? #f
   #:disallowed-references
   (cons tzdata-for-tests
 ;; Verify glib-mkenums, gtester, ... use the cross-compiled
-- 
2.39.1

From 45c24935a24158a68acfabcf072d81cbb4239816 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sun, 5 Feb 2023 02:44:48 +0100
Subject: [PATCH 03/15] no tests

---
 gnu/packages/gnome.scm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 0b1f30edc8..36f0e7a29b 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -4451,6 +4451,7 @@ (define-public vala
 (build-system glib-or-gtk-build-system)
 (arguments
  (list
+  #:tests? #f
   #:configure-flags #~(list "CC=gcc" "--enable-coverage")
   #:phases
   #~(modify-phases %standard-phases
-- 
2.39.1

From 121e2ba9ad13fe70bcf6fd7b83378d8df4b0aba1 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sun, 5 Feb 2023 09:38:57 +0100
Subject: [PATCH 04/15] native-input docbook-utils in git

---
 gnu/packages/version-control.scm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 98b80b6073..86ef8860e5 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -255,6 +255,7 @@ (define-public git
;; For subtree documentation.
("asciidoc" ,asciidoc)
("docbook-xsl" ,docbook-xsl)
+   ("docbook-utils" ,docbook-utils)
("xmlto" ,xmlto)
("pkg-config" ,pkg-config)))
 (inputs
-- 
2.39.1

From ddc7d6dc05b75116d8f259455cf93e2bc4a027f1 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 6 Feb 2023 00:15:06 +0100
Subject: [PATCH 05/15] docbook-utils as inputs

---
 gnu/packages/version-control.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 86ef8860e5..f0156391dd 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -255,11 +255,11 @@ (define-public git
;; For subtree documentation.
("asciidoc" ,asciidoc)
("docbook-xsl" ,docbook-xsl)
-   ("docbook-utils" ,docbook-utils)
("xmlto" ,xmlto)
("pkg-config" ,pkg-config)))
 (inputs
  `(("curl" ,curl)
+   ("docbook-utils" ,docbook-utils)
("expat" ,expat)
("openssl" ,openssl)
("perl" ,perl)
-- 
2.39.1

From 4dcb3f1ba3d7ee3fdf2bf5c13e31aa0974814344 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 6 Feb 2023 22:44:07 +0100
Subject: [PATCH 06/15] no docs for git

---
 gnu/packages/version-control.scm | 10 --
 1 file changed, 10 deletions(-)

diff --git a/gnu/packages/version-control.scm 

bug#61126: [patch] fix: tcsh fails to build if guix builders have niceness 5 or more

2023-01-28 Thread Dr. Arne Babenhauserheide
Hi,

guix build tcsh failed in my guix build when running
guix build --check tcsh

The attached patch disables the test that fails when the niceness of
guix builders is 5 or more.

From 193dca1b55b68aa883c3ed8b28bf19e9527fa065 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sat, 28 Jan 2023 22:29:39 +0100
Subject: [PATCH] gnu: tcsh: comment out test of nice with nice guix builder

* gnu/packages/patches/tcsh-fix-autotest.patch: comment out test of nice. To
  reproduce:
  guix shell tcsh -- nice -n 4 tcsh -c "nice echo 1" # works
  guix shell tcsh -- nice -n 5 tcsh -c "nice echo 1" # breaks
---
 gnu/packages/patches/tcsh-fix-autotest.patch | 29 
 1 file changed, 29 insertions(+)

diff --git a/gnu/packages/patches/tcsh-fix-autotest.patch b/gnu/packages/patches/tcsh-fix-autotest.patch
index 9f5790641b..252560dbb2 100644
--- a/gnu/packages/patches/tcsh-fix-autotest.patch
+++ b/gnu/packages/patches/tcsh-fix-autotest.patch
@@ -1,3 +1,32 @@
+--- tests/commands.at
 tests/commands.at
+@@ -890,15 +890,16 @@
+ TCSH_UNTESTED([newgrp])
+ 
+ 
+-AT_SETUP([nice])
+-
+-# Nothing really tested
+-AT_CHECK([tcsh -f -c 'nice set var=1; echo $?var'], ,
+-[0
+-])
+-
+-
+-AT_CLEANUP
++# XXX This test fails if the Guix worker has a nice value >= 5
++# AT_SETUP([nice])
++# 
++# # Nothing really tested
++# AT_CHECK([tcsh -f -c 'nice -n +1 set var=1; echo $?var'], ,
++# [0
++# ])
++# 
++# 
++# AT_CLEANUP
+ 
+ 
+ AT_SETUP([nohup])
+
 --- tests/commands.at
 +++ tests/commands.at
 @@ -921,26 +921,27 @@ AT_CLEANUP
-- 
2.39.1


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


signature.asc
Description: PGP signature


bug#60946: [patch] use correct input in classpath phase

2023-01-19 Thread Dr. Arne Babenhauserheide
Hi,

the patch fixes the build of java-logback-classic (needed for maven).

From 43e16240894bcc7782fe958439aa67001e0d7bda Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Thu, 19 Jan 2023 20:53:37 +0100
Subject: [PATCH] gnu: java-logback-classic: fix build: use correct input name.

* gnu/packages/java.scm (java-logback-classic)[phases]: use input name java-javaee-servletapi
---
 gnu/packages/java.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 15a4e62de1..e55684d2a3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -13006,7 +13006,7 @@ (define-public java-logback-classic
 (find-files (assoc-ref inputs input)
 ".*.jar"))
   '("java-logback-core" "java-slf4j-api"
-"java-commons-compiler" "servlet"
+"java-commons-compiler" "java-javaee-servletapi"
 "groovy")))
":"))
  (apply invoke "groovyc" "-d" "build/classes" "-j"
-- 
2.39.1

From 43e16240894bcc7782fe958439aa67001e0d7bda Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Thu, 19 Jan 2023 20:53:37 +0100
Subject: [PATCH] gnu: java-logback-classic: fix build: use correct input name.

* gnu/packages/java.scm (java-logback-classic)[phases]: use input name java-javaee-servletapi
---
 gnu/packages/java.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index 15a4e62de1..e55684d2a3 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -13006,7 +13006,7 @@ (define-public java-logback-classic
 (find-files (assoc-ref inputs input)
 ".*.jar"))
   '("java-logback-core" "java-slf4j-api"
-"java-commons-compiler" "servlet"
+"java-commons-compiler" "java-javaee-servletapi"
 "groovy")))
":"))
  (apply invoke "groovyc" "-d" "build/classes" "-j"
-- 
2.39.1



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


signature.asc
Description: PGP signature


bug#60946: java-logback-classic fails to build

2023-01-19 Thread Dr. Arne Babenhauserheide
To reproduce:

guix build java-logback-classic

This is a dependency of maven.

Result:

starting phase `patch-generated-file-shebangs'
phase `patch-generated-file-shebangs' succeeded after 0.0 seconds
starting phase `build'
error: in phase 'build': uncaught exception:
wrong-type-arg #f "Wrong type (expecting ~A): ~S" ("string" #f) (#f) 
phase `build' failed after 0.0 seconds
Backtrace:
  19 (primitive-load "/gnu/store/7my17jqik49hmy3lwp4lrns09rv…")
In guix/build/gnu-build-system.scm:
906:2 18 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10 17 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
634:9 16 (for-each # …)
In ice-9/boot-9.scm:
  1752:10 15 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   927:23 14 (_)
In ice-9/eval.scm:
619:8 13 (_ #(#(#) (# # …)))
159:9 12 (_ #(#(#) (# # …)))
159:9 11 (_ #(#(#) (# # …)))
159:9 10 (_ #(#(#) (# # …)))
In ice-9/boot-9.scm:
   222:29  9 (map1 ("java-logback-core" "java-slf4j-api" "java-co…" …))
   222:29  8 (map1 ("java-slf4j-api" "java-commons-compiler" "ser…" …))
   222:29  7 (map1 ("java-commons-compiler" "servlet" "groovy"))
   222:17  6 (map1 ("servlet" "groovy"))
In guix/build/utils.scm:
   491:10  5 (find-files #f _ #:stat _ #:directories? _ # _)
In ice-9/ftw.scm:
   447:23  4 (file-system-fold _ _ _ _ _ # …)
In ice-9/boot-9.scm:
  1747:15  3 (with-exception-handler # …)
In unknown file:
   2 (lstat #f)
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:
Wrong type (expecting string): #f
builder for 
`/gnu/store/x2b3pwfmzb3clxnnpnq3ndd9sdzlz4j8-java-logback-classic-1.2.3.drv' 
failed with exit code 1
Erstellung von 
/gnu/store/x2b3pwfmzb3clxnnpnq3ndd9sdzlz4j8-java-logback-classic-1.2.3.drv 
fehlgeschlagen
Das Erstellungsprotokoll kann unter 
„/var/log/guix/drvs/x2/b3pwfmzb3clxnnpnq3ndd9sdzlz4j8-java-logback-classic-1.2.3.drv.gz“
 eingesehen werden.
guix build: Fehler: build of 
`/gnu/store/x2b3pwfmzb3clxnnpnq3ndd9sdzlz4j8-java-logback-classic-1.2.3.drv' 
failed

Best wishes,
Arne

b3pwfmzb3clxnnpnq3ndd9sdzlz4j8-java-logback-classic-1.2.3.drv.gz
Description: Binary data

-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature


bug#58299: [patch] add gst-plugins-base-gl (gst-plugins with opengl support)

2022-10-05 Thread Dr. Arne Babenhauserheide

Liliana Marie Prikler  writes:

> Am Mittwoch, dem 05.10.2022 um 10:25 +0200 schrieb Dr. Arne
> Babenhauserheide:
>> +(define-public gst-plugins-base-gl
>> +  (package (inherit gst-plugins-base)
>> +(name "gst-plugins-base-gl")
> Is there a cycle between gst-plugins-base and mesa otherwise?  If not,
> we could merge them on staging.

There’s no cycle, but gst-plugins-base-gl cannot be installed without
mesa and mesa is large.


> Prefer modify-inputs.
> Prefer substitute-keyword-arguments.  

Is it better like this?

From 3c50c737ad24e361b85c8120a20275e91b72c737 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 24 Nov 2021 01:58:32 +0100
Subject: [PATCH] gnu: gst-plugins-base-gl: add package version that includes
 opengl.

* gnu/packages/gstreamerr.scm (gst-plugins-base-gl): -Dgl=enabled, input: mesa
---
 gnu/packages/gstreamer.scm | 14 ++
 1 file changed, 14 insertions(+)

diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm
index a1503602ad..73d20f836e 100644
--- a/gnu/packages/gstreamer.scm
+++ b/gnu/packages/gstreamer.scm
@@ -35,6 +35,7 @@ (define-module (gnu packages gstreamer)
   #:use-module (guix build-system gnu)
   #:use-module (guix build-system meson)
   #:use-module (guix build-system trivial)
+  #:use-module (guix gexp)
   #:use-module (guix utils)
   #:use-module (gnu packages)
   #:use-module (gnu packages aidc)
@@ -626,6 +627,19 @@ (define-public gst-plugins-base
 for the GStreamer multimedia library.")
 (license license:lgpl2.0+)))
 
+(define-public gst-plugins-base-gl
+  (package
+(inherit gst-plugins-base)
+(name "gst-plugins-base-gl")
+(inputs
+ (modify-inputs (package-inputs gst-plugins-base)
+   (append mesa))) ;; required for libgstgl
+(arguments
+ (substitute-keyword-arguments (package-arguments gst-plugins-base)
+   ((#:tests? _ #f) #f) ;; check fails with gl
+   ((#:configure-flags flags ''())
+#~(cons* "-Dgl=enabled" #$flags)) ;; requires mesa
+
 (define-public gst-plugins-good
   (package
 (name "gst-plugins-good")
-- 
2.37.3


> Also, why do the checks fail with gl? Is one of them broken?

I don’t know which broke it — I did not have enough time to search deeper.

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


signature.asc
Description: PGP signature


bug#58299: [patch] add gst-plugins-base-gl (gst-plugins with opengl support)

2022-10-05 Thread Dr. Arne Babenhauserheide
Hi,

the following patch adds a base gstreamer plugins package with opengl support:

From 515535c638bd079839882a7a3c2fcf89defee984 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 24 Nov 2021 01:58:32 +0100
Subject: [PATCH] gnu: gst-plugins-base-gl: add package version that includes
 opengl.

* gnu/packages/gstreamerr.scm (gst-plugins-base-gl): -Dgl=enabled, input: mesa
---
 gnu/packages/gstreamer.scm | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm
index a1503602ad..0d442a1e04 100644
--- a/gnu/packages/gstreamer.scm
+++ b/gnu/packages/gstreamer.scm
@@ -626,6 +626,17 @@ (define-public gst-plugins-base
 for the GStreamer multimedia library.")
 (license license:lgpl2.0+)))
 
+(define-public gst-plugins-base-gl
+  (package (inherit gst-plugins-base)
+(name "gst-plugins-base-gl")
+(inputs
+ `(("mesa" ,mesa) ;; required for libgstgl
+   ,@(package-inputs gst-plugins-base)))
+(arguments
+ `(,@(package-arguments gst-plugins-base)
+   #:tests? #f ;; check fails with gl
+   #:configure-flags '("-Dgl=enabled") ;; requires mesa)
+
 (define-public gst-plugins-good
   (package
 (name "gst-plugins-good")
-- 
2.37.3


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


signature.asc
Description: PGP signature


bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

2022-09-24 Thread Dr. Arne Babenhauserheide

Chris Marusich  writes:

> Apologies for the top post.  I noticed this email and wanted to point you to 
> prior work, in case it proves useful:
>
> https://issues.guix.gnu.org/31307#14

Very cool — thank you! That should make it easier for me to follow the
tips.

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


signature.asc
Description: PGP signature


bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

2022-09-22 Thread Dr. Arne Babenhauserheide

Tobias Geerinckx-Rice  writes:

>> 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).

What’s the right way to deal with this, then? I need ffmpeg at as
propagated-input, but I do not want to create a conflict with a manifest
that just defines "ffmpeg".

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


signature.asc
Description: PGP signature


bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

2022-09-21 Thread Dr. Arne Babenhauserheide
"Dr. Arne Babenhauserheide"  writes:

> +(propagated-inputs (list python-mutagen python-pycairo python-pygobject 
> ffmpeg perl-image-exiftool bubblewrap gdk-pixbuf poppler librsvg))

My local ffmpeg is ffmpeg-5, but this dependency pulls in ffmpeg-4 — can
I express "any version of ffmpeg"?

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


signature.asc
Description: PGP signature


bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

2022-09-21 Thread Dr. Arne Babenhauserheide

"Dr. Arne Babenhauserheide"  writes:

> +(propagated-inputs (list python-mutagen python-pycairo python-pygobject 
> ffmpeg perl-image-exiftool bubblewrap gdk-pixbuf poppler librsvg))

My local ffmpeg is ffmpeg-5, but this dependency pulls in ffmpeg-4 — can
I express "any version of ffmpeg"?

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


signature.asc
Description: PGP signature


bug#57990: Add package: python-mat2 (remove metadata from images to improve privacy)

2022-09-21 Thread Dr. Arne Babenhauserheide
Hi,

this packages python-mat2.

From 91f85a377361f989900f007fa08cd2a3063175ac Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Thu, 22 Sep 2022 00:12:41 +0200
Subject: [PATCH] gnu: Add python-mat2 0.13.0

* gnu/packages/python-xyz.scm (python-mat2): New variable.
---
 gnu/packages/python-xyz.scm | 19 +++
 1 file changed, 19 insertions(+)

diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm
index 92e0c9dbe8..8a5b796145 100644
--- a/gnu/packages/python-xyz.scm
+++ b/gnu/packages/python-xyz.scm
@@ -201,6 +201,7 @@ (define-module (gnu packages python-xyz)
   #:use-module (gnu packages maths)
   #:use-module (gnu packages monitoring)
   #:use-module (gnu packages multiprecision)
+  #:use-module (gnu packages music)
   #:use-module (gnu packages networking)
   #:use-module (gnu packages ncurses)
   #:use-module (gnu packages node)
@@ -239,6 +240,7 @@ (define-module (gnu packages python-xyz)
   #:use-module (gnu packages tls)
   #:use-module (gnu packages version-control)
   #:use-module (gnu packages video)
+  #:use-module (gnu packages virtualization)
   #:use-module (gnu packages web)
   #:use-module (gnu packages wxwidgets)
   #:use-module (gnu packages base)
@@ -5567,6 +5569,23 @@ (define-public mallard-ducktype
 provides additional functionality on the produced Mallard documents.")
 (license license:expat)))
 
+(define-public python-mat2
+  (package
+(name "python-mat2")
+(version "0.13.0")
+(source (origin
+  (method url-fetch)
+  (uri (pypi-uri "mat2" version))
+  (sha256
+   (base32
+"0zkk6gfjn2rlj5ncbbkc9h5l4qbkvfdlf3n1lpjr03bajrri8dhy"
+(build-system python-build-system)
+(propagated-inputs (list python-mutagen python-pycairo python-pygobject ffmpeg perl-image-exiftool bubblewrap gdk-pixbuf poppler librsvg))
+(home-page "https://0xacab.org/jvoisin/mat2;)
+(synopsis "A handy tool to trash your metadata")
+(description "This package provides a handy tool to trash your metadata")
+(license license:lgpl3+)))
+
 (define-public python-cython
   (package
 (name "python-cython")
-- 
2.37.3


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


signature.asc
Description: PGP signature


bug#57749: [patch] maven: fix build with java-slf4j-simple-source expanded

2022-09-21 Thread Dr. Arne Babenhauserheide

"Dr. Arne Babenhauserheide"  writes:
> Julien Lepiller  writes:
>> Otherwise LGTM, but I can't push myself currently. Thanks!
>
> Here’s the updated patch:

Can you push again?
(sorry to come back, I just don’t want this to get lost)

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


signature.asc
Description: PGP signature


bug#57749: [patch] maven: fix build with java-slf4j-simple-source expanded

2022-09-12 Thread Dr. Arne Babenhauserheide

Julien Lepiller  writes:

> I don't think checking for file-exists before mkdir-p makes much sense. 
> Doesn't mkdir-p make the same
> checks already?

You’re right — thank you!

> I thought find-files required two arguments? Also the first argument
> could be simplified to input-folder

The second argument is #:optional. But yes, it should be input-folder —
that was the whole point of the first let.

Thank you!

> Otherwise LGTM, but I can't push myself currently. Thanks!

Here’s the updated patch:

From 12164a5b46ad0a5c27c42b426ad94df8f9910b48 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 12 Sep 2022 14:31:42 +0200
Subject: [PATCH] gnu: maven: fix build with java-slf4j-simple-source expanded

* gnu/packages/maven.scm (maven): copy files from source.
---
 gnu/packages/maven.scm | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/maven.scm b/gnu/packages/maven.scm
index 28ec4eb9a8..f198c2a475 100644
--- a/gnu/packages/maven.scm
+++ b/gnu/packages/maven.scm
@@ -4,6 +4,7 @@
 ;;; Copyright © 2019 Björn Höfling 
 ;;; Copyright © 2020 Efraim Flashner 
 ;;; Copyright © 2022 Artyom V. Poptsov 
+;;; Copyright © 2022 Arne Babenhauserheide 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -1787,7 +1788,16 @@ (define-public maven-slf4j-provider
(lambda* (#:key inputs #:allow-other-keys)
  (mkdir-p "generated-sources")
  (with-directory-excursion "generated-sources"
-   (invoke "tar" "xf" (assoc-ref inputs "java-slf4j-simple-source"))
+   (let ((input-folder (assoc-ref inputs "java-slf4j-simple-source")))
+ ;; copy all files
+ (for-each (lambda (filename)
+ (let ((target ;; remove folder prefix plus slash
+(string-drop
+ filename
+ (1+ (string-length input-folder)
+   (mkdir-p (dirname target))
+   (copy-file filename target)))
+   (find-files input-folder)))
(for-each delete-file (find-files "." "StaticLoggerBinder.java")))
  (for-each
(lambda (simple)
-- 
2.37.3


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


signature.asc
Description: PGP signature


bug#57749: [patch] maven: fix build with java-slf4j-simple-source expanded

2022-09-12 Thread Dr. Arne Babenhauserheide
Hi,

Maven failed to build for me, because java-slf4j-simple-source is no
longer a tarball, but an expanded directory of files.

Copying the files from Scheme makes it build. A patch is attached.


From f9ca747f6ecf63d46a41e813c6c4e7b7190e9081 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 12 Sep 2022 14:31:42 +0200
Subject: [PATCH] gnu: maven: fix build with java-slf4j-simple-source expanded

* gnu/packages/maven.scm (maven): copy files from source.
---
 gnu/packages/maven.scm | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/maven.scm b/gnu/packages/maven.scm
index 28ec4eb9a8..a7d984fef2 100644
--- a/gnu/packages/maven.scm
+++ b/gnu/packages/maven.scm
@@ -4,6 +4,7 @@
 ;;; Copyright © 2019 Björn Höfling 
 ;;; Copyright © 2020 Efraim Flashner 
 ;;; Copyright © 2022 Artyom V. Poptsov 
+;;; Copyright © 2022 Arne Babenhauserheide 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -1787,7 +1788,17 @@ (define-public maven-slf4j-provider
(lambda* (#:key inputs #:allow-other-keys)
  (mkdir-p "generated-sources")
  (with-directory-excursion "generated-sources"
-   (invoke "tar" "xf" (assoc-ref inputs "java-slf4j-simple-source"))
+   (let ((input-folder (assoc-ref inputs "java-slf4j-simple-source")))
+ ;; copy all files
+ (for-each (lambda (filename)
+ (let ((target (string-drop
+filename ;; remove one more than length: the slash
+(1+ (string-length input-folder)
+   (when (not (file-exists? (dirname target)))
+ (mkdir-p (dirname target)))
+   (copy-file filename target)))
+   (find-files (assoc-ref inputs "java-slf4j-simple-source"
+
(for-each delete-file (find-files "." "StaticLoggerBinder.java")))
  (for-each
(lambda (simple)
-- 
2.37.3



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


signature.asc
Description: PGP signature


bug#57022: fmit fails to build/upgrade

2022-08-06 Thread Dr. Arne Babenhauserheide
I get a build error when updating fmit with

guix upgrade fmit

It fails with

phase `install' succeeded after 0.4 seconds
starting phase `wrap-executable'
error: in phase 'wrap-executable': uncaught exception:
wrong-type-arg "string-append" "Wrong type (expecting ~A): ~S" ("string" 
#f) (#f)
phase `wrap-executable' failed after 0.0 seconds
Backtrace:
  14 (primitive-load "/gnu/store/k7dvw09nink46bbpls85bzw5560…")
In guix/build/gnu-build-system.scm:
906:2 13 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10 12 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
634:9 11 (for-each # …)
In ice-9/boot-9.scm:
  1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   927:23  9 (_)
In ice-9/eval.scm:
619:8  8 (_ #(#(#(#) # #) #))
163:9  7 (_ #(#(#(#) # #) #))
   174:20  6 (_ #(#(#(#) # #) #))
   177:32  5 (lp (#))
In ice-9/boot-9.scm:
   222:29  4 (map1 ("qtbase" "qtmultimedia-5" "qtsvg-5"))
   222:17  3 (map1 ("qtmultimedia-5" "qtsvg-5"))
In unknown file:
   2 (string-append #f "/lib/qt5/plugins")
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 string-append: Wrong type (expecting string): #f


The full error-log is attached.

To reproduce you can use my manifest (also attached).

guix package  --fallback -k -m ~/fluss-guix.manifest

Best wishes,
Arne



38ymblb5lr8v3gsz06wy8v6jnvpfmn-fmit-1.2.14.drv.gz
Description: Binary data


fluss-guix.manifest
Description: Binary data
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature


bug#56460: gnu/packages/kde-systemtools.scm (dolphin): add konsole as propagated input, because dolphin needs to start it at runtime

2022-07-09 Thread Dr. Arne Babenhauserheide
Attached is a patch to make the embedded console in dolphin work.

From ce08a6b0897e26174cc6a46220c311f852df5ec2 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Sat, 9 Jul 2022 10:56:04 +0200
Subject: [PATCH] gnu: dolphin: propagate konsole

* gnu/packages/kde-systemtools.scm (dolphin): add konsole as propagated input, because dolphin needs to start it at runtim
---
 gnu/packages/kde-systemtools.scm | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/gnu/packages/kde-systemtools.scm b/gnu/packages/kde-systemtools.scm
index 3fab9089f3..23939dc388 100644
--- a/gnu/packages/kde-systemtools.scm
+++ b/gnu/packages/kde-systemtools.scm
@@ -74,6 +74,8 @@ (define-public dolphin
phonon
qtbase-5
solid))
+(propagated-inputs
+ (list konsole))
 (arguments
  `(#:tests? #f)) ;; TODO: 4/15 tests fail even with offscreen
 (home-page "https://kde.org/applications/system/org.kde.dolphin;)
-- 
2.36.1


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


signature.asc
Description: PGP signature


bug#56047: [patch] package ruby-t (twitter interface)

2022-06-17 Thread Dr. Arne Babenhauserheide
Hi,

the following patch provides t for ruby. I tested it, but I had to
disable the tests for quite a few of the packaged gems.

It would be great to have that in Guix by default.

From 458d15882fb29dfa1c8781c2f8c80185bb68c9f2 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Fri, 17 Jun 2022 09:57:33 +0200
Subject: [PATCH] gnu: Add ruby-t with its dependencies.

* gnu/packages/ruby.scm (ruby-t ruby-simple-oauth ruby-naught
ruby-memoizable ruby-ffi-compiler ruby-llhttp-ffi ruby-http-form-data
ruby-http ruby-equalizer ruby-buftok ruby-twitter ruby-retryable
ruby-oauth ruby-launchy ruby-geokit ruby-t): New variables.
---
 gnu/packages/ruby.scm | 313 ++
 1 file changed, 313 insertions(+)

diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm
index 800ab194fe..2dde88774e 100644
--- a/gnu/packages/ruby.scm
+++ b/gnu/packages/ruby.scm
@@ -2667,6 +2667,319 @@ (define-public ruby-thor
 (home-page "http://whatisthor.com/;)
 (license license:expat)))
 
+
+(define-public ruby-simple-oauth
+  (package
+(name "ruby-simple-oauth")
+(version "0.3.1")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "simple_oauth" version))
+  (sha256
+   (base32
+"0dw9ii6m7wckml100xhjc6vxpjcry174lbi9jz5v7ibjr3i94y8l"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f))
+(synopsis "Simply builds and verifies OAuth headers")
+(description "Simply builds and verifies OAuth headers")
+(home-page "https://github.com/laserlemon/simple_oauth;)
+(license license:expat)))
+
+(define-public ruby-naught
+  (package
+(name "ruby-naught")
+(version "1.1.0")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "naught" version))
+  (sha256
+   (base32
+"1wwjx35zgbc0nplp8a866iafk4zsrbhwwz4pav5gydr2wm26nksg"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f))
+(synopsis "Naught is a toolkit for building Null Objects")
+(description "Naught is a toolkit for building Null Objects")
+(home-page "https://github.com/avdi/naught;)
+(license license:expat)))
+
+(define-public ruby-memoizable
+  (package
+(name "ruby-memoizable")
+(version "0.4.2")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "memoizable" version))
+  (sha256
+   (base32
+"0v42bvghsvfpzybfazl14qhkrjvx0xlmxz0wwqc960ga1wld5x5c"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f))
+(propagated-inputs (list ruby-thread-safe))
+(synopsis "Memoize method return values")
+(description "Memoize method return values")
+(home-page "https://github.com/dkubb/memoizable;)
+(license license:expat)))
+
+(define-public ruby-ffi-compiler
+  (package
+(name "ruby-ffi-compiler")
+(version "1.0.1")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "ffi-compiler" version))
+  (sha256
+   (base32
+"0c2caqm9wqnbidcb8dj4wd3s902z15qmgxplwyfyqbwa0ydki7q1"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f)) ; no test suite
+(propagated-inputs (list ruby-ffi ruby-rake))
+(synopsis "Ruby FFI library")
+(description "Ruby FFI library")
+(home-page "http://wiki.github.com/ffi/ffi;)
+(license license:asl2.0)))
+
+(define-public ruby-llhttp-ffi
+  (package
+(name "ruby-llhttp-ffi")
+(version "0.4.0")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "llhttp-ffi" version))
+  (sha256
+   (base32
+"00dh6zmqdj59rhcya0l4b9aaxq6n8xizfbil93k0g06gndyk5xz5"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f))
+(propagated-inputs (list ruby-ffi-compiler ruby-rake))
+(synopsis "Ruby FFI bindings for llhttp.")
+(description "Ruby FFI bindings for llhttp.")
+(home-page "https://github.com/metabahn/llhttp/;)
+(license #f)))
+
+(define-public ruby-http-form-data
+  (package
+(name "ruby-http-form-data")
+(version "2.3.0")
+(source (origin
+  (method url-fetch)
+  (uri (rubygems-uri "http-form_data" version))
+  (sha256
+   (base32
+"1wx591jdhy84901pklh1n9sgh74gnvq1qyqxwchni1yrc49ynknc"
+(build-system ruby-build-system)
+(arguments
+ '(#:tests? #f))
+(synopsis
+ "Utility-belt to build form data request bodies. Provides support for `application/x-www-form-urlencoded` and `multipart/form-data` types.")
+(description
+ "Utility-belt to build form data request bodies.  Provides support for
+`application/x-www-form-urlencoded` and `multipart/form-data` types.")
+(home-page 

bug#55776: maven-core fails to build

2022-06-04 Thread Dr. Arne Babenhauserheide

Julien Lepiller  writes:
> What I did instead is, since jdom wants to set more features than
> supported in the driver, to add dummy support for all these additional
> features by just not throwing the exception. It's not very satisfying,
> but it works and we don't keep a vulnerable jdom around. With the
> attached patch, I built up to maven.

Thank you!

The patch looks clear enough — will you push it?

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


signature.asc
Description: PGP signature


bug#55776: maven-core fails to build

2022-06-03 Thread Dr. Arne Babenhauserheide
Hi,

I currently cannot get maven, because maven-core fails to build. To reproduce:

guix shell maven

Log:

[mkdir] Created dir: 
/tmp/guix-build-maven-core-3.8.5.drv-0/apache-maven-3.8.5/maven-core/build/jar
  [jar] Building jar: 
/tmp/guix-build-maven-core-3.8.5.drv-0/apache-maven-3.8.5/maven-core/build/jar/maven-core.jar

BUILD SUCCESSFUL
Total time: 1 second
phase `build' succeeded after 2.3 seconds
starting phase `generate-metadata'
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further 
details.
[INFO] Discovered 58 component descriptors(s)
Problem executing command line.
Error stacktrace:
java.io.IOException: Invalid input descriptor for merge: 
/tmp/plexus-metadata3957336728290309540xml --> 
http://xml.org/sax/features/external-general-entities feature 
http://xml.org/sax/features/external-general-entities not supported for SAX 
driver org.codehaus.plexus.metadata.merge.Driver
at 
org.codehaus.plexus.metadata.merge.AbstractMerger.mergeDescriptors(Unknown 
Source)
at 
org.codehaus.plexus.metadata.DefaultMetadataGenerator.generateDescriptor(Unknown
 Source)
at 
org.codehaus.plexus.metadata.PlexusMetadataGeneratorCli.invokePlexusComponent(Unknown
 Source)
at org.codehaus.plexus.tools.cli.AbstractCli.execute(Unknown Source)
at org.codehaus.plexus.tools.cli.AbstractCli.execute(Unknown Source)
at org.codehaus.plexus.metadata.PlexusMetadataGeneratorCli.main(Unknown 
Source)
error: in phase 'generate-metadata': uncaught exception:
system-error "open-file" "~A: ~S" ("No such file or directory" 
"build/classes/META-INF/plexus/components.t.xml") (2) 
phase `generate-metadata' failed after 0.8 seconds
Backtrace:
  12 (primitive-load "/gnu/store/ndhm39px4lh3jrcqpkaa3ykwgji…")
In guix/build/gnu-build-system.scm:
906:2 11 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
634:9  9 (for-each # …)
In ice-9/boot-9.scm:
  1752:10  8 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   927:23  7 (_)
In ice-9/eval.scm:
619:8  6 (_ #(#(#(#) (…)) #))
   311:34  5 (_ #(#(#(#) (…)) #))
   293:34  4 (_ #(#(#) "build…"))
In ice-9/ports.scm:
   450:11  3 (call-with-input-file "build/classes/META-INF/plexus/c…" …)
In unknown file:
   2 (open-file "build/classes/META-INF/plexus/components.t…" …)
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 open-file: No such file or directory: 
"build/classes/META-INF/plexus/components.t.xml"

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


signature.asc
Description: PGP signature


bug#54202: [patch] update guile-wisp to 1.0.7

2022-02-28 Thread Dr. Arne Babenhauserheide
Hi,

The attached patch updates guile-wisp to version 1.0.7.

Best wishes,
Arne
From 76660ab479e952d88876acaa2591bc4315c41cc7 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 29 Dec 2021 23:10:31 +0100
Subject: [PATCH] gnu: guile-wisp: Update to 1.0.7.

* gnu/packages/guile-xyz.scm (guile-wisp): Update to 1.0.7.
---
 gnu/packages/guile-xyz.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/guile-xyz.scm b/gnu/packages/guile-xyz.scm
index b75687cd3c..63fbf3c89f 100644
--- a/gnu/packages/guile-xyz.scm
+++ b/gnu/packages/guile-xyz.scm
@@ -1819,7 +1819,7 @@ (define-public guile-imanifest
 (define-public guile-wisp
   (package
 (name "guile-wisp")
-(version "1.0.6")
+(version "1.0.7")
 (source (origin
   (method hg-fetch)
   (uri (hg-reference
@@ -1828,7 +1828,7 @@ (define-public guile-wisp
   (file-name (git-file-name name version))
   (sha256
(base32
-"0df0vch2p6qymz3f96clrkl2gphjk6x7fbya236yzxc07hkz2j3g"
+"0fxngiy8dmryh3gx4g1q7nnamc4dpszjh130g6d0pmi12ycxd2y9"
 (build-system gnu-build-system)
 (arguments
  `(#:modules ((guix build gnu-build-system)
-- 
2.34.0



From 76660ab479e952d88876acaa2591bc4315c41cc7 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 29 Dec 2021 23:10:31 +0100
Subject: [PATCH] gnu: guile-wisp: Update to 1.0.7.

* gnu/packages/guile-xyz.scm (guile-wisp): Update to 1.0.7.
---
 gnu/packages/guile-xyz.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/guile-xyz.scm b/gnu/packages/guile-xyz.scm
index b75687cd3c..63fbf3c89f 100644
--- a/gnu/packages/guile-xyz.scm
+++ b/gnu/packages/guile-xyz.scm
@@ -1819,7 +1819,7 @@ (define-public guile-imanifest
 (define-public guile-wisp
   (package
 (name "guile-wisp")
-(version "1.0.6")
+(version "1.0.7")
 (source (origin
   (method hg-fetch)
   (uri (hg-reference
@@ -1828,7 +1828,7 @@ (define-public guile-wisp
   (file-name (git-file-name name version))
   (sha256
(base32
-"0df0vch2p6qymz3f96clrkl2gphjk6x7fbya236yzxc07hkz2j3g"
+"0fxngiy8dmryh3gx4g1q7nnamc4dpszjh130g6d0pmi12ycxd2y9"
 (build-system gnu-build-system)
 (arguments
  `(#:modules ((guix build gnu-build-system)
-- 
2.34.0


-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature


bug#53883: strange conflicts with guix package -m manifest

2022-02-17 Thread Dr. Arne Babenhauserheide

Ludovic Courtès  writes:

> Marius Bakke  skribis:
>
>>> Should we downgrade python-cmarkgfm, or relax its requirements?  Marius,
>>> WDYT?  :-)
>>
>> I dug around in the upstream commit history and it appears that the
>> requirement was only added for Python 3.10 compatibility.  So I relaxed
>> its requirements in commit f37eb24df5ecb3a14bd42507076854cc979ddecf.
>
> Well done, thank you!

Thank you!

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


signature.asc
Description: PGP signature


bug#53883: strange conflicts with guix package -m manifest

2022-02-08 Thread Dr. Arne Babenhauserheide
Hello Guix,

I see strange conflicts when trying to update packages via manifest:

guix package: error: profile contains conflicting entries for python-cffi
guix package: error:   first entry: python-cffi@1.15.0 
/gnu/store/fnkn12qv3bw7z3jhdgp2drd0nnn0p433-python-cffi-1.15.0
guix package: error:... propagated from python-cmarkgfm@0.7.0
guix package: error:... propagated from python-readme-renderer@32.0
guix package: error:... propagated from python-twine@1.15.0
guix package: error:   second entry: python-cffi@1.14.4 
/gnu/store/4zz00w8rqrfazv5lsjajs0g8y04ysa8g-python-cffi-1.14.4
guix package: error:... propagated from python-cryptography@3.3.1
guix package: error:... propagated from python-pyopenssl@20.0.1
guix package: error:... propagated from python-urllib3@1.26.7
guix package: error:... propagated from python-requests@2.26.0
guix package: error:... propagated from python-requests-toolbelt@0.9.1
guix package: error:... propagated from python-twine@1.15.0


As you can see, both packages are python-twine, and they have
conflicting dependencies.

I attached both my manifest and my channels file.

To reproduce:


LANG=C guix package -kK --fallback -m ~/fluss-guix.manifest


$ LANG=C guix describe
Generation 377  Feb 07 2022 10:35:27(current)
  guix c6b407c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c6b407c923253ac3e7ce8439b31f52ef94de7846
  flat ece373b
repository URL: https://github.com/flatwhatson/guix-channel.git
branch: master
commit: ece373bcd1e00ef746fb7b104e56ab610cc4af2a




fluss-guix.manifest
Description: Binary data


channels.scm
Description: Binary data

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


signature.asc
Description: PGP signature


bug#53742: rust-fiat-crypto missing source

2022-02-02 Thread Dr. Arne Babenhauserheide

Jack Hill  writes:
> These files are autogenerated from the Coq source. I think that we
> should build from that source as part of our package definition.
>
> What do you think?

I think that sounds sensible. Can you try whether it works?

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


signature.asc
Description: PGP signature


bug#53344: Inconsistency detected by ld.so: dl-call-libc-early-init.c: 37: _dl_call_libc_early_init: Assertion `sym != NULL' failed!

2022-01-18 Thread Dr. Arne Babenhauserheide

Ludovic Courtès  writes:

> "Dr. Arne Babenhauserheide"  skribis:
>
>> when I call guix, I get the error
>>
>> Inconsistency detected by ld.so: dl-call-libc-early-init.c: 37:
>> _dl_call_libc_early_init: Assertion `sym != NULL' failed!
>>
>> `which guix` gives
>>
>> /home/USER/.config/guix/current/bin/guix
>
> When did it start happening?

It started happening a few weeks ago.

I found the cause now, though: I had

LD_LIBRARY_PATH=$HOME/.guix-profile/lib:$LD_LIBRARY_PATH

in my .profile, because that was once needed to get some non-guix-builds
working. Removing that and updating the core system (guix system
reconfigure …) and rebooting resolved the issue.

I still have some breakage left, though: On starting icecat, I see
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6: version 
`GLIBC_2.33' not found (required by 
/gnu/store/qw4dm41ik5krj0s2af9fbcccjga2bfg8-gvfs-1.48.1/lib/gvfs/libgvfscommon.so)
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgioremote-volume-monitor.so
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6: version 
`GLIBC_2.33' not found (required by 
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so)
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6: version 
`GLIBC_2.33' not found (required by 
/gnu/store/lxcz3h4klzg041f6rhi9lfyfqba3zizy-libproxy-0.4.17/lib/libproxy.so.1)
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgiolibproxy.so


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


signature.asc
Description: PGP signature


bug#53344: Inconsistency detected by ld.so: dl-call-libc-early-init.c: 37: _dl_call_libc_early_init: Assertion `sym != NULL' failed!

2022-01-18 Thread Dr. Arne Babenhauserheide
Hi,

when I call guix, I get the error

Inconsistency detected by ld.so: dl-call-libc-early-init.c: 37:
_dl_call_libc_early_init: Assertion `sym != NULL' failed!

`which guix` gives

/home/USER/.config/guix/current/bin/guix

I have the workaround to install guix for the user with

/var/guix/profiles/system-388-link/profile/bin/guix install guix # and all 
further packages it needed to build

and now `which guix` gives

/home/USER/.guix-profile/bin/guix

and guix works, but that does not look like a good solution.

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


signature.asc
Description: PGP signature


bug#53204: [patch] font-cns11643: Open_Data hash changed

2022-01-12 Thread Dr. Arne Babenhauserheide

Maxime Devos  writes:

> Given that Open_Data.zip has a history of being modified in-place,
> maybe it would be a good idea to use the Internet Archive Machine instead?

That sounds good, yes.

> Latest version current in the archive: 
> https://web.archive.org/web/20211004150815/http://www.cns11643.gov.tw/AIDB/Open_Data.zip
>
> On 
> ,
> I requested a fresh archival, but it will take some time to complete.

Thank you! 

Will you get an info when it’s done?

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


signature.asc
Description: PGP signature


bug#53204: [patch] font-cns11643: Open_Data hash changed

2022-01-12 Thread Dr. Arne Babenhauserheide
Hi,

the archive Open_Data.zip changed and the fonts were updated. The
attached patch should fix it:

From c70a046791ffa1fc3cf28f770a2edba5db0d0560 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 12 Jan 2022 09:39:08 +0100
Subject: [PATCH] Update hash of Open_Data.zip

---
 gnu/packages/fonts.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/fonts.scm b/gnu/packages/fonts.scm
index 63d1240d5c..ed13e01194 100644
--- a/gnu/packages/fonts.scm
+++ b/gnu/packages/fonts.scm
@@ -532,13 +532,13 @@ (define-public font-cns11643
   ;; it elsewhere to avoid suddenly losing the current source file.
   (package
 (name "font-cns11643")
-(version "98.1.20180605")
+(version "98.1.20220107")
 (source (origin
   (method url-fetch)
   (uri "http://www.cns11643.gov.tw/AIDB/Open_Data.zip;)
   (sha256
(base32
-"000a9whrjr1cd4pjc23pbl60zwkq3wcb5g61p9qi7fn3hwkp0kyw"
+"0ygq7a0gb0nah74wlvf84kss68k514dml1wkcihv2s5v5j9rys0y"
 (build-system font-build-system)
 (home-page "http://www.cns11643.gov.tw/AIDB/welcome.do;)
 (synopsis "CJK TrueType fonts, TW-Kai and TW-Sung")
-- 
2.34.0


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


signature.asc
Description: PGP signature


bug#51693: [patch] Add Java 17

2021-12-02 Thread Dr. Arne Babenhauserheide

Ricardo Wurmus  writes:

> I split it up into a commit fixing openjdk 16 and one adding openjdk 17;
> I removed a duplicate phase from openjdk 17 and let it inherit the phases 
> from openjdk 16.
>
> I’ve applied the patches to the “master” branch.

Very cool! Thank you!

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


signature.asc
Description: PGP signature


bug#52069: [patch] add gst-plugins-base-gl (with opengl support)

2021-11-23 Thread Dr. Arne Babenhauserheide
Hi,

The attached patch adds a derivative package of gst-plugins-base that
includes gl support and has mesa as input.

I needed that for an application.

Best wishes,
Arne

From a1435b89c6ff01c1644bea671628678eebf3dfc2 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 24 Nov 2021 01:58:32 +0100
Subject: [PATCH] gnu: gst-plugins-base-gl: add package version that includes
 opengl.

* gnu/packages/gstreamerr.scm (gst-plugins-base-gl): -Dgl=enabled, input: mesa
---
 gnu/packages/gstreamer.scm | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm
index bb991789da..324af10ee0 100644
--- a/gnu/packages/gstreamer.scm
+++ b/gnu/packages/gstreamer.scm
@@ -581,6 +581,17 @@ (define-public gst-plugins-base
 for the GStreamer multimedia library.")
 (license license:lgpl2.0+)))
 
+(define-public gst-plugins-base-gl
+  (package (inherit gst-plugins-base)
+(name "gst-plugins-base-gl")
+(inputs
+ `(("mesa" ,mesa) ;; required for libgstgl
+   ,@(package-inputs gst-plugins-base)))
+(arguments
+ `(,@(package-arguments gst-plugins-base)
+   #:tests? #f ;; check fails with gl
+   #:configure-flags '("-Dgl=enabled") ;; requires mesa)
+
 (define-public gst-plugins-good
   (package
 (name "gst-plugins-good")
-- 
2.34.0

-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature


bug#51693: [patch] Add Java 17

2021-11-15 Thread Dr. Arne Babenhauserheide
Hi,

Julien Lepiller  writes:

> Hi, I think you fixed openjdk16 instead of openjdk17, this makes the
> patch a bit confusing to read.

I didn’t fix openjdk16, it’s just the change detection in git that makes
it look like that because there are unchanged lines in-between.

I wish I could make that better, but git just doesn’t understand the
semantics of the code, so it does not recognize the unchanged end of the
openjdk16 block and instead things that my insertion of openjdk17 is a
modification of the end of openjdk16 plus insertion of the start of
openjdk17.

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


signature.asc
Description: PGP signature


bug#51693: [patch] Add Java 17

2021-11-14 Thread Dr. Arne Babenhauserheide

Julien Lepiller  writes:

> Le Mon, 08 Nov 2021 21:32:16 +0100,
> "Dr. Arne Babenhauserheide"  a écrit :
>
>> the attached patch adds openjdk@17
>> 
>> Take care with updating packages depending on this, because the
>> changes to the module system can cause runtime failures.

> sorry for the delay.

No problems — thank you for checking my patch!

> I tried your patch, but the build fails for me
> because it goes "out of file descriptors" and "unix resources". Does it
> work for you?

It works for me, yes.

./pre-inst-env guix environment --ad-hoc openjdk@17:jdk -- java -version
…
openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment (build 17.0.1+0-adhoc..source)
OpenJDK 64-Bit Server VM (build 17.0.1+0-adhoc..source, mixed mode, sharing)

> I tried with various levels of parallelism, but it did not
> change anything.
>
> also about your patch, could you replace (invoke "chmod" "u+w" file)
> with a call to make-writable?

Do you mean `make-file-writable` ? I switched to that now.

> It's available by default in the build
> environment, it comes from (guix build utils). I wonder also why you
> inherit arguments from openjdk15 instead of openjdk16?

That was a mistake — thank you!

I attached a new patch.

From 5d9d3e96163798fe9b8146f134e47311b4e0ac77 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 8 Nov 2021 21:21:41 +0100
Subject: [PATCH] gnu: openjdk17: add Java 17.0.1.

* gnu/packages/java.scm (openjdk17): 17.0.1

Thanks to Julien Lepiller for feedback!
---
 gnu/packages/java.scm | 48 +--
 1 file changed, 46 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index da72dbb38c..b62d730fc4 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -2566,6 +2566,42 @@ (define-public openjdk16
("zip" ,zip)))
 (arguments
  (substitute-keyword-arguments (package-arguments openjdk15)
+   ((#:phases phases)
+`(modify-phases ,phases
+   (add-after 'unpack 'make-templates-writable
+ (lambda _
+   ;; The build system copies a few .template files from the
+   ;; source directory into the build directory and then modifies
+   ;; them in-place.  So these files have to be writable.
+   (for-each make-file-writable
+(find-files "src/java.base/share/classes/jdk/internal/misc/"
+"\\.template$"))
+   #t))
+(home-page "https://openjdk.java.net/projects/jdk/16;)))
+
+(define-public openjdk17
+  (package
+(inherit openjdk16)
+(name "openjdk")
+(version "17.0.1")
+(source (origin
+  (method git-fetch)
+  (uri (git-reference
+(url "https://github.com/openjdk/jdk17u;)
+(commit (string-append "jdk-" version "-ga"
+  (file-name (git-file-name name version))
+  (sha256
+   (base32
+"1l1jgbz8q7zq66npfg88r0l5xga427vrz35iys09j44b6qllrldd"
+(native-inputs
+ `(("autoconf" ,autoconf)
+   ("openjdk16:jdk" ,openjdk16 "jdk")
+   ("pkg-config" ,pkg-config)
+   ("unzip" ,unzip)
+   ("which" ,which)
+   ("zip" ,zip)))
+(arguments
+ (substitute-keyword-arguments (package-arguments openjdk16)
((#:phases phases)
 `(modify-phases ,phases
(add-after 'unpack 'make-templates-writable
@@ -2578,8 +2614,16 @@ (define-public openjdk16
   (invoke "chmod" "u+w" file))
 (find-files "src/java.base/share/classes/jdk/internal/misc/"
 "\\.template$"))
-   #t))
-(home-page "https://openjdk.java.net/projects/jdk/16;)))
+   #t))
+   (replace 'fix-java-shebangs
+ (lambda _
+   ;; This file was "fixed" by patch-source-shebangs, but it requires
+   ;; this exact first line.
+   (substitute* "make/data/blockedcertsconverter/blocked.certs.pem"
+ (("^#!.*") "#! java BlockedCertsConverter SHA-256\n"))
+   #t))
+   
+(home-page "https://openjdk.java.net/projects/jdk/17;)))
 
 (define-public icedtea icedtea-8)
 
-- 
2.33.1


Liebe Grüße,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature


bug#51693: [patch] Add Java 17

2021-11-08 Thread Dr. Arne Babenhauserheide
Hi,

the attached patch adds openjdk@17

Take care with updating packages depending on this, because the changes
to the module system can cause runtime failures.

From 23d8220c78a9ac6aa84dff96fd0c0a1d8214a699 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Mon, 8 Nov 2021 21:21:41 +0100
Subject: [PATCH] gnu: openjdk17: add Java 17.0.1.

* gnu/packages/java.scm (openjdk17): 17.0.1
---
 gnu/packages/java.scm | 46 +++
 1 file changed, 46 insertions(+)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index da72dbb38c..34abdcc418 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -2581,6 +2581,52 @@ (define-public openjdk16
#t))
 (home-page "https://openjdk.java.net/projects/jdk/16;)))

+(define-public openjdk17
+  (package
+(inherit openjdk16)
+(name "openjdk")
+(version "17.0.1")
+(source (origin
+  (method git-fetch)
+  (uri (git-reference
+(url "https://github.com/openjdk/jdk17u;)
+(commit (string-append "jdk-" version "-ga"
+  (file-name (git-file-name name version))
+  (sha256
+   (base32
+"1l1jgbz8q7zq66npfg88r0l5xga427vrz35iys09j44b6qllrldd"
+(native-inputs
+ `(("autoconf" ,autoconf)
+   ("openjdk16:jdk" ,openjdk16 "jdk")
+   ("pkg-config" ,pkg-config)
+   ("unzip" ,unzip)
+   ("which" ,which)
+   ("zip" ,zip)))
+(arguments
+ (substitute-keyword-arguments (package-arguments openjdk15)
+   ((#:phases phases)
+`(modify-phases ,phases
+   (add-after 'unpack 'make-templates-writable
+ (lambda _
+   ;; The build system copies a few .template files from the
+   ;; source directory into the build directory and then modifies
+   ;; them in-place.  So these files have to be writable.
+   (for-each
+(lambda (file)
+  (invoke "chmod" "u+w" file))
+(find-files "src/java.base/share/classes/jdk/internal/misc/"
+"\\.template$"))
+   #t))
+   (replace 'fix-java-shebangs
+ (lambda _
+   ;; This file was "fixed" by patch-source-shebangs, but it requires
+   ;; this exact first line.
+   (substitute* "make/data/blockedcertsconverter/blocked.certs.pem"
+ (("^#!.*") "#! java BlockedCertsConverter SHA-256\n"))
+   #t))
+   
+(home-page "https://openjdk.java.net/projects/jdk/17;)))
+
 (define-public icedtea icedtea-8)

 
--
2.33.1



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


signature.asc
Description: PGP signature


bug#51443: [patch] openjdk11: update to latest version

2021-11-03 Thread Dr. Arne Babenhauserheide

Julien Lepiller  writes:

> Le Wed, 27 Oct 2021 20:49:02 +0200,
> "Dr. Arne Babenhauserheide"  a écrit :
>
>> "Dr. Arne Babenhauserheide"  writes:
>> 
>> > The attached patch updates openjdk11 to the latest version. The
>> > update includes some important bugfixes for compile errors of
>> > classfiles.  
>> 
>> > +(version "11.0.12-ga")  
>> 
>> This is from https://wiki.openjdk.java.net/display/JDKUpdates/JDK11u

> Thanks for the pach!
>
> I actually just pushed an update to 11.0.13, since 11.0.12 has a bunch
> of CVEs now (I was prompted to do the update when seeing an advisory
> from debian). Sorry that your patch did not get in, but hopefully you
> can now enjoy an updated openjdk11 :)

No problem — thank you for updating! My goal was getting the new
version in, not getting the exact patch in :-)

(I’ve been running 11.0.12-ga from my local patched sources, so I wasn’t
blocked)

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


signature.asc
Description: PGP signature


bug#51478: icecat 91 can't display chinese font in many web page

2021-10-29 Thread Dr. Arne Babenhauserheide
Hi,

Z572 via Bug reports for GNU Guix  writes:

> after update to 91, icecat can't display chinese font for many web page:

Thank you for your report!

Does it help to run

fc-cache -rv

on the commandline?

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


signature.asc
Description: PGP signature


bug#51443: [patch] openjdk11: update to latest version

2021-10-27 Thread Dr. Arne Babenhauserheide

"Dr. Arne Babenhauserheide"  writes:

> The attached patch updates openjdk11 to the latest version. The update
> includes some important bugfixes for compile errors of classfiles.

> +(version "11.0.12-ga")

This is from https://wiki.openjdk.java.net/display/JDKUpdates/JDK11u

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


signature.asc
Description: PGP signature


bug#51443: [patch] openjdk11: update to latest version

2021-10-27 Thread Dr. Arne Babenhauserheide
Hi,

The attached patch updates openjdk11 to the latest version. The update
includes some important bugfixes for compile errors of classfiles.

From eebf340e686e6c2762f45b08839d6a995baa8f31 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Wed, 27 Oct 2021 19:22:17 +0200
Subject: [PATCH] gnu: openjdk11: update to latest version

* gnu/packages/java.scm (openjdk11): Update to latest and add xrandr input
---
 gnu/packages/java.scm | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
index a404250d38..80e6e483ac 100644
--- a/gnu/packages/java.scm
+++ b/gnu/packages/java.scm
@@ -2121,14 +2121,14 @@ (define-public openjdk10
 (define-public openjdk11
   (package
 (name "openjdk")
-(version "11.28")
+(version "11.0.12-ga")
 (source (origin
   (method url-fetch)
-  (uri "http://hg.openjdk.java.net/jdk/jdk/archive/76072a077ee1.tar.bz2;)
+  (uri "https://hg.openjdk.java.net/jdk-updates/jdk11u/archive/ebc6c83bfa9e.tar.bz2;)
   (file-name (string-append name "-" version ".tar.bz2"))
   (sha256
(base32
-"0v705w1s9lrqalzahir78pk397rkk9gfvzq821yv8h3xha0bqi6w"))
+"07zd3ldz9s9fxnysjh8xchs3f1mn9rq7jng29g140a39mnpx4yyw"))
   (modules '((guix build utils)))
   (snippet
`(begin
@@ -2365,6 +2365,7 @@ (define (icedtea-or-openjdk? path)
("libpng" ,libpng)
("libx11" ,libx11)
("libxext" ,libxext)
+   ("libxrandr" ,libxrandr)
("libxrender" ,libxrender)
("libxt" ,libxt)
("libxtst" ,libxtst)))

base-commit: af4ce7bd413c3a50733bfcc05370903a1e3808bc
prerequisite-patch-id: c1ffc79a0b53c239fe3d040b3b3f22a5717ca314
prerequisite-patch-id: 0a33bdfee17bc7b2576b5708d5fd54f5e170fb01
prerequisite-patch-id: f691f2bfa001d3b72b92b538254ad43ed3009b75
-- 
2.33.1


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


signature.asc
Description: PGP signature


bug#34717: GPL and Openssl incompatibilities in u-boot and possibly others

2021-10-24 Thread Dr. Arne Babenhauserheide

Leo Famulari  writes:

> On Fri, Oct 22, 2021 at 02:17:33PM -0700, Vagrant Cascadian wrote:
>> * Disable substitutes for relevent packages. Technically correct as
>>   license incompatibility is only triggered on transmission of binary,
>>   though maybe missing something about the spirit of the GPL.
>
> Maybe, but did anyone with standing ever take action regarding these
> licensing incompatibilities?
>
> Perhaps, looking at these issues too closely is also missing something
> about the spirit of the GPL.

It just needs one person. Also see this weeks newsletter from Cory
Doctorov on the lawsuit against Vizio. It might soon only take one user.

Best get licensing problems fixed sooner than later. GPLv2-only is a
problem quickly getting closer.

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


signature.asc
Description: PGP signature


bug#48722: [PATCH] python-hg-evolve update to 10.3.1 for compatibility with new hg

2021-05-28 Thread Dr. Arne Babenhauserheide
Hi,

The current evolve extension in Guix does not work with current hg
anymore. To reproduce:

$ echo '[extensions]
evolve=
' >> ~/.hgrc
$ guix install python-hg-evolve
$ hg 
Traceback (most recent call last):
  File 
"/gnu/store/2j3qrrdbnbw9x6jm00z3clc6pk4ijcz2-mercurial-5.8/lib/python3.8/site-packages/mercurial/extensions.py",
 line 273, in _runextsetup
extsetup(ui)
  File 
"/home/arne/.guix-profile/lib/python3.8/site-packages/hgext3rd/evolve/exthelper.py",
 line 182, in finalextsetup
knownexts[ext] = e.cmdtable
AttributeError: module 'hgext.strip' has no attribute 'cmdtable'
*** failed to set up extension evolve: module 'hgext.strip' has no attribute 
'cmdtable'

The included patch updates python-hg-evolve to 10.3.1 which fixes the problem.

Best wishes,
Arne

From b4796dc8b9a0f9d8fffd44675496d1371ebd8cff Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide 
Date: Fri, 28 May 2021 22:14:39 +0200
Subject: [PATCH] gnu: python-hg-evolve update to 10.3.1

* gnu/packages/version-control.scm (python-hg-evolve): update to 10.3.1
---
 gnu/packages/version-control.scm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 80842ecf0c..cd262402c1 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -1701,7 +1701,7 @@ interface.")
 (define-public python-hg-evolve
   (package
 (name "python-hg-evolve")
-(version "10.0.1")
+(version "10.3.1")
 (source
   (origin
 (method hg-fetch)
@@ -1711,7 +1711,7 @@ interface.")
 (file-name (string-append name "-" version "-checkout"))
 (sha256
   (base32
-"1lz407373lfam9n02gq0l0rc2sjvn0m96kbzy93ipia3ika8fa68"
+"0msnp5fp8sz4q2r5xpcmm60h82kwkyg23y212v1xfp7ixkq9f4qa"
 (build-system python-build-system)
 (arguments
  ;; Tests need mercurial source code.
-- 
2.31.1


-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature


bug#48571: guix pull fails with failed to compute the derivation for Guix

2021-05-21 Thread Dr. Arne Babenhauserheide
Hi,

I get a failure when using guix pull. Using --no-substitutes makes the
pull work, though.

Log:

$ guix pull 
Kanal „flat“ wird vom Git-Repository auf 
„https://github.com/flatwhatson/guix-channel.git“ aktualisiert …
Kanal „guix“ wird vom Git-Repository auf 
„https://git.savannah.gnu.org/git/guix.git“ aktualisiert …
Kanal „guix“, Commits 9edb3f6 bis 1a06caf werden authentifiziert (3 neue 
Commits) …
Von diesen Kanälen wird erstellt:
  guix  https://git.savannah.gnu.org/git/guix.git   1a06caf
  flat  https://github.com/flatwhatson/guix-channel.git eba45f4
 libtiff-4.2.0-doc  358KiB  
2.4MiB/s 00:00 [##] 100.0%

 curl-7.76.0-doc  624KiB
3.5MiB/s 00:00 [##] 100.0%

 curl-7.76.0  385KiB
9.4MiB/s 00:00 [##] 100.0%

substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird 
aktualisiert … 100.0%
 compute-guix-derivation  1003B 
406KiB/s 00:00 [##] 100.0%

 graphviz-2.42.3-doc
  5.29GiB/s 00:00 | 3.9MiB transferred

Backtrace:
In guix/ui.scm:
  2164:12 19 (run-guix-command _ . _)
In guix/scripts/substitute.scm:
652:2 18 (guix-substitute . _)
In unknown file:
  17 (with-continuation-barrier #)
In ice-9/boot-9.scm:
  1736:10 16 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
  15 (apply-smob/0 #)
In ice-9/boot-9.scm:
  1736:10 14 (with-exception-handler _ _ #:unwind? _ # _)
  1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
  1731:15 12 (with-exception-handler # ?)
In guix/scripts/substitute.scm:
   701:17 11 (_)
410:7 10 (process-substitution _ "/gnu/store/grb6fymvw0rz75gcm9?" ?)
In ice-9/boot-9.scm:
  1736:10  9 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
419:9  8 (_)
In ice-9/boot-9.scm:
  1731:15  7 (with-exception-handler # ?)
  1669:16  6 (raise-exception _ #:continuable? _)
  1667:16  5 (raise-exception _ #:continuable? _)
  1669:16  4 (raise-exception _ #:continuable? _)
  1764:13  3 (_ #< components: (#<> #)
  1669:16  2 (raise-exception _ #:continuable? _)
  1667:16  1 (raise-exception _ #:continuable? _)
  1669:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1669:16: In procedure raise-exception:
Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'.
Backtrace:
In ice-9/boot-9.scm:
  1736:10  4 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
   3 (apply-smob/0 #)
In ice-9/boot-9.scm:
718:2  2 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8  1 (_ #(#(#)))
In guix/ui.scm:
  2164:12  0 (run-guix-command _ . _)

guix/ui.scm:2164:12: In procedure run-guix-command:
Backtrace:
  15 (primitive-load 
"/gnu/store/z3db00laqj4wvhk06fvn8ivgnahy1ma7-compute-guix-derivation")
In ice-9/eval.scm:
155:9 14 (_ _)
159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 12 (with-fluid* _ _ _)
152:2 11 (with-fluid* _ _ _)
In ./guix/store.scm:
  2076:24 10 (run-with-store # _ 
#:guile-for-build _ #:system _ #:target _)
   1910:8  9 (_ _)
In ./guix/gexp.scm:
   256:18  8 (_ _)
   1137:2  7 (_ _)
   1003:2  6 (_ _)
849:4  5 (_ _)
In ./guix/store.scm:
  1958:12  4 (_ #)
   1372:5  3 (map/accumulate-builds # _ _)
  1383:15  2 (_ # _ _)
   729:11  1 (process-stderr # _)
In ./guix/serialization.scm:
 80:6  0 (read-int #)

./guix/serialization.scm:80:6: In procedure read-int:
ERROR:
  1. :
  file: #f
  port: #
guix pull: error: You found a bug: the program 
'/gnu/store/z3db00laqj4wvhk06fvn8ivgnahy1ma7-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"1a06cafc07b5ab6a46ea174937694fe8df7fd24a"; system: "x86_64-linux";
host version: "a74de6c41d0af7bfc8b81aac49d8bf1ae7a49cdb"; pull-version: 1).
Please report it by email to .


$ guix --version
guix (GNU Guix) a74de6c41d0af7bfc8b81aac49d8bf1ae7a49cdb
Copyright © 2021 die Guix-Autoren
Lizenz GPLv3+: GNU GPL Version 3 oder neuer 
Dies ist freie Software: Sie können sie ändern und weitergeben.
Es gibt keine Garantie, soweit gesetzlich zulässig.

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


signature.asc
Description: PGP signature


bug#48305: java eclipse jetty util does not build

2021-05-08 Thread Dr. Arne Babenhauserheide
I see

„check“-Phasebuilder for 
`/gnu/store/im3vs3rs3cg02qzbya8xr75g30qfraf8-java-eclipse-jetty-util-9.2.22.drv'
 failed with exit code 1
Erstellung von 
/gnu/store/im3vs3rs3cg02qzbya8xr75g30qfraf8-java-eclipse-jetty-util-9.2.22.drv 
fehlgeschlagen
Das Erstellungsprotokoll kann unter 
„/var/log/guix/drvs/im/3vs3rs3cg02qzbya8xr75g30qfraf8-java-eclipse-jetty-util-9.2.22.drv.bz2“
 eingesehen werden.
/gnu/store/7k6rv14mkd368dnmfl3iwlqh020307ba-java-kafka-clients-1.0.0.drv wird 
erstellt …
cannot build derivation 
`/gnu/store/vvlj7l0yyzdz3gb09p70dyyixqxmrghb-maven-wagon-http-3.3.4.drv': 1 
dependencies couldn't be built
cannot build derivation 
`/gnu/store/7q25bsm6njn3nhq2qs75ghs9qyakzas1-maven-wagon-provider-test-3.3.4.drv':
 1 dependencies couldn't be built
cannot build derivation 
`/gnu/store/hskyf4y35hc34008zkpawfrh6gc2z225-maven-wagon-tck-http-3.3.4.drv': 1 
dependencies couldn't be built
/gnu/store/v6g3vn80hzm78pp0jw41m4r2lsi4ghrj-libX11-1.6.10.tar.bz2.drv wird 
erstellt …
cannot build derivation 
`/gnu/store/87k46rrwrjn9m6iprsjf73hfhzs2v524-maven-3.6.1.drv': 1 dependencies 
couldn't be built
guix upgrade: error: build of
`/gnu/store/87k46rrwrjn9m6iprsjf73hfhzs2v524-maven-3.6.1.drv' failed

It looks like junit is missing during build:
/tmp/guix-build-java-eclipse-jetty-util-9.2.22.drv-0/jetty.project-jetty-9.\
2.22.v20170606/jetty-util/src/test/java/org/eclipse/jetty/util/MultiExceptionTest.java:\
26: error: package org.junit does not exist

The build log is attached.

Best wishes,
Arne



3vs3rs3cg02qzbya8xr75g30qfraf8-java-eclipse-jetty-util-9.2.22.drv.bz2
Description: Binary data


-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature


bug#47853: guix system reconfigure build of `/gnu/store/inppfcz5yk5a20cwhv1dwqn8zq6jcdxl-grub.cfg.drv' failed

2021-04-17 Thread Dr. Arne Babenhauserheide
Hi,

On my system building grub fails because grub-image.png fails.

# guix describe
Generation 541  18. April 2021 00:12:22 (aktuell)
  guix 84feaca
Repository-URL: https://git.savannah.gnu.org/git/guix.git
Branch: master
Commit: 84feaca4888c9916e1a97bb81e5d157673488b70

# guix system reconfigure -k /etc/config.scm

LANG=C guix system reconfigure -k /etc/config.scm
guix system: warning: cannot determine provenance for current system
guix system: warning: the following groups appear more than once: scanner cdrom
guix system: warning: the following groups appear more than once: scanner cdrom
The following derivations will be built:
   /gnu/store/3w6l9jhdbhgknkd1grx4fz1bg9y58nj5-grub.cfg.drv
   /gnu/store/lna5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv

building /gnu/store/lna5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv...
\builder for `/gnu/store/lna5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv' 
failed with exit code 1
build of /gnu/store/lna5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv failed
View build log at 
'/var/log/guix/drvs/ln/a5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv.bz2'.
cannot build derivation 
`/gnu/store/3w6l9jhdbhgknkd1grx4fz1bg9y58nj5-grub.cfg.drv': 1 dependencies 
couldn't be built
guix system: error: build of 
`/gnu/store/3w6l9jhdbhgknkd1grx4fz1bg9y58nj5-grub.cfg.drv' failed

# emacs -Q 
/var/log/guix/drvs/ln/a5wrbqzdzmplbxdz96mkqbx32v124r-grub-image.png.drv.bz2

Backtrace:
   2 (primitive-load "/gnu/store/larqpc2wjhnc6jmj4885k8lynd1?")
In gnu/build/svg.scm:
 53:6  1 (svg->png _ "/gnu/store/0f2bpqpgflza414sk0hwms3rdizg1x?" ?)
In unknown file:
   0 (rsvg-handle-render-cairo # #)

ERROR: In procedure rsvg-handle-render-cairo:
Wrong type (expecting finalized smob): #

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


signature.asc
Description: PGP signature


bug#47823: Hardenize Guix website TLS/DNS

2021-04-16 Thread Dr. Arne Babenhauserheide

Leo Famulari  writes:

>> - Force redirection of insecure connection with plain text to TLS
>> - HSTS/HSTS-preload support missing (important)
>
> Yes, we should enable these.

Be careful with HSTS, it can make the site inaccessible if you lose
access to a certificate and have to replace it. And yes, that can happen
easily, and you then won’t have a way to inform visitors why they cannot
access the site. If you enable it, make absolutely sure that the max-age
is short enough.

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


signature.asc
Description: PGP signature


bug#47260: Package GNU MediaGoblin as a Guix service

2021-03-30 Thread Dr. Arne Babenhauserheide

Ben Sturmfels  writes:

> On Mon, 22 Mar 2021, Dr. Arne Babenhauserheide wrote:
>
>> If you need support for m3u-playlists, you can use the player I wrote
>> here: https://www.draketo.de/software/m3u-player
>> → https://www.draketo.de/software/m3u-player.js (save as utf-8)
>> (that m3u-playlists aren’t supported out of the box in most players is a
>> strange oversight, the code adds it for video- and audio-tags, License:
>> GPLv2 or later — just ask me if you need something else)
>>
>> There’s also an enhanced version for Freenet, but that has lots of
>> performance-changes to work over high-latency networks and with paranoid
>> CSP-settings:
>> https://github.com/freenet/fred/pull/721/files#diff-33cbf95723ae7b33eb205cf9adc3411b2098e27ba757e553406f689a4fafb802
>
> Thanks Arne! I've forwarded this on to mediagoblin-de...@gnu.org so we
> don't lose track of it.

Thank you!

I added one change last week to support mobile browsers which answer
"maybe" to the query `mediaTag.canPlayType('audio/x-mpegurl')` (yes,
seriously, and it is in the spec :-) ).

Also I backported the not freenet specific changes:
- prefetch the next three tracks as blob and keep at most 10 tracks
  cached to allow for fast track skipping (and now actually release the
  memory)
- adjustments to allow for inlining and survive the non-utf8-encoding.
- continue automatically when fetch succeeded if playback was stopped
  because it reached the end (but not if paused).
- minimal mouseover for the back and forward arrows.

When a https-m3u-list refers to a http-file, it falls back from fetching
blobs to rewriting the src-part of the tag (because blobs cannot be
fetched from a less secure resource).

This is how it looks: https://www.draketo.de/software/m3u-player.html

The changes are included in https://www.draketo.de/software/m3u-player.js

You can use it like this:



not supported?



To make this bug-report independent of my site, here’s the full code:



// [[file:m3u-player.org::*The script][The script:1]]
// @license 
magnet:?xt=urn:btih:cf05388f2679ee054f2beb29a391d25f4e673ac3=gpl-2.0.txt 
GPL-v2-or-Later
const nodes = document.querySelectorAll("audio,video");
const playlists = {};
const prefetchedTracks = new Map(); // use a map for insertion order, so we can 
just blow away old entries.
// maximum prefetched blobs that are kept.
const MAX_PREFETCH_KEEP = 10;
// maximum allowed number of entries in a playlist to prevent OOM attacks 
against the browser with self-referencing playlists
const MAX_PLAYLIST_LENGTH = 1000;
const PLAYLIST_MIME_TYPES = ["audio/x-mpegurl", "audio/mpegurl", 
"application/vnd.apple.mpegurl","application/mpegurl","application/x-mpegurl"];
function stripUrlParameters(link) {
  const url = new URL(link, window.location);
  url.search = "";
  url.hash = "";
  return url.href;
}
function isPlaylist(link) {
  const linkHref = stripUrlParameters(link);
  return linkHref.endsWith(".m3u") || linkHref.endsWith(".m3u8");
}
function isBlob(link) {
  return new URL(link, window.location).protocol == 'blob';
}
function parsePlaylist(textContent) {
  return textContent.match(/^(?!#)(?!\s).*$/mg)
.filter(s => s); // filter removes empty strings
}
/**
 * Download the given playlist, parse it, and store the tracks in the
 * global playlists object using the url as key.
 *
 * Runs callback once the playlist downloaded successfully.
 */
function fetchPlaylist(url, onload, onerror) {
  const playlistFetcher = new XMLHttpRequest();
  playlistFetcher.open("GET", url, true);
  playlistFetcher.responseType = "blob"; // to get a mime type
  playlistFetcher.onload = () => {
if (PLAYLIST_MIME_TYPES.includes(playlistFetcher.response.type)) { // 
security check to ensure that filters have run
  const reader = new FileReader();
  const load = onload; // propagate to inner scope
  reader.addEventListener("loadend", e => {
playlists[url] = parsePlaylist(reader.result);
onload();
  });
  reader.readAsText(playlistFetcher.response);
} else {
  console.error("playlist must have one of the playlist MIME type '" + 
PLAYLIST_MIME_TYPES + "' but it had MIME type '" + 
playlistFetcher.response.type + "'.");
  onerror();
}
  };
  playlistFetcher.onerror = onerror;
  playlistFetcher.abort = onerror;
  playlistFetcher.send();
}
function prefetchTrack(url, onload) {
  if (prefetchedTracks.has(url)) {
return;
  }
  // first cleanup: kill the oldest entries until we're back at the allowed size
  while (prefetchedTracks.size > MAX_PREFETCH_KEEP) {
const key = prefetchedTracks.keys().next().value;
const track = prefetchedTracks.get(key);
prefetchedTracks.delete(key);
  }
  // first set the prefetched to the url so

bug#47260: Package GNU MediaGoblin as a Guix service

2021-03-22 Thread Dr. Arne Babenhauserheide

Ben Sturmfels via Bug reports for GNU Guix  writes:

> On Fri, 19 Mar 2021, jgart wrote:
>
>> This sounds like a great project. I would love MediaGoblin to be in Guix 
>> also.
>>
>>> 6. Rewrite MediaGoblin's JavaScript code not to use jQuery. Maybe
>>> improve the no-bundled-JavaScript video/audio playing experience.
>>
>> What are your thoughts on rewriting the jquery? 
>>
>> Should MediaGoblin be using vanilla javascript instead?
>>
>> Some other possibilities could be purescript (https://www.purescript.org) or
>> mint (http://mint-lang.com), although mint and crystal are not in guix yet 
>> and
>> mint uses preact (http://preactjs.com) as its' runtime since 0.8.0
>> (https://www.mint-lang.com/blog/mint-0.8.0).
>
> Many of the functions we used to use jQuery for are now built into most
> browsers from the last 10 years.
>
> By far the most common are element selectors like:
>
>   var panel = $('#header-panel')
>   var arrow = $('.arrow')
>
> which we just change to:
>
>   var panel = document.querySelector('#header-panel')
>   var arrow = document.querySelector('.arrow')
>
> This is all vanilla JavaScript in individual files imported via 

bug#46998: wish: package xvfb-run

2021-03-09 Thread Dr. Arne Babenhauserheide

Tobias Geerinckx-Rice  writes:

> Tobias Geerinckx-Rice 写道:
>> It's ridiculous and I like it.
>
> Done as 9f87758fd5a5fd2e4c04683aebee13d9a19218b8.

You’re awesome! Thank you!

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


signature.asc
Description: PGP signature


bug#46998: wish: package xvfb-run

2021-03-07 Thread Dr. Arne Babenhauserheide
User-agent: mu4e 1.4.15; emacs 27.1
(emacs:30177): dbind-WARNING **: 01:46:31.849: Could not open X display

http://deb.debian.org/debian/pool/main/x/xorg-server/xorg-server_1.20.10-3.diff.gz

+Usage: $PROGNAME [OPTION ...] COMMAND
+Options:
+DISPLAY=:$SERVERNUM XAUTHORITY=$AUTHFILE "$@"
Dear Guix hackers,

One of my main tools for running graphical programs as part of my build
pipelines is xvfb-run. Since it is not packaged in Guix, I’ve resorted
to manual workarounds, but these have annoying drawbacks:

Xvfb :3 -screen 0 1024x768x16 & time DISPLAY=:3 HOME=/path/to/project/.emacs.d 
emacs …

I now get errors about the maximum number of clients reached, because
the Xvfb does not get reaped after the build:
Maximum number of clients reached
Therefore I would ask whether it would be possible to package xvfb-run.
It is provided as part of the patches of the xorg-package in Debian:

The included xvfb-run and xvfb-run.1:

--- xorg-server-1.20.10.orig/debian/local/xvfb-run
+++ xorg-server-1.20.10/debian/local/xvfb-run
@@ -0,0 +1,191 @@
+#!/bin/sh
+
+# This script starts an instance of Xvfb, the "fake" X server, runs a command
+# with that server available, and kills the X server when done.  The return
+# value of the command becomes the return value of this script.
+#
+# If anyone is using this to build a Debian package, make sure the package
+# Build-Depends on xvfb and xauth.
+
+set -e
+
+PROGNAME=xvfb-run
+SERVERNUM=99
+AUTHFILE=
+ERRORFILE=/dev/null
+XVFBARGS="-screen 0 1280x1024x24"
+LISTENTCP="-nolisten tcp"
+XAUTHPROTO=.
+
+# Query the terminal to establish a default number of columns to use for
+# displaying messages to the user.  This is used only as a fallback in the 
event
+# the COLUMNS variable is not set.  ($COLUMNS can react to SIGWINCH while the
+# script is running, and this cannot, only being calculated once.)
+DEFCOLUMNS=$(stty size 2>/dev/null | awk '{print $2}') || true
+case "$DEFCOLUMNS" in
+*[!0-9]*|'') DEFCOLUMNS=80 ;;
+esac
+
+# Display a message, wrapping lines at the terminal width.
+message () {
+echo "$PROGNAME: $*" | fmt -t -w ${COLUMNS:-$DEFCOLUMNS}
+}
+
+# Display an error message.
+error () {
+message "error: $*" >&2
+}
+
+# Display a usage message.
+usage () {
+if [ -n "$*" ]; then
+message "usage error: $*"
+fi
+cat <>"$ERRORFILE" 2>&1
+fi
+if [ -n "$XVFB_RUN_TMPDIR" ]; then
+if ! rm -r "$XVFB_RUN_TMPDIR"; then
+error "problem while cleaning up temporary directory"
+exit 5
+fi
+fi
+if [ -n "$XVFBPID" ]; then
+kill "$XVFBPID" >>"$ERRORFILE" 2>&1
+fi
+}
+
+# Parse the command line.
+ARGS=$(getopt --options +ae:f:hn:lp:s:w: \
+   --long 
auto-servernum,error-file:,auth-file:,help,server-num:,listen-tcp,xauth-protocol:,server-args:,wait:
 \
+   --name "$PROGNAME" -- "$@")
+GETOPT_STATUS=$?
+
+if [ $GETOPT_STATUS -ne 0 ]; then
+error "internal error; getopt exited with status $GETOPT_STATUS"
+exit 6
+fi
+
+eval set -- "$ARGS"
+
+while :; do
+case "$1" in
+-a|--auto-servernum) SERVERNUM=$(find_free_servernum); AUTONUM="yes" ;;
+-e|--error-file) ERRORFILE="$2"; shift ;;
+-f|--auth-file) AUTHFILE="$2"; shift ;;
+-h|--help) SHOWHELP="yes" ;;
+-n|--server-num) SERVERNUM="$2"; shift ;;
+-l|--listen-tcp) LISTENTCP="" ;;
+-p|--xauth-protocol) XAUTHPROTO="$2"; shift ;;
+-s|--server-args) XVFBARGS="$2"; shift ;;
+-w|--wait) shift ;;
+--) shift; break ;;
+*) error "internal error; getopt permitted \"$1\" unexpectedly"
+   exit 6
+   ;;
+esac
+shift
+done
+
+if [ "$SHOWHELP" ]; then
+usage
+exit 0
+fi
+
+if [ -z "$*" ]; then
+usage "need a command to run" >&2
+exit 2
+fi
+
+if ! command -v xauth >/dev/null; then
+error "xauth command not found"
+exit 3
+fi
+
+# tidy up after ourselves
+trap clean_up EXIT
+
+# If the user did not specify an X authorization file to use, set up a 
temporary
+# directory to house one.
+if [ -z "$AUTHFILE" ]; then
+XVFB_RUN_TMPDIR="$(mktemp -d -t $PROGNAME.XX)"
+AUTHFILE="$XVFB_RUN_TMPDIR/Xauthority"
+# Create empty file to avoid xauth warning
+touch "$AUTHFILE"
+fi
+
+# Start Xvfb.
+MCOOKIE=$(mcookie)
+tries=10
+while [ $tries -gt 0 ]; do
+tries=$(( $tries - 1 ))
+XAUTHORITY=$AUTHFILE xauth source - << EOF >>"$ERRORFILE" 2>&1
+add :$SERVERNUM $XAUTHPROTO $MCOOKIE
+EOF
+# handle SIGUSR1 so Xvfb knows to send a signal when it's ready to accept
+# connections
+trap : USR1
+(trap '' USR1; exec Xvfb ":$SERVERNUM" $XVFBARGS $LISTENTCP -auth 
$AUTHFILE >>"$ERRORFILE" 2>&1) &
+XVFBPID=$!
+
+wait || :
+if kill -0 $XVFBPID 2>/dev/null; then
+break
+elif [ -n "$AUTONUM" ]; then
+# The display is in use so try another one (if '-a' was specified).
+SERVERNUM=$((SERVERNUM + 1))
+SERVERNUM=$(find_free_servernum)
+continue
+

bug#46711: Chromium shortcuts do not always honor xmodmap changes during runtime

2021-02-22 Thread Dr. Arne Babenhauserheide
Hi,

When I start Chromium and then set a different keyboard layout with
xmodmap, the tab-level shortcuts like CTRL-w do not honor the different
layout.

In my layout w is mapped on QWERTZ-n, so when I open Chromium and then
switch the keyboard layout, hitting CTRL-w in Chromium causes a new
window to open (as would be expected from CTRL-n).

I have to pkill chromium to get back to sane behavior (and that does not
always work).

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


signature.asc
Description: PGP signature


bug#46532: plantuml in pure environment does not find X11

2021-02-15 Thread Dr. Arne Babenhauserheide
Dear Guix hackers,

when installing plantuml in a pure environment, it throws an java.awt.AWTError: 
Can't connect to X11 window server using ':1' as the value of the DISPLAY 
variable.

To reproduce:

$ guix environment --ad-hoc --pure plantuml -- plantumlNo protocol specified
Exception in thread "main" java.awt.AWTError: Can't connect to X11 window 
server using ':1' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
at 
sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:65)
at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:115)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:74)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:103)
at 
java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82)
at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1181)
at net.sourceforge.plantuml.FileFormat.(FileFormat.java:93)
at net.sourceforge.plantuml.Option.(Option.java:97)
at net.sourceforge.plantuml.Run.main(Run.java:93)

When I leave out --pure, it works, so I assume that a dependency on X11
might be missing.

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


signature.asc
Description: PGP signature


bug#46136: Audacity plug-ins cannot be enabled

2021-01-27 Thread Dr. Arne Babenhauserheide
Hi,

To reproduce:
- guix install audacity
- audacity
- select Generate from the menu: only 6 entries are available, the first
  is Add/Remove Plug-ins
- Select Add/Remove Plug-ins
- In the dialog enable any disabled Plug-in and click enable.
- Click OK.
- Open the Add/Remove Plug-ins dialog again.
- The plugin is disabled again.

Expected it should now be enabled.

Tested with the clipfix.ny plugin.

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


signature.asc
Description: PGP signature


bug#45822: Guix cannot update again and again

2021-01-12 Thread Dr. Arne Babenhauserheide

znavko--- via Bug reports for GNU Guix  writes:

> Hello! I make update under root normally.
> But normal user cannot finish updates for several times during these 3 weeks.
> Sometimes process stops on downloading one file,sometimes another.
> I can remember when I had bad connection I restarted updates again and again 
> and finally got my profile updated.
> Is it a problem with my network or Guix servers, or guix code?
>
> $ guix pull && guix package -u
> ...
> building /gnu/store/7ingg9zn1jv0gy4lv93bj4xl1rg12s4p-gvfs-1.40.1.drv...
> building /gnu/store/96wkbqpdv3b5wppma08x4xi8ps7ql82n-audacity-2.4.2.drv...
> building /gnu/store/xlvl0iymrcgnl9ng8vp53ibc0rmzl4qw-pcmanfm-1.3.1.drv...
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%guix 
> substitute: error: TLS error in procedure 'read_from_session_record_port': 
> Error in the pull function.
> guix package: error: unexpected end-of-file

This example is in guix pull, it looks like either a network error or an
error in your local encryption stack.

If other examples are in guix package -u, you can add -k (--keep), then
previous good builds will be kept and won’t have to be rebuilt on the
next try.

However I have been in configurations that for some reasons did not
work. This helped me out of that:

guix pull && guix package -I | cut -f 1,3 | sed 's/\t/:/' | xargs guix install 
-k

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


signature.asc
Description: PGP signature


bug#44808: Default to allowing password authentication on leaves users vulnerable

2020-12-07 Thread Dr. Arne Babenhauserheide

Christopher Lemmer Webber  writes:

> Dr. Arne Babenhauserheide writes:
>
>> Ludovic Courtès  writes:
>>
>>>>> #2 is more thorough but also more risky: people could find themselves
>>>>> locked out of their server after reconfiguration, though this could be
>>>>> mitigated by a news entry.
>>>>>
>>>>> Thoughts?
>>
>> My thoughts are that there is no mitigation for being locked out of a
>> pre-existing server. Keep in mind that that server might not actually be
>> accessible in any other way — it might be with a cheap hoster whose
>> support is practically non-existent, or it might be in a sealed
>> measurement container that can only be accessed via SSH without
>> disassembly.
>>
>>>> We could also do a combination of the above, as a transitional plan:
>>>> do #1 for now, but try to advertise that in the future, the default will
>>>> be changing... please explicitly set password access to #t if you need
>>>> this!  Then in the *following* release, change the default.
>>
>> This sounds like trying to retroactively fixing a problem at the wrong
>> place: If the installer creates a configuration which prevents
>> password-authentication, there is no problem for new systems and new
>> users who need password-authentication will explicitly see in the
>> config, that they have to change it, otherwise it won’t work. All the
>> while old systems will keep working.
>>
>> I do need to access my system via password+ssh from time to time,
>> because I don’t want to have a key that can access my system on a
>> presentation-laptop that (due to being moved regularly) is much less
>> secure than the fixed system. If someone gets access to the laptop and
>> compromises my keys, they can run much more efficient attacks against
>> its ssh-keys' password than the attacks people can use to attack ssh via
>> internet.
>>
>> Changing a default (an invisible setting) in a way that prevents access
>> is a serious disruption.
>>
>> In short: please don’t break running systems on update.
>>
>> Best wishes,
>> Arne
>
> It's a serious concern.  We are left in a tough bind: leave users with
> an insecure default but try to inform them as much as we can of a
> changing default, or possibly lock them out if they don't notice.
>
> Still, now feels like to me the ideal time to do it.  The number of
> people running GuixSD on servers is comparatively small.  I expect that
> to change.  It would be better to make this change sooner than later.

If the installer and the configuration examples are changed now, then
the number of people who unknowingly run Guix on an insecure
configuration should not rise.

To nudge them to secure their system, guix system reconfigure could emit
a warning that this is a potential security risk that requires setting
an explicit value (password yes or no) to silence.

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


signature.asc
Description: PGP signature


bug#44808: Default to allowing password authentication on leaves users vulnerable

2020-12-07 Thread Dr. Arne Babenhauserheide

Ludovic Courtès  writes:

>>> #2 is more thorough but also more risky: people could find themselves
>>> locked out of their server after reconfiguration, though this could be
>>> mitigated by a news entry.
>>>
>>> Thoughts?

My thoughts are that there is no mitigation for being locked out of a
pre-existing server. Keep in mind that that server might not actually be
accessible in any other way — it might be with a cheap hoster whose
support is practically non-existent, or it might be in a sealed
measurement container that can only be accessed via SSH without
disassembly.

>> We could also do a combination of the above, as a transitional plan:
>> do #1 for now, but try to advertise that in the future, the default will
>> be changing... please explicitly set password access to #t if you need
>> this!  Then in the *following* release, change the default.

This sounds like trying to retroactively fixing a problem at the wrong
place: If the installer creates a configuration which prevents
password-authentication, there is no problem for new systems and new
users who need password-authentication will explicitly see in the
config, that they have to change it, otherwise it won’t work. All the
while old systems will keep working.

I do need to access my system via password+ssh from time to time,
because I don’t want to have a key that can access my system on a
presentation-laptop that (due to being moved regularly) is much less
secure than the fixed system. If someone gets access to the laptop and
compromises my keys, they can run much more efficient attacks against
its ssh-keys' password than the attacks people can use to attack ssh via
internet.

Changing a default (an invisible setting) in a way that prevents access
is a serious disruption.

In short: please don’t break running systems on update.

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


signature.asc
Description: PGP signature


bug#44914: gnutls-dane does not build: failed test status-request-revoked

2020-11-27 Thread Dr. Arne Babenhauserheide
I cannot update Guix right now, because gnutls-dane fails to build.

The build log is attached.

make[4]: Entering directory 
'/tmp/guix-build-gnutls-dane-3.6.12.drv-0/gnutls-3.6.12/tests'
…
FAIL: status-request-revoked



q6971vxd8k1vhx8qp13al2lp3y11rc-gnutls-dane-3.6.12.drv.bz2
Description: Binary data

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


signature.asc
Description: PGP signature


bug#43075: Prioritize providing substitutes for security-critical packages with potentially long build times

2020-09-11 Thread Dr. Arne Babenhauserheide

zimoun  writes:

> On Fri, 11 Sep 2020 at 08:56, Ludovic Courtès  wrote:
>> To me the proposal is more about introducing scheduling priorities.  For
>> these packages, it’s indeed safe to assume that every new release brings
>> security fixes.
>
> Why would some packages be prioritized on the build farm than others?
> Based on what?   Which criteria?

There are two aspects that make ungoogled-chromium, icecat and
linux-libre special:

- long build time
- security critical

If a user cannot run the newest ungoogled-chromium, icecat, or
linux-libre due to too high build times (so it can for example only be
built on a weekend, but not on a weekday when the computer is only
active for a few hours), then this user is prone to be hit by zero-day
vulnerabilities.

So the minimal criterion would be: Protect users from zero-days.

For ungoogled-chromium, icecat, and linux-libre, two factors match:

- the chance is very high that an update fixes a vulnerability, and
- they take so long to build that many users won’t be able to do it
  right away.

I certainly can’t: I cannot update ungoogled-chromium during work-time
because the compile is so heavy on resources, that it considerably slows
down my work.

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


signature.asc
Description: PGP signature


bug#42902: texlive substitute TLS error: decoding the received packet

2020-08-17 Thread Dr. Arne Babenhauserheide
Hi,

I cannot update or re-install texlive:

$ LANG=C guix install texlive
The following package will be upgraded:
   texlive (dependencies or package changed)

The following derivation will be built:
   /gnu/store/a9ndmp1c8bqaz9s7h6x3k7f4l7qawq7n-texlive-texmf-20190410.drv
2845.8 MB will be downloaded
downloading from 
https://ci.guix.gnu.org/nar/lzip/z4xvgiliw5baf1pr4z03c7n2hw3bm5x5-texlive-texmf-20190410
 ...
 texlive-texmf-20190410  2.61GiB
3.3MiB/s 00:02 [  ] 
  0.2%guix substitute: error: TLS error in procedure 
'read_from_session_record_port': Error decoding the received TLS packet.
substitution of 
/gnu/store/z4xvgiliw5baf1pr4z03c7n2hw3bm5x5-texlive-texmf-20190410 failed
guix install: error: some substitutes for the outputs of derivation 
`/gnu/store/v5arvb6lqg86gc2lsnmyfi1bj74yzx7f-texlive-20190410.drv' failed 
(usually happens due to networking issues); try `--fallback' to build 
derivation from source

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


signature.asc
Description: PGP signature


bug#42595: conflicts in propagated imports must be resolved manually

2020-07-29 Thread Dr. Arne Babenhauserheide
Hi,

When I get conflicts in propagated imports, I must follow a mechanical
multi-step process to resolve them manually.

A recent example: I wanted to install guile-gi. In the first step I was
told to also update python-pycairo, and in the next steps I had to add,
one by one,


dbus-glib cairo guile-charting libsoup poppler pango

And now I gave up. I’m now here and out of time:

LANG=C guix package -i guile-gi python-pycairo dbus-glib cairo guile-charting 
libsoup poppler pango
The following packages will be upgraded:
   python-pycairo (dependencies or package changed)
   dbus-glib  (dependencies or package changed)
   cairo  (dependencies or package changed)
   guile-charting (dependencies or package changed)
   libsoup(dependencies or package changed)
   poppler(dependencies or package changed)
   pango  (dependencies or package changed)

The following package will be installed:
   guile-gi 0.3.0

guix package: error: profile contains conflicting entries for glib
guix package: error:   first entry: glib@2.62.6 
/gnu/store/xr6zfqxklmr7skalljn5i071xmgqxbrm-glib-2.62.6
guix package: error:... propagated from cairo@1.16.0
guix package: error:... propagated from pango@1.44.7
guix package: error:   second entry: glib@2.62.6 
/gnu/store/q4100sjqcsdi6b232ndr93vxfzv9bzij-glib-2.62.6
guix package: error:... propagated from libnotify@0.7.7


This should be automated, so there would be just one step to add all
updates I need.
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature


bug#42162: Recovering source tarballs

2020-07-20 Thread Dr. Arne Babenhauserheide

zimoun  writes:
>> > The format of metadata (disassemble) that you propose is schemish
>> > (obviously! :-)) but we could propose something more JSON-like.
>>
>> Sure, if that helps get other people on-board, why not (though sexps
>> have lived much longer than JSON and XML together :-)).
>
> Lived much longer and still less less less used than JSON or XML alone. ;-)

Though this is likely not a function of the format, but of the
popularity of both Javascript and Java.

JSON isn’t a well defined format for arbitrary data (try to store
numbers as keys and reason about what you get as return-values), and
XML is a monster of complexity.

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


signature.asc
Description: PGP signature


bug#42407: GNOME window manager dies in two-monitor setup when IntelliJ opens a merge window

2020-07-17 Thread Dr. Arne Babenhauserheide
Hi,

Yesterday I started running Guix in a two-monitor setup, using two
screens of different size aspect ratio (one 16x9, one 16x10). Now
everytime IntelliJ opens a merge-window, the window decorations
disappear and after a few seconds I get the notification that there was
an error that cannot be fixed with a button to log out.

This happened multiple times today.

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


signature.asc
Description: PGP signature