Re: Newt and Guix pull failing
Hello, ezt írta (időpont: 2019. ápr. 20., Szo, 21:53): > Hey all, > > I reference the newt module in this file of my channel > > https://git.sr.ht/~brettgilio/guix-system/tree/master/guile-modules/gscale/screen.scm > > This link 404s for me. Can you fix it, so that I can have a look? > However, when I `guix pull` it fails to build citing that there is no > code available for that module. I have guile-newt installed system wide, > and to my local profile manifest, but neither of those fix the issue. > > Best regards, g_bor
Guix on a foreign distro (Mint) - List of packages is outdated and not updatable
I've been using Guix for a while on my Mint 19.1 machine. When Nano 4.0 came out as a Guix package I was excited, so I ran: 'guix pull && guix package -u' on my machine. It pulled Nano 2.9.3 from mirror.hydra.gnu.org (I recently had Nano 3.4 installed, which means Guix downgraded my package) My laptop computer, running GuixSD, pulled Nano 4.0 (and other new packages) perfectly fine. Running '/path/to/guix-daemon --substitute-urls="https://ci.guix.info;' and pulling yields the same result. Deleting '~/.config' on both user & root, then letting 'guix pull' regenerate them also did nothing. I tried changing my generation and deleting old generations. I tried the good old "RTFM" and "STFW" methods (reading info and websearching), but I could not find an answer. Maybe I misunderstood the information I found.
Re: Scribus looks pixelated as if zoomed in
sirgazil, sirgazil wrote: I installed Scribus from Guix in a foreign distro and it looks weird when I launch it. See these screenshots for example: https://multimedialib.files.wordpress.com/2019/04/scribus-154-splash-2019-04-22.png https://multimedialib.files.wordpress.com/2019/04/scribus-154-dialog-2019-04-22.png https://multimedialib.files.wordpress.com/2019/04/scribus-154-main-2019-04-22.png Smells very much like high-DPI pixel doubling gone haywire. It looks pixelated, as if zoomed in, and some parts of the interface appear clipped. Anyone gets this same behavior? I can't reproduce this on Guix System (git commit fa619007) without a desktop environment. What kind of environment have you? I'm using the following Guix and Scribus: $ guix --version guix (GNU Guix) ffc8ab75f10ecaaf52cdc38f5846e9af8e2dadd5 $ which scribus /var/guix/profiles/per-user/sirgazil/guix-profile/bin/scribus I'm not familiar with Guix on foreign distroes but would expect something in ~/.guix-profile. That might be a Guix System thing though. For future reference $ readlink -m `which scribus` might also be useful. Kind regards, T G-R signature.asc Description: PGP signature
Scribus looks pixelated as if zoomed in
I installed Scribus from Guix in a foreign distro and it looks weird when I launch it. See these screenshots for example: https://multimedialib.files.wordpress.com/2019/04/scribus-154-splash-2019-04-22.png https://multimedialib.files.wordpress.com/2019/04/scribus-154-dialog-2019-04-22.png https://multimedialib.files.wordpress.com/2019/04/scribus-154-main-2019-04-22.png It looks pixelated, as if zoomed in, and some parts of the interface appear clipped. Anyone gets this same behavior? I'm using the following Guix and Scribus: $ guix --version guix (GNU Guix) ffc8ab75f10ecaaf52cdc38f5846e9af8e2dadd5 $ which scribus /var/guix/profiles/per-user/sirgazil/guix-profile/bin/scribus $ scribus --version Scribus, Open Source Desktop Publishing --- Homepage: http://www.scribus.net Documentation: http://docs.scribus.net Wiki: http://wiki.scribus.net Issues: http://bugs.scribus.net Scribus Version 1.5.4 -- Luis Felipe López Acevedo http://sirgazil.bitbucket.io/
Re: Borg takes forever to upgrade
HiPhish writes: > On Thursday, 14 March 2019 21:31:15 CET you wrote: >> It's probably stuck in the tests: >> >> https://github.com/borgbackup/borg/issues/4350 >> >> Whether or not it gets stuck seems host-specific. It works on some >> machines and not others. I recommend just waiting a while for a >> substitute to become available. > Sounds plausible. I'll just wait then, it's not like I need the update > urgently. > >> I don't want to disable the tests here until we understand what's going >> on — otherwise we might miss some real issue in how the software is >> being built on the machines where the tests get stuck. > Yes, sounds reasonable. I'll note that I hit this problem today too. I did a guix package upgrade and came back about 6 hours later to see what packages had been upgraded. Sadly it had spent all day spinning its wheels on Borg. :(
Re: Newt and Guix pull failing
Bumping this since it is coming up on 24 hours. If anybody has any ideas i'd appreciate it On 22.04.2019 01:17, Brett Gilio wrote: Ludovic Courtès writes: Hello, bre...@posteo.net skribis: I reference the newt module in this file of my channel https://git.sr.ht/~brettgilio/guix-system/tree/master/guile-modules/gscale/screen.scm However, when I `guix pull` it fails to build citing that there is no code available for that module. I have guile-newt installed system wide, and to my local profile manifest, but neither of those fix the issue. When Guile and Guile-Newt are in the same profile, the GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH are automatically set appropriately: guix environment -C --ad-hoc guile guile-newt -- guile -c '(use-modules (newt))' # success So it looks like GUILE_LOAD_PATH may be unset or wrong in your case. Ludo’. Hi Ludo, I had some time to look at this. Here is what echoing $GUILE_LOAD_PATH returns for me brettg@guixsd ~/Repos/guix-system/dotfiles [env]$ echo $GUILE_LOAD_PATH /home/brettg/Repos/guix-system:/home/brettg/Repos/guix-system:/home/brettg/Repos/guix-system:/home/brettg/.guix-profile/share/guile/site/2.2:/run/current-system/profile/share/guile/site/2.2 Newt is indeed available in /run/current-system/profile/share/guile/site/2.2 and it is also in my local /.guix-profile when I add it. But neither case resolves the issue. Here is the full info for the build failing. building /gnu/store/frc4lyhrijq5ss3n2zmz6bgkdfqr44k1-guix-system.drv... |builder for `/gnu/store/frc4lyhrijq5ss3n2zmz6bgkdfqr44k1-guix-system.drv' failed to produce output path `/gnu/store/mhkf633xnly60av67gvxnpmqcykjxxjx-guix-system' build of /gnu/store/frc4lyhrijq5ss3n2zmz6bgkdfqr44k1-guix-system.drv failed View build log at '/var/log/guix/drvs/fr/c4lyhrijq5ss3n2zmz6bgkdfqr44k1-guix-system.drv.bz2'. cannot build derivation `/gnu/store/fmbl1qkfjiqarrhv4xxwbbq832372nlf-profile.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/fmbl1qkfjiqarrhv4xxwbbq832372nlf-profile.drv' failed The first build log shows (repl-version 0 0) (exception misc-error (value #f) (value "~A ~S") (value ("no code for module" (newt))) (value #f)) The second build log shows Derive ([("out","/gnu/store/asagnba7svzsmkf2kwz2pvada9smrfqn-profile","","")] ,[("/gnu/store/0dzzrfjnykzjnb86280g1fvm7wvr219i-manual-database.drv",["out"]) ,("/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv",["out"]) ,("/gnu/store/7jcrsq0rm46fj3zql19y5w94vf2av18h-guix-package-cache.drv",["out"]) ,("/gnu/store/97wvcdim7xa3s1dd3f3y59zkw26w37yk-module-import-compiled.drv",["out"]) ,("/gnu/store/cfln5hzm0p1cgb477cg5928yzs49i3x5-ca-certificate-bundle.drv",["out"]) ,("/gnu/store/frc4lyhrijq5ss3n2zmz6bgkdfqr44k1-guix-system.drv",["out"]) ,("/gnu/store/gzmrcb55fm7vdb16gzjhh3y66i9l2wmn-fonts-dir.drv",["out"]) ,("/gnu/store/kzhvcnzrbf9g5j488f9ynf0ys76mf3kb-guix-56a485821.drv",["out"]) ,("/gnu/store/sg42z9rkibdcm6x7fisar7p5h4j8w2bz-glibc-utf8-locales-2.28.drv",["out"]) ,("/gnu/store/x9pznv2pyawyh2y9sab90dxlqi9ml4pr-info-dir.drv",["out"])] ,["/gnu/store/k1pj5ry1acc40hq18qd1ji9hpg350j2f-module-import","/gnu/store/nd623dxmwhavwh94m0vxwxagahh5428f-profile-builder"] ,"x86_64-linux","/gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4/bin/guile",["--no-auto-compile","-L","/gnu/store/k1pj5ry1acc40hq18qd1ji9hpg350j2f-module-import","-C","/gnu/store/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled","/gnu/store/nd623dxmwhavwh94m0vxwxagahh5428f-profile-builder"] ,[("GUILE_WARN_DEPRECATED","no") ,("allowSubstitutes","0") ,("out","/gnu/store/asagnba7svzsmkf2kwz2pvada9smrfqn-profile") ,("preferLocalBuild","1")]) Thank you
Re: Uninstall/Install Guix (Ludovic Court?s)
Hi! As mentioned on the list, I recently had the same problem: How to uninstall Guix (completely) and then reinstall it? What helped me in the end eas the following Arch wiki entry: https://wiki.archlinux.org/index.php/Guix#Uninstalling_Guix (Adapt this to what the commands and locations look like on your OS.) However, out of the box reinstalling Guix will not work 100% after this. You also need to restart the guix daemon, otherwise the socket might not exist, which was one problem I faced, when I did this. After restarting the daemon, I was able to reinstall Guix without even restarting my machine or logging out and back in or any such things. Regards, Zelphir On 4/22/19 6:03 AM, help-guix-requ...@gnu.org wrote: > Date: Sun, 21 Apr 2019 18:25:10 +0200 > From: Ludovic Court?s > To: "Pierre-Henry F." > Cc: "help-guix\@gnu.org" > Subject: Re: Uninstall/Install Guix > Message-ID: <87d0lf72c9@gnu.org> > Content-Type: text/plain; charset=utf-8 > > Hello Pierre-Henry, > > (Tu peux aussi t?exprimer en fran?ais si tu pr?f?res.) > > "Pierre-Henry F." skribis: > >> I've then tried to re-install guix by: >> removing /gnu >> removing /var/guix > To be complete, you?d also need to remove /etc/guix. However, it > shouldn?t be a problem to leave it. > >> executing the install script given here: >> https://www.gnu.org/software/guix/manual/en/html_node/Binary-Installation.html#Binary-Installation >> >> It does not work ? How to solve these issues? > Can you explain what does not work? Please provide the command that you > run, the output that you got, and explain what you were expecting. > > Thank you, > Ludo?.