bug#32715: Chromium: scrolling doesn't work after a certain amount of time

Clément Lassieur writes: > Clément Lassieur writes: > >> Scrolling (with the trackpad) doesn't work after a certain amount of >> time on one tab only. Then if I refresh the tab, it works again. > > I forgot to say that scrolling with the scrollbar (on the right) still > works. Can you try to d

bug#32855: sshuttle /usr/bin/env

Tobias Geerinckx-Rice writes: >> Should those lines should be removed? I tested without, and it >> seems to work okay, >> at least for my particular setup: GuixSD client --> non-GuixSD >> server. > > Wouldn't that break [any client -> vanilla GuixSD server] cases? Note that /bin/sh is present

bug#32878: Python-3 CVE-2018-14647

17 00:00:00 2001 From: Marius Bakke Date: Sat, 6 Oct 2018 16:47:05 +0200 Subject: [PATCH] gnu: python: Fix CVE-2018-14647. * gnu/packages/patches/python-CVE-2018-14647.patch: New file. * gnu/local.mk (dist_patch_DATA): Register it. * gnu/packages/python.scm (python-3/fixed): New variable. (py

bug#32957: Python uses a bundled expat

Python 2 and 3 are using a bundled Expat (residing under Modules/). This has been the cause of security vulnerabilities in the past and should be changed to use Expat from Guix. signature.asc Description: PGP signature

bug#32878: Python-3 CVE-2018-14647

Marius Bakke writes: > This patch adds a graft for Python: > > From a60d655fd4dddb86e1c8134c675fb61af52b32af Mon Sep 17 00:00:00 2001 > From: Marius Bakke > Date: Sat, 6 Oct 2018 16:47:05 +0200 > Subject: [PATCH] gnu: python: Fix CVE-2018-14647. > > * gnu/packages/patch

bug#32877: Python-2 CVE-2018-1060 CVE-2018-1061 CVE-2018-14647 CVE-2018-1000802

b3ef9644805341216963a64098642435): > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000802 Here is a patch that should fix these: From 2891a9acb7704c3397ef34fbb520b46936504422 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sat, 6 Oct 2018 18:50:47 +0200 Subject: [PATCH] gnu: python2: Add

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

