bug#41602: texlive-texmf is actually subtitutable

On +2020-05-29 17:15:40 +0200, Ludovic Courtès wrote: > Strangely, ‘texlive-texmf’ (the big one) is substitutable: > > --8<---cut here---start->8--- > $ guix describe > Generacio 145 May 25 2020 00:37:58(nuna) > guix 9744cc7 > repository URL: https:/

bug#41604: guix pull impossible after rebasing a local repository

Hello, zimoun writes: > Is "guix pull --commit=1444040933 --allow-downgrades" not working for you? Yeah guix pull --commit=1444040933 --allow-downgrades failed. > What do you mean? An option for you or an option of "guix pull"? > Ah my bad, it is "--roll-back". The double "--roll-back" and >

bug#41607: Deleted store items are not actually deleted

-help-guix On Sat, 30 May 2020 at 00:11, Stephen Scheck wrote: >> Do you have '/var/' in your Docker image? Because it looks like the same >> than: > If you'd like, you can fetch the exact same image and look around yourself: > > docker pull singularsyntax/guix:master-a5374cd # same as > sing

bug#41603: How To Resolve "guile: warning: failed to install locale"

Interesting -- ive never heard of guix challenge... I ran it and here is my result: ''' 8,427 store items were analyzed:   - 3,480 (41.3%) were identical   - 147 (1.7%) differed   - 4,800 (57.0%) were inconclusive ''' So, does this mean that some of the binaries that are being hosted may be ma

bug#41603: How To Resolve "guile: warning: failed to install locale"

Dear, Because the issue is fixed for you and new hash is fixed in 91c8b23e571b90e2d263194c9fbb2b then I am closing. On Sat, 30 May 2020 at 00:16, David Philipe Gil wrote:> > I thankfully have resources to spare on building my own binaries. I might go > back to it. I think its so cool. Now yo

bug#41603: How To Resolve "guile: warning: failed to install locale"

I thankfully have resources to spare on building my own binaries. I might go back to it. I think its so cool.Sent from ProtonMail Mobile On Fri, May 29, 2020 at 6:14 PM, zimoun wrote: On Sat, 30 May 2020 at 00:07, David Philipe Gil wrote:>> I thought it would be "cool

bug#41603: How To Resolve "guile: warning: failed to install locale"

I wanted to always build my own binaries. that was intentional.Sent from ProtonMail Mobile On Fri, May 29, 2020 at 6:12 PM, Ricardo Wurmus wrote: David Philipe Gil via Bug reports for GNU Guix writes:> substitute: guix substitute: warning: ACL for archive imports seems to>

bug#41603: How To Resolve "guile: warning: failed to install locale"

No, I did not reinstall Guix. I just uninstalled the package. I thought it would be fun to always build my own software. I think I will return to using pre-build binaries for a while.Sent from ProtonMail Mobile On Fri, May 29, 2020 at 5:15 PM, Marius Bakke wrote: David Philipe Gil

bug#41603: How To Resolve "guile: warning: failed to install locale"

On Sat, 30 May 2020 at 00:07, David Philipe Gil wrote: > > I thought it would be "cool" to build all of my own software using Guix, but > it seems that functionality is not reliable yet. Anyway, my issue is now > resolved. Thank you. Depending on what you use, build all your software could be r

bug#41603: How To Resolve "guile: warning: failed to install locale"

David Philipe Gil via Bug reports for GNU Guix writes: > substitute: guix substitute: warning: ACL for archive imports seems to > be uninitialized, substitutes may be unavailable This means you will be building everything from source. If that’s not what you intended to do you should authorize

bug#41603: How To Resolve "guile: warning: failed to install locale"

Hi Marius, On Fri, 29 May 2020 at 23:15, Marius Bakke wrote: > Uff, this is because the domain that used to serve the tarball has > started serving very different content. :-/ > > I have fixed this in the Guix master branch with commit > 91c8b23e571b90e2d263194c9fbb2b05c0475dc1. Thank you for

bug#41603: How To Resolve "guile: warning: failed to install locale"

I thought it would be "cool" to build all of my own software using Guix, but it seems that functionality is not reliable yet. Anyway, my issue is now resolved. Thank you.Sent from ProtonMail Mobile On Fri, May 29, 2020 at 6:03 PM, zimoun wrote: Dear,On Fri, 29 May 202

bug#41603: How To Resolve "guile: warning: failed to install locale"

Dear, On Fri, 29 May 2020 at 23:10, David Philipe Gil wrote: > > It seems the local build aspect is broken for me for glibc-locales so to > solve this, as root I did: > > # guix archive --authorize < \ > ~root/.config/guix/current/share/guix/ci.guix.gnu.org.pub As Marius pointed, without t

bug#41603: How To Resolve "guile: warning: failed to install locale"

David Philipe Gil via Bug reports for GNU Guix writes: > I uninstalled glibc-locales and tried to reinstall and now I cannot > reinstall it. So you reinstalled Guix? > guile: warning: failed to install locale > The following package will be installed: >    glibc-locales 2.31 > > substitute: gui

bug#41603: How To Resolve "guile: warning: failed to install locale"

It seems the local build aspect is broken for me for glibc-locales so to solve this, as root I did: # guix archive --authorize < \ ~root/.config/guix/current/share/guix/ci.guix.gnu.org.pub It seems to have fixed my issue. On 5/29/20 4:29 PM, David Philipe Gil wrote: > I uninstalled glibc-lo

bug#41603: How To Resolve "guile: warning: failed to install locale"

I uninstalled glibc-locales and tried to reinstall and now I cannot reinstall it. guile: warning: failed to install locale The following package will be installed:    glibc-locales 2.31 substitute: guix substitute: warning: ACL for archive imports seems to be uninitialized, substitutes may be una

bug#41607: Deleted store items are not actually deleted

>From the discussion "Guix Docker image inflation" [0] on help-guix: On Fri, May 29, 2020 at 02:29:53PM -0400, Stephen Scheck wrote: > # Now try to delete it... > root@localhost /gnu/store# guix gc --delete > /gnu/store/x7ns2xcp8lfg24zq7gr3y8ffczn1nsxp-guix-d79c917f2-modules > finding garbage coll

bug#41595: time-machine failure

zimoun skribis: >> That’s because the inferior for that commit is cached in >> ~/.cache/guix/inferiors. That “hides” the problem. > > Good to know. Thank you for the explanation. > So if I would like to reproduce using this strategy, before the new > pull, I should have to "garbage collect" to

bug#41604: guix pull impossible after rebasing a local repository

On Fri, 29 May 2020 at 20:22, John Soo wrote: > Ah, I think that is the problem. I want to keep my same patches which > are rebased on top of origin/master. The patch contents are the same but > the commit hash has changed to something else. Hehe! Dangerous zone. :-) Personally, I keep clean ~/

bug#41604: guix pull impossible after rebasing a local repository

Hello, zimoun writes: > Maybe, you can try: > >guix pull --commit=57518fc7bf1efc899c0dabaa76685a319661f8e4 > --allow-downgrades > if 57518fc7 is really in your channel at ~/john/projects/guix/.git -- > I mean, you have replaced 'https://' by a local clone where you are > committing stuff,

bug#41602: texlive-texmf is actually subtitutable

On Fri, May 29, 2020 at 05:15:40PM +0200, Ludovic Courtès wrote: > The info suggests it won’t be substituted, but it’s eventually > substituted. I wonder why, because the .drv has: > > ("allowSubstitutes","0") > > and the daemon has: > > bool substitutesAllowed(const Derivation & drv) > {

bug#41604: guix pull impossible after rebasing a local repository

On Fri, 29 May 2020 at 19:10, John Soo wrote: > Guix describe has 57518fc7bf1efc899c0dabaa76685a319661f8e4 > as the current comment. Maybe, you can try: guix pull --commit=57518fc7bf1efc899c0dabaa76685a319661f8e4 --allow-downgrades if 57518fc7 is really in your channel at ~/john/projects/gu

bug#41604: guix pull impossible after rebasing a local repository

Hi there, zimoun writes: > Hi John, > > On Fri, 29 May 2020 at 18:39, John Soo wrote: > > Have you used '--allow-downgrades' before or after the big remove? > And your current 'guix describe' is 57518fc7, right? I used it after the cache removal unfortunately. Guix describe has 57518fc7bf1efc

bug#41604: guix pull impossible after rebasing a local repository

Hi John, On Fri, 29 May 2020 at 18:39, John Soo wrote: > Updating channel 'guix' from Git repository at > 'file:///home/john/projects/guix/.git'... > guix pull: error: aborting update of channel 'guix' to commit > 1444040933ac35b967720288dc30ed70e5481ed3, which is not a descendant of > 57518f

bug#41595: time-machine failure

Hey! On Fri, 29 May 2020 at 18:34, Ludovic Courtès wrote: > During that interval, I see two potential culprits: > > 01611d141e quirks: Add patch for . > 9db8836916 channels: 'build-from-source' restores '%guile-for-build'. > > This is fixed by 36640207c9543e48cd6d

bug#41595: time-machine failure

Ludovic Courtès writes: Hello! > zimoun skribis: > >> it completes and display "Hello, world!". Well, the commit 0d371c6 is >> one day older than the one you used 9744cc7. > > During that interval, I see two potential culprits: > > 01611d141e quirks: Add patch for

bug#41604: Acknowledgement (guix pull impossible after rebasing a local repository)

One other note I forgot to mention. Using guix pull --allow-downgrades gives the same error.

bug#41604: guix pull impossible after rebasing a local repository

Hi Guix, I use a local git repo with branch that I specify in channels.scm. My usual workflow is: 1. rebase on origin 2. guix pull This stopped working with the following error: Updating channel 'guix' from Git repository at 'file:///home/john/projects/guix/.git'... guix pull: error: aborting

bug#41581: Redirecting ‘guix graph’ to bcachefs file causes backtrace(?)

Hi, Tobias Geerinckx-Rice skribis: > Of course I don't expect anyone else to be doing this, but does anyone > have a clue as to what *could* be happening? Redirection to a file in > /tmp works fine. > > λ findmnt / > TARGET SOURCEFSTYPE OPTIONS > / /dev/sda1 bcachefs > rw,relatime,co

bug#41546: Shepherd network activation failures on armhf

Hi Jesse, Jesse Dowell skribis: > I was able to track my issue down to recently introduced code in > guix/build/syscalls.scm related to the GNU Hurd. > > The following patch fixes the problem for me. The core of the issue is that > the new Hurd related checks use string-suffix? rather than stri

bug#41595: time-machine failure

Hi, zimoun skribis: > it completes and display "Hello, world!". Well, the commit 0d371c6 is > one day older than the one you used 9744cc7. During that interval, I see two potential culprits: 01611d141e quirks: Add patch for . 9db8836916 channels: 'build-from-so

bug#41400: Current biber version is incompatible with biblatex

Le 29 mai 2020 11:38:31 GMT-04:00, "Ludovic Courtès" a écrit : >Hi, > >Mikhail Tsykalov skribis: > >> When running biber the following error appears: >> >> ERROR - Error: Found biblatex control file version 3.5, expected >> version 3.4. >> This means that your biber (2.11) and biblatex (3.12) ver

bug#41362: error when running guix pull on i686-linux

Hi, Mayeul Cantan skribis: > After checking that 9d0b9c7c6c0b0d45653dea80b499314ea415d3c7 (just > after the one I was on) worked all right, I tried a second bissect, > that found 10c413685f13af12fa2bb34796db82e1f52b47af as a possible > cause. After reverting just 10c41 failed, I also reverted 69

bug#41400: Current biber version is incompatible with biblatex

Hi, Mikhail Tsykalov skribis: > When running biber the following error appears: > > ERROR - Error: Found biblatex control file version 3.5, expected > version 3.4. > This means that your biber (2.11) and biblatex (3.12) versions are > incompatible. > See compat matrix in biblatex or biber PDF do

bug#41603: How To Resolve "guile: warning: failed to install locale"

Dear, On Fri, 29 May 2020 at 17:20, David Philipe Gil via Bug reports for GNU Guix wrote: > I have the Guix package manager installed on Trisquel 9 (Ubuntu 18.04 based) > and whenever I do "guix pull", "guix package -u", etc. As a first response, I > see the following warning -- "guile: warnin

bug#41603: How To Resolve "guile: warning: failed to install locale"

I have the Guix package manager installed on Trisquel 9 (Ubuntu 18.04 based) and whenever I do "guix pull", "guix package -u", etc. As a first response, I see the following warning -- "guile: warning: failed to install locale". I have installed the glibc locales package already. How do I resolve

bug#41602: texlive-texmf is actually subtitutable

Strangely, ‘texlive-texmf’ (the big one) is substitutable: --8<---cut here---start->8--- $ guix describe Generacio 145 May 25 2020 00:37:58(nuna) guix 9744cc7 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 97

bug#41499: /proc/filesystems impurity in build environment

Hi Chris, Chris Marusich skribis: > The Linux kernel's /proc/filesystems is an impurity in the Guix build > environment. Its contents can cause the same derivation to behave > differently on different systems. > > For example, the default kernel on Fedora systems uses SELinux, so > /proc/filesy

bug#41384: failing to build util-linux 2.35.1

Josh writes: >>There are a couple of options. The easiest way is to boot into an older >>generation before running 'guix pull', if you have any generations with >>kernel < 5.4.36 lying around. > > This worked! Thanks for the response. Sorry for the delay.. it took > awhile to update :) Great, t

bug#41598: [staging] calibre build failure

On the 'staging' branch (commit 8a7a5dc7805f4628e60f90af6b2416f951d0c034), "calibre" fails to build: g++ -c -pipe -O2 -Wall -Wextra -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN -DQT_THEME_SUPPORT_LIB -DQT_FONTDATABASE_SUPPORT_LIB -DQT_SERVICE_SUPPORT_LIB -DQT_EVENTDISPATCHER_SUPPORT_LIB -DQT_GUI

bug#41384: failing to build util-linux 2.35.1

There are a couple of options. The easiest way is to boot into an older generation before running 'guix pull', if you have any generations with kernel < 5.4.36 lying around. This worked! Thanks for the response. Sorry for the delay.. it took awhile to update :)

bug#41596: [staging] 'librsvg-next' build failure

On Fri, May 29, 2020 at 03:17:51PM +0200, Marius Bakke wrote: > On the 'staging' branch, "librsvg-next" (a dependency of GNOME) fails to > compile the 'xml-rs' Rust crate: > > --8<---cut here---start->8--- >Compiling xml-rs v0.8.1 > error[E0658]: `cfg(doctes

bug#41596: [staging] 'librsvg-next' build failure

On the 'staging' branch, "librsvg-next" (a dependency of GNOME) fails to compile the 'xml-rs' Rust crate: --8<---cut here---start->8--- Compiling xml-rs v0.8.1 error[E0658]: `cfg(doctest)` is experimental and subject to change --> /tmp/guix-build-librsvg-2.

bug#41595: time-machine failure

Ludovic Courtès writes: > $ guix time-machine --commit=ab0ede51c041927a1c35535aec3504f84d7a9751 -- > environment --ad-hoc hello -- hello [..] > Backtrace: Yes, that's what I get. After pulling back to (April 24th) --8<---cut here---start->8--- $ guix descr

bug#41595: time-machine failure

Hi Ludo, On Fri, 29 May 2020 at 12:02, Ludovic Courtès wrote: > failed to compute the derivation for Guix (version: > "ab0ede51c041927a1c35535aec3504f84d7a9751"; system: "x86_64-linux"; > host version: "9744cc7b4636fafb772c94adb8f05961b5b39f16"; pull-version: 1). --8<---cut here---

bug#41595: time-machine failure

--8<---cut here---start->8--- $ guix time-machine --commit=ab0ede51c041927a1c35535aec3504f84d7a9751 -- environment --ad-hoc hello -- hello Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... substitute: updating substit