bug#44725: ocaml-cairo2 package fails to build

Brett Gilio writes: > zimoun writes: > >> Hi, >> >> On Wed, 18 Nov 2020 at 15:53, Brett Gilio wrote: >> >>> This is a test-phase issue. It looks like it might be a segmentation >>> fault from a C dependency (maybe Cairo itself)? I or somebody wil

bug#44725: ocaml-cairo2 package fails to build

zimoun writes: > Hi, > > On Wed, 18 Nov 2020 at 15:53, Brett Gilio wrote: > >> This is a test-phase issue. It looks like it might be a segmentation >> fault from a C dependency (maybe Cairo itself)? I or somebody will look >> a little deeper. In the meantime I am g

bug#44725: ocaml-cairo2 package fails to build

Evan Straw writes: > Hello Guix maintainers, > > While updating Coq recently I found that the ocaml-cairo2 package it > depends on does not build. It seems to be failing with an error during > the check phase while calling `dune runtest tests`. The build log is > very long so I've attached it as

bug#44027: 1.2-29a2eb3 Installer fails at final stage installing GRUB.

Ludovic Courtès writes: > > Shouldn’t it create a “legacy” partition table rather than GPT since > we’re on an old, non-UEFI platform? > > Ludo’. > That is my thinking as well, it should create a legacy MBR table. -- Brett M. Gilio bre...@gnu.org https://brettgilio.com/ E82A C026 95D6 FF02 43CA

bug#43579: g++ does not provide std::fegetround

produce it? > > Thanks, > Ludo’. I believe `std::fegetround` was introduced in C++11, are you using the appropriate flag? Brett Gilio

bug#43738: Patch file names too long

ork-honor-source-date-epoch.patch > dosiernomo tro longas (maks 99); ne ŝutita > > ‘guix lint’ reports it as well, but apparently this is easily > overlooked. > > Ludo’. Does it matter that this is coming from a dirty working tree? Maybe not. Brett Gilio

bug#40408: emacs-telega: VoIP doesn't work

Diego Nicola Barbato writes: > >>From f63cf832869bee91f3f6e87c076bd1e39d32c285 Mon Sep 17 00:00:00 2001 > From: Diego Nicola Barbato > Date: Sat, 4 Apr 2020 19:36:31 +0200 > Subject: [PATCH] gnu: libtgvoip: Fix loading of shared libraries. > > Fixes . > > * gnu/pac

bug#40408: emacs-telega: VoIP doesn't work

onality for VoIP is broken, and has been disabled in the emacs-telega package for the time being. However, I believe you have patched a bug with the libtgvoip package that caused erroneous linkage to the system libraries on foreign distributions causing a runtime issue with the telega server. So, I will investigate your patch, and apply it so that when the time comes and VoIP functionality is re-enabled we can prevent this issue! Thank you, I will forward this along to Evgeny as well. Brett Gilio

bug#42523: ‘Latest’ ISO download link broken

Tobias Geerinckx-Rice via Bug reports for GNU Guix writes: > Guix, > > ‘Download latest images’[0] points to [1], which returns a JSON: > >> {"error":"Could not find the request build product."} > > There are plenty[2] to choose from. > > Kind regards, > > T G-R > > [0]: http://guix.gnu.org/downl

bug#42333: Emacs: error on guix-emacs-autoload-packages

Alexandru-Sergiu Marton writes: > > (mapc (lambda (p) (add-load-path! p)) (split-string (getenv "EMACSLOADPATH") > ":")) > Are you still needing to use this snippet to get your configuration to work?

bug#42434: Shell can't find basic system tools after massive garbage collection

d you happen to reboot your computer or restart your X/Wayland session anytime after deleting the old generations and running the garbage collector? Brett Gilio

bug#42448: A possible solution

haitus I think there are changes to the core-updates and staging procedures so I dont think I am comfortable making this change myself. Brett Gilio

bug#42448: Issue with Qemu Binfmt and CMake not detecting compiler.

-keep-failed. This seems to be reported before, but subsequently patched at https://issues.guix.gnu.org/38454#3. This only occurs when using the Qemu method of compiling on a foreign architecture, and is not present when natively compiling on true hardware. Thanks, Brett Gilio

bug#42447: Issue with CGIT service

