Re: [PATCH] Update lilypond to 2.19.50

Nicolas Goaziou writes: > Hello, > > Marius Bakke writes: > >> Thanks for this! It seems they released 2.19.51 today, can you send a >> patch for that instead? :-) > > Here it is. Thanks, applied! signature.asc Description: PGP signature

Re: Libtiff 4.0.7 update

Leo Famulari writes: > This updates libtiff to the latest upstream version, 4.0.7. I went > through the tarball and confirmed that all the patches were contained in > it but, please, double-check :) > > Also, libtiff has new source and home-page URLs. Read all about it: > > http://www.asmail.be/m

Re: [PATCH 1/7] gnu: Add KDE frameworkintegration.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (frameworkintegration): New variable. > --- > gnu/packages/kde-frameworks.scm | 51 > + > 1 file changed, 51 insertions(+) > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frame

Re: [PATCH 2/7] gnu: Add kdelibs4support.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (kdelibs4support): New variable. > --- > gnu/packages/kde-frameworks.scm | 88 > + > 1 file changed, 88 insertions(+) > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks

Re: [PATCH 3/7] gnu: Add khtml.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (khtml): New variable. > --- > gnu/packages/kde-frameworks.scm | 57 > + > 1 file changed, 57 insertions(+) LGTM! > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.s

Re: [PATCH 4/7] gnu: Add kjs.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (kjs): New variable. > --- > gnu/packages/kde-frameworks.scm | 32 > 1 file changed, 32 insertions(+) > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm > index 07c6716..92

Re: [PATCH 6/7] gnu: Add kmediaplayer.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (kmediaplayer): New variable. > --- > gnu/packages/kde-frameworks.scm | 46 > + > 1 file changed, 46 insertions(+) Same question about qttools, otherwise LGTM. > > diff --git a/gnu/packages/kde-

Re: [PATCH 5/7] gnu: Add kjsembed.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (kjsembed): New variable. > --- > gnu/packages/kde-frameworks.scm | 29 + > 1 file changed, 29 insertions(+) > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm > index 928b7ec..

Re: [PATCH 7/7] gnu: Add kross.

Hartmut Goebel writes: > * gnu/packages/kde-frameworks.scm (kross): New variable. > --- > gnu/packages/kde-frameworks.scm | 43 > + > 1 file changed, 43 insertions(+) > > diff --git a/gnu/packages/kde-frameworks.scm b/gnu/packages/kde-frameworks.scm > ind

Re: [PATCH] gnu: Add ruby-hashie

Frederick Muriithi writes: > Added new variable ruby-hashie > > Tests deactivated, since the gem seems to not have the Gemfile > present, leading to failure. > Checking out the repository manually and running rake in it, runs all > tests successfully. > > If this is not acceptable, please let me

Re: [PATCH] gnu: Add ruby-safe-yaml

Frederick Muriithi writes: > gnu/packages/ruby.scm (ruby-safe-yaml): Add new variable > > Tests deactivated due to missing rake task. Submitted a patch to > upstream maintainer, so hopefully future versions will run tests > successfully Cool! If there are tests, and a patch exists for enabling t

Re: [PATCH 1/7] gnu: Add KDE frameworkintegration.