ut-example$ ls > a.out cube.c > tibbe@tibbe-pc:~/src/glut-example$ ./a.out > Segmentation fault Nice catch! Earlier in the bisect, you found 5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to 1.5.1.). Can you try this patch and see if it makes a difference? From 2f

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Tim Gesthuizen writes: > On 07.10.2018 22:06, Marius Bakke wrote: >> Hello! Sorry for dropping the ball on this. > > No problem. Nobody pressures you to help others :) > >> Nice catch! Earlier in the bisect, you found >> 5318b103ff277efbac248a066d162589a908

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Tim Gesthuizen writes: > On 22.08.2018, Tim Gesthuizen wrote: >> This bisect passed without a single skip. It reports that the bug was >> first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is >> the first commit after a larger merge). > > Maybe you missed that mail. The problem i

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Marius Bakke writes: > Tim Gesthuizen writes: > >> On 22.08.2018, Tim Gesthuizen wrote: >>> This bisect passed without a single skip. It reports that the bug was >>> first introduced by 5318b103ff277efbac248a066d162589a9083baa (which is >>> the first co

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Tim Gesthuizen writes: > Hi, > I tried to bisect again using the input rewriting method. You find the > two scripts for this attached. It turned out that this does not only > take a lot of time for building single versions of guix and the modified > teeworlds package, but it also brings up the bu

bug#32877: Python-2 CVE-2018-1060 CVE-2018-1061 CVE-2018-14647 CVE-2018-1000802

Mark H Weaver writes: > Leo Famulari writes: > >> On Sat, Oct 06, 2018 at 06:53:36PM +0200, Marius Bakke wrote: >>> From 2891a9acb7704c3397ef34fbb520b46936504422 Mon Sep 17 00:00:00 2001 >>> From: Marius Bakke >>> Date: Sat, 6 Oct 2018 18:50:47 +0200

bug#33078: Attempt to build my GuixSD system now fails

Mark H Weaver writes: > When I try to build my x86_64 GuixSD system, based on my system > configuration which I've not modified since May, it now fails: [...] > In gnu/services/networking.scm: >1076:9 0 (config->package _) > > gnu/services/networking.scm:1076:9: In procedure config->packag

bug#33078: Attempt to build my GuixSD system now fails

Marius Bakke writes: > Mark H Weaver writes: > >> (services (cons* (console-keymap-service keymap) >>;;(xfce-desktop-service) >>(gnome-desktop-service) >>(service network-manager-service-type >>

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Hello Tim! Tim Gesthuizen writes: > Hi, > I did another bisect to find the second cause of failure. > I used the input rewriting technique but with the fixed libepoxy definition: > >>> (use-modules (gnu packages) >>> (gnu packages games) >>> (gnu packages gl) >>>

bug#33279: guile-readline: error: no code for module

swedebugia writes: > Saluton :) > > On 2018-11-06 12:36, Ludovic Courtès wrote: >> Hello, >> >> swedebugia skribis: >> >>> exporting these variables did not help: >>> >>> $ export GUILE_LOAD_PATH=~/.guix-profile/lib/guile/2.2/:$GUILE_LOAD_PATH >>> $ export >>> GUILE_LOAD_COMPILED_PATH=~/.guix-pr

bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd

swedebugia writes: > Hi > > Output as requested below. > > On 2018-11-07 17:36, Ludovic Courtès wrote: >> Hello, >> >> swedebugia skribis: >> >>> On 2018-11-06 15:03, Ludovic Courtès wrote: >> [...] >> I do! I run ‘shepherd’ as non-root on GuixSD, and I don’t have the above file-not-f

bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > Marius Bakke skribis: >>>> What about: ‘herd status | grep logind’? >>> >>> No output >>> >>> sdb@komputilo ~$ sudo herd status |grep logind >>> >>>> Does

bug#32458: Acknowledgement (SDL SEGFAULTs on foreign distro)

Tim Gesthuizen writes: > Hi, > > On 22.10.2018 22:50, Marius Bakke wrote: >> One thing that might be worth a try before bisecting Mesa itself is >> building against LLVM 3.9.1 again. I don't know the relevance of the >> "exactly 3.9.1 for swrast"

bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > Marius Bakke skribis: > >> It is kind of documented under the '--socket' option of Shepherd: >> >> https://www.gnu.org/software/shepherd/manual/shepherd.html >> >> Perhaps a footnote to the /r

bug#33605: ncmpcpp and innoextract build when Boost is built with C++14

Leo Famulari writes: > Building Boost with C++14 fixes the build failures of ncmpcpp and > innoextract. Patch attached. > > What should we do? Thanks for finding the issue. I suggest pushing the fix to the 'staging' branch. We can take the ~1900 rebuilds there. On a side note, it would be goo

bug#43344: "basic" system tests fail (and all the other ones) on guix master

Leo Famulari writes: > On Wed, Sep 16, 2020 at 09:36:49PM -0400, Mark H Weaver wrote: >> Next, it probably makes sense to test 5.8.9 with the above commit >> reverted. Would someone like to try it? If that works, we can avoid >> the bisection, resume kernel updates, and revert this change acros

bug#43567: wpa supplicant service depends on 'dbus-system''s service, even when config says (dbus? #f)

calcium writes: > It seems that even when disabling dbus for > wpa-supplicant, the service `dbus-system' is started for > wpa-supplicant. > And trying to stop it with 'herd stop dbus-system' also > stop the wpa-supplicant service (which should not depend on dbus when > configured with (dbus? #f))

bug#40411: [bug#41863] [PATCH] services: Fix gdm-autologin pam service.

Alex Griffin via Guix-patches via writes: > This patch fixes GDM's auto-login feature. > > See the discussions in #35674 and #40411. It works for me, but I don't want > to just commit it because I don't really understand PAM. (Then again, who > does?) [...] > @@ -925,7 +926,7 @@ the GNOME des

bug#43893: [PATCH v2] maint: update-guix-package: Prevent accidentally breaking guix pull.

Maxim Cournoyer writes: > Fixes . > > This changes the 'update-guix-package' tool so that it: > > 1. Always uses a clean checkout to compute the hash of the updated 'guix' > package. > 2. Ensures the commit used in the updated 'guix' package definition has > al

bug#44064: can't build runc

luhux writes: > guix describe: > Generation 15 Oct 16 2020 20:24:15(current) > guix 24dd78a > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 24dd78a3cdd45d73d61c1133cac21f21c2331c2a This problem was fixed a few commits later, in e3

bug#43843: [PATCH] build-system/haskell: Disable parallel builds.

zimoun writes: > Fixes . > > PARALLEL-BUILD? introduced by commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 > leads to unreproducibility. Instead of reverting, default is set to #false > which allows user to locally build with parallelism. > > * guix/build-system/haske

bug#43986: core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

Danny Milosavljevic writes: > How do I debug this? > > $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure > grep > > needs grep (it's in the implicit native inputs), and that grep has a test > failure. Does this work? guix environment -s armhf-linux -e '(@@ (gnu pa

bug#44121: Cuirass jobs become cancelled due to garbage collected .drv's

Hello, Most jobs from the 'staging' evaluation in Cuirass are cancelled: https://ci.guix.gnu.org/jobset/staging-staging (scroll a few pages rightwards) Christopher mentioned on #guix that this can happen when the derivations have disappeared by the time Cuirass tries running a job. Indeed, t

bug#44146: CVE-2020-15999 in FreeType

Hello, The 'freetype' package is vulnerable to CVE-2020-15999. According to https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html, an exploit already exists in the wild. I'm busy for a couple of days and won't be able to work on it in time. Volunteers wanted! F

bug#44194: Cuirass ignoring proc_args on Berlin

Hello, Cuirass is currently evaluating all of 'core-updates': https://ci.guix.gnu.org/jobset/core-updates-core-updates This is despite (subset . core) in "proc_args". Any idea what's going on here? signature.asc Description: PGP signature

bug#44417: ungoogle-chromium crashes on Jitsi & co.

Ludovic Courtès writes: > Current ungoogle-chromium (commit > e1f5c2292b88525414b5d0336a00bfa6741d4f14) crashes upon displaying video > as in Jitsi (GPU_DEAD_UPON_ARRIVAL error, IIRC). The demo at https://meet.jit.si "works for me". That is with "intel-vaapi-driver" installed. Does that make a

bug#44508: Found a bug in compute-guix-derivation

Josh Marshall writes: > Hello all, > > When pulling I came across the following which told me to send a report in: > > ``` > anadon@goodadvicemallard:~$ guix pull > Updating channel 'guix' from Git repository at ' > https://git.savannah.gnu.org/git/guix.git'... [...] > substitute: updating subs

bug#44525: Derivation of computed-file has no outputs

Stefan writes: > Hi! > > I try to use a computed-file as an input to a bootloader profile hook > function. Using guix system I get this error message: > > guix system: error: reference to invalid output 'out' of derivation > '/gnu/store/946szbrwn3ja74yjnibbhjisjflvsk73-test.txt.drv' > > This i

bug#44383: gst-plugins-good fails its test suite on armhf-linux

Maxim Cournoyer writes: > Here's the output for the failing tests: This is using QEMU transparent emulation, right? There is a substitute on Berlin: $ guix weather -s armhf-linux gst-plugins-good computing 1 package derivations for armhf-linux... looking for 1 store items on https://ci.guix.gn

bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked

Ludovic Courtès writes: > The question for us becomes how to ensure long-term reproducibility in > the presence of such bugs. > > In this case, I think the only solution would be to change the system > clock when one rebuilds GnuTLS (or to use ‘--without-tests=gnutls’, but > you end up with diffe

bug#44558: Mesa isn't update to date

Guillaume Le Vaillant writes: > Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > >> Romulasry, are you suffering from specific Mesa 20.0.7 problems that 20.2.2 >> might fix? Please let us know. An otherwise working package not being at >> the >> latest upstream version isn't a bu

bug#44558: Mesa isn't update to date

Guillaume Le Vaillant writes: > I saw that issue 803 of gst-plugin-good has been closed with patch > 2ce5909f; are there other things blocking the merge of the 'staging' > branch into 'master'? Now 'gst-plugins-bad' fails on i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/iss

bug#44649: 1.2.0rc0 tarball includes guix-daemon.cil.in

, and the template is needed for the 1% that use a different store directory. @Ludo: WDYT about the attached patch for version-1.2.0? From 8b77d853a4c9503df61fb75190d562206d1de1d2 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sun, 15 Nov 2020 15:56:04 +0100 Subject: [PATCH] maint: Install the

bug#44669: Shepherd loses track of elogind

Hello, On a newly-installed i7 system, Shepherd believes that the "elogind" service is not running. Yet there is an 'elogind-daemon' process, spawned by PID 1, preventing subsequent "herd start elogind" invocations from succeeding. signature.asc Description: PGP signature

bug#44649: 1.2.0rc0 tarball includes guix-daemon.cil.in

Ludovic Courtès writes: > Hi, > > Daniel Brooks skribis: > >> It should instead include the guix-daemon.cil file which was built from >> it. The .in file has unsubstituted variabels in it which make it useless >> as an SELinux policy. > > Yes, but running “./configure” gives you the ‘etc/guix-da

bug#44669: Shepherd loses track of elogind

Ludovic Courtès writes: > Hi Marius, > > Marius Bakke skribis: > >> On a newly-installed i7 system, Shepherd believes that the "elogind" >> service is not running. Yet there is an 'elogind-daemon' process, >> spawned by PID 1, preventing s

bug#44669: Shepherd loses track of elogind

Marius Bakke writes: > Ludovic Courtès writes: > >> Hi Marius, >> >> Marius Bakke skribis: >> >>> On a newly-installed i7 system, Shepherd believes that the "elogind" >>> service is not running. Yet there is an 'elogind-daemon&#x

bug#44692: [staging] alacritty build failure

Hello, On the 'staging' branch, the "alacritty" package fails to build: --8<---cut here---start->8--- starting phase `build' error: --features is not allowed in the root of a virtual workspace note: while this was previously accepted, it didn't actually do anyt

bug#25304: bug#25508: Git hook shebangs should not be rewritten

Miguel Ángel Arruga Vivas writes: > The attached patch fixes this one too, should I push it to master (as > the last change for git) or to core-updates or staging (as it might seem > looking at the dependencies)? LGTM. Git (+ git-minimal) is below the 300 rebuild limit for 'master' (and I try t

bug#22952: Backlight brightness keys in GDM and MATE require password authentication

"pelzflorian (Florian Pelz)" skriver: > I’m reopening this bug because it is very similar to my issue. > > When using my Macbook’s keyboard XF86MonBrightnessUp/Down keys to > adjust screen brightness (probably on non-Macbooks too) in GDM or > MATE, I am asked to enter my authentication password t

bug#44669: Shepherd loses track of elogind

Ludovic Courtès skriver: >> Now I no longer use SDDM (or any DM), but I was able to work around it >> by adding #:pid-file: >> >> diff --git a/gnu/services/desktop.scm b/gnu/services/desktop.scm >> index 265cf9f35f..6b7d832a44 100644 >> --- a/gnu/services/desktop.scm >> +++ b/gnu/services/desktop

bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686

Hello Guix, gst-plugins-bad fails its test suite on anything other than x86_64-linux. Upstream issues: i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1463 aarch64: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1464 (I believe the i686 issue affe

bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686

Guillaume Le Vaillant skriver: > After trying to find where the problem could come from, GStreamer > started working fine again, but I'm not sure why. I suspect there was > some bad local state in my user environment that I reset while hacking > around, or something like that... Oh, that's good

bug#37309: ‘ssh-daemon’ service fails to start at boot

Christopher Lemmer Webber skriver: > Giovanni Biscuolo writes: > >> Hi, >> >> following a recent discussion on guix-sysadmin I have to confirm the >> ssh-daemon issue since it is still happening on some of the machines I >> administer >> >> Previous possibly related bug reports are >> https://iss

bug#44944: Unable to log into X session via gdm

Danny Milosavljevic skriver: > The latest guix system reconfigure (of yesterday) left me unable to login into > my X session. guix system rollback DID NOT fix it. > > I would enter my password and it would "try" to login and return right back to > the gdm login screen. Can you find any clues in

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

"Dr. Arne Babenhauserheide" skriver: > 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 This is because of a "tim

bug#45066: guix environment --container is borken

zimoun skriver: > Hi, > > On Sun, 06 Dec 2020 at 16:59, luhux wrote: >> In the new guix `guix environment --container` is borken. > > It is not broken. It was broken. :-) > Have you tried the recommendation? > > --8<---cut here---start->8--- > $ su - > Pass

bug#43448: [bug#45059] [PATCH] gnu: freecad: Fix compilation flags

Ekaitz Zarraga skriver: > Hi everyone, > > I managed to solve the longstanding issue with freecad's compilation (#43448). > > I'll submit a new change with the package update to 0.18.5 next. Thanks a lot for these patches Ekaitz! I pushed them both with 383f087cd74316d26c5c0f19b73bc620312c5477.

bug#45031: qoauth fail install/build

Distopico skriver: > I was trying to install `guix install qoauth` and build `guix install > qoauth` but it failed, and looks like is due The installation process is > trying to copy some files that are part of qoauth into the store > directory of qtbase, which is another package. > > Attached th

bug#45109: GNOME: unable to change alert "beep" sound since staging merge

Mark H Weaver skriver: > Since the recent merge of the 'staging' branch into 'master' on 28 Nov > 2020, I'm no longer able to configure the alert sound in GNOME. That's > a pity, since I find the default "drip" sound extremely unpleasant. There were not a lot of GNOME-related changes in that me

bug#43783: ssh-copy-id: line 254: /dev/null`: Permission denied

Nathan Dehnel skriver: > ssh-copy-id errors out and then does not install the key > > bash-5.0$ ssh-copy-id pi@raspberrypi > /home/nathan/.guix-profile/bin/ssh-copy-id: INFO: attempting to log in with > the new key(s), to filter out any that are already installed > /home/nathan/.guix-profile/bin/

bug#44780: freecad (@0.18.4) fails to build

Fulbert skriver: > Hello! > > freecad (freecad@0.18.4) fails to build with attached log file. This was fixed by Ekaitz in 50c24bbd4f2d2e48d5eda9ac540a6dc15e7cf6a3. Thanks! signature.asc Description: PGP signature

bug#45166: Wrong locale settings for guix-daemon causes confusing error

Hello, User sss2 reported on #guix[0] that running guix-daemon with an invalid locale causes the following error: # guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/gui

bug#36544: 'set-paths' should exclude 'source' from consideration

Leo Famulari skriver: > On Thu, Jul 11, 2019 at 11:24:55PM +0200, Ludovic Courtès wrote: >> > To avoid this unexpected sensitivity on the source origin method, I >> > suggest that we explicitly exclude 'source' from consideration within >> > the 'set-paths' phase. What do you think? >> >> I agr

bug#45187: git download defaults to origin/master

Kyle Meyer skriver: > Ricardo Wurmus writes: > >> Importing https://github.com/immunogenomics/scpost with the CRAN >> importer fails, because the git repository does not have an >> origin/master branch. This repository only has a “main” branch. >> >> Arguably, this shouldn’t matter, but (guix gi

bug#45166: Wrong locale settings for guix-daemon causes confusing error

Ludovic Courtès skriver: > Hi, > > Marius Bakke skribis: > >> User sss2 reported on #guix[0] that running guix-daemon with an invalid >> locale causes the following error: >> >> # guix pull >> Updating channel 'guix' from Git reposito

bug#45278: [core-updates] svn-multi-fetch does not raise error on missing files

Hello, On the 'core-updates' branch, passing a missing file to svn-multi-fetch will not raise an error. Instead the fetch will succeed as long as at least one of the files was found (otherwise $output is empty). This is on cc6cb6e80a42355147809b4830053a34d1563994. signature.asc Description: PG

bug#45279: [core-updates] copy-recursively does not throw an error on missing directory

Hello, On the 'core-updates' branch, using copy-recursively on a nonexistent directory does not cause a build failure. Instead an error is printed and the script continues: (copy-recursively "doesnotexist" output) [...] starting phase `install' i/o error: doesnotexist: No such file or di

bug#25527: PostgreSQL retains references to ld-wrapper and coreutils

l...@gnu.org (Ludovic Courtès) skriver: > As of 04fa4cdf95a004bda4d63b6578b53e154a4d4679: > > --8<---cut here---start->8--- > $ guix size postgresql > store item totalself > /gnu/store/awmx27f02la7sc4s63j

bug#47154: ungoogled-chromium@88.0.4324.182 package vulnerable to various severe CVEs

Hello! Sorry for not seeing this earlier. Léo Le Bouter skriver: > I am not sure how to undertake this upgrade, I tried a little bit but > it failed at failing to delete some bundled third_party directories. > > Would love to know in more detail what is the process for upgrading > ungoogled-chr

bug#33678: Locale problems

Danny Milosavljevic writes: > (Aha, updating just xterm fixes the problem). > > When locales don't work, I can't enter umlauts at all - they get replaced by a > "generic" character that isn't an umlaut, even when checked using a hexdump > tool. > > So not only couldn't I see the umlauts, I couldn

bug#33751: SQLite "Magellan" vulnerability

n Berlin concurrently? Patches attached. From 5556ad7f65ea1f76e1eb5f0403aa1bd2028dbe61 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sat, 15 Dec 2018 00:31:16 +0100 Subject: [PATCH 1/2] gnu: SQLite: Update to 3.26.0. * gnu/packages/databases.scm (sqlite): Update to 3.26.0. --- gnu/packages/data

bug#33751: SQLite "Magellan" vulnerability

Marius Bakke writes: > Hello! > > There is allegedly a remote code execution bug in all versions of SQLite > prior to 3.26.0: <https://blade.tencent.com/magellan/index_en.html>. > > I think it is safe to graft 3.26.0 in-place: > > $ abidiff > /gnu/store/pba3xz

bug#34044: Packaging Jami (ex GNU Ring)

Pierre Neidhardt writes: > /gnu/store/6q1ysbyki4v1zidbcndvyrchm3jncs58-ring-client-gnome-20190108.1.8659b2c/bin/gnome-ring: > symbol lookup error: > /gnu/store/zng0ix6b6icm8f8r6cqr09ykiz6rgrpg-qtbase-5.11.2/lib/qt5/plugins/sqldrivers/libqsqlite.so: > undefined symbol: sqlite3_column_table_name1

bug#34102: [staging] Guix fails to download from TLSv1.3-enabled servers

Hello! On the staging branch (with GnuTLS 3.6), `guix download` will negotiate TLSv1.3 with servers that support it, and fail shortly after the initial handshake: $ ./pre-inst-env guix download https://data.iana.org Starting download of /tmp/guix-file.vJ4v7h From https://data.iana.org... Throw to

bug#34243: update cmake to latest release (3.13.3)

Clément Lassieur writes: > This is a wish. :-) Will 3.13.1 from 'staging' do? signature.asc Description: PGP signature

bug#34243: update cmake to latest release (3.13.3)

Maxim Cournoyer writes: > Hello, > > Clément Lassieur writes: > >> Marius Bakke writes: >> >>> Clément Lassieur writes: >>> >>>> This is a wish. :-) >>> >>> Will 3.13.1 from 'staging' do? >> >> Ye

bug#33497: [PATCH] Re: bug#33497: Our CMake package has no documentation

Hello! Now would be the time to get this in 'core-updates'. Maxim Cournoyer writes: > Maxim Cournoyer writes: > >> Hello, >> >> Our CMake package lacks any documentation (manpage or other). Patch to >> follow. >> >> Maxim > > Here's the patch to be merged in core-updates (or core-updates-next)

bug#34531: Guix profile fails on Overdrive 1000

Andreas Enge writes: > Hello, > > on a newly installed Overdrive 1000 machine with 8 GB of memory, I am trying >guix pull -n > > This results in > Updating channel 'guix' from Git repository at > 'https://git.savannah.gnu.org/git/guix.git'... > Building from this channel: > guix https

bug#34565: ungoogled-chromium contains Widevine DRM

Giovanni Biscuolo writes: > Hello, > > maybe Marius Bakke have something interesting to say about his > judgements on this "DRM matter" [...] > to sum it up: AFAIU for users to be able to use Widevine they must > create a custom package definition _outside_ o

bug#34565: ungoogled-chromium contains Widevine DRM

Jason Self writes: > A different but related matter is the build process itself. I > understand this is not exactly related to the DRM matter but it does > seem similiar. I can open another bug over this if needed. I have > recently submitted upstream's Chromium 73.0.3683.45 into my FOSSology > i

bug#34565: ungoogled-chromium contains Widevine DRM

Jason Self writes: > Marius Bakke wrote: >> not present in the Guix source. > > Please keep in mind I was discussing upstream Chromium in that piece. > It's also not an exhaustive list. I don't think upstream Chromium is relevant to this discussion. >> I cann

bug#34806: `guix build inkscape` fails

Trying to run `guix build inkscape` on current master branch yields... gnu/packages/gnome.scm:5687:15: error: inkscape: unbound variable hint: Did you forget a `use-modules' form? What's going on here? signature.asc Description: PGP signature

bug#34806: `guix build inkscape` fails

Tobias Geerinckx-Rice writes: > Marius, > > Marius Bakke wrote: >> Trying to run `guix build inkscape` on current master branch >> yields... >> >> gnu/packages/gnome.scm:5687:15: error: inkscape: unbound >> variable >> hint: Did you forget a `

bug#34806: `guix build inkscape` fails

Tobias Geerinckx-Rice writes: > Marius, > > Marius Bakke wrote: >> Actually I think this goes as far back as >> a76d0f032b6d4148bd36dcb640109fae20922bbc. For some reason it >> only >> appears to be a problem when doing `guix build inkscape`. > > W

bug#33497: [PATCH] Re: bug#33497: Our CMake package has no documentation

Maxim Cournoyer writes: > Hello Marius! > > Sorry for the delay. > > Marius Bakke writes: > >> Hello! >> >> Now would be the time to get this in 'core-updates'. >> >> Maxim Cournoyer writes: >> >>> Maxim Cournoyer wr

bug#34927: Curl is not configured to use its dependency libssh2

Leo Famulari writes: > While working on a libssh2 update [0] I noticed that curl was not > keeping a reference to libssh2, even though libssh2 is an input of the > curl build. > > Our curl package is missing the required configuration option: > > -- > SSH support: no (--with-libssh2

bug#33497: [PATCHv2] Re: bug#33497: Our CMake package has no documentation

Maxim Cournoyer writes: > Here's an improved version, following some comments of Marius on #guix. > > From 2f33a7321e5e37d37f57c229c8079cb4ffd10834 Mon Sep 17 00:00:00 2001 > From: Maxim Cournoyer > Date: Wed, 20 Mar 2019 21:38:19 -0400 > Subject: [PATCH] cmake: Generate documentation. > > To pr

bug#34927: Curl is not configured to use its dependency libssh2

Leo Famulari writes: > On Thu, Mar 21, 2019 at 12:54:02AM +0100, Marius Bakke wrote: >> Since no one apparently uses it, let's just remove it. I'm something of >> a curl power user and did not know it even had SSH support! >> >> In the mean time, if curl is

bug#34927: Curl is not configured to use its dependency libssh2

Leo Famulari writes: > On Thu, Mar 21, 2019 at 08:06:24PM +0100, Marius Bakke wrote: >> This commit changed the cURL derivation, so I pushed a followup in >> c1f4e6491cecc5d121ef371a8fb2aa0a07030d36. > > Oops... I did check that the libssh2 derivation had not changed, but

bug#32957: Python uses a bundled expat

Leo Famulari writes: > On Sat, Oct 06, 2018 at 04:58:13PM +0200, Marius Bakke wrote: >> Python 2 and 3 are using a bundled Expat (residing under Modules/). >> >> This has been the cause of security vulnerabilities in the past and >> should be changed to use Expa

bug#35232: webkitgtk-2.24.1 fails to build on i686, but earlier versions work

Mark H Weaver writes: > Hydra failed to build webkitgtk-2.24.1 on i686-linux, saying "SSE2 > support is required to compile WebKit". > > https://hydra.gnu.org/build/3439652 > > See below for the tail of the build log. Note that earlier versions of > webkitgtk built successfully on i686-linux,

bug#33924: OpenJPEG security issues

Leo Famulari writes: > There are several open security bugs in our package of OpenJPEG 2.3.0: > > http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=openjpeg > > `guix refresh -l openjpeg` reports that several thousand packages would > need to be rebuilt if we changed OpenJPEG, so we will need to fi

bug#35380: disk-image fails to install efi grub

Ludovic Courtès writes: > Hello, > > Gábor Boskovits skribis: > >> I've already looked into that earlier, and supporting this usecase would >> not be >> so hard. We have ovmf after all, and we could stat qemu in efi mode. It >> would not >> be so hard to get the thing in place to do an emergency

bug#35380: disk-image fails to install efi grub

rendaw <7e9wc56emja...@s.rendaw.me> writes: > On 5/3/19 7:17 AM, Marius Bakke wrote: >> It would be great to have UEFI support in the record, >> mainly for system tests, but I doubt that is what rendaw is after :-) > > Yeah, ideally I'd like secure boot from the

bug#35380: disk-image fails to install efi grub

rendaw <7e9wc56emja...@s.rendaw.me> writes: > On 5/4/19 12:10 AM, Marius Bakke wrote: >> rendaw <7e9wc56emja...@s.rendaw.me> writes: >> >>> On 5/3/19 7:17 AM, Marius Bakke wrote: >>>> That means you can't just take an operating system ha

bug#35669: Mesa is failing an assertion

Joshua Branson writes: > Hello I am getting a weird mesa assertion when I try to start sway. > > sway: ../mesa-18.3.5/src/mesa/program/prog_parameter.c:247: > _mesa_add_parameter: Assertion `0 < size && size <=4' failed. > Aborted. > > Is anyone else getting this issue? I've seen this too and we

bug#35108: ungoogled-chromium fails to install

Jeff Bauer writes: >> Unfortunately, you cropped the interesting part of the error message. >> Can you show us more? It would interesting to see what happened before. >> >> This backtrace just shows us that the command we invoke with “invoke” >> returned an error. That’s not very helpful. >> >>

bug#35108: ungoogled-chromium fails to install

Jeff Bauer writes: > On Thu, May 16, 2019 at 04:52:14PM +0200, Marius Bakke wrote: >> The problem with Ungoogled-Chromium is that it (at some point) uses >> 6-8GiB of memory *per core* during the build. >> >> It would be great to codify this constraint in the package

bug#35908: guix describe: error: failed to determine origin (and possibly failed upgrades)

Hi Pronaip, Pronaip writes: > I've been getting this error ever since I first installed Guix on Arch, but I > have no idea why. I've ran guix pull and guix package -u both as root and as > my own user several times since then but this error hasn't gone away. > > Also I noticed that some functi

bug#35913: [core-updates] Building "doc/guix.de.texi" fails

Hello! On the 'core-updates' branch, `make dist-info` fails like so: $ make dist-info MAKEINFO doc/guix.de.info ./doc/guix.de.texi:26832: @menu reference to nonexistent node `Vorbereitung, um die Bootstrap-Binrdateien zu verwenden' ./doc/guix.de.texi:26837: warning: node `Vorbereitung'

bug#35902: Guix resets passwords on reconfigure

Marlon writes: > My user and root passwords have been reset about 3 times in 4 days upon > running guix system reconfigure. > > I can't seem to recognize any pattern, it appears to occur randomly, and it > requires setting passwords manually. > > The password is left blank, and could be a secu

bug#35914: [core-updates] Guile sporadically fails to build

Hello! Since the switch to GCC7, building 'guile' occasionally fails due to a test failure in 'test-out-of-memory.scm'. GC Warning: Out of Memory! Heap size: 1 MiB. Returning NULL! error creating finalization thread: Cannot allocate memory This has been reported "upstream" in

bug#36077: [staging] Mesa build failure on i686

Hello, On the 'staging' branch, Mesa fails a test for i686. From : --8<---cut here---start->8--- Ok: 64 Expected Fail: 0 Fail: 1 Unexpected Pas

<    1   2   3   4   5   6   7   >