(nocache? #t) (readme "CGIT README"))) --8<---cut here---end--->8--- Also, I would also be willing to collaborate with somebody on getting cgit and nginx to work together to set a port other than 80. Thoughts? Brett Gilio

bug#38959: Adding Coq 8.10.1 for Int63.Ring63 and Coq-Bignums

Brett Gilio writes: > Julien Lepiller writes: > >> Le 5 janvier 2020 18:04:16 GMT-05:00, Brett Gilio a écrit : >>>Hey all, and particularly the FM-Guix working group. I'd like to get >>>Coq >>>8.10.1 into Guix as it provides support for the new Int63

bug#38959: Adding Coq 8.10.1 for Int63.Ring63 and Coq-Bignums

Julien Lepiller writes: > Le 5 janvier 2020 18:04:16 GMT-05:00, Brett Gilio a écrit : >>Hey all, and particularly the FM-Guix working group. I'd like to get >>Coq >>8.10.1 into Guix as it provides support for the new Int63.Ring63 theory >>number library. Th

bug#38944: libtgvoip fails to build on i686-linux

Diego Nicola Barbato writes: > Hi Guix, > > The package libtgvoip (introduced with commit 494135d) fails to build on > i686-linux [0]. Since this appears to be related to SSE2 these two > Debian patches [1] [2], which disable SSE2 on i386 (the first patch does > something unrelated, but it's req

bug#38943: libtgvoip fails to build on armhf-linux

Brett Gilio writes: > Diego Nicola Barbato writes: > >> Hi Guix, >> >> The package libtgvoip (introduced with commit 494135d) fails to build on >> armhf-linux [0]. This bug appears to have been fixed upstream [1]. >> >> Regards, >> >

bug#38943: libtgvoip fails to build on armhf-linux

Diego Nicola Barbato writes: > Hi Guix, > > The package libtgvoip (introduced with commit 494135d) fails to build on > armhf-linux [0]. This bug appears to have been fixed upstream [1]. > > Regards, > > Diego > > [0]: > https://ci.guix.gnu.org/log/q4j5kzz25j2knf0vhm8i0bd3g14anv8m-libtgvoip-2.4.

bug#38959: Adding Coq 8.10.1 for Int63.Ring63 and Coq-Bignums

Hey all, and particularly the FM-Guix working group. I'd like to get Coq 8.10.1 into Guix as it provides support for the new Int63.Ring63 theory number library. This would be immensely helpful in getting the coq-bignums package up-to-date with some neat new tactics. I know that the CoqIDE package n

bug#38804: Samsung Chromebook 3

Dec 29, 2019 8:03:39 PM Caleb Herbert : > I tried running the Guix System installer on my Chromebook. I wanted to > try replacing GalliumOS. > > Unsurprisingly, I get many errors do to proprietary firmware. My > keyboard doesn't work, so I can't check what all the messages said, and > I can go

bug#38613: Disabling bytecompilation on a list of files.

Maxim Cournoyer writes: > Brett Gilio writes: > > > [...] > >> Leo and Maxim, >> >> Do you think this feature addition to the emacs-build-system is good to >> be pushed, then? I think it looks quite fine but I want to double check >> before potentia

bug#38739: i3-gaps package is misbehaving

Dec 25, 2019 2:30:12 AM Sergiu Marton : > I submitted a patch to add i3-gaps a couple days ago: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38721 > > After it got merged into master with the inheritance modification (see > patch), I installed it over the one I had installed from my origin

bug#38608: enable --fallback for the guix graphical installer

Nathan Dehnel writes: > I can't install guix because I keep getting substitute download errors. > > It's really punishing having to restart the install process after a > download error. > I actually don't know how our installer works that well, so I am going to leave the issue of whether to defa

bug#33772: StumpWM broken commands?

Pierre Langlois writes: > Christopher Lemmer Webber writes: > >> Christopher Lemmer Webber writes: >> >>> Pierre Langlois writes: >>> Alex Kost writes: > I have built stumpwm from the latest commit (which is one commit after > 18.11 release) and tried it on GuixSD and on ArchLin

bug#33397: "guix environment" does not warn about stopped jobs

swedebugia writes: > Hi > > I use emacs in a terminal to hack on packages. > I start an emacs, press C-z to pause it after trying something > in bash I then build the package from the source tree > press fg to return to emacs > and so forth. > > Typing guix environment will enter a new environmen

bug#33278: failed build of webkit

David Larsson writes: > On Mon, 5 Nov 2018, Leo Famulari wrote: > >> On Mon, Nov 05, 2018 at 09:13:31PM +0100, david.lars...@selfhosted.xyz wrote: >>> I ran: >>> sudo -E guix system reconfigure "$cfg" --no-grub >>> --substitute-urls="https://mirror.guixsd.org >>> https://mirror.hydra.gnu.org

bug#35552: Dead Link

David Kleuker writes: > Hello, > > the link "as its name suggests" on > https://www.gnu.org/software/guix/blog/2018/tarballs-the-ultimate-container-image-format/ > > > points to > https://www.gnu.org/software/tar/manual/en/html_node/Introduction.html > > which shows 404 > > congratulations

bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp

Ludovic Courtès writes: > Hi, > > Tobias Geerinckx-Rice via Bug reports for GNU Guix > skribis: > >> Christopher Howard 写道： >>> 22/25 alpha_symmetric_transform FAIL 0.12 s (exit >> >> I've built master's babl a few times now, the damned thing keeps >> succeeding: > > It failed

bug#38613: Disabling bytecompilation on a list of files.

Maxim Cournoyer writes: > Hello, > > Leo Prikler > > [...] > >> Regarding the impact, I think it should be fine if we commit this >> closely before or after #38619, since that probably forces all Elisp >> libraries to be rebuilt anyways (also CC'd Maxim to have a look at >> this). Hopefully at

bug#38712: gnunet: wrong license

Dima writes: > The license is Affero GPL3+, not just GPL3+. > https://git.gnunet.org/gnunet.git/tree/README Hi Dima, You are absolutely right. I did a check myself against the source tree and confirmed this to be consistent. This was fixed with 94cc994ee08f99b3aa7bf8da6b8dfd363539d6c4. Thanks

bug#38685: emacs-calfw: Fails to build

Hi Ivan, This should be fixed with c01483115951adcc4017682058dd170a983af610. Thanks :). -- Brett M. Gilio GNU Guix, Contributor | GNU Project, Webmaster [DFC0 C7F7 9EE6 0CA7 AE55 5E19 6722 43C4 A03F 0EEE]

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Dec 17, 2019 7:34:17 AM Kyle Meyer : > G�bor Boskovits writes: > > > > Konrad Hinsen ezt �rta (id?pont: 2019. dec. > > 17., Ke 7:52): > > > [...] > > > > > > How about a more drastic measure: deprecate "guix environment" and > > > introduce a new subcommand with the desired new behaviour? > > >

bug#38613: Disabling bytecompilation on a list of files.

Leo Prikler writes: > Regarding the impact, I think it should be fine if we commit this > closely before or after #38619, since that probably forces all Elisp > libraries to be rebuilt anyways (also CC'd Maxim to have a look at > this). Hopefully at least the doom-theme autoloads compile correct

bug#38613: Disabling bytecompilation on a list of files.

Leo Prikler writes: > Hey Brett. > > Am Dienstag, den 14.12.2019, 13:45 -0600 schrieb Brett Gilio: >> Just forwarding along an idea discussed between Leo Prikler, Tobias, >> and I on IRC. > Thanks for the mention ;) Any time! :) > >> Obviously just outright d