Hartmut Goebel writes: > Am 21.11.2016 um 18:25 schrieb Marius Bakke: >>> > +(license (list license:gpl2+ license:lgpl2.0 license:lgpl2.0+ >> Please clarify. Is it all of them, or either? Or is it mostly gpl2+, but >> some files are covered by the other two? &g

Re: [PATCH 1/7] gnu: Add KDE frameworkintegration.

Marius Bakke writes: > I wonder if we should seek a statement from KDE allowing the use of > GPL3+ for our packages. > > Meanwhile, the way I read it, this package should be '(gpl2 gpl3 lpgl2.0 > lgpl2.0+). I would change the comment to something like: > > ;; This i

Re: [PATCH] gnu: Add espeak.

Kei Kebreau writes: > I think the patch works fine, but I'd love to hear comments about its > clarity. Hi! Thanks for this patch. The source includes a pre-compiled 32-bit version in "linux_32bit". Can you remove that with a source snippet? > From d1031c30c57eb6f292a91963801f87b419d8bee2 Mon Se

Re: [PATCH] Add perl-digest-md5.

ng0 writes: > [PATCH] gnu: Add perl-digest-md5. > > This adds perl-digest-md5, in web.scm as perl-digest-md5-file is located > there. Hi! The patch looks good, but I think it should go in perl.scm. The rationale for adding perl-digest-md5-file in web.scm seems to be that it's a module for check

Re: [PATCH 4/8] gnu: Add viewnior.

Alex Kost writes: > Efraim Flashner (2016-11-21 23:00 +0200) wrote: > >> * gnu/packages/viewnior.scm (viewnior): New file. > > Not related to this patch: I think we should find a place for the image > viewers, as currently we have feh, sxiv and geeqie (plus this > 'viewnior') that are placed in t

Re: perl-digest-md5 , rev2

ng0 writes: > rev2 for patch, moved to perl.scm Thanks, applied! I noticed the 'strip' phase was unable to strip MD5.so because of permissions, so I added a phase to chmod it 755. The build is still not reproducible however, it seems the build time is recorded in "perllocal.pod". This is not u

Re: perl-digest-md5 , rev2

ng0 writes: > Marius Bakke writes: > >> ng0 writes: >> >>> rev2 for patch, moved to perl.scm >> >> Thanks, applied! >> >> I noticed the 'strip' phase was unable to strip MD5.so because of >> permissions, so I added a phase to

[PATCH] Enable deterministic perl archives.

68a55e8b28c60c1490b34d45 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Wed, 23 Nov 2016 18:40:53 +0100 Subject: [PATCH] build-system/perl: Do not create non-deterministic '.perllocal' files. * guix/build/perl-build-system.scm (configure): Add "NO_PERLLOCAL=1" to Makefile.PL

Re: perl-digest-md5 , rev2

Marius Bakke writes: > I noticed the 'strip' phase was unable to strip MD5.so because of > permissions, so I added a phase to chmod it 755. I'm really sorry for the git noise regarding this package. Apparently it's made read-only during the install phase, so the 

Re: [PATCH] Add mumble

ng0 writes: > ng0 writes: > >> [PATCH] gnu: Add mumble. >> >> I tested succesfully: configuration wizzard, connection to gnunet.org server. >> I was not not able to test: actual interaction with other people, this will >> follow tomorrow afternoon/evening. >> >> Shortcomings of this patch: >> T

[PATCH] build-system/gnu: Make libraries writable before stripping.

* guix/build/gnu-build-system.scm (strip)[strip-dir]: Change mode of files before running strip-command. --- guix/build/gnu-build-system.scm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/guix/build/gnu-build-system.scm b/guix/build/gnu-build-system.scm index 1dfd854..59394c2 100644 --- a/g

[PATCH]: gnu: sqlite: Update to 3.15.1

One for core-updates. >From 1fa80764f9000403f6b9d5e9ac1e334961cd83f9 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Thu, 24 Nov 2016 17:05:47 +0100 Subject: [PATCH] gnu: sqlite: Update to 3.15.1. * gnu/packages/databases.scm (sqlite): Update to 3.15.1. [source]: Download from sqlite.

Non-free data in Poppler test suite

Hello Guix, I discovered a potential freedom issue with the Poppler test suite. Specifically it includes a file with the CC BY-NC-ND (non-commercial) license: https://gitlab.freedesktop.org/poppler/test/-/commit/920c89f8f43bdfe8966c8e397e7f67f5302e9435 It turns out the repository is filled wi

Re: Non-free data in Poppler test suite

Mark H Weaver skriver: > Therefore, I think that in order to comply with the FSDG, we should use > a snippet to remove any files covered by the CC BY-NC-ND license. The test suite is shipped separately from the Poppler source code, and contains many seemingly unauditable PDF files. I don't thin

Dealing with non-ASCII file names in BOOTSTRAP-ORIGIN

Hi Guix, I tried switching to GCC 11 on the core-updates branch, but it fails early when attempting to repack the GCC source code for GCC-BOOT0, because some files in its test suite contains non-ASCII characters: --8<---cut here---start->8--- [... unpacking ...

Re: Dealing with non-ASCII file names in BOOTSTRAP-ORIGIN

Greg Hogan skriver: > On the off chance that the following is helpful, in order to switch > the build to GCC 11 or 12 I had to apply the patch (with the missing > endif) from > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017#c12 > > You may have avoided or worked around this issue, but even

100k commits!

Guix, We just passed 100 000 commits! The lucky winner is ... commit 9fe9856ebef515927900e56686a1071936bdafcc Author: Ricardo Wurmus Date: Wed Aug 10 12:19:55 2022 +0200 gnu: r-fontawesome: Update to 0.3.0. * gnu/packages/cran.scm (r-fontawesome): Update to 0.3.0. An appr

Re: branch master updated: gnu: python-lxml: Update to 4.6.5.

Danny Milosavljevic skriver: > Hi Mathieu, > > On Mon, 15 Aug 2022 16:24:03 +0200 > Mathieu Othacehe wrote: > >> > * gnu/packages/xml.scm (python-lxml): Update to 4.6.5. >> >> I had to revert it as it caused >15k rebuilds. I also cancelled all the >> triggered builds in the CI. > > Thanks

Re: Who owns guix-mirror?

Tobias Geerinckx-Rice skriver: > Hi Philip, > > Philip Beadling 写道： >> I was wondering who owns the mirror as there is no public >> ownership declared on github.com? >> >> Is it owned by Guix or is it run by a trusted third party, etc? > > It

'staging' freeze

n 'master' I'm fairly rusty when it comes to Cuirass, and don't see a button to start the jobset here even when authenticated: https://ci.guix.gnu.org/jobset/staging Can someone remind me how to enable a disable jobset? :-) Full shortlog below: Marius Bakke (100):

State of the 'core-updates' branch

Hello Guix, There has been a lot of activity on 'core-updates' recently. Some highlights from this branch: * The Full-Source Bootstrap * GCC 11 * glibc 2.35 * Python 3.10.7 * OpenSSL 3.0 * Meson 0.63.2 * CMake 3.24.2 * Pytest 7.1.3 * bash-completion 2.11 As well as updates to the usual low-leve

Re: Packages depending on (guix build syscalls)

Ludovic Courtès skriver: > Ludovic Courtès skribis: > >> Quite a few packages depend on (guix build syscalls), starting from >> ‘ant-bootstrap’ (since commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5 >> in 2018) up to GNOME-related packages such as ‘mutter’ (commit >> d1c2fe248a7a326189fb7dcae64a

Re: Packages depending on (guix build syscalls)

Ludovic Courtès skriver: > Hi! > > Marius Bakke skribis: > >> Ludovic Courtès skriver: >> >>> Ludovic Courtès skribis: >>> >>>> Quite a few packages depend on (guix build syscalls), starting from >>>> ‘ant-bootstrap’ (since c

Re: 01/03: gnu: lld-as-ld-wrapper: Add version 15.

Christopher Baines skriver: > guix-comm...@gnu.org writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 65976a8382678cd983ceddde040b777cba1f1be9 >> Author: Marius Bakke >> AuthorDate: Thu Nov 17 07:22:41 2022 +

Re: 06/06: gnu: samba/fixed: Update to 4.15.13.

Hi Liliana, guix-comm...@gnu.org skriver: > lilyp pushed a commit to branch master > in repository guix. > > commit c39db91e51e55e46f177378c7b5a797441dc7d1b > Author: Liliana Marie Prikler > AuthorDate: Sun Dec 18 08:29:07 2022 +0100 > > gnu: samba/fixed: Update to 4.15.13. > > * gn

Re: 04/08: gnu: QEMU: Unbundle iPXE.

Mathieu Othacehe skriver: > Hello Marius, > >> glib >> gtk+ >> + ipxe-qemu >> libaio >> libcacard;smartcard support >> attr libcap-ng ;VirtFS support > > I just noticed that: > > --8<--

Re: 01/02: gnu: fmt: Use HTTPS and git-fetch.

Hello Pierre, guix-comm...@gnu.org writes: > ambrevar pushed a commit to branch master > in repository guix. > > commit 744f445c920f60e9080f42866c802184a1503a80 > Author: Pierre Neidhardt > AuthorDate: Thu Mar 5 10:34:21 2020 +0100 > > gnu: fmt: Use HTTPS and git-fetch. > > * gnu/pa

Re: 01/02: gnu: fmt: Use HTTPS and git-fetch.

Pierre Neidhardt writes: > Duh, I confused these with the github generated archive, sorry about > that. > > Is there any preference between git-fetch and url-fetch? url-fetch requires less bandwidth, and does not depend on 'git'. Though the most important distinction is that uploaded releases s

Re: Missing substitutes and TIMEOUT property (Racket, MAME)

Ludovic Courtès writes: > Hi! > > Pierre Neidhardt skribis: > >> Some packages are frequently without substitutes, like Racket and MAME. >> Link between the two? They both take a long time to build. So I wonder >> if this is not because the build somehow timeouts. >> >> I see that there is a `

Re: missing dependency for ungoogled-chromium

Marco van Hulten writes: > Hello— > > In a relatively clean profile, Chromium > (ungoogled-chromium@80.0.3987.132-0.7e68f18) was crashing. By > trial-and-error, I found out that the crash does not occur when > font-liberation is installed. > > Therefore, I propose to add font-liberation as a dep

Re: Update MATE to 1.24

Jonathan Brielmaier writes: > Hi folks, > > as the next release is approaching fast, I thought it would be nice to > have MATE 1.24 in. Compared to other desktop environments (hi GNOME) > updating is straight forward. > > I tested MATE 1.24 in a VM. There are two problems: > * MATE suffers from h

Re: automake-1.16.2

Vincent Legoll writes: >> We’d probably have to decide on a case by case basis which additional >> dependencies we’d like to add, given that Automake has a lot of >> dependents. > > For the tests they will be native-inputs, so only increase dependencies > for building, is that a problem ? I would

core-updates frozen!

Hello Guix! The 'core-updates' branch is now in a "feature freeze" after a long ... thawing period. That means that there will be no more world rebuilding changes apart from bug fixes[*]. It is expected to start the full rebuild in a few days once the bootstrap is complete on AArch64 and ARMv7,

Re: core-updates frozen!

Jan Nieuwenhuizen writes: > Marius Bakke writes: > >> The branch currently represents 676 commits by 26 people. Some >> highlights from this round: >> >> * Guix runs natively on GNU/Hurd. >> * Guix System can be cross-compiled for foreign architectures. >&

Re: Cannot build guix from git due to .po file errors

Ludovic Courtès writes: > Hi Vagrant, > > Vagrant Cascadian skribis: > >> e...@boldquot.po:4591: format specifications in 'msgstr[0]' are not a >> subset of those in 'msgid_plural' >> /gnu/store/p50cw1g05g566bkbr6ylcibqffhha8w4-profile/bin/msgfmt: found 1 >> fatal error > > What’s the message on

Re: Cannot build guix from git due to .po file errors

Marius Bakke writes: > Ludovic Courtès writes: > >> Hi Vagrant, >> >> Vagrant Cascadian skribis: >> >>> e...@boldquot.po:4591: format specifications in 'msgstr[0]' are not a >>> subset of those in 'msgid_plural' >>

Re: core-updates frozen!

Jan Nieuwenhuizen writes: >> For those unaware, this means that the set of trusted binaries at the >> root of the package graph from which everything else derives is only 60 >> MiB (on i686 and x86_64). The set no longer includes GCC, binutils, or >> glibc! > >> For more information, see janneke

Re: native or not

Vincent Legoll writes: >> Making ‘groff’ native was the right thing to do (and please, keep >> fixing bugs like this! :-) but it has nothing to do with making >> packages smaller. > > Never will ? > > I'm not expecting package size to shrink, but package closure > (is that the right word) size to

Re: Packaging Jami "progress"

Jan writes: > Hello everybody, > > I recently tested Jami using the latest pjproject version - 2.10 which > was supposed to fix some strange bugs that are present only on Guix, > but it didn't. > https://git.jami.net/savoirfairelinux/jami-packaging/issues/63 > Jami developer - Sébastien Blin told

Re: Packaging Jami "progress"

Jan writes: > I get several merge conflicts when merging wip-jami into core updates. > The wip-jami is based on the current master, rebased a minute ago. > Is there a way to avoid this without pain? A git merge will merge all the commits, some of which are bound to cause conflicts. I will try t

Reproducibility of Qt packages

Hi Maxim, I noticed this nice commit: guix-comm...@gnu.org writes: > commit a4f1a7e2db22cd028fb514846c2791928b8734d3 > Author: Maxim Cournoyer > AuthorDate: Wed Apr 15 02:03:26 2020 -0400 > > gnu: linphoneqt: Fix reproducibility issue and improve description. > > * gnu/packages/lin

Re: branch wip-gnome3.34 created (now 1538791)

Hi Kei, guix-comm...@gnu.org writes: > kkebreau pushed a change to branch wip-gnome3.34 > in repository guix. > > at 1538791 gnu: libical: Enable introspection and Vala bindings. > > This branch includes the following new commits: > > new e8cccae gnu: adwaita-icon-theme: Update to 3.

Re: Jami: Bug source investigation

Jan writes: > Hello, > > so I tested Jami on core-updates and it didn't fix the bug > (https://git.jami.net/savoirfairelinux/jami-packaging/issues/63) > > Here's my work up to now, it is on wip-jami branch: > https://gitlab.com/kromka_chleba/jami-package-and-other-things-for-guix/-/tree/wip-jami

Re: GNU Guix 1.1.0 released

Vincent Legoll writes: >> Another question, why is the VM image partitionned >> like that (root first, then EFI) ? It makes root >> partition resizing more painful than needed. > > This one's still bugging me though Not really an answer to your question, but you can safely delete the EFI partiti

core-updates call for testing

Hello Guix! The "core-updates" branch is ready for testing! According to 'guix weather', the substitute coverage is slightly better than on "master" for x86_64. You can get it by running: guix pull --branch=core-updates Please try upgrading your profiles and systems and file bugs for anythin

Re: core-updates call for testing

sirgazil writes: > On Fri, 24 Apr 2020 03:20:41 + sirgazil wrote > > > On Thu, 23 Apr 2020 23:24:23 + Marius Bakke > wrote > > > Hello Guix! > > > > > > The "core-updates" branch is ready for testing!

Re: core-updates call for testing

sirgazil writes: > This time, one of my packages in a custom channel failed with "no code for > (term ansi-color)" (the package definition: > https://gitlab.com/sirgazil/guix-channel-x/-/blob/master/sirgazil-x/packages/guile.scm#L13). > This is not a new package in my profile, I've been using

Re: core-updates call for testing

Efraim Flashner writes: > I have a package which currently depends on gfortran-5, although > gfortran-5 doesn't build on core-updates. > > efraimf@penguin2:~/workspace/guix-core-updates$ ./pre-inst-env guix build > --no-grafts -e '(@@ (gnu packages gcc) gfortran-5)' > substitute: updating substi

Re: core-updates call for testing

Leo Famulari writes: > I reconfigured my Guix System based on core-updates, and afterwards I > was unable to login, either remotely over SSH, or on the Linux console. Do you still have the logs from this attempt? Curious what caused login to fail. signature.asc Description: PGP signature

Re: When installing pycurl through pip, linux/limits.h is missing from glibc

Josh Marshall writes: > `python3 -m pip install pycurl` fails due to glibc not being able to find > the header "linux/limits.h". I am aware that there is a "python-pycurl" > package in guix, but the above should still work. I think glibc is missing > a dependency on linux headers, but I'm not s

Re: core-updates call for testing

Leo Famulari writes: > On Tue, Apr 28, 2020 at 03:17:06PM +0200, Marius Bakke wrote: >> Leo Famulari writes: >> >> > I reconfigured my Guix System based on core-updates, and afterwards I >> > was unable to login, either remotely over SSH, or on the Linux cons

Re: core-updates call for testing

Ricardo Wurmus writes: > Leo Famulari writes: > >> I'm doing `guix pull --branch=core-updates`, with a `guix describe` of >> commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux, >> and I see this weird thing: >> >> -- >> substitute: updating substitutes from 'https://privat

Re: [PATCH] website: Update sjd.se servers.

Simon Josefsson writes: > * website/apps/base/templates/donate.scm (donate-t): I've pushed this patch now: https://guix.gnu.org/donate/ Thank you! signature.asc Description: PGP signature

Re: branch master updated: gnu: Add warsow-qfusion.

Hi Pierre, guix-comm...@gnu.org writes: > commit 39f1806ca1d04b9aee70e897e06466aadbbee152 > Author: Pierre Neidhardt > AuthorDate: Thu Apr 9 15:56:42 2020 +0200 > > gnu: Add warsow-qfusion. > > * gnu/local.mk (warsow-qfusion): New variable. This commit message is weird. > --- > g

Re: branch master updated: gnu: Add warsow-qfusion.

Pierre Neidhardt writes: > Hi Marius, > > Sorry, I rebased and edited a few things, some changes slipped through > and resulted in this terrible commit :( > >> + (let ((commit "c4de15df559410aff0ca6643724e24cddb0ecbbd") >> +(arch (match (or (%current-target-system) >> +

Re: core-updates call for testing

Timothy Sample writes: > Hi Marius, > > Marius Bakke writes: > >> The "core-updates" branch is ready for testing! [...] >> >> Please try upgrading your profiles and systems and file bugs for >> anything that does not work for you. GNOME users

Re: core-updates call for testing

Christopher Baines writes: > Marius Bakke writes: > >> Please try upgrading your profiles and systems and file bugs for >> anything that does not work for you. GNOME users in particular are >> encouraged to try the new GNOME 3.34 and report any regressions. > &g

Re: branch master updated: gnu: Add warsow-qfusion.

Pierre Neidhardt writes: > Marius Bakke writes: > >>>> + (let ((commit "c4de15df559410aff0ca6643724e24cddb0ecbbd") >>>> +(arch (match (or (%current-target-system) >>>> + (%current-sy

Re: branch master updated: gnu: Add warsow-qfusion.

Pierre Neidhardt writes: > Marius Bakke writes: > >> On a related note, the 'ccl' package has a similar issue, and actually >> produces an invalid derivation on aarch64 and armhf. It can be seen by >> running e.g. 'guix weather -s armhf-linux'.

Re: branch master updated: gnu: gnome-todo: Fix build.

Hi Danny, guix-comm...@gnu.org writes: > commit b17b29454d5edd61eecb4536461789b7a3865a9a > Author: Danny Milosavljevic > AuthorDate: Wed May 6 17:36:03 2020 +0200 > > gnu: gnome-todo: Fix build. > > * gnu/packages/patches/gnome-todo-delete-esource-duplicate.patch: New > file. >

core-updates merged!

Guix, The mythical 'core-updates' branch was just merged to 'master'! You will notice newer versions of many "core" packages such as glibc, findutils, make, etc; see 'guix pull --news' for the scoop. The mailing list has a (non-exhaustive) overview of the big changes this round: https://lists

Re: Some packages failing to build

Guillaume Le Vaillant writes: > Guillaume Le Vaillant skribis: > >> Hi, >> >> After pulling guix with the merged core updates (guix at commit >> 95ffdfe86cb1b8a8e4fff1386a147718400b76e0), I found a few packages >> failing to build: >> >> - fbreader >> - gnubg >> - gnubik >> - postgis >> - p

Re: core-updates all over again :)

Christopher Baines writes: > Hey, > > So, given that core-updates was recently merged, I guess it's time to > start the branch again? > > I've got two patches in mind, [1] for parallel xz compression during the > unpack phase if the build is happening in parallel, and [2] to enable > p11-kit in g

Re: Out-of-date Mesa

Pierre Neidhardt writes: > Hi! > > I see that our Mesa 19.3.4 is out-of-date. 20.0.0 was released last February > and > 20.0.7 was released on May 14th: > > https://mesa3d.org/ The 'staging' branch has Mesa 20.0.7. > I'm wondering why a recent Mesa wasn't including in the last core-update > m

[PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

This fixes and . Reported by Pierre Neidhardt, W Knight, and others. * gnu/packages/fontutils.scm (fontconfig)[replacement]: New field. (fontconfig/font-dejavu): New variable. --- Guix, This is a hack to make (some) fonts working when users

Re: [bug#41382] [PATCH 0/6] Allow for a cryptographic hash function migration

Ludovic, (+ guix-devel) Ludovic Courtès writes: > Hello, > > Ludovic Courtès skribis: > >> Another option would be to create a data type that specifies >> its algorithm and its value. We’d replace the ‘sha256’ field with >> a ‘hash’ field of that type (in a backward-compatible way). Thinkin

Re: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

Leo Famulari writes: > On Sun, May 17, 2020 at 04:50:12PM +0200, Marius Bakke wrote: >> This is a hack to make (some) fonts working when users don't have fonts >> specified in their system configuration, and (crucially) places where >> the fontconfig cache may be unavai

Re: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

zimoun writes: > Apparently, there is different fonts on master and core-updates, if yes why? The only known difference since the core-updates merge is that applications using Pango (e.g. GTK+) no longer recognizes bitmap fonts. https://gitlab.gnome.org/GNOME/pango/issues/386 > I mean, on my

Re: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

zimoun writes: > On Wed, 20 May 2020 at 15:55, Marius Bakke wrote: >> zimoun writes: > >> > Apparently, there is different fonts on master and core-updates, if yes >> > why? >> >> The only known difference since the core-updates merge is that >>

Re: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

Leo Famulari writes: > On Sun, May 17, 2020 at 04:50:12PM +0200, Marius Bakke wrote: >> This is a hack to make (some) fonts working when users don't have fonts >> specified in their system configuration, and (crucially) places where >> the fontconfig cache may be unavai

Re: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

zimoun writes: > On Wed, 20 May 2020 at 23:41, Marius Bakke wrote: > >> Missing fonts in the manual is another known issue and was not clear >> from your initial message: <https://issues.guix.gnu.org/issue/41418>. > > My initial message was on <http://issues.gu

Release Guix 1.1.1?

Hello Guix, The installer has seen a few bugfixes since the 1.1.0 release, and guix-install.sh has also had a face lift. Not to mention the big "core-updates" merge that broke everyones fonts, but also brought goodies such as GNOME 3.34. What do y'all think about targeting a 1.1.1 release a few

Staging freeze!

Guix, The 'staging' branch has seen plenty of changes recently and is now "frozen". Changes in the current iteration include Mesa 20.0.7, Rust 1.39 as the default Rust compiler, Qt 5.14.2, KDE Frameworks 5.70, updates and overhaul of all Vulkan packages, and lots of other minor changes. Testers

Re: Can we increase the print width/column in daemon backtraces

Pierre Neidhardt writes: > Ludovic Courtès writes: > >> Users are not supposed to see backtraces coming from the daemon or its >> helpers (‘guix substitute’, ‘guix offload’, etc.). > > How are we supposed to debug Guix daemon errors? You can run it directly from a shell, and/or attach a debugge

Heads-up: hard reset of the 'staging' branch

Guix, I have good news and bad news. The good news is that the new commit verification infrastructure works great. 'make authenticate' will verify that all commits were signed by a key that was authorized by .guix-authorizations at that point in time. The bad news is that we need to ensure .gui

Re: Heads-up: hard reset of the 'staging' branch

Marius Bakke writes: > I have pushed a 'staging2' branch where I did the following: > > 1) git rebase -i --rebase-merges 8229ce3116c1f522c7157ab2dcd50dc2d765686a~ > > 2) Moved 8229ce3116c1f522c7157ab2dcd50dc2d765686a after > f00270d35a6ca814903a9392caedc29d44

Re: Can we increase the print width/column in daemon backtraces

Pierre Neidhardt writes: > Marius Bakke writes: > >> You can run it directly from a shell, and/or attach a debugger. > > Thanks for the tip. > > Any idea how to attach Geiser to it? The daemon is a C++ program, so I'm not sure that would work ... If you are tryin

Re: Heads-up: hard reset of the 'staging' branch

Marius Bakke writes: > Marius Bakke writes: > >> I have pushed a 'staging2' branch where I did the following: >> >> 1) git rebase -i --rebase-merges 8229ce3116c1f522c7157ab2dcd50dc2d765686a~ >> >> 2) Moved

Re: Heads-up: hard reset of the 'staging' branch

Ludovic Courtès writes: > Hi! > > Marius Bakke skribis: > >> I have good news and bad news. The good news is that the new commit >> verification infrastructure works great. 'make authenticate' will >> verify that all commits were signed by a key that w

Re: [PATCH] gnu: Add font-sarasa-gothic

Zhu Zihao writes: > This patch adds Sarasa Gothic. Sarasa Gothic is based on Iosevka and Source > Han > Sans, intends to make a really monospaced(inclduing CJK characters) > programming > fonts. In Sarasa Gothic, a normal CJK character is same height and double > width > as an ASCII character.

Re: [PATCH] gnu: Add font-sarasa-gothic

Zhu Zihao writes: > You miss the right angle bracket in the copyright line > > It should be > > ;;; Copyright © 2020 Zhu Zihao Good catch, fixed in a8c7d4b0c326905b71680783ced6b68d25fb3bfd, thanks! signature.asc Description: PGP signature

Re: Git repos with large submodules

raingloom writes: > Hey all! > > So, I recently gave a go to packaging EDK2 on my channel, and found out > that it requires several submodules, including OpenSSL, which take up > quite a bit of space and take way longer to download than necessary. > > Since I couldn't find a way to shallow-init t

Re: branch staging updated: gnu: ghc-7: Clean up package definition.

guix-comm...@gnu.org writes: > This is an automated email from the git hooks/post-receive script. > > niedzejkob pushed a commit to branch staging > in repository guix. > > The following commit(s) were added to refs/heads/staging by this push: > new f20d1cf gnu: ghc-7: Clean up package defin

Re: Downloader for "wrapped" tarbar?

Hartmut Goebel writes: > Hi, > > was just written in another mail, I'm currently working on a > erlang/rebar build system. This includes an importer from hex.pm, a > package repository for elixir and erlang packages. (Since this is build > into rebar3 I assume it what PyPI is for Python and CPAN

Re: branch staging updated: gnu: ghc-7: Clean up package definition.

Jakub Kądziołka writes: > On Tue, Jun 02, 2020 at 09:22:31PM +0200, Marius Bakke wrote: >> We should have a better way to poll branch status other than "read all >> messages on guix-devel" or "ask Marius on IRC". > > Ouch, sorry for that! I see two pote

Re: Reducing Mesa closure size

Pierre Neidhardt writes: > So what the following strategy: > > - Extract the various mesa drivers to separate package, > e.g. mesa-radeon, mesa-radeonsi, mesa-nouveau, etc. I think outputs are better suited for this. > - Modify xorg-wrapper to accept an extra `drivers' > parameter. > > - Ex

Re: hint: Run `guix search ... | less' to view all the results

Robin Templeton writes: > Seconded! The current behavior seems exactly backwards compared to most > *nix tools; if I wanted *less* information from "guix search" I'd > manually pipe the output into head or recsel. Perhaps Git-style > auto-pagination (i.e. page the results when outputting to a ter

Re: Pushed a fix (?) for ACL key location

Christopher Lemmer Webber writes: > Commit 6680880f9b8dceb4f2f3f91bd2b13c659b53835e pushed out a new version > of Guix, and it looks like it wasn't possible to build new systems from > that because the filename for the "Berlin ACL key" changed. (Or at > least, I couldn't run "guix system vm".) >

Re: Pushed a fix (?) for ACL key location

Jonathan Brielmaier writes: > On 12.07.20 03:44, Christopher Lemmer Webber wrote: >> Commit 6680880f9b8dceb4f2f3f91bd2b13c659b53835e pushed out a new version >> of Guix, and it looks like it wasn't possible to build new systems from >> that because the filename for the "Berlin ACL key" changed.

<    1   2   3   4   5   6   7   8   9   10   >