bug#69609: Missing Disarchive info for isl-0.19.tar.bz2

Hello, Ludovic Courtès writes: > We have an empty Disarchive spec here: > > > https://disarchive.ngyro.com/sha256/d59726f34f7852a081fbd3defd1ab2136f174110fc2e0c8d10bb122173fa9ed8 > > https://disarchive.guix.gnu.org/sha256/d59726f34f7852a081fbd3defd1ab2136f174110fc2e0c8d10bb122173fa9ed8 >

bug#39885: Bioconductor tarballs are not archived

Hi Simon, Simon Tournier writes: > Just to be sure: we are speaking about Bioconductor only, right? I took “this report” to be the PoG report not the bug report. My mistake! Sorry for the confusion. -- Tim

bug#39885: Bioconductor tarballs are not archived

Simon Tournier writes: > Cool! > > Can we consider that this report is now done? Because: > > 1. SWH supports ExtID and nar hash lookup. > > 2. Missing origins are currently ingested by SWH. >(via specific sources.json) I think that would be jumping the gun a little bit. In some sense,

bug#39885: Bioconductor tarballs are not archived

sources.scm @@ -1,5 +1,5 @@ ;;; Preservation of Guix -;;; Copyright © 2022 Timothy Sample +;;; Copyright © 2022, 2024 Timothy Sample ;;; ;;; This file is part of Preservation of Guix. ;;; @@ -61,6 +61,7 @@ FROM fods f WHERE f.algorithm = 'sha256' AND (fr.reference LIKE '\"%'

bug#57573: disarchive: Test "[prop] Writing is reversible" fails

Hi Maxime, Maxime Devos writes: > (define o (make-unstructured-octal 0 (make-zero-string "0" "䤄"))) > (unless (valid-octal? o) (error "oops")) > (test-equal "Writing is reversible (#57573)" >    o (decode-octal (encode-octal o))) Right. That unstructured octal should be invalid. By the

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Hi Ludo, Ludovic Courtès writes: > Timothy Sample skribis: > >> Of course, to use this script as part of the Guile build, someone™ will >> have to double check that we can legally redistribute the Unicode data >> file (probably okay, but always good to check), and u

bug#54111: guile bundles (a compiled version of) UnicodeData.txt and binaries

Hi Maxime, Maxime Devos writes: > Ludovic Courtès schreef op ma 28-02-2022 om 12:45 [+0100]: > >> It might be easier to rewrite in Awk in build srfi-14.i.c >> unconditionally no? > > I don't know any Awk and it seems to be quite different from languages > I know, so for me doing that isn't

bug#52051: [core-updates-frozen] cannot login ('org.freedesktop.login1' service times out)

Hi Leo, Leo Famulari writes: > On Tue, Dec 21, 2021 at 04:31:27AM -0500, Timothy Sample wrote: >> [1] https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/NEWS#L2487 >> [2] https://bugs.freedesktop.org/show_bug.cgi?id=86431#c3 >> >> After reading that I tried

bug#52372: gash-utils & fzf conflict

Hi Blake and Tobias, Tobias Geerinckx-Rice via Bug reports for GNU Guix writes: > gash-utils doesn't implement find -L, so failure is to be expected. > As you discovered the fix is as simple as uninstalling gash-utils, and > possibly using it in a Guix environment if you really need it. > > I

bug#51916: Can’t reconfigure with GNOME on core-updates-frozen

Hi Vivien, Vivien Kraus writes: > When using the gnome-service-type on core-updates-frozen, I can’t > reconfigure my system, because of the following error message: > > guix system: error: profile contains conflicting entries for at-spi2-core > guix system: error: first entry:

bug#48540: Non-recursive Git checkout with submodules breaks SWH download

Hi! When trying to recover the ‘non-sequencer’ source from SWH, Guix fails with a hash mismatch: expected hash: 1cljkkyi9dxqpqhx8y6l2ja4zjmlya26m26kqxml8gx08vyvddhx actual hash: 1xrrczqx4ll276g449nqiq0ip6lpika9hs4z4xgxaa6ayw60v29f The reason is that the checkout includes submodules,

bug#48114: Disarchive occasionally fails tests

Heyo, Ludovic Courtès writes: > Timothy Sample skribis: > >> In Disarchive, I can rewrite the generator without regex. I’ll do that >> and see what I can do about the “Gave up!” issue. > > Did you have a chance to look into it? I just pushed b9f0e78238e6186d28d738c

bug#48114: Disarchive occasionally fails tests

Timothy Sample writes: > I’m still looking into this, but I wanted to quickly post this > reproducer for the Guile bug: > > (use-modules (ice-9 regex)) > (define str > "\U101514\U103ab0\U0f6e6e\U02e278\U01d9eb\U10b996\U1089b5\uea15\U0fa074\U101

bug#48114: Disarchive occasionally fails tests

Hi, Ludovic Courtès writes: [...] > ERROR: In procedure substring: > Value out of range 6 to 7: 8 > > Note that this is in C locale, which may mean that ‘regexp-exec’, which > passes strings to libc, gets offsets wrong somehow (see > ‘fixup_multibyte_match’ in libguile), though I couldn’t

bug#48152: no code for module (json) on guix upgrade

Hi Leo, Thanks for pinging me. Leo Prikler writes: > Am Sonntag, den 02.05.2021, 19:03 +0200 schrieb Mathieu Othacehe: >> Hello, >> >> > I found this stops being an issue after reverting >> > 66b14dccdd0d83c875ce3a8d50ceab8b6f0a3ce2. >> > @Timothy do you know how we can get guile-json in

bug#48114: Disarchive occasionally fails tests

Hey, Ludovic Courtès writes: > Disarchive 0.2.0 occasionally fails two tests: > > FAIL: tests/kinds/octal.scm - [prop] Writing is reversible > FAIL: tests/kinds/octal.scm - [prop] Serializing is reversible These two tests have a bit of a problem. They occasionally fail by “giving up”,

bug#47336: Disarchive as a fallback for downloads

reassign 47336 guix-patches thanks Oops! I sent this to the wrong list. My apologies.

bug#47336: [PATCH 2/2] download: Use Disarchive as a last resort.

Tobias Geerinckx-Rice +;;; Copyright © 2021 Timothy Sample ;;; ;;; This file is part of GNU Guix. ;;; @@ -23,10 +24,12 @@ #:use-module (web http) #:use-module ((web client) #:hide (open-socket-for-uri)) #:use-module (web response) + #:use-module (guix base16) #:use-module (guix

bug#47336: [PATCH 1/2] swh: Add a directory download procedure.

* guix/swh.scm (swh-directory-download): New procedure (with implementation extracted from 'swh-download'). (swh-download): Use it to download the revision directory. --- guix/swh.scm | 65 +--- 1 file changed, 36 insertions(+), 29 deletions(-)

bug#47336: Disarchive as a fallback for downloads

Hello, This patch series adds Disarchive assembly (backed by SWH lookup) as a fallback for downloads. To try it, make sure you are running the daemon in an environment with Disarchive available: $ ./pre-inst-env guix environment --ad-hoc guile disarchive # ./pre-inst-env guix-daemon

bug#46537: ‘uname -s’ from Gash-Utils-Boot returns nothing

Hey, Ludovic Courtès writes: > Timothy Sample skribis: > >> [...] Gzip saves writing “(delete 'compress-documentation)” over and >> over). > > We should add a pure Scheme gzip implementation, for instance using the > R6RS zlib implementation by Göran Weinholt in In

bug#46537: ‘uname -s’ from Gash-Utils-Boot returns nothing

Hello! Efraim Flashner writes: > On Wed, Feb 17, 2021 at 04:16:29PM +0100, Ludovic Courtès wrote: >> >> Efraim Flashner skribis: >> >> > On Mon, Feb 15, 2021 at 06:24:46PM +0100, Ludovic Courtès wrote: >> >> Gash-Utils ‘uname’ seems to be confused: >> >> >> >> --8<---cut

bug#44847: [Petition] Add a dotnet 5.0 support

Hi Abraham, Abraham Jose writes: > C# is a widely used programming language, so having support fot it > will expand the guix potential userbase by a lot. I agree! C# and its much cooler sibling F# are pretty nice languages. (We do have a very old version of Mono, but I’m guessing that’s not

bug#42162: Recovering source tarballs

Hi Ludo, Ludovic Courtès writes: > I hope you’re well. I was wondering if you’ve had the chance to fiddle > with Disarchive since the summer? Sort of! I managed to get the entire corpus of tarballs that I started with to work (about 4000 archives). After that, I started writing some

bug#43131: ghc 8.6.5, xmonad

Hi Vladimir, Vladimir K writes: > Hi! I have xmonad, ghc-xmonad-contrib and ghc in my global system > config, but can't start xmonad session. Here is ~/.xmonad/xmonad.error Thanks for the report! We started building shared Haskell libraries recently and there have been a few issues. Fixed

bug#43112: hedgewars 1.0.0 fails to build

Hi, Andreas Enge writes: > On Sun, Aug 30, 2020 at 01:23:37PM +, bdju via Bug reports for GNU > Guix wrote: >> build log here: >> http://ix.io/2vGD >> >> running guix (GNU Guix) a6b72a0f2b02f27c44c28d32ec26fc8188ee61b8 > > [...] > > This does not make much sense to me - it simply looks

bug#42162: Recovering source tarballs

Hi zimoun, zimoun writes: > One question is how this database scales? > > For example, a quick back-to-envelop estimation leads to ~1.2GB metadata > for ~14k packages and then an increase of ~700MB per year, both with the > Ludo’s code [1]. > > [1]

bug#43014: Install license files to all outputs

Ludovic Courtès writes: > Efraim Flashner skribis: > >> It seems to me that the license file(s) should be installed to all the >> outputs. > > Isn’t it already happening, at least with ‘gnu-build-system’? > > [...] > > Perhaps there are corner cases or an issue specific to > ‘ghc-build-system’?

bug#42934: Ganeti fails to build

Hi Marius, Marius Bakke writes: > Since the recent haskell-build-system changes, the 'ganeti' package > fails to build [...] This is fixed by 856def7bb3b4af85a1325bc732e81d705156a482 (and also 991ca49961d1066f7890644a40d629aca944f5b9). You are right about ‘ghc-regex-pcre’ needing the

bug#42162: Recovering source tarballs

e ;-), but we can choose URLs > that could easily be implemented by a “real” service instead of cgit in > the future. I got it working over cgit shortly after sending my last message. :) So far, I am very much on team “good enough for now”. > Timothy Sample skribis: > >> I was im

bug#42162: Recovering source tarballs

about green-field projects. :p > Timothy Sample skribis: > >> The header and footer are read directly from the file. Finding the >> compressor is harder. I followed the approach taken by the pristine-tar >> project. That is, try a bunch of compressors and hope for

bug#42162: Recovering source tarballs

Hi Ludovic, Ludovic Courtès writes: > Hi, > > Ludovic Courtès skribis: > > [...] > > So for the medium term, and perhaps for the future, a possible option > would be to preserve tarball metadata so we can reconstruct them: > > tarball = metadata + tree > > After all, tarballs are byproducts

bug#39771: [core-updates] 'guix pull' and './pre-inst-env' produces different derivations

Hi Marius, Marius Bakke writes: > Marius Bakke writes: > >> >> I've tracked this down to 'gash-boot'. Namely the use of ,(version): it >> evaluates to '2.2.6' when run with ./pre-inst-env and "3.0.0" after >> 'guix pull'. >> >> I suspect both are wrong, and that it really intends to use the

bug#39699: [core-updates] gash-boot0 fails on i686-linux

Hi all, Jan Nieuwenhuizen writes: > @Timothy: if you want to change this in bootar itself and remove the > workaround from commencement, please feel free. Done in 4b807ef87c4634e8bea1431d47ee3df3b519145d. -- Tim

bug#39699: [core-updates] gash-boot0 fails on i686-linux

Hi Ludo, Ludovic Courtès writes: > Marius Bakke skribis: > >> Bootstrap fails early on i686-linux when trying to build gash-boot0, >> which fails thusly: > > [...] > >>?: 1 [primitive-load-path "compression/bzip2" ...] >> In compression/bzip2.scm: >> 45: 0 [#] >> >>

bug#37471: Cannot make a disk image for the BeagleBone Black

I was able to build an image for the Beaglebone Black, and it even booted! It seems whatever problem I had has disappeared. Closing. -- Tim

bug#37471: Cannot make a disk image for the BeagleBone Black

Hi, Ludovic Courtès writes: > Hi Timothy, > > Timothy Sample skribis: > >> [ 34.338311] SCSI subsystem initialized >> [ 34.478195] Unhandled fault: page domain fault (0x01b) at 0x >> [ 34.483251] pgd = (ptrval) >> [ 34.485473] []

bug#37471: Cannot make a disk image for the BeagleBone Black

Hi Guix, I’ve been trying to build a disk image for the BeagleBone Black. After fixing , I’m now hitting a problem when Guix manipulates the image from QEMU. One of the Linux kernel modules seems to crash. For the record, I’m building the image from an armhf

bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop

Hi Ludo and Gábor, Ludovic Courtès writes: > Hi Gábor, > > Gábor Boskovits skribis: > >> Couldn't we simply do what the fix does: ensuring the owner of >> the files under “/var/lib/gdm” is the current “gdm” user? > > Hey you’re right, I was not approaching it from the right angle. > > Here’s a

bug#37384: Daemon does not honor “useSubstitutes” on armhf

Hi, Ludovic Courtès writes: > LGTM. Great! I just pushed it. Thanks for the review. -- Tim

bug#37384: Daemon does not honor “useSubstitutes” on armhf

Timothy Sample writes: > The problem goes away if I move “useSubstitutes” above “reservedSize”, > which has type “off_t”. I’m guessing this is because of something fishy > with “_FILE_OFFSET_BITS”, but I’m not sure what just yet. Here’s my best guess as to what is going on. In “nix-

bug#37384: Daemon does not honor “useSubstitutes” on armhf

Timothy Sample writes: > it gives me different addresses depending on whether I’m printing from > the main daemon loop or from the “querySubstitutablePathInfos” method. > The addresses suspiciously differ by eight. The problem goes away if I move “useSubstitutes” above “reservedSize”,

bug#37384: Daemon does not honor “useSubstitutes” on armhf

Currently, the “guix” package cannot build on armhf due to test failures: . (I can confirm this on my local machine, too.) It looks like there is some confusion about the layout of the “Settings” struct. At least, if I add some print statements in

bug#37361: GHCI fails to run for ghc@8.6.5

Hi Jacob, Jacob MacDonald writes: >> I believe this should be fixed by 83aa656217. > > That does indeed fix both bugs. In my specific case I'm still running > into an issue with dependency shadowing, but it seems like a separate > issue and I'll open a new one if it's not on my side. > >

bug#37361: GHCI fails to run for ghc@8.6.5

Hi Jacob, Jacob MacDonald writes: > To reproduce, just guix environment --ad-hoc ghc -- ghci. ghc@8.4.3 > works. Seems like this may be related to some Prelude changes upstream > (https://gitlab.haskell.org/ghc/ghc/issues/16563), but I'm not > familiar enough with GHC internals to really tell

bug#37064: Ghc 8.6.5 fails to find core package database

Hi again, Timothy Sample writes: > Gabriel Giamarchi writes: > >> Installing only 'ghc 8.6.5' (Glasgow Haskell compiler) and sourcing >> >> '~/.guix-profile/etc/profile' leads to ghc not finding core modules. >> ('ghci' doesn't find System.IO fo

bug#37064: Ghc 8.6.5 fails to find core package database

Hi Gabriel, Gabriel Giamarchi writes: > Installing only 'ghc 8.6.5' (Glasgow Haskell compiler) and sourcing > > '~/.guix-profile/etc/profile' leads to ghc not finding core modules. > ('ghci' doesn't find System.IO for instance). > > This is due to $GHC_PACKAGE_PATH not containing ghc 8.6.5's >

bug#36972: ghc-8.6.5 won't complete its build phase

Hi Brian, Brian Leung writes: > Hi Tim, > > Thanks for your response. I've tried upgrading again and everything > works fine. For whatever reason, when I tried upgrading last time, > there was no indication that the tests ever started running, not even > a couple of hours after the build phase

bug#36972: ghc-8.6.5 won't complete its build phase

Hi Brian, Brian Leung writes: > Upon upgrading with `guix upgrade`, ghc-8.6.5 is downloaded, but the > build phase seems to get stuck at 100%. It looks like everything went fine on the CI server, and I built it before I committed it. Is it possible it was running the tests? They take much,

bug#36924: fixing GDM + GNOME Shell

Hello, Ricardo Wurmus writes: > Mark H Weaver writes: > >> It's interesting that I've never run into this problem, not even once, >> in all my years of running GNOME on Guix systems. Since recently >> reverting to mostly using GNOME under X and GDM (whereas for a while I >> was mostly

bug#33685: Time settings does not work in gnome

Hello, Chris Marusich writes: > swedebu...@riseup.net writes: > >> On 2018-12-09 13:06, swedebu...@riseup.net wrote: >>> When I set the time or toggle automatic time in the gnome-control-center >>> it errors out. The time is still wrong. >>> >>> sdb@antelope ~$ gnome-control-center >>> >>>

bug#23201: GNOME lock screen hotkey doesn't work

Hi, Rene writes: > Hello, > > I think that this bug is solved with commits(master branch): > >>From `92deb5cc920fcc7617302986180f1abee5fd2b2` to > `48c8d067d4ded776939cda6f9c63c25b38ba77fc`, using the GDM service. I agree. I’ve been using the lock screen with the hotkey for a while now.

bug#36723: [core-updates] Error building module-import-compiled

Hi, Whenever I try to build the following (i.e., using “guix build -f”) (use-modules (guix gexp) (guix modules)) (scheme-file "test.scm" (with-imported-modules (source-module-closure '((gnu build file-systems))) #~(values

bug#36084: ghc-tasty/ghc-clock circular dependency breaking is broken

Hi, Robert Vollmert writes: >> On 16. Jul 2019, at 17:08, Timothy Sample wrote: >> >> Hi Robert, >> >> After looking at this and your patch at <https://bugs.gnu.org/36249>, >> I’m wondering if it works as long as we make sure the versions match. >

bug#36084: ghc-tasty/ghc-clock circular dependency breaking is broken

Hi Robert, Robert Vollmert writes: > ghc-tasty depends via “inputs” on ghc-clock-bootstrap (v0.5) which is built > without tests, > while ghc-clock (v0.7) depends via “native-inputs” on ghc-tasty for tests. > > This means that any package which depends on ghc-tasty and ghc-clock is >

bug#36686: evolution-data-server fails on core-updates (10 dependents)

Hi Chris, Chris Marusich writes: > Hi, > > On commit 464a29d3d74e7d2f27042db6ab166bfdbe1f992e ('git branch --all > --contains 464a29d3d74e7d2f27042db6ab166bfdbe1f992e' reports this commit > is only merged into core-updates at this time), evolution-data-server > fails with the following error,

bug#35750: `guix import hackage` is unaware of metadata revisions

Hi Robert, Robert Vollmert writes: > As far as I can tell, `guix import hackage` imports the first revision > of a hackage > release. > > I suggest aiming to import the latest cabal revision from hackage, as > already supported by haskell-build-system via the #:cabal-version > argument. Thanks

bug#35785: ‘string->uri’ is locale-dependent and breaks in ‘sv_SE’

Hi, Ludovic Courtès writes: > Timothy Sample skribis: > > [...] > >> I needed to reload the modules like that to make the tests fail without >> the patch and pass with it. My understanding is that the bug happens >> at regex compile time, which happens wh

bug#35785: ‘string->uri’ is locale-dependent and breaks in ‘sv_SE’

Hi Ludo, Ludovic Courtès writes: > Hi Timothy, > > Timothy Sample skribis: > >> Here’s a patch for Guile that uses explicit lists of characters in the >> ‘(web uri)’ module instead of character ranges. It includes two tests >> that are pretty verbose, but seem

bug#35785: ‘string->uri’ is locale-dependent and breaks in ‘sv_SE’

Hello, Ricardo Wurmus writes: > Ludovic Courtès writes: > >> Using the “lower” regexp class instead of “[a-z]” works: >> >> --8<---cut here---start->8--- >> scheme@(guile-user)> (string-match "[[:lower:]]" "w") >> $12 = #("w" (0 . 1)) >>

bug#35746: Evolution calendar gets the timezone wrong

Hi again, Timothy Sample writes: > Hello, > > Ludovic Courtès writes: > >> Hi Ben, >> >> Ben Sturmfels skribis: >> >>> In Evolution though, all my calendar events show up in UTC time, so I >>> have appointments showing up at eg. 1am. >

bug#35746: Evolution calendar gets the timezone wrong

Hello, Ludovic Courtès writes: > Hi Ben, > > Ben Sturmfels skribis: > >> In Evolution though, all my calendar events show up in UTC time, so I >> have appointments showing up at eg. 1am. >> >> When I go to Edit, Preferences, Calendar and Task, General, under >> timezone it says: >> >> [x] Use

bug#35674: GDM auto-login doesn't work

Hello, Ricardo Wurmus writes: > Hi Alex, > >> After configuring Guix to enable GDM auto-login, I am still presented >> with a password prompt upon booting my machine. I'm not sure whether >> it's a bug in Guix or something I'm doing wrong, so I've attached the >> configuration I'm using just in

bug#35672: probleme de rafraichissiment du bureau

Allô, Gnu Röoty writes: > Bonsoir ! > Alors j'ai un problème depuis la sortie de guixSD. > Quand j'installe une application, pour quelle puisse apparaitre dans le > gestionnaire de > démarrage de GNOME, je dois fermer et re-ouvrir la session pour voir > l'application que j'ai >

bug#35560: GNOME Shell 3.28 crashes and suspends to RAM (!) after ejecting removable media

Hi Ludo, Ludovic Courtès writes: > Hello! > > GNOME Shell is crashy since the 3.28 upgrade (it’s an install that was > made before the 3.28 upgrade; I wonder whether the same happens on a > fresh install.) GNOME Shell has been quite stable for me since Ricardo made sure that it was using

bug#35541: Installer does not add %base-packages

Hi, > Timothy Sample skribis: > >> Ludovic Courtès writes: >> >>> Has anyone tried on a GNOME, Xfce, or ratpoison install? I wonder if >>> the problem is visible there (until you open a terminal, that is.) >> >> I just tried Xfce and it

bug#35541: Installer does not add %base-packages

Hi, Timothy Sample writes: > Ludovic Courtès writes: > >> Has anyone tried on a GNOME, Xfce, or ratpoison install? I wonder if >> the problem is visible there (until you open a terminal, that is.) > > I just tried Xfce and it does not work. Adding “%base-packages” bac

bug#35509: Stopping gdm-service results in an unresponsive system

Hi Mark, Mark H Weaver writes: > Timothy Sample writes: > >> I have a lead now! At least, I have a way to stop GDM and return to a >> working TTY. Assuming that you are working on a TTY with elogind >> session “c1”, you can run >> >> herd stop xorg-ser

bug#35509: Stopping gdm-service results in an unresponsive system

Hi again, Timothy Sample writes: > Mark H Weaver writes: > >> On my x86_64-linux system running the Guix system, when I include >> gdm-service in my system services, 'herd stop xorg-server' results in a >> state where I seemingly cannot recover except by rebooting. I'm

bug#35509: Stopping gdm-service results in an unresponsive system

Hi Mark, Mark H Weaver writes: > On my x86_64-linux system running the Guix system, when I include > gdm-service in my system services, 'herd stop xorg-server' results in a > state where I seemingly cannot recover except by rebooting. I'm left in > what appears to be an empty Linux text

bug#35484: GDM failing to start stumpwm after merge

Hi Brett, Brett Gilio writes: > Timothy Sample writes: > >> Hi Brett, >> >> [...] >> >> I can think of two options for a fix before 1.0 (which is supposed to be >> tomorrow!). The cute one is to just rename “Fail” to “~Fail”, on the >> expect

bug#35484: GDM failing to start stumpwm after merge

Hi Ludo, Ludovic Courtès writes: > Hi Tim, > > Timothy Sample skribis: > >> I can think of two options for a fix before 1.0 (which is supposed to be >> tomorrow!). The cute one is to just rename “Fail” to “~Fail”, on the >> expectation that this will come afte

bug#35484: GDM failing to start stumpwm after merge

Hi Brett, bre...@posteo.net writes: > On 29.04.2019 18:05, Timothy Sample wrote: >> >> After doing some testing in a VM, it looks like this is an issue >> with my >> recent commit: 8caa458953eeac783c73a0e5aaa72842fe3914c9. >> >> I added a placeholder deskt

bug#35484: GDM failing to start stumpwm after merge

Hi again, Timothy Sample writes: > Hi Brett, > > Brett Gilio writes: > >> Hey all >> >> I just reconfigured my system configuration after the big staging merge >> to master. I use StumpWM. >> >> GDM seems to be starting just fine, but after t

bug#35484: GDM failing to start stumpwm after merge

Hi Brett, Brett Gilio writes: > Hey all > > I just reconfigured my system configuration after the big staging merge > to master. I use StumpWM. > > GDM seems to be starting just fine, but after this reconfiguration > stumpwm or X or something is crashing for me and looping me back to GDM. > >

bug#35439: Transmission BitTorrent Client

Hi Raghav, "Raghav Gururajan" writes: > Oh wow! That's new xD. I just installed as "transmission" with no > output tag. What would have been the output? It neither was cli nor > gui. It installs the “transmission-daemon” binary, which is a daemon that other applications can talk to in order

bug#35068: GDM crashes when it cannot find any .desktop files

Hi Ludo and Danny, Ludovic Courtès writes: > Hello, > > Timothy Sample skribis: > >> There are two workarounds. The first is to keep Danny’s patch as-is, >> but add logic to “xinitrc” so that it only uses “~/.xsession” when >> passed “custom” as an argument (

bug#35068: GDM crashes when it cannot find any .desktop files

Hi Danny, Oh my! I explained things very poorly. Sorry. I’ll provide some more context. Danny Milosavljevic writes: > Hi Timothy, > > On Thu, 25 Apr 2019 14:49:42 -0400 > Timothy Sample wrote: > >> exploding. I did look at Danny’s patch (#35377), and it would

bug#35068: GDM crashes when it cannot find any .desktop files

Hi Ludo and Danny, Date: Thu, 25 Apr 2019 11:36:36 -0400 Ludovic Courtès writes: > Danny Milosavljevic skribis: > >> Apr 21 11:23:57 localhost gdm: XXX gdm: value == NULL for key == PATH >> Apr 21 11:23:57 localhost gdm: Child process -1384 was already dead. >> Apr 21 11:23:57 localhost

bug#35267: Evolution

Hello, Luther Thompson writes: > On Mon, 15 Apr 2019 21:40:18 +0200 > Ludovic Courtès wrote: > >> "The Philosopher" skribis: >> >> > While adding account, evolution is throwing error "The name >> > org.gnome.evolution.dataserver.Sources5 was not provided by any >> > .service files". >> >>

bug#34772: Python tkinter

Hi Brett, bre...@posteo.net writes: > Thank you Tim. I don't know how I missed that, as I tried exactly > that. Weird. We can close this error Glad I could help! -- Tim

bug#34772: Python tkinter

Hi Brett, "bre...@posteo.net" writes: > Bumping this, as it has been 24 hours without a reply. I'm still not > sure what to make of this issue, and I do not have another machine to > reproduce it on. > > [...] > > ModuleNotFoundError: No module named '_tkinter' > > Anybody have any ideas?

bug#33922: failing git-annex build

Hi again, Timothy Sample writes: > Ricardo Wurmus writes: >> >> [...] >> >> The most appropriate line to modify would then be this: >> >> confs = map (path ) $ filter (".conf" `isSuffixOf`) fs >> >> where “fs” is the l

bug#33922: failing git-annex build

Hi Ricardo, Ricardo Wurmus writes: > Hi Tim, > > thanks for the patch. > >> From bb29ee8ccc656b86039127b31fd8b79533927053 Mon Sep 17 00:00:00 2001 >> From: Timothy Sample >> Date: Wed, 2 Jan 2019 16:40:48 -0500 >> Subject: [PATCH] gnu: ghc: Sort

bug#33953: reconfigure not working tl; dr : EFI not mounted to /boot/efi

Hi Joshua, Joshua Branson writes: > Hello, > > This is a really minor bug, but basically grub-install command is > failing on reconfigure. It is failing, because /dev/sda1 (my EFI) is > not mounted at /boot/efi. In the config examples in the manual, it does > not show a > > #+BEGIN_SRC scheme

bug#33922: failing git-annex build

+++ b/gnu/packages/haskell.scm @@ -14,7 +14,7 @@ ;;; Copyright © 2017 rsiddharth ;;; Copyright © 2017, 2018 Tobias Geerinckx-Rice ;;; Copyright © 2018 Tonton -;;; Copyright © 2018 Timothy Sample +;;; Copyright © 2018, 2019 Timothy Sample ;;; Copyright © 2018 Arun Isaac ;;; ;;; This file

bug#33755: error: execlp: No such file or directory from guix environment

Hi Ludo, Ludovic Courtès writes: > Hello comrades! > > Timothy Sample skribis: > >> [...] >> >> From aedc745a3f9765ae00dc61a59fa53d22a458551b Mon Sep 17 00:00:00 2001 >> From: Timothy Sample >> Date: Sat, 15 Dec 2018 23:17:46 -0500 >> Subject: [

bug#33755: error: execlp: No such file or directory from guix environment

int them anyway. Here’s an updated patch. I also got rid of the 127 status code, since doesn’t make sense for the more general cases. Thanks for the help! -- Tim >From aedc745a3f9765ae00dc61a59fa53d22a458551b Mon Sep 17 00:00:00 2001 From: Timothy Sample Date: Sat, 15 Dec 2018 23:17:46 -05

bug#33755: error: execlp: No such file or directory from guix environment

Bah! I goofed on the attachment. Sorry for the trouble. Here it is again. >From e88baf0363607d4e072f5a29a2cd01ededfa00d2 Mon Sep 17 00:00:00 2001 From: Timothy Sample Date: Sat, 15 Dec 2018 12:57:52 -0500 Subject: [PATCH] environment: Print command name on execlp error. Fixes <

bug#33755: error: execlp: No such file or directory from guix environment

Hi, Julien Lepiller writes: > Hi, this is because we have a -- option. "guix environment guix -- > ad-hoc libgit2" means you want to run "ad-hoc libgit2" in a guix > environment. The error message tells you that it can't find an ad-hoc > executable in that environment. There is no "ad-hoc"

bug#32524: guix system build bare-bones.scm fails with ahci shpchp

Hello, Eric Brown writes: > I am attempting to guix system reconfigure a GuixSD 0.15 (updated) > Macintosh laptop where reconfigure recommends and requires: > > (initrd-modules (append (list "ahci" "shpchp") > %base-initrd-modules)) > > However, the config file that

bug#19973: Grafts break debug outputs

Hi Ludo, l...@gnu.org (Ludovic Courtès) writes: > Hello! > > l...@gnu.org (Ludovic Courtès) skribis: > >> However, one very likely problem is that .debug files include a CRC of >> the binary they correspond to (info "(gdb) Separate Debug Files"), and >> that CRC is not updated when we graft

bug#30680: [PATCH] Patch Racket to fix bug #30680

Christopher Lemmer Webber writes: > Timothy Sample writes: > >> Hi Guix, >> >> (Patch is attached below.) >> >> This patch fixes <https://debbugs.gnu.org/30680>. It does so by >> patching Racket to treat store files specially. I have verifi

bug#30680: [racket-users] Using Racket's raco on on Guix(SD)

Christopher Lemmer Webber writes: > Timothy Sample writes: > >> Christopher Lemmer Webber writes: >> >>> Likewise, Gregor and Raart do not install: >>> >>> [...] >> >> This is a timezone issue. The “tzinfo” package cannot find the >&

bug#30680: [PATCH] Patch Racket to fix bug #30680

Hi Guix, (Patch is attached below.) This patch fixes . It does so by patching Racket to treat store files specially. I have verified that it both fixes the bug above and still recompiles non-store files. As far as I can tell, Racket only uses these checksums as

bug#30680: [racket-users] Using Racket's raco on on Guix(SD)

Christopher Lemmer Webber writes: > Likewise, Gregor and Raart do not install: > > $ mv ~/.racket ~/.racket-borked > $ raco pkg install gregor # lots of errors during install > $ racket > racket@> (require gregor) > explode-path: contract violation > expected: (or/c path-for-some-system?

bug#30680: [racket-users] Using Racket's raco on on Guix(SD)

Christopher Lemmer Webber writes: > Konrad Hinsen writes: > >> In my tests, all packages ended up working, but performance is indeed >> worse than with a Racket installation outside of Guix. >> >> It would be nice if someone with more knowledge of Racket internals >> could give a hint or two for