bug#38613: Disabling bytecompilation on a list of files.

Hey all. Just forwarding along an idea discussed between Leo Prikler, Tobias, and I on IRC. Recently I was trying to update our emacs-doom-themes package to a fresher commit since it offers numerous new functionalities but there is not a marked stable release of the package. In the process I foun

bug#38524: [PATCH] services: dhcp-client: Ignore interfaces that need non-free firmware.

This LGTM, though I'd add a comment noting this bug report or something so it is known why this behavior was adjusted. Dec 13, 2019 3:57:14 PM Brice Waegeneire : > * gnu/services/networking.scm (dhcp-client-service-type): Filter interfaces > that need non-free firmware. > --- > gnu/services/ne

bug#38500: Ruby is built against libruby-static.a

Pushed to core-updates with fd248cb815d571043c3a0c52a01c9b3e368a069e. Closing -- Brett M. Gilio Homepage -- https://scm.pw/ GNU Guix -- https://guix.gnu.org/

bug#38568: Org Mode (as a dependency) is borked

Cc'ing Maxim since he is tasking the emacs-build-system changes. Sorry for duplicate I accidentally replied off list. Brett Gilio Dec 12, 2019 3:30:16 AM Konrad Hinsen : > Hi Jelle, > > > > Byte-compiling the org-jira.el file manually gives an .elc file without >

bug#38500: Ruby is built against libruby-static.a

I have submitted a patch that will go into core-updates, with bug report #38552. That patch will close both of these bug reports. Thanks. -- Brett M. Gilio https://git.sr.ht/~brettgilio/

bug#38529: Make --pure the default for `guix environment'?

"Thompson, David" writes: > Hi, > > I have long thought that --ad-hoc should be implied, as that is the > mode I use 99% of the time, but I disagree that --pure should be the > default. Most of the time I (and I suspect most other users) just want > to temporarily augment the current environment

bug#38500: Ruby is built against libruby-static.a

Tobias Geerinckx-Rice writes: > You could ask Pjotr Prins and David Thompson but I suspect that it was > simply an oversight: most packages link dynamically by default because > it's the sane thing to do, and it would have been reasonable to assume > Ruby did too. Tobias, I did some investigatin

bug#38500: Ruby is built against libruby-static.a

Vicente Eduardo writes: > I would like to have two versions, or at least the dynamic one, that's the > common way > Ruby should be built, and also the Guixy style. This actually brings up a rather interesting point. What is the Guix protocol on compilation for dynamic vs statically linked inter

bug#38433: ProofGeneral and Emacs sharing a profile

Julien Lepiller writes: > It could pg's fault. We have a vcry old vcrsion that is probably > completely broken. I tried to package a newer version, but being not > an emacs user it was too hard for me. Maybe someone can give it a try > (you? :p) I have began working updating the package. :) A l

bug#38422: .png files in /gnu/store with executable permissions (555)

Mark H Weaver writes: > [...] In cases where it > _is_ difficult to find out how to report bugs, that's arguably a problem > that should be fixed upstream. > > What do you think? > > Regards, > Mark > > > Agreed 100% with Mark. -- Brett M. Gilio https://git.sr.ht/~brettgilio/

bug#38433: ProofGeneral and Emacs sharing a profile

There is an issue after the EMACSLOADPATH change that creates a problem when `proof-general` and `emacs` share a profile. This issue can be replicated as follows: --8<---cut here---start->8--- $ guix environment --ad-hoc proof-general emacs --8<---

bug#35500: ocaml-utop fatal error

tried patching this myself but I did not get far. Brett Gilio

bug#35484: GDM failing to start stumpwm after merge

t;> https://github.com/brettgilio/guix-system/commit/64d389db13c2f78ee5c58af28c1639b098113c93 > > Thanks for providing this. Hopefully it helps anybody else having > problems. > > > -- Tim I think the uglier version is more generic and less likely to cause future errors. But, it is a matter of time. The uglier one is likely going to be more terse. Do you need any help on my end? Brett Gilio

bug#35484: GDM failing to start stumpwm after merge

some message appear but quickly disappear before looping back into GDM. If I can get the logs I can share them or try and figure it out myself. Best, Brett Gilio

bug#35465: Ocaml-yojson build failing

Julien Lepiller writes: > > Most likely this is my fault... I thought I rebuilt everything locally > though. Yojson can be upgraded to 1.7.0, but I think it caused a build > failure in merlin. Can you try? I actually did give this a try in my channel before sending the email. You are right, so

bug#35465: Ocaml-yojson build failing

Hi all, the ocaml-yojson build is failing. The output is short enough I just included it all here. brettg@guixsd ~ [env]$ guix build ocaml-yojson building /gnu/store/kif8labifv0ydvfvfxlqc3qkzqqhd5ax-ocaml-yojson-1.4.1.drv... starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' suc

bug#34890: guix system: error: failed to install bootloader

Jack Hill writes: > Hi Guix, > > Today after a guix pull to commit > e3545ffcf95bffbbd967efd852715f4f0a9be290, guix system reconfigure > fails to install grub (bios grub on x86_64) with > > guix system: error: failed to install bootloader > /gnu/store/45myfaqas69fnp3mfbqlsf9lafm30cl0-bootloader

bug#34611: virt-manager is not recognizing libvirtd service

g for virtualization packages..." note with an error of "No active connection to install on." libvirtd and virtlogd are properly started as far as I can tell by queurying the herd. Here is my relevant configuration. (users (cons (user-account (name "brettg")

bug#34597: `guix challenge` - 41 packages differ

ll the best, Brett Gilio

bug#34423: gnome-shell-extensions and glib

Hi all, when I try to install gnome-shell-extensions it is throwing this issue brettg@guixsd ~$ guix package -i gnome-shell-extensions The following package will be installed: gnome-shell-extensions 3.24.3 /gnu/store/bfw4wp2lm68s3gdhhbic0kr2rfzcab07-gnome-shell-extensions-3.24.3 guix p

bug#33604: Backtrace in guix package -s

Mark H Weaver writes: > Hi Brett, > > Brett Gilio writes: > >> Hi all, When I run ex: `guix package -s emacs` it is presenting this >> backtrace. It has been there for a few commits now. Does anybody have >> thoughts on it? >> >> Backtrace: >

bug#33604: Backtrace in guix package -s

Hi all, When I run ex: `guix package -s emacs` it is presenting this backtrace. It has been there for a few commits now. Does anybody have thoughts on it? Backtrace: In ice-9/boot-9.scm: 829:9 19 (catch _ _ # …) 829:9 18 (catch _ _ # …) In guix/scripts/package.scm: 914:8 17 (_) 760

bug#33603: Invalid hash for NSS-Certs

Generation 10 Dec 03 2018 11:42:41(current) guix 4f03aa2 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 4f03aa23e805bd653de774e1d74ed2f50826899b downloading from https://mirror.hydra.gnu.org/guix/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-c

bug#33500: guix pull error. '34843fe'. guix-daemon-0.15.0-8.71a78ba.drv' failed with exit code 1

zna...@tutanota.com writes: > Hi! Please, correct this. > > #guix pull > ... > @ build-log 4927 107 > /gnu/store/f95ghy8mx00fc22nrvswvnpqlfdkf2nk-module-import/guix/build/utils.scm:616:6: > In procedure invoke: > @ build-log 4927 239 > Throw to key `srfi-34' with args `(# arguments: ("install-b

bug#33496: Guix pull failing to compute derivation

2r37d6cam479-compute-guix-derivation' failed to compute the derivation for Guix (version: "254602cdf884379231793c4d793b25c9ebd6c806"; system: "x86_64-linux"; host version: "71a78ba65b00ad1f27086a3dcdded7dc4326ade1"; pull-version: 1). Please report it by email to . Thanks, Brett Gilio

bug#33330: Hurd failing to build

Manolis Ragkousis writes: > Hello Ludo, > > On 11/11/18 6:44 PM, Ludovic Courtès wrote: >> Hello Brett, >> >> Brett Gilio skribis: >> >>> checking host system type... x86_64-unknown-linux-gnu >>> configure: error: this is the gnu os, host

bug#33330: Hurd failing to build

Manolis Ragkousis writes: > Hello Brett, > > I imagine you run `guix build hurd`? > > Can you share the build log? phase `unpack' succeeded after 0.2 seconds starting phase `bootstrap' GNU build system bootstrapping not needed phase `bootstrap' succeeded after 0.0 seconds starting phase `patch

bug#33330: Hurd failing to build

7;. guix system: error: build failed: build of `/gnu/store/83vrxqm3xcwj9sn0kkbgaar4g7ac21ck-hurd-0.9.drv' failed guix 03a4153 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 03a415365a1cfcc263f56d309f33a1a581790ca7 Best, Brett Gilio

bug#33196: emacs-realgud build failure

Hi all, I am experiencing the following error when building emacs-realgud. Any thoughts? ~ $ guix build emacs-realgud building /gnu/store/3cvp3fdk724wllbf14qcrsskkskcpdrs-emacs-realgud-1.4.5.drv... starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds sta

bug#33192: IcedTea & GH-Checkout DRV

Gábor Boskovits writes: > Hello Brett, > > Brett Gilio ezt írta (időpont: 2018. okt. 29., H, 1:06): >> >> Hi all, I think there might be a bug during the bootstrapping process of >> IcedTea. Here is what the builder is throwing. >> >> ~ $ gu

bug#33192: IcedTea & GH-Checkout DRV

Hi all, I think there might be a bug during the bootstrapping process of IcedTea. Here is what the builder is throwing. ~ $ guix build icedtea building /gnu/store/3niclf6ncz56718jaskhc01gbwga7w54-hg-checkout.drv... abort: HTTP Error 500: Internal Server Error Backtrace: 3 (primitive-loa

bug#32995: Executing pre-compiled binaries

Brett Gilio writes: Hi all, I am having an issue with trying to execute literally any pre-compiled binary files. One example is Telegram. Here is what is happening. brettg@oryxpro ~$ cd Downloads/tsetup.1.4.0/Telegram/ brettg@oryxpro ~/Downloads/tsetup.1.4.0/Telegram$ ls Telegram Updater

bug#32995: Executing pre-compiled binaries

Hi all, I am having an issue with trying to execute literally any pre-compiled binary files. One example is Telegram. Here is what is happening. brettg@oryxpro ~$ cd Downloads/tsetup.1.4.0/Telegram/ brettg@oryxpro ~/Downloads/tsetup.1.4.0/Telegram$ ls Telegram Updater brettg@oryxpro ~/Download