Re: using texlive class from a private texmf tree
Andreas, Thanks a lot for your reply. I have tried what you suggested but It still doesn't work. on [2019-12-04] at 20:33 Andreas Enge writes: > I am using a private class without problems from > > On Tue, Nov 26, 2019 at 01:36:57PM +0000, Myles English wrote: >> In what follows I try to put my private latex tree under ~/.texmf but > > ~/.texlive2018/texmf-var/tex/latex/myclass.cls > > with the big non-modular "texlive" package. These are the packages installed: $ guix package -I | grep tex texlive 20180414 out /gnu/store/wlba9v03ypi0z5qz7p89sa0w12lh37zb-texlive-20180414 texlive-bin 20180414 out /gnu/store/znf7mmx3vslsscn9v3ilxmgkirqwswy8-texlive-bin-20180414 texlive-base 49435 out /gnu/store/5qg546zydvcjcqvbf7d49yg4iq7yhn9d-texlive-base-49435 > Could you maybe try this directory? These are the directories I have put my-class.cls in: $ tree ~/.texlive2018 /home/myles/.texlive2018 └── texmf-var ├── tex │ ├── latex │ │ ├── my-class.cls │ │ └── mypkg │ │ └── my-class.cls │ └── xelatex │ ├── my-class.cls │ └── mypkg │ └── my-class.cls └── web2c └── xetex ├── xelatex.fmt └── xelatex.log > There should not be any need to fiddle with environment variables. Here are the relevant environment variables: $ env | grep TEX TEXMF=/home/myles/.guix-profile/share/texmf-dist TEXMFCNF=/home/myles/.guix-profile/share/texmf-dist/web2c But still the class isn't found: $ xelatex a This is XeTeX, Version 3.14159265-2.6-0.9 (TeX Live 2018) (preloaded format=xelatex) restricted \write18 enabled. entering extended mode (./a.tex LaTeX2e <2018-04-01> patch level 2 ! LaTeX Error: File `my-class.cls' not found. Type X to quit or to proceed, or enter new name. (Default extension: cls) Enter file name: X Is there anything else I can try? Myles
using texlive class from a private texmf tree
Hello guix, I don't know if the problem I am having is with texlive or Guix. How do I use my own (xe)latex class with the guix texlive? Why does using a private texmf.cnf to specify the path to my class not work? Does anyone have a setup that works or any suggestions what else can be tried? In what follows I try to put my private latex tree under ~/.texmf but have also tried it under ~/texmf with the same results. This is on Arch Linux with a recent guix. This is what is installed: $ guix package -I | grep tex texlive-bin 20180414out /gnu/store/x9c77i6r5fmarslij6ng81awgrxblplm-texlive-bin-20180414 texlive 20180414out /gnu/store/7mxkdn6cp7x8sac49p2g80qw5j1aavi3-texlive-20180414 texlive-latex-koma-script 49435 out /gnu/store/fgk6c4xqs6vzhsnkslid88hmy4czyk21-texlive-latex-koma-script-49435 texlive-base49435 out /gnu/store/6n4hmllzljyv8ai63k7dgslza7sl3kzi-texlive-base-49435 $ which -a xelatex /home/myles/.guix-profile/bin/xelatex Set up directories: #+begin_src sh mkdir -p ~/.texmf/tex/latex/mytest mkdir ~/tmp/tex #+end_src Create these test files: #+begin_src sh :tangle ~/.texmf/tex/latex/mytest/my-class.cls \ProvidesClass{my-class} \NeedsTeXFormat{LaTeX2e} \LoadClass[11pt]{article} \pagestyle{plain} #+end_src #+begin_src sh :tangle ~/tmp/tex/a.tex \documentclass{my-class} \begin{document} \end{document} #+end_src Check there are no environment variables that might effect things: $ env | grep TEX [nothing] $ source ~/.guix-profile/etc/profile $ env | grep TEX TEXMF=/gnu/store/bmdzgjxr0xjyz03gislmwvv1p8vid8qp-profile/share/texmf-dist TEXMFCNF=/gnu/store/bmdzgjxr0xjyz03gislmwvv1p8vid8qp-profile/share/texmf-dist/web2c $ kpsewhich -all -var-value TEXMF /gnu/store/bmdzgjxr0xjyz03gislmwvv1p8vid8qp-profile/share/texmf-dist $ kpsewhich -all -var-value TEXMFCNF /gnu/store/bmdzgjxr0xjyz03gislmwvv1p8vid8qp-profile/share/texmf-dist/web2c $ grep "^TEXMF " `kpsewhich -all -var-value TEXMFCNF`/texmf.cnf TEXMF = $TEXMFROOT/share/texmf-dist It it not going to find my-class.cls unless the path TEXMF in the texmf.cnf (above) is changed. So making a private texmf.cnf file as recommended in [1], and noting that "definitions in earlier files override those in later files" [2]: #+begin_src sh :tangle ~/.texmf/web2c/texmf.cnf TEXMFHOME = $HOME/.texmf TEXMF = {$TEXMFHOME,$TEXMFROOT/share/texmf-dist} #+end_src Change TEXMFCNF so it should be found: $ export TEXMFCNF={$HOME/.texmf/web2c,/home/myles/.guix-profile/share/texmf-dist/web2c} Check to see if that variable has been adopted by texlive: $ kpsewhich -all -var-value TEXMFCNF {/home/myles/.texmf/web2c,/home/myles/.guix-profile/share/texmf-dist/web2c} $ kpsewhich -show-path=cnf /home/myles/.texmf/web2c:/home/myles/.guix-profile/share/texmf-dist/web2c But when I check TEXMF it has not changed: $ kpsewhich -all -var-value TEXMF /gnu/store/bmdzgjxr0xjyz03gislmwvv1p8vid8qp-profile/share/texmf-dist However, TEXMF is also an environment variable set in ~/.guix-profile/etc/profile. Try compiling the test file anyway: $ cd ~/tmp/a $ xelatex a #+begin_quote This is XeTeX, Version 3.14159265-2.6-0.9 (TeX Live 2018) (preloaded format=xelatex) restricted \write18 enabled. entering extended mode (./a.tex LaTeX2e <2018-04-01> patch level 2 ! LaTeX Error: File `my-class.cls' not found. Type X to quit or to proceed, or enter new name. (Default extension: cls) Enter file name: #+end_quote Well that didn't work. Try unsetting the environment variable TEXMF first: $ unset TEXMF $ kpsewhich -all -var-value TEXMF {/home/myles/.texmf,/gnu/store/b28kk24c3b0hspzb4787xb50mf074l0g-texlive-configuration/share/share/texmf-dist} $ kpsewhich -show-path=cnf /home/myles/.texmf/web2c:/home/myles/.guix-profile/share/texmf-dist/web2c $ cd ~/tmp/tex $ xelatex a #+begin_quote This is XeTeX, Version 3.14159265-2.6-0.9 (TeX Live 2018) (preloaded format=xelatex) restricted \write18 enabled. kpathsea: Running mktexfmt xelatex.fmt perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_MESSAGES = "", LANG = "en_GB.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). mktexfmt: mktexfmt is using the following fmtutil.cnf files (in precedence order): mktexfmt: mktexfmt is using the following fmtutil.cnf file for writing changes: mktexfmt: /home/myles/.texlive2018/texmf-config/web2c/fmtutil.cnf mktexfmt [INFO]: writing formats under /home/myles/.texlive2018/texmf-var/web2c mktexfmt [INFO]: did not find entry for byfmt=xelatex, skipped mktexfmt [INFO]: Total formats: 0 mktexfmt [INFO]: exiting with status 0 I can't find the format file `xelatex.fmt'! #+end_quote Thanks, Myles [1] https://texfaq.org/FAQ-privinst [2] https://tug.org/texinfohtml/kpathsea.html#Config-files
Re: libGL error: No matching fbConfigs or visuals found
on [2019-06-07] at 10:46 Myles English writes: > Running glxgears installed by guix on an up-to-date Arch Linux gives the > following error: > > $ LIBGL_DEBUG=verbose /home/myles/.guix-profile/bin/glxgears > libGL: screen 0 does not appear to be DRI2 capable > libGL: OpenDriver: trying > /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/lib/dri/tls/swrast_dri.so > libGL: OpenDriver: trying > /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/lib/dri/swrast_dri.so > libGL: Can't open configuration file > /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/etc/drirc: No such > file or directory. > libGL: Can't open configuration file /home/myles/.drirc: No such file or > directory. > libGL: Can't open configuration file > /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/etc/drirc: No such > file or directory. > libGL: Can't open configuration file /home/myles/.drirc: No such file or > directory. > libGL error: No matching fbConfigs or visuals found > libGL error: failed to load driver: swrast > X Error of failed request: BadValue (integer parameter out of range for > operation) > Major opcode of failed request: 151 (GLX) > Minor opcode of failed request: 3 (X_GLXCreateContext) > Value in failed request: 0x0 > Serial number of failed request: 36 > Current serial number in output stream: 38 > > The glxgears installed by pacman runs fine. What do I need to do to get it > working? I replaced the nvidia driver with nouveau on the host and now it works fine. Myles
libGL error: No matching fbConfigs or visuals found
Hello, Running glxgears installed by guix on an up-to-date Arch Linux gives the following error: $ LIBGL_DEBUG=verbose /home/myles/.guix-profile/bin/glxgears libGL: screen 0 does not appear to be DRI2 capable libGL: OpenDriver: trying /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/lib/dri/tls/swrast_dri.so libGL: OpenDriver: trying /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/lib/dri/swrast_dri.so libGL: Can't open configuration file /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/etc/drirc: No such file or directory. libGL: Can't open configuration file /home/myles/.drirc: No such file or directory. libGL: Can't open configuration file /gnu/store/r4vm5vdfr08p560phwjbx27vl095v58r-mesa-18.3.5/etc/drirc: No such file or directory. libGL: Can't open configuration file /home/myles/.drirc: No such file or directory. libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 36 Current serial number in output stream: 38 The glxgears installed by pacman runs fine. What do I need to do to get it working? Thanks, Myles
Re: fetching git submodule using (uri (recursive? #t))
And thanks to Ludo' too. I didn't see your mail because the thread view doesn't seam to be able to span from one month to the next, and also I think I got unsubscribed after getting messages saying "Your membership in the mailing list Help-Guix has been disabled due to excessive bounces". Myles On Mon, 3 Jun 2019 at 23:30, Myles English wrote: > on [2019-05-28] at 14:18 I wrote: > > > I am trying to build this package that uses git submodules but the > > (recursive? #t) doesn't seem to have any effect. > > Thanks to bavier and reepca on IRC #guix who figured out this happens > when the package definition is changed (by e.g., adding "(recursive? > #t)") but the hash is not updated. This causes guix to think, > reasonably, that it already has the source in /gnu/store/the_hash-etc > because the_hash hasn't changed since the last time it was fetched. > > To fix, just remove the source from the store before trying again: > > $ guix gc -d /gnu/store/the_hash-etc > > (N.B. the "-d" above might have changed to "-D") > > Additionally, when developing a package, reepca suggested making a > random change to the hash just so guix knows it needs to get the source > again, and it will suggested the real hash to put in the package > definition. > > Myles >
Re: fetching git submodule using (uri (recursive? #t))
on [2019-05-28] at 14:18 I wrote: > I am trying to build this package that uses git submodules but the > (recursive? #t) doesn't seem to have any effect. Thanks to bavier and reepca on IRC #guix who figured out this happens when the package definition is changed (by e.g., adding "(recursive? #t)") but the hash is not updated. This causes guix to think, reasonably, that it already has the source in /gnu/store/the_hash-etc because the_hash hasn't changed since the last time it was fetched. To fix, just remove the source from the store before trying again: $ guix gc -d /gnu/store/the_hash-etc (N.B. the "-d" above might have changed to "-D") Additionally, when developing a package, reepca suggested making a random change to the hash just so guix knows it needs to get the source again, and it will suggested the real hash to put in the package definition. Myles
fetching git submodule using (uri (recursive? #t))
Hello guix, I am trying to build this package that uses git submodules but the (recursive? #t) doesn't seem to have any effect. I understand that it would be preferable to replace the submodules with separate packages but the modules themselves are quite specific to the main package, e.g. https://github.com/solvespace/libdxfrw describes itself as "SolveSpace's independent fork of libdxfrw". The actual build error is: -- Using in-tree libdxfrw CMake Error at CMakeLists.txt:111 (add_subdirectory): The source directory /tmp/guix-build-solvespace-git-0.0.1.drv-0/source/extlib/libdxfrw does not contain a CMakeLists.txt file. (define-public solvespace-git (let ((commit "03fa5f30f1a1db7231a25653c9dd38044fe06640")) (package (name "solvespace-git") (version "0.0.1") (source (origin (method git-fetch) (uri (git-reference (url "https://github.com/solvespace/solvespace.git;) (commit commit) (recursive? #t))) (sha256 (base32 "0vj40j7fkd0mmwh7p5r1h8gsisfjcikrhwmy1dzi4hpz0w7arxqb" (build-system cmake-build-system) (arguments `(#:configure-flags '("-DCMAKE_BUILD_TYPE=Release") #:phases (modify-phases %standard-phases (add-after 'unpack 'set-git-commit-hash (lambda* (#:key inputs #:allow-other-keys) (substitute* "CMakeLists.txt" (("include\\(GetGitCommitHash\\)") "#include(GetGitCommitHash)") (("\\# set\\(GIT_COMMIT_HASH \\)") (string-append "set(GIT_COMMIT_HASH " ,commit ")"))) #t) (inputs `( ("git" ,git) ("libpng" ,libpng) ("cairo" ,cairo) ("freetype" ,freetype) ("json-c" ,json-c) ;; for GUI ("fontconfig" ,fontconfig) ("gtkmm" ,gtkmm) ;;@3.0 ("pangomm" ,pangomm) ;;@1.4 ;; ("gl" ,gl) ("glu" ,glu) ;; optional: libspnav )) (home-page "http://solvespace.com;) (synopsis "Parametric 3D CAD too") (description "Parametric 3D CAD too") (license license:gpl3+ Thanks, Myles
Re: Kernel panic while building VM
on [2017-06-20] at 17:31 Marius Bakke writes: > Myles English <mylesengl...@gmail.com> writes: > >> Hello, >> >> Trying to build a VM I get a kernel panic. Any idea why? >> >> Thanks, >> Myles >> >> guix system vm-image --image-size=1G --fallback pim-server.scm >> >> `/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/gnutls-serv' >> -> >> `/fs/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/gnutls-serv' >> `/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/psktool' >> -> >> `/fs/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/psktool' >> `/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/ocsptool' >> -> >> `/fs/gnu/store/gh9pvc82l21g0hz5108wk2ggwv0a72yc-guile2.2-gnutls-3.5.9/bin/ocsptool' >> ERROR: In procedure copy-file: >> ERROR: In procedure copy-file: Success >> >> Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. >> [ 236.784010] Kernel panic - not syncing: Attempted to kill init! >> exitcode=0x > > I've seen a similar failure when the disk image was too small to fit the > system declaration. Do you get the same error with a larger image size? That was it, thanks! Myles
getting started with a VM
Hello, I have been using Guix as a package manager for a while and would like to try GuixSD as a VM. I am having trouble getting started and have a few questions if you don't mind. What needs to be considered when choosing whether to install on a VM from the USB image[1] or using the pre-built VM image[2]? After starting a VM from the pre-built image, as per the manual: qemu-system-x86_64 \ -net user -net nic,model=virtio \ -enable-kvm -m 256 guixsd-vm-image-0.13.0.x86_64-linux how would I ssh into it? The docs[2] say "to get network access from within the vm add the (dhcp-client-service) to your system definition...", where is the system definition of the pre-built image? Thanks, Myles [2] https://www.gnu.org/software/guix/manual/html_node/Running-GuixSD-in-a-VM.html#Running-GuixSD-in-a-VM [1] https://www.gnu.org/software/guix/manual/html_node/Installing-GuixSD-in-a-VM.html#Installing-GuixSD-in-a-VM
Re: guix offload, (test returned #)
Hi Ludo', on [2017-03-06] at 10:52 Ludovic Courtès writes: > Myles English <mylesengl...@gmail.com> skribis: > >> Two hosts, setup the same as far as I can see, behave differently when >> trying to offload builds, any idea how I can get more information on >> what the # might indicate? Looking at >> guix/scripts/offload.scm:551 suggests the result is not a string. >> >> $ guix offload test >> guix offload: testing 2 build machines defined in '/etc/guix/machines.scm'... >> guix offload: 'host1.mydomain.co.uk' is running guile (GNU Guile) 2.0.13 >> guix offload: 'host2.mydomain.co.uk' is running guile (GNU Guile) 2.0.13 >> guix offload: Guix is usable on 'host1.mydomain.co.uk' (test returned >> "/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test") >> guix offload: error: failed to use Guix module on 'host2.mydomain.co.uk' >> (test returned #) > > What you see here most likely means that host2 threw an exception while > executing this code: > > http://git.savannah.gnu.org/cgit/guix.git/tree/guix/scripts/offload.scm#n543 > > The reason could be: > > 1. That the (guix …) modules could not be found in the search path > (your tests suggest this is not the case); > > 2. That an exception was thrown, for instance because the ‘with-store’ > form failed to connect to the daemon on that machine (is the daemon > running on that machine? Is it listening on > /var/guix/daemon-socket/socket and not some other place?). Yes, that was probably the problem. I have since updated the host systems, rebooted, restarted the daemons and now it works, thanks. > We should definitely improve that and provide details about the > exception, at least. Yes, I agree, because 'guix offload test' should provide useful details when it fails and not just when it succeeds. Myles
Re: guix-daemon might be unmounting filesystems
on [2017-02-14] at 16:45 Leo Famulari writes: > On Tue, Feb 14, 2017 at 10:49:54AM +0000, Myles English wrote: >> >> About one time out of ten when I use a guix command my filesystems, >> including /home, become unmounted and I have to manually remount them. >> >> I am not sure this is because of guix-daemon or systemd or even my zsh >> config but in the logs I get something like this: >> >> Feb 14 09:57:39 bill guix-daemon[11909]: accepted connection from pid 4342, >> user myles >> Feb 14 09:57:39 bill guix-daemon[11909]: spurious SIGPOLL >> Feb 14 09:57:40 bill guix-daemon[11909]: spurious SIGPOLL >> [...about 18 SIGPOLLs per second...] >> Feb 14 09:58:22 bill guix-daemon[11909]: spurious SIGPOLL >> Feb 14 09:58:22 bill guix-daemon[11909]: spurious SIGPOLL >> Feb 14 09:58:40 bill systemd[1]: gnu.automount: Got automount request for >> /gnu, triggered by 4345 (guix-daemon) >> Feb 14 09:58:40 bill systemd[1]: Mounting /gnu... >> Feb 14 09:58:41 bill systemd[1]: Mounted /gnu. >> Feb 14 09:58:41 bill systemd[1]: home.automount: Got automount request for >> /home, triggered by 835 (systemd) > > That's strange! > > I'm using Guix on Debian Sid (systemd 232), and my user's default shell > is Zsh. I haven't experienced this problem. Thanks for your data! I am using the same version of systemd. I only suspected zsh because my shell prompt would often look strange but with hindsight it was because my /home had been dropped. > With a frequency of one out of ten, it should be only mildly annoying to > reproduce while strace-ing the guix-daemon to see if it's involved. I tried strace and there is nothing obvious that say guix is involved in the unmounting, other than a lot of disk IO. Based on internet search results, and the fact that it has been happening more frequently, I am beginning to suspect my hard drive plus or minus btrfs (not wanting to cast aspersions because btrfs has otherwise been very well behaved). Myles
guix-daemon might be unmounting filesystems
Hello, About one time out of ten when I use a guix command my filesystems, including /home, become unmounted and I have to manually remount them. I am not sure this is because of guix-daemon or systemd or even my zsh config but in the logs I get something like this: Feb 14 09:57:39 bill guix-daemon[11909]: accepted connection from pid 4342, user myles Feb 14 09:57:39 bill guix-daemon[11909]: spurious SIGPOLL Feb 14 09:57:40 bill guix-daemon[11909]: spurious SIGPOLL [...about 18 SIGPOLLs per second...] Feb 14 09:58:22 bill guix-daemon[11909]: spurious SIGPOLL Feb 14 09:58:22 bill guix-daemon[11909]: spurious SIGPOLL Feb 14 09:58:40 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4345 (guix-daemon) Feb 14 09:58:40 bill systemd[1]: Mounting /gnu... Feb 14 09:58:41 bill systemd[1]: Mounted /gnu. Feb 14 09:58:41 bill systemd[1]: home.automount: Got automount request for /home, triggered by 835 (systemd) Feb 14 09:58:41 bill systemd[1]: Mounting /home... Feb 14 09:58:41 bill systemd[1]: Mounted /home. Feb 14 09:58:42 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4345 (guix-daemon) Feb 14 09:58:42 bill systemd[1]: Mounting /gnu... Feb 14 09:58:42 bill systemd[1]: Mounted /gnu. Feb 14 09:58:42 bill systemd[1]: home.automount: Got automount request for /home, triggered by 835 (systemd) Feb 14 09:58:42 bill systemd[1]: Mounting /home... Feb 14 09:58:42 bill systemd[1]: Mounted /home. Feb 14 09:58:43 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4345 (guix-daemon) Feb 14 09:58:43 bill systemd[1]: Mounting /gnu... Feb 14 09:58:43 bill systemd[1]: Mounted /gnu. Feb 14 09:58:43 bill systemd[1]: home.automount: Got automount request for /home, triggered by 835 (systemd) Feb 14 09:58:43 bill systemd[1]: Mounting /home... Feb 14 09:58:43 bill systemd[1]: Mounted /home. Feb 14 09:58:44 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4345 (guix-daemon) Feb 14 09:58:44 bill systemd[1]: Mounting /gnu... Feb 14 09:58:44 bill systemd[1]: Mounted /gnu. Feb 14 09:58:44 bill systemd[1]: home.automount: Got automount request for /home, triggered by 835 (systemd) Feb 14 09:58:44 bill systemd[1]: Mounting /home... Feb 14 09:58:45 bill systemd[1]: Mounted /home. Feb 14 09:58:45 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4345 (guix-daemon) Feb 14 09:58:45 bill systemd[1]: Mounting /gnu... Feb 14 09:58:45 bill systemd[1]: Mounted /gnu. Feb 14 09:58:45 bill systemd[1]: home.automount: Got automount request for /home, triggered by 835 (systemd) Feb 14 09:58:45 bill systemd[1]: Mounting /home... Feb 14 09:58:45 bill systemd[1]: Mounted /home. Feb 14 09:58:52 bill systemd[1]: home.automount: Got automount request for /home, triggered by 9958 (conky) Feb 14 09:58:52 bill systemd[1]: Mounting /home... Feb 14 09:58:52 bill systemd[1]: Mounted /home. Feb 14 09:58:53 bill systemd[1]: opt.automount: Got automount request for /opt, triggered by 1855 (firefox) Feb 14 09:58:53 bill systemd[1]: Mounting /opt... Feb 14 09:58:53 bill systemd[1]: Mounted /opt. Feb 14 09:59:12 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 4522 (zsh) Feb 14 09:59:12 bill systemd[1]: Mounting /gnu... Feb 14 09:59:13 bill systemd[1]: Mounted /gnu. Feb 14 10:00:01 bill systemd[1]: home.automount: Got automount request for /home, triggered by 1879 (Cache2 I/O) Feb 14 10:00:01 bill systemd[1]: Mounting /home... Feb 14 10:00:01 bill systemd[1]: Mounted /home. Feb 14 10:00:02 bill systemd[1]: gnu.automount: Got automount request for /gnu, triggered by 24942 (emacs) Feb 14 10:00:02 bill systemd[1]: Mounting /gnu... Feb 14 10:00:02 bill systemd[1]: Mounted /gnu. Feb 14 10:00:02 bill systemd[1]: opt.automount: Got automount request for /opt, triggered by 24942 (emacs) Feb 14 10:00:02 bill systemd[1]: Mounting /opt... Feb 14 10:00:02 bill systemd[1]: Mounted /opt. Any ideas why this is happening and how it can be fixed? I did a guix pull recently but I think it has done this every version between here and 0.10. Thanks, Myles
Recursively propagate build-system 'arguments' to dependency packages?
Trying to define a package to be compiled by ghc-8, and I think all of its dependencies must also be compiled by ghc-8 rather than ghc (which is version 7). This is easy to do with one package, e.g..: (define-module (my-packages myhaskell) ... #:use-module ((gnu packages haskell) #:prefix haskellmain:)) (define-public ghc-hunit8 (package (inherit haskellmain:ghc-hunit) (arguments `(#:haskell ,ghc-8 To do that recursively for all the dependencies seems Too Difficult so, is there a way to do something like --with-input=ghc=ghc-8 but with the build-system arguments? Perhaps doing the work in between the Bag and the Derivation? Myles
haskell: ghc-8 can't find libncursesw.so.6
Hello, Am I doing something wrong? $ guix package -i ghc-8 [installs fine] $ ghc --version /gnu/store/50gn6ahfc0llldy6ggrnj1hc5wsxyfh9-ghc-8.0.1/lib/ghc-8.0.1/bin/ghc: error while loading shared libraries: libncursesw.so.6: cannot open shared object file: No such file or directory The ncurses libraries are available: $ ls /gnu/store/**/libncursesw* /gnu/store/hdrli1v7q3107w842s7di8rid82xlfvl-ncurses-6.0/lib/libncursesw.a /gnu/store/hdrli1v7q3107w842s7di8rid82xlfvl-ncurses-6.0/lib/libncursesw.so /gnu/store/hdrli1v7q3107w842s7di8rid82xlfvl-ncurses-6.0/lib/libncursesw.so.6 /gnu/store/hdrli1v7q3107w842s7di8rid82xlfvl-ncurses-6.0/lib/libncursesw.so.6.0 /gnu/store/xydfiifs9slq0wv6n8j6p26icn2ihn88-ncurses-6.0/lib/libncursesw.a /gnu/store/xydfiifs9slq0wv6n8j6p26icn2ihn88-ncurses-6.0/lib/libncursesw.so /gnu/store/xydfiifs9slq0wv6n8j6p26icn2ihn88-ncurses-6.0/lib/libncursesw.so.6 /gnu/store/xydfiifs9slq0wv6n8j6p26icn2ihn88-ncurses-6.0/lib/libncursesw.so.6.0 /gnu/store/yi8a0206zpqf6qijkn70938jj8l6s87b-ncurses-6.0/lib/libncursesw.a /gnu/store/yi8a0206zpqf6qijkn70938jj8l6s87b-ncurses-6.0/lib/libncursesw.so /gnu/store/yi8a0206zpqf6qijkn70938jj8l6s87b-ncurses-6.0/lib/libncursesw.so.6 /gnu/store/yi8a0206zpqf6qijkn70938jj8l6s87b-ncurses-6.0/lib/libncursesw.so.6.0 Thanks, Myles
Re: gnutls test failing during 'guix pull'
on [2017-01-01] at 20:47 Leo Famulari writes: > On Sun, Jan 01, 2017 at 12:30:01PM +0000, Myles English wrote: >> Hello, >> >> I installed Guix 0.11.0 and I have tried a basic 'guix pull' to upgrade >> to 0.12.0 but it fails with the output below. Does anyone else have >> this problem? Can anyone tell me what to try to fix it? >> >> Thanks, >> Myles >> >> >> Testsuite summary for GnuTLS 3.4.7 >> >> # TOTAL: 14 >> # PASS: 11 >> # SKIP: 2 >> # XFAIL: 0 >> # FAIL: 1 >> # XPASS: 0 >> # ERROR: 0 >> >> See tests/cert-tests/test-suite.log > > Without seeing this log, I bet it's the same problem as this: > > http://lists.gnu.org/archive/html/guix-devel/2016-07/msg00602.html > https://gitlab.com/gnutls/gnutls/commit/47f25d9e08d4e102572804a2aed186b01db23c65 > > Basically, the test suite relies on an a certificate that has expired. > > I don't think you'll be able to build the package, or update Guix from > this point. > > Are you using substitutes? If so, I guess we have deleted this old > substitute. In that case, I recommend installing 0.12.0 from scratch. Okay, thanks for you reply, I'll just reinstall. Also, I was actually using 0.10.0 not 0.11.0. Myles
gnutls test failing during 'guix pull'
Hello, I installed Guix 0.11.0 and I have tried a basic 'guix pull' to upgrade to 0.12.0 but it fails with the output below. Does anyone else have this problem? Can anyone tell me what to try to fix it? Thanks, Myles Testsuite summary for GnuTLS 3.4.7 # TOTAL: 14 # PASS: 11 # SKIP: 2 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See tests/cert-tests/test-suite.log Please report to b...@gnutls.org Makefile:1523: recipe for target 'test-suite.log' failed make[4]: *** [test-suite.log] Error 1 make[4]: Leaving directory '/tmp/guix-build-gnutls-3.4.7.drv-0/gnutls-3.4.7/tests/cert-tests' Makefile:1629: recipe for target 'check-TESTS' failed make[3]: *** [check-TESTS] Error 2 make[3]: Leaving directory '/tmp/guix-build-gnutls-3.4.7.drv-0/gnutls-3.4.7/tests/cert-tests' Makefile:1800: recipe for target 'check-am' failed make[2]: *** [check-am] Error 2 make[2]: Leaving directory '/tmp/guix-build-gnutls-3.4.7.drv-0/gnutls-3.4.7/tests/cert-tests' Makefile:3369: recipe for target 'check-recursive' failed make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory '/tmp/guix-build-gnutls-3.4.7.drv-0/gnutls-3.4.7/tests' Makefile:1401: recipe for target 'check-recursive' failed make: *** [check-recursive] Error 1 phase `check' failed after 276.3 seconds builder for `/gnu/store/9dfq1k96lqz6cc9m15fb4hi9fkfw6s3b-gnutls-3.4.7.drv' failed with exit code 1 guix pull: error: build failed: build of `/gnu/store/9dfq1k96lqz6cc9m15fb4hi9fkfw6s3b-gnutls-3.4.7.drv' failed guix pull 9.68s user 1.07s system 2% cpu 8:16.21 total
Re: locale warning and postgresql
on [2016-11-28] at 23:37 Myles English writes: > $ initdb --locale=en_GB -E UTF8 -D '/home/myles/pgdata-guix' > The files belonging to this database system will be owned by user "myles". > This user must also own the server process. > > initdb: invalid locale name "en_GB" Excuse my arrogance, I thought that en_GB was important enough to make it into glibc-utf8-locales. After installing glibc-locales it works. Myles
Re: locale warning and postgresql
on [2016-11-28] at 21:47 Alex Kost writes: > Ludovic Courtès (2016-11-28 21:48 +0100) wrote: > >> Hi Myles, >> >> Myles English <mylesengl...@gmail.com> skribis: >> >>> I have always had trouble with my locale after installing guix on Arch >>> Linux (with zsh and a basic window manager, bspwm). I have set >>> GUIX_LOCPATH in ~/.zshenv and it appears correct in my shell. The >>> system-wide locale looks right. When I install postgresql it gives the >>> usual "warning: failed to install locale: Invalid argument". When I try >>> to initialise a database cluster, passing the locale doesn't work. >>> >>> Does anyone using Arch Linux and a basic WM know which file to put >>> GUIX_LOCPATH in so that the warning goes away? >>> >>> How can I find out what guix thinks its locale is or what are available? >>> >>> Is there a way to use initdb even though there is a locale warning? >>> >>> Shell experiments: >>> >>> $ locale >>> LANG=en_GB.UTF-8 >>> LC_CTYPE="en_GB.UTF-8" >>> LC_NUMERIC="en_GB.UTF-8" >>> LC_TIME="en_GB.UTF-8" >>> LC_COLLATE="en_GB.UTF-8" >>> LC_MONETARY="en_GB.UTF-8" >>> LC_MESSAGES="en_GB.UTF-8" >>> LC_PAPER="en_GB.UTF-8" >>> LC_NAME="en_GB.UTF-8" >>> LC_ADDRESS="en_GB.UTF-8" >>> LC_TELEPHONE="en_GB.UTF-8" >>> LC_MEASUREMENT="en_GB.UTF-8" >>> LC_IDENTIFICATION="en_GB.UTF-8" >>> LC_ALL= >>> >>> $ echo $GUIX_LOCPATH >>> /home/myles/.guix-profile/lib/locale >> >> What does “ls $GUIX_LOCPATH/2.24” show? >> >> You must make sure you have the ‘glibc-locales’ or ‘glibc-utf8-locales’ >> that correspond to the glibc version of the program you are using (if >> you just installed postgresql, it’s using glibc 2.24.) >> >> Then you need to make sure GUIX_LOCPATH is set both in the environment >> of the postgresql daemon, and in the environment of the commands you >> invoke (initdb, etc.). > > Including the guix-daemon, as this warning: > >>> $ guix package -i postgresql >>> warning: failed to install locale: Invalid argument >>> The following package will be upgraded: >>>postgresql 9.5.3 -> 9.5.3 >>> /gnu/store/sfgg20a7jnwfisajsvqdijjm2zj905az-postgresql-9.5.3 > > comes from the daemon, so make sure your "guix-daemon.service" has a > line like this: > > Environment=GUIX_LOCPATH=/root/.guix-profile/lib/locale Thank you, I hadn't installed glibc-utf8-locales for root. Perhaps this step could be added to the documentation in "2.6.1 Locales"? I also might have been using --locale wrong but I still can't get initdb to use one: $ initdb --locale=en_GB -E UTF8 -D '/home/myles/pgdata-guix' The files belonging to this database system will be owned by user "myles". This user must also own the server process. initdb: invalid locale name "en_GB" $ initdb --locale=en_GB.UTF-8 -E UTF8 -D '/home/myles/pgdata-guix' The files belonging to this database system will be owned by user "myles". This user must also own the server process. initdb: invalid locale name "en_GB.UTF-8" $ initdb -D '/home/myles/pgdata-guix' The files belonging to this database system will be owned by user "myles". This user must also own the server process. initdb: invalid locale settings; check LANG and LC_* environment variables Any ideas? Myles
Re: Arch Linux locale-gen tries to use /run/current-system
Thank you for the reply, unfortunately that computer has come to the end of its natural life so I can't investigate any further. I will be sure to try nix on my new build. Alex Kost writes: > Myles English (2016-05-12 02:52 +0300) wrote: > >> Hello, >> >> I am trying guix on Arch Linux. While updating the system package to >> glibc 2.23 I get this error: >> >> $ locale-gen >> Generating locales... >> en_GB.UTF-8...cannot create temporary file: >> /run/current-system/locale/2.22/locale-archive.nfq78F: No such file or >> directory > > "locale-gen" script runs "localedef" command (which is from "glibc" > package). So I think that the Guix's localedef is started. My guess is > you installed "glibc" into your guix user profile, and > "~/.guix-profile/bin" takes preference over other directories in your > $PATH. Could you check "which localedef"? > > If it's true, why did you install glibc in your profile? I think it is > not needed. Not sure, I did have some installation difficulties at "2.6 Application Setup"[fn:1] where "guix package -i glibc-locales" did not work first time, I forget the details though. > OTOH if my guess is correct, this environment problem should happen only > for your user, but the root user shouldn't have localedef in its PATH. > So you probably keep your user environment during system update (maybe > with "sudo -E pacman -S ..." or something similar), right? How did you > start pacman? I think you are right and I had environment variables set in my .zshrc that I shouldn't have. Myles Footnotes: [fn:1] https://www.gnu.org/software/guix/manual/html_node/Application-Setup.html