bug#34854: stepmania does not work

Nicolas Goaziou writes: > "GtkModule.so" should be located in the same directory as the executable > "stepmania". This is the case in our package: both are located in > "…stepmania-5.1.0-b2/share/stepmania/". > > However, our package definition also creates a symlink to the > "stepmania" execut

bug#35012: Can't install icecat

H, Mark and everyone who has been helpful > As other people have mentioned, this substitute should now be > available, I keep getting this, I don't know if I am doing something wrong: $ guix package -n -u . --substitute-urls="https://mirror.hydra.gnu.org https://ci.guix.info"; [...] subst

bug#24450: bug#33047: pypi importer uses incorrect package names

Julien Lepiller writes: > Hi, > > I found that sometimes the pypi importer had trouble importing > packages correctly. For instance, running "guix import pypi txaio" > gave me this list of dependencies: > > (propagated-inputs > `(("python-[all]" ,#{python-\x5b;all\x5d;}#) >("python-[asyncio]

bug#24450: pypi importer outputs strange character series in optional dependency case.

ng0 writes: > I think this should not happen with pypi import: > > (inputs > `(("python-certifi==2016.2.28" >,python-certifi==2016.2.28) > ("python-dateutil==2.5.3" >,python-dateutil==2.5.3) > ("python-flask-babel==0.11.1" >,python-flask-babel==0.11.1) >

bug#24450: [PATCH] bug#24450: pypi importer outputs strange character series in optional dependency case.

Hello, ng0 writes: > I think this should not happen with pypi import: > > (inputs > `(("python-certifi==2016.2.28" >,python-certifi==2016.2.28) > ("python-dateutil==2.5.3" >,python-dateutil==2.5.3) > ("python-flask-babel==0.11.1" >,python-flask-babel==0.

bug#24450: bug#33569: Missing sanitizing of '[]' in pypi-importer

swedebugia writes: > E.g. > sdb@komputilo ~/guix-tree$ ~/guix-tree/pre-inst-env guix import pypi > snakemake > ... > (propagated-inputs > `(("python-[reports]" >,#{python-\x5b;reports\x5d;}#) > ("python-appdirs" ,python-appdirs) > ... This one now gives (local branch): --8<-

bug#34266: pypi importer cannot handle [ and ] correctly

swedebugia writes: > $ ./pre-inst-env guix import pypi beaker > > following redirection to `https://pypi.org/pypi/Beaker/json'... > > Starting download of /tmp/guix-file.p15GJZ > From > https://files.pythonhosted.org/packages/c2/21/b052b2fbfee3def06670923d5d34b0d353d4c278013e4a714c3fb663f150/Beak

bug#35039: Thunar has lost icons after update

Hello! I've made `guix pull && guix package -u` for root and usual user, also `guix system reconfigure /etc/config.scm` and now thunar does not have icons: https://ibb.co/D4357m5 Guix + Xfce + Slim. What to do? config:  (services (cons*      ;;(servi

bug#35012: Can't install icecat

Hi Alberto, > It keeps failing no matter what. I have about 200gb of disk space and > 8gb of RAM. This is the error I always get: > > $ guix package -c 7 --upgrade icecat --substitute-urls="https://ci.guix.info"; > substitute: updating substitutes from 'https://ci.guix.info'... 100.0% > substitute

bug#35038: Hydra unable to create new evaluations of master branch

I tried to create a new evaluation of 'master' on hydra.gnu.org to build the new kernels, and it failed with the following inscrutable error: building path(s) `/gnu/store/ar60js22kf3xwv06qdc1clhrvq1hf79z-profile' ERROR: In procedure read: In procedure scm_lreadr: #:13:133: Unknown # object:

bug#35010: Many CPAN download URLs are no longer available

Ludovic Courtès writes: > The good news is that the (guix upstream) framework gets to see the > correct URL: > > scheme@(guile-user)> (package-latest-release perl-uri (force %updaters)) > $6 = #< package: "perl-uri" version: "1.76" urls: > ("mirror://cpan/authors/id/O/OA/OALDERS/URI-1.76.tar.gz"

bug#35034: guile2.0-git rewrites libgit2 input to use guile-2.0 (was: One libgit2 derivation fails on armhf, another succeeds)

retitle 35034 guile2.0-git rewrites libgit2 input to use guile-2.0 thanks It turns out that this problem is not specific to armhf. 'guile2.0-git' recently started failing to build on all Hydra-supported systems. I see now what's going on. The problem was introduced by: commit 03fb5ff6ae01a68

bug#35034: One libgit2 derivation fails on armhf, another succeeds

Hi Mark, On Thu, 28 Mar 2019 16:38:27 -0400 Mark H Weaver wrote: > unless 'package-for-guile-2.0' is somehow modifying the > 'libgit2' derivation. > > Any idea what's going on here? Not really, *but* I've recently replaced Python by Guile in libgit2 tests. Maybe that broke something - especia

bug#35034: One libgit2 derivation fails on armhf, another succeeds

The 'guile2.0-git-0.2.0' package fails to build on hydra.gnu.org, because its dependency 'libgit2' fails to build: https://hydra.gnu.org/build/3429713#tabs-buildsteps However, there's another 'libgit2' derivation in the same evaluation, which succeeds: https://hydra.gnu.org/eval/110449?filte

bug#35030: Error on update by root

zna...@tutanota.com writes: > `guix pull` fail on building xserver derivation. log is attatched. --8<---cut here---start->8--- Backtrace: 3 (primitive-load "/gnu/store/fdp2jmpz6pwdlmdg1izih8cly75?") In ice-9/ports.scm: 462:17 2 (call-with-outpu

bug#34945: Guix repository `make check` failing tests

Ludovic Courtès writes: > Hi, > > mikadoZero skribis: > >> @ build-started >> /home/guix/u/guix/failedTests/guix/test-tmp/store/mps9fhh4frs84izvwl1pyl8hvyq593is-guile-2.0.9.tar.xz.drv >> - x86_64-linux >> /home/guix/u/guix/failedTests/guix/test-tmp/var/log/guix/drvs/mp//s9fhh4frs84izvwl1pyl8

bug#35030: Error on update by root

`guix pull` fail on building xserver derivation. log is attatched. Console log: # guix pull && guix package -u Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git '... Building from this channel:   guix  https:/

bug#31142: guix package --upgrade reverses the order of packages

Pierre Neidhardt skribis: > Ludovic Courtès writes: > >> At first sight, to me, it’s not entirely clear how to determine whether >> something is to be upgraded in the presence of propagated inputs. > > I think the linked discussion suggested we checked upgrades > recursively. Wouldn't that work

bug#34934: deeptools is not reproducible

Maxim Cournoyer skribis: > $ guix build --check -K deeptools Could you try: guix build --check -K --no-grafts deeptools ? If deeptools is not reproducible, then it’ll leave a ‘-check’ output. Ludo’.

bug#34934: deeptools is not reproducible

Hello Ludovic! Ludovic Courtès writes: > Hi Gábor, > > Gábor Boskovits skribis: > >> Ludovic Courtès ezt írta (időpont: 2019. márc. 23., Szo, >> 18:01): >>> >>> Hi, >>> >>> Maxim Cournoyer skribis: >>> >>> > │ │ │ │ ├── tree.cpython-37m-x86_64-linux-gnu.so >>> > │ │ │ │ │ ├── >>> > /gnu/sto

bug#31142: guix package --upgrade reverses the order of packages

Pierre Neidhardt skribis: > Ludovic Courtès writes: > >>> Shall we open a new bug? >> >> Yes, and I think we’ll close it as “wontfix”. :-) > > Hmm? Why? At first sight, to me, it’s not entirely clear how to determine whether something is to be upgraded in the presence of propagated inputs. A

bug#34945: Guix repository `make check` failing tests

Hi, mikadoZero skribis: > @ build-started > /home/guix/u/guix/failedTests/guix/test-tmp/store/mps9fhh4frs84izvwl1pyl8hvyq593is-guile-2.0.9.tar.xz.drv > - x86_64-linux > /home/guix/u/guix/failedTests/guix/test-tmp/var/log/guix/drvs/mp//s9fhh4frs84izvwl1pyl8hvyq593is-guile-2.0.9.tar.xz.drv.bz2

bug#31142: guix package --upgrade reverses the order of packages

On March 28, 2019 12:49:04 PM UTC, "Ludovic Courtès" wrote: >Hello, > >Pierre Neidhardt skribis: > >> This issue fixes the list order, but it was initially supposed to >address >> https://lists.gnu.org/archive/html/help-guix/2018-04/msg00070.html. >> >> In the linked conversation, the issue th

bug#31142: guix package --upgrade reverses the order of packages

Ludovic Courtès writes: >> Shall we open a new bug? > > Yes, and I think we’ll close it as “wontfix”. :-) Hmm? Why? -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#31142: guix package --upgrade reverses the order of packages

Hello, Pierre Neidhardt skribis: > This issue fixes the list order, but it was initially supposed to address > https://lists.gnu.org/archive/html/help-guix/2018-04/msg00070.html. > > In the linked conversation, the issue that was raised is that "guix > package --upgrade" always upgrades some (pr

bug#34886: [Web page] Screenshot alignment (and listing?)

sirgazil, sirgazil wrote: I pushed a fix for this. That was fast. Thank you! I guess the live Web site still needs to be rebuilt or poked in some way. Ludo'? Kind regards, T G-R signature.asc Description: PGP signature