bug#36730: Audacity noise reduction dialog disappear
On 2019-07-19 17:53, swedebugia wrote: Hi Today I tried to remove noise. I failed because the dialog blocked the main application while at the same time telling me to select noise for the profile. Weird. Can someone reproduce? https://ci.guix.gnu.org/nar/lzip/3v8d8ljnk8smrl6l4mhx1fpdw1y9fn8f-audacity-2.2.2... audacity-2.2.2 $ guix describe Generation 3 Jun 20 2019 15:09:45 (current) guix 30adfd3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 30adfd36007884695d792eb78886d42e69266270 Little bit dated guix. FWIW I had the same problem with a newer version of audacity 2.3.2 on parabola so I'm not sure this is guix specific. Forget this, I it supposed to disappear it seems. Now I learned how to use it and got it working :) -- Cheers Swedebugia
bug#36730: Audacity noise reduction dialog disappear
Hi Today I tried to remove noise. I failed because the dialog blocked the main application while at the same time telling me to select noise for the profile. Weird. Can someone reproduce? https://ci.guix.gnu.org/nar/lzip/3v8d8ljnk8smrl6l4mhx1fpdw1y9fn8f-audacity-2.2.2... audacity-2.2.2 $ guix describe Generation 3 Jun 20 2019 15:09:45 (current) guix 30adfd3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 30adfd36007884695d792eb78886d42e69266270 Little bit dated guix. FWIW I had the same problem with a newer version of audacity 2.3.2 on parabola so I'm not sure this is guix specific. -- Cheers Swedebugia
bug#36456: Guix stumbles on duplicates?
On 2019-07-01 21:54, Ricardo Wurmus wrote: Hi swedebugia, I don’t understand the bug you are reporting. What duplicates are you referring to? How can I reproduce this bug? I sent the whole crates-io.scm to the bug-adress which you can use to reproduce. The duplicates in that file are a lot of double imported crates by arne. I'm pruning the duplicates by hand right now and building some of the most referenced packages (like rust-rand) with some degree of success. The error reported only arises with arnes duplicates added to my own ~200 imported crates. guix/build-system/cargo.scm:128:4: Invalid keyword: ("rust-lazy-static" #) What’s the code at the reported line? (define-public rust-lazy-static (package (name "rust-lazy-static") <--- line 98 (version "1.3.0") (source (origin (method url-fetch) (uri (crate-uri "lazy_static" version)) (file-name (string-append name "-" version ".tar.gz")) (sha256 (base32 "052ac27w189hrf1j3hz7sga46rp84zl2hqnzyihxv78mgzr2jmxw" (build-system cargo-build-system) (arguments `(#:cargo-inputs (("rust-spin" ,rust-spin (home-page "https://github.com/rust-lang-nursery/lazy-static.rs;) (synopsis "A macro for declaring lazily evaluated statics in Rust.") (description "This package provides a macro for declaring lazily evaluated statics in Rust.") (license #f))) -- Cheers Swedebugia
bug#36457: Guix does not match point-versions correctly
On 2019-07-01 11:11, swedebugia wrote: Hi I'm doing the crate-adventure and stumbled on this: starting phase `build' error: failed to select a version for the requirement `clippy = "^0.0.41"` candidate versions found which didn't match: 0.0.302 location searched: directory source `/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18/guix-vendor` (which is replacing registry `https://github.com/rust-lang/crates.io-index`) required by package `blake2-rfc v0.2.18 (/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18)` But the version we got is way above .41. 0.0.302 > 0.0.41! WDYT? Oops maybe this output is from cargo. According to https://semver.npmjs.com/ the ^ (hat) means: include everything greater than a particular version in the same major range. cargo should thus accept up to 0.0.999 in this case as valid but does not. Should I relax the version requirement? To what? -- Cheers Swedebugia
bug#36457: Guix does not match point-versions correctly
Hi I'm doing the crate-adventure and stumbled on this: starting phase `build' error: failed to select a version for the requirement `clippy = "^0.0.41"` candidate versions found which didn't match: 0.0.302 location searched: directory source `/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18/guix-vendor` (which is replacing registry `https://github.com/rust-lang/crates.io-index`) required by package `blake2-rfc v0.2.18 (/tmp/guix-build-rust-blake2-rfc-0.2.18.drv-0/blake2-rfc-0.2.18)` But the version we got is way above .41. 0.0.302 > 0.0.41! WDYT? -- Cheers Swedebugia
bug#36456: Guix stumbles on duplicates?
Hi Yesterday Arne posted a list of 1000 crates-io packages to the devel list. When I inserted them in my 200+ crates-io.scm I got this error when trying to build rust-backtrace: $ ./pre-inst-env guix build rust-backtrace Backtrace: In guix/scripts/build.scm: 902:6 19 (_) In guix/status.scm: 768:4 18 (call-with-status-report _ _) In guix/store.scm: 623:10 17 (call-with-store _) In guix/scripts/build.scm: 909:26 16 (_ #) In ice-9/boot-9.scm: 829:9 15 (catch unbound-variable # …) In guix/ui.scm: 382:6 14 (_) In guix/scripts/build.scm: 874:5 13 (_) In srfi/srfi-1.scm: 679:15 12 (append-map _ _ . _) 592:17 11 (map1 ("x86_64-linux")) 679:15 10 (append-map _ _ . _) 592:17 9 (map1 (#)) In guix/scripts/build.scm: 835:18 8 (_ _) In guix/packages.scm: 936:16 7 (cache! # # …) 1254:22 6 (thunk) 936:16 5 (cache! # # …) 1038:19 4 (thunk) In guix/build-system/cargo.scm: 260:27 3 (lower "rust-backtrace-0.3.32" #:source _ #:inputs _ # . #) 231:4 2 (expand-crate-sources _ _) 170:23 1 (crate-closure _) 128:4 0 (_ #:cargo-inputs _) guix/build-system/cargo.scm:128:4: Invalid keyword: ("rust-lazy-static" #/home/user/src/guix/gnu/packages/crates-io.scm:98 3690d10>) I tried building rust-lazy-static and it build fine and said: successfully built /gnu/store/0z3giv8ba2383zqaz6m7ayyixhm2jicf-rust-lazy-static-1.3.0.drv /gnu/store/ssw3gh2ydw1bwp01r6z9sgy2i1zsq1q0-rust-lazy-static-1.3.0 I narrowed it down by inserting smaller and smaller fragments of arnes list of packages and this one package (the last in the crates-io.scm) causes the error: (define-public rust-redox-termios (package (name "rust-redox-termios") (version "0.1.1") (source (origin (method url-fetch) (uri (crate-uri "redox_termios" version)) (file-name (string-append name "-" version ".tar.gz")) (sha256 (base32 "0xhgvdh62mymgdl3jqrngl8hr4i8xwpnbsxnldq0l47993z1r2by" (build-system cargo-build-system) (arguments `(#:cargo-inputs (("rust-redox-syscall" ,rust-redox-syscall (home-page "https://github.com/redox-os/termios;) (synopsis "A Rust library to access Redox termios functions") (description "This package provides a Rust library to access Redox termios functions") (license #f))) When it is commented out guix says: $ ./pre-inst-env guix build rust-backtrace ice-9/eval.scm:223:20: In procedure proc: error: rust-redox-termios: unbound variable hint: Did you forget `(use-modules (gnu packages rust))'? this happens on a guix git pulled && maked yesterday @ Git checkout: repository: /home/egil/src/guix branch: master commit: a3d1a3487a34820d2a0b3d5e6206e4df1c77c15c My rust is this (from tobias' CI-server @ guix.tobias.gr): /gnu/store/s89kb99c07wvyxjcq3rc6aap8rkcfwqx-rust-1.35.0-cargo /gnu/store/2dc71v5jlbd6rpz7qx04iyzwl7kcqrjm-rust-1.35.0 -- Cheers Swedebugia
bug#36439: Guix build throws the data away if hash mismatch
Hi When I run guix download the data is saved to the store. When I run guix build without first running download and the hash mismatches it seemingly throws the data away. I think that is a bug. -- Cheers Swedebugia
bug#35760: Explain guix package --profile better
Hi The current documentation for this option is very scarce and does not detail where this profile is created or how it works (is it a GC root? can it be rolled back? etc.). I suggest adding information about that and maybe the paragraph below. "The user can create any number of profiles. A new directory with the profile-name as well as profile-generation-symlinks will then be created in the current directory. " -- Cheers Swedebugia
bug#35660: guix weather runaway memory consumption
On 2019-05-14 22:52, Ludovic Courtès wrote: Hi Danny, Danny Milosavljevic skribis: The failure mode here is very very bad. Guix will consume all available memory and then start on the swap, at which point the computer will become unresponsive to any input and the user can't save any open documents and has to kill the power to the computer. I agree that the failure mode is terrible. It’s very likely a cycle in the package graph, given the symptoms you describe. So ‘guix build OFFENDING-PACKAGE’ would probably give you the same result. Chris Baines proposed a patch a while back to detect and report cycles, but we never got around to polishing and integrating it. That would probably help a lot in these cases. We can open a new bug for that (if there’s not already one), but I think it should be framed in terms of cycle detection in the package graph and error reporting. +1 When working on the NPM importer earlier this was very very common happening with "guix build NPM-PACKAGE" because of cycles. My strategy was to manually kill the build after a minute or two if no output was produced. -- Cheers Swedebugia
bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic
On 2019-05-14 15:19, sirmacik wrote: Hey Guix! There seems to be a problem with Tor and TorButton in GNU IceCat's package. Torsocks works for other apps, TorButton shows notification that it's connected to the Tor server but when I go to check.torproject.org I'm not routed through tor. This problem doesn't appear in Archlinux or GNU/Debian so it seems that bug is Guix related. Could you please post the output of "guix describe" and your config.scm? -- Cheers Swedebugia
bug#35709: ungoogled-chromium fails to install crx extensions
Hi $ guix describe Generation 2May 11 2019 18:46:50(current) guix c087a90 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: c087a90e06d7b9451f802323e24deb1862a21e0f installed ungoogled-chromium 74.0.3729.131-0.9e33022 downloaded a crx via https://crxextractor.com/ https://chrome.google.com/webstore/detail/pawhash/adgekjfphhgngpdoklolpjenmgneobfg (Apache 2 licensed) When dropped into the "extensions"-tab I get an error: "Package is invalid: CRX_HEADER_INVALID" same with https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm (gpl-3) It does not matter whether I enable the "developer-mode" These work fine on Inox (Chromium 67.0.3396.87 from AUR) on parabola -- Cheers Swedebugia
bug#35683: wishlist: addessing statefulness of .cache(s)
On 2019-05-11 14:59, Giovanni Biscuolo wrote: Hello Tobias, Tobias Geerinckx-Rice writes: ... often users have to delete something in some .cache by guessing, "just" to solve some strange software crash (this is common to all distros) I have never had to do this, ever. I have no memories having to do this either during the last 15 years. ... [1] having data in .cache that crashes applications and services is bad design IMHO, let alone having configuration in .cache +1 -- Cheers Swedebugia
bug#35588: [PATCH] ui: Search matches additional package outputs.
On 2019-05-07 02:57, Chris Marusich wrote: +;; Match against uncommon outputs. +(,(lambda (package) +(filter (lambda (output) + (not (member output + ;; Some common outpus shared by many packages. + '("out" "debug" "doc" "static" I suggest we add "gui" and "lib" to this list. -- Cheers Swedebugia
bug#34124: gnome-shell crash when opening the activities overview
On 2019-04-25 15:20, Ricardo Wurmus wrote: > > Hi Ben, > >> I ran: >> >> $ find ~/.guix-profile/ -type d -wholename '*lib/gdk-pixbuf*' >> /home/ben/.guix-profile/lib/gdk-pixbuf-2.0 >> /home/ben/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0 >> /home/ben/.guix-profile/lib/gdk-pixbuf-2.0/2.10.0/loaders >> >> and then: >> >> LD_LIBRARY_PATH=/home/ben/.guix-profile/lib gnome-shell >> >> after which I could then select "Activities" and "Show Applications" >> without any problems. >> >> As you suggested was able to make the workaround persistent with: >> >> $ echo "LD_LIBRARY_PATH=/home/ben/.guix-profile/lib gnome-session" > >> ~/.xsession >> $ chmod a+x ~/.xsession >> >> Is there a way to fix this more permanently in Gnome? > > Yes, I’ve fixed this on the staging branch for the gnome-shell package. > This also fixes another crash we saw when displaying notifications. Nice work! -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
bug#35439: Transmission BitTorrent Client
On 2019-04-27 19:24, Timothy Sample wrote: > 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 manage your torrents. One > example of a client is “transmission-gtk”, which is a GTK+ interface, > but there is also “tremc” which is console-based. The daemon itself > provides a Web interface, too, so if you run the daemon and point your > Web browser at “http://localhost:9091”, it should give you an overview > of your torrents. Taking a look at the synopsis and description I found: synopsis: Fast and easy BitTorrent client description: Transmission is a BitTorrent client that comes with graphical, textual, and Web user interfaces. Transmission also has a + daemon for unattended operations. It supports local peer discovery, full encryption, DHT, µTP, PEX and Magnet Links. I think both should be improved to avoid confusion. -> synopsis: Fast and easy BitTorrent daemon with multiple interfaces description: Transmission is a BitTorrent client that comes with graphical, textual, and Web user interfaces. The default output installs transmission-daemon, transmission-cli and the web interface at http://localhost:9091. It supports local peer discovery, full encryption, DHT, µTP, PEX and Magnet Links. WDYT? -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
bug#35399: Guix System installer does not set up passwords
On 2019-04-25 00:51, Ludovic Courtès wrote: Ludovic Courtès skribis: Another option would be to have an activation snippet that runs when booting the newly installed system: if would check for a flag or something (it could check for uninitialized passwords), and if it determines it’s a first boot, open a dialog box asking for passwords. We’d need to add a “post-install” service in the OS config that would do just that. That would be the most robust approach, but it’s also a bit more work I guess. It’s also not so nice that users will see this extra service in their config. Thoughts? To which Florian replied: Why can’t the installer just chroot into the new system and call passwd? That makes a lot of sense, I feel silly for not thinking about it. :-) (In fact, we don’t even have to chroot since we can directly use (gnu build accounts) to write the shadow file in the right place.) This is implemented by these commits: 91a7c4998f installer: Ask for the root account password. 898677ed17 installer: Ask for user password and initialize /etc/shadow. I ran a full install and confirmed that it works as expected. You’re of course welcome to try it out! I realized later that I forgot to add a password confirmation box. I guess we should add one, right? Yes, that sounds like a good idea. -- Cheers Swedebugia
bug#35248: Monero fails to build and is outdated
I tried upgrading and solving all the errors I ran into. See patch attached. I got stuck with a bunch of these linker errors in the end (97%) after having upgraded the monero-upnpc also: ld: main.cpp:(.text._ZN8nodetool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj[_ZN8no\ detool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj]+0x26a): undefined reference to \ `FreeUPNPUrls' ld: main.cpp:(.text._ZN8nodetool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj[_ZN8no\ detool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj]+0x4b4): undefined reference to \ `UPNP_DeletePortMapping' ld: main.cpp:(.text._ZN8nodetool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj[_ZN8no\ detool11node_serverIN10cryptonote29t_cryptonote_protocol_handlerINS1_4core24delete_upnp_port_mappingEj]+0x4de): undefined reference to \ `strupnperror' collect2: error: ld returned 1 exit status Does anyone have an idea how to solve this? -- Cheers Swedebugia pkzifn0q5xhyw20gjbairymia6aq6y-monero-0.14.0.2.drv.bz2 Description: BZip2 compressed data From 970e9e82f243f105cba8482690326877e916499f Mon Sep 17 00:00:00 2001 From: swedebugia Date: Tue, 23 Apr 2019 07:56:08 +0200 Subject: [PATCH] gnu: monero: Update to 14.0.2 * gnu/packages/finance.scm (monero): Update to 14.0.2. * gnu/packages/finance.scm (monero)[source]: New snippet. [inputs]: Add hidapi. * gnu/packages/patches/monero-use-system-miniupnpc.patch: Deleted. * gnu/packages/upnp.scm(monero-miniupnpc): Update to 14.0.2. --- gnu/packages/finance.scm | 28 - .../patches/monero-use-system-miniupnpc.patch | 111 -- gnu/packages/upnp.scm | 8 +- 3 files changed, 29 insertions(+), 118 deletions(-) delete mode 100644 gnu/packages/patches/monero-use-system-miniupnpc.patch diff --git a/gnu/packages/finance.scm b/gnu/packages/finance.scm index bd30d466f..f629d59e7 100644 --- a/gnu/packages/finance.scm +++ b/gnu/packages/finance.scm @@ -11,6 +11,7 @@ ;;; Copyright © 2018 Adriano Peluso ;;; Copyright © 2018, 2019 Nicolas Goaziou ;;; Copyright © 2018 Arun Isaac +;;; Copyright © 2019 swedebugia ;;; ;;; This file is part of GNU Guix. ;;; @@ -424,7 +425,7 @@ other machines/servers. Electroncash does not download the Bitcoin Cash blockch ;; the system's dynamically linked library. (package (name "monero") -(version "0.12.3.0") +(version "0.14.0.2") (source (origin (method git-fetch) @@ -432,10 +433,29 @@ other machines/servers. Electroncash does not download the Bitcoin Cash blockch (url "https://github.com/monero-project/monero;) (commit (string-append "v" version (file-name (git-file-name name version)) - (patches (search-patches "monero-use-system-miniupnpc.patch")) (sha256 (base32 - "14db9kgjm2ha93c2x5fjdw01xaqshn756qr3x2cnzyyjh7caz5qd" + "0n23axpng50ixk8s3r88c7kqcbvzs1f4avsg4i19klhy90qvn5lv")) + (modules '((guix build utils))) + (snippet +'(begin + ;; This makes sure we use and find our miniupnp + ;; Delete 2 empty folders + (for-each delete-file-recursively + '("external/miniupnp" "external/unbound")) + ;; Don't default to the in-tree miniupnp + (chmod "external/CMakeLists.txt" #o644) + (substitute* "external/CMakeLists.txt" + (("message\\(STATUS \"Using in-tree miniupnpc\"\\)") "") + (("add_subdirectory\\(miniupnp/miniupnpc\\)") "") + (("set_property\\(TARGET libminiupnpc-static.*") "") + (("set\\(UPNP_LIBRARIES \"libminiupnpc-static\" PARENT_SCOPE\\)") "")) + ;; Fix paths to shared miniupnp + (substitute* "src/p2p/net_node.inl" + (("") "\"miniupnpc/miniupnpc.h\"") + (("") "\"miniupnpc/upnpcommands.h\"") + (("") "\"miniupnpc/upnperrors.h\"")) + #t (build-system cmake-build-system) (native-inputs `(("doxygen" ,doxygen) @@ -443,11 +463,13 @@ other machines/servers. Electroncash does not download the Bitcoin Cash blockch ("graphviz" ,graphviz) ("pkg-config" ,pkg-config))) (inputs + ;; TODO add readline support `(("bind" ,isc-bind) ("boost" ,boost) ("zeromq" ,zeromq) ("
bug#35248: Monero fails to build and is outdated
-- Cheers Swedebugia jbnww265v6fb1x60f91kd3kwg4jl51-monero-0.12.3.0.drv.bz2 Description: application/bzip
bug#24450: bug#34266: pypi importer cannot handle [ and ] correctly
On 2019-03-29 05:19, Maxim Cournoyer wrote: > 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/Beaker-1.10.0.tar.gz... >> ...0.0.tar.gz 40KiB 521KiB/s 00:00 >> [##] 100.0% >> (package >> (name "python-beaker") >> (version "1.10.0") >> (source >> (origin >> (method url-fetch) >> (uri (pypi-uri "beaker" version)) >> (sha256 >> (base32 >> "0l047yl3n9b3w7ba0wrqdb5fpww5y8pjy20kah2mlpr230lqjwk0" >> (build-system python-build-system) >> (propagated-inputs >> `(("python-[crypto]" ,#{python-\x5b;crypto\x5d;}#) >> ("python-[cryptography]" >>,#{python-\x5b;cryptography\x5d;}#) >> ("python-[pycrypto]" >>,#{python-\x5b;pycrypto\x5d;}#) >> ("python-[pycryptodome]" >>,#{python-\x5b;pycryptodome\x5d;}#) >> ("python-[testsuite]" >>,#{python-\x5b;testsuite\x5d;}#) >> ("python-coverage" ,python-coverage) >> ("python-cryptography" ,python-cryptography) >> ("python-cryptography" ,python-cryptography) >> ("python-funcsigs" ,python-funcsigs) >> ("python-memcached" ,python-memcached) >> ("python-mock" ,python-mock) >> ("python-nose" ,python-nose) >> ("python-pycrypto" ,python-pycrypto) >> ("python-pycryptodome" ,python-pycryptodome) >> ("python-pycryptodome" ,python-pycryptodome) >> ("python-pycryptopp" ,python-pycryptopp) >> ("python-pylibmc" ,python-pylibmc) >> ("python-pymongo" ,python-pymongo) >> ("python-redis" ,python-redis) >> ("python-sqlalchemy" ,python-sqlalchemy) >> ("python-webtest" ,python-webtest))) >> (home-page "https://beaker.readthedocs.io/;) >> (synopsis >> "A Session and Caching library with WSGI Middleware") >> (description >> "A Session and Caching library with WSGI Middleware") >> (license license:bsd-3)) > > Testing with my soon-to-be sent for review changes: > > --8<---cut here---start->8--- > ./pre-inst-env guix import pypi beaker > following redirection to `https://pypi.org/pypi/Beaker/json'... > > Starting download of /tmp/guix-file.0MWu4B > From > https://files.pythonhosted.org/packages/76/87/ecc1a222f0caaa7ba7b8928737e89b2e91b8c22450c12b8a51ee625a4d87/Beaker-1.10.1.tar.gz... > …0.1.tar.gz 40KiB 487KiB/s 00:00 [##] > 100.0% > (package > (name "python-beaker") > (version "1.10.1") > (source > (origin > (method url-fetch) > (uri (pypi-uri "beaker" version)) > (sha256 > (base32 > "16zdjfl8v73yl1capph0n371vd26c7zpzb48n505ip32ffgmvc4f" > (build-system python-build-system) > (native-inputs > `(("python-coverage" ,python-coverage) > ("python-cryptography" ,python-cryptography) > ("python-memcached" ,python-memcached) > ("python-mock" ,python-mock) > ("python-nose" ,python-nose) > ("python-pycryptodome" ,python-pycryptodome) > ("python-pylibmc" ,python-pylibmc) > ("python-pymongo" ,python-pymongo) > ("python-redis" ,python-redis) > ("python-sqlalchemy" ,python-sqlalchemy) > ("python-webtest" ,python-webtest))) > (home-page "https://beaker.readthedocs.io/;) > (synopsis > "A Session and Caching library with WSGI Middleware") > (description > "A Session and Caching library with WSGI Middleware") > (license license:bsd-3)) > --8<---cut here---end--->8--- > > Looking better? Perfect! -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
bug#33996: Is it hard to fix this problem?
On 2019-03-23 01:00, Tadeus Prastowo wrote: I just downloaded v0.16 and installed it on the bare hardware using the minimal desktop configuration (the one whose example includes `ratpoison'). After `guix package -i icecat', running it will show boxes as reported by the OP. I confirm that OP's solution of `guix package -i font-gnu-freefont-ttf' fixes this problem. Can't this be fixed at its root, please? It has been two months. This is definitely not hard :) Would you like to submit a patch with font-gnu-freefont-ttf as input (or maybe propagated input?) to icecat? I did not do it for various reasons one being that testing the patch requires building icecat. -- Cheers Swedebugia
bug#34896: Add "game" to end of synopsis of openttd
On 2019-03-17 19:08, Leo Famulari wrote: On Sun, Mar 17, 2019 at 05:45:47PM +0100, swedebugia wrote: It currently says "Transportation economics simulator" This addition makes it easier to find. e.g. with 'guix package -A game' Okay! Would you like to submit a patch? No. Its a hassle on this machine and the change is not substantial enough for it to be needed IMO. -- Cheers Swedebugia
bug#34896: Add "game" to end of synopsis of openttd
It currently says "Transportation economics simulator" This addition makes it easier to find. e.g. with 'guix package -A game' -- Cheers Swedebugia
bug#34829: usbutils description same as synopsis
mikadoZero skrev: (12 mars 2019 19:36:30 CET) >The description of the usbutils package is the same as it's synopsis. >It mentions that it includes tools but only mentions one. It would be >nice if the description provided further information. Would you like to submit a patch with a better description? -- Sent from my k-9 mail for Android.
bug#34768: guix-daemon tmpfs out of space on parabola
Tobias Geerinckx-Rice skrev: (6 mars 2019 15:31:13 CET) >Hullo, > >swedebugia wrote: >> I'm trying to build New Moon (unbranded palemoon browser) in >> parabola. >> The tmpfs i 2G which is way too little it seems. >> >> I read the man page of guix-daemon and the manual and could not >> find a >> way to point guix-daemon to another tmpdir than /tmp. > >Well, TMPDIR= should Just Work :-) > >You'll have to set it to the environment of guix-daemon (and >restart the daemon) for it to have any effect. How that's done >depends on your service manager/init system. > >I guess a ‘set-tmpdir’ RPC could be added to the protocol. I >haven't thought through the security implications, and IMO it's >just papering over the real bug, which is… > >> Is this a bug? > >Not sure what exactly you're referring to, but yes, I do think >that using /tmp instead of /var/tmp (or any non-tmpfs) is a bug by >modern(?) conventions. It's guaranteed to break eventually on >almost every non-Guix System, and when it doesn't it's an abuse of >RAM and swap space. > >Kind regards, > >T G-R Hi Thanks for the details. I agree that it is a bug. I solved it by masking tmp.mount in systemd according to the arch wiki and thus disabled tmpfs for the whole thing. -- Sent from my k-9 mail for Android.
bug#34768: guix-daemon tmpfs out of space on parabola
Hi I'm trying to build New Moon (unbranded palemoon browser) in parabola. The tmpfs i 2G which is way too little it seems. I read the man page of guix-daemon and the manual and could not find a way to point guix-daemon to another tmpdir than /tmp. Is this a bug? In case it is not possible to change on the guix side (before we rewrite the daemon) I think we should add a section about how to work around it to the manual. -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
bug#34651: guix commands should print a message, if they produce only trivial output by default
"Björn Höfling" skrev: (25 februari 2019 17:24:56 CET) >I noticed that if you call "guix COMMAND" for some COMMANDs without any >options given, they produce something which is not very useful to the >user. I first noticed it with guix pack: > >When "guix pack" is run without any options, it builds an empty pack: > >$ guix pack >/gnu/store/2ys9fn6h95209piqhyxli5pf2c4mp7zp-tarball-pack.tar.gz >$ tar tzvf >/gnu/store/2ys9fn6h95209piqhyxli5pf2c4mp7zp-tarball-pack.tar.gz >drwxrwxr-t root/root 0 1970-01-01 01:00 ./gnu/store/ >dr-xr-xr-x root/root 0 1970-01-01 01:00 >./gnu/store/w659mjmzwyhv62sd35y2pv5nrg5xkl7j-profile/ >dr-xr-xr-x root/root 0 1970-01-01 01:00 >./gnu/store/w659mjmzwyhv62sd35y2pv5nrg5xkl7j-profile/etc/ >-r--r--r-- root/root 414 1970-01-01 01:00 >./gnu/store/w659mjmzwyhv62sd35y2pv5nrg5xkl7j-profile/etc/profile >-r--r--r-- root/root37 1970-01-01 01:00 >./gnu/store/w659mjmzwyhv62sd35y2pv5nrg5xkl7j-profile/manifest > >I think from a user perspective it would be better to print a help >message and not build an empty pack. > >On the other hand, I tried out other guix commands and at least it is a >consistent behaviour, they start with the default values, like "guix >graph" outputs just an empty graph. > >"guix system" complains it needs a subcommand, which is a different >case. > >But then again we have this complaint: > >guix system container >guix system: error: wrong number of arguments for action 'container' > >WDYT? > >Björn I think we should print helpful hints or the contents of --help in these situations. -- Sent from my k-9 mail for Android.
bug#34499: Fwd: Guile-gnome package broken in Guix
On 2019-02-16 13:28, swedebugia wrote: > On 2019-02-16 12:02, swedebugia wrote: >> The files end up in profile/share/guile-gnome-2/... which is not in >> guiles load path. >> >> The result of running the examples: >> (first get it with guix build --source) >> >> >> $ guile -s hello.scm >> ... >> ERROR: In procedure scm-error: >> no code for module (gnome gobject) I found the error! Guile-gnome installs in such a way that it only works if you run it like this: guile-gnome2 -s hello.scm This seems undocumented and was unexpected. I expected "guile -s" to be able to run also the modules installed by guile-gnome. Should we add a note somewhere to avoid confusion and/or inform upstream about this non-standard behavior? -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
bug#34499: Fwd: Guile-gnome package broken in Guix
On 2019-02-16 12:02, swedebugia wrote: The files end up in profile/share/guile-gnome-2/... which is not in guiles load path. The result of running the examples: (first get it with guix build --source) $ guile -s hello.scm ... ERROR: In procedure scm-error: no code for module (gnome gobject) Trying to set the right load path results in this error: guile-gnome-platform-2.16.5/gtk/examples$ guile -L ~/.guix-profile/share/guile-gnome-2/ -s hello.scm guile: warning: failed to install locale ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/sdb/src/guile-gnome-platform-2.16.5/gtk/examples/hello.scm ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject.scm ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gtype.scm ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/utils.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/utils.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/config.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/config.scm.go ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gtype.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gvalue.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gvalue.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gclosure.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gclosure.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gsignal.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gsignal.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gparameter.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gparameter.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/gobject.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/gobject.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/support/modules.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gw/support/modules.scm.go ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gtk.scm ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gobject/generics.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/99nyg5hqmnk4l42xv018wmckby54yq2y-guile-gnome-2.16.5/share/guile-gnome-2/gnome/gobject/generics.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/gdk.scm ;;; compiling /home/sdb/.guix-profile/share/guile/site/2.2/g-wrap/gw/standard.scm ;;; compiling /home/sdb/.guix-profile/share/guile/site/2.2/g-wrap/config.scm ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/lhyaqrqlyvahxbw6vk4v13qryv4pmd19-g-wrap-1.9.15/share/guile/site/2.2/g-wrap/config.scm.go ;;; compiled /home/sdb/.cache/guile/ccache/2.2-LE-8-3.A/gnu/store/lhyaqrqlyvahxbw6vk4v13qryv4pmd19-g-wrap-1.9.15/share/guile/site/2.2/g-wrap/gw/standard.scm.go ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/glib.scm ;;; WARNING: compilation of /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/glib.scm failed: ;;; In procedure dynamic-link: file: "libgw-guile-gnome-glib", message: "file not found" ;;; WARNING: compilation of /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/gdk.scm failed: ;;; In procedure dynamic-link: file: "libgw-guile-gnome-glib", message: "file not found" ;;; compiling /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/gobject.scm ;;; WARNING: compilation of /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gw/gobject.scm failed: ;;; In procedure dynamic-link: file: "libgw-guile-gnome-gobject", message: "file not found" ;;; WARNING: compilation of /home/sdb/.guix-profile/share/guile-gnome-2/gnome/gtk.scm failed: ;;;
bug#34499: Fwd: Guile-gnome package broken in Guix
The files end up in profile/share/guile-gnome-2/... which is not in guiles load path. The result of running the examples: (first get it with guix build --source) $ guile -s hello.scm ... ERROR: In procedure scm-error: no code for module (gnome gobject) Forwarded Message Subject: Guile-gnome package broken in Guix Date: Sat, 16 Feb 2019 11:47:13 +0100 From: swedebugia To: guile-gtk-gene...@gnu.org Hi I would really like to start creating my first gtk program with guile. The package guile-gnome in guix is unfortunately broken and the docs and examples are missing. I tried fixing the package but it seems I do not understand gtk nor autotools well enough to succeed. I got these questions: * why are there no TARGET_DIR in the makefiles? * what is the purpose of the "guilesite" variable? * what is the purpose of the files in /defs/gnome/defs ? The makefile there seems to try to check for stuff in DEFS_HEADER_DIR = /usr/include Thanks in advance. -- Cheers Swedebugia
bug#34266: pypi importer cannot handle [ and ] correctly
$ ./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/Beaker-1.10.0.tar.gz... ...0.0.tar.gz 40KiB 521KiB/s 00:00 [##] 100.0% (package (name "python-beaker") (version "1.10.0") (source (origin (method url-fetch) (uri (pypi-uri "beaker" version)) (sha256 (base32 "0l047yl3n9b3w7ba0wrqdb5fpww5y8pjy20kah2mlpr230lqjwk0" (build-system python-build-system) (propagated-inputs `(("python-[crypto]" ,#{python-\x5b;crypto\x5d;}#) ("python-[cryptography]" ,#{python-\x5b;cryptography\x5d;}#) ("python-[pycrypto]" ,#{python-\x5b;pycrypto\x5d;}#) ("python-[pycryptodome]" ,#{python-\x5b;pycryptodome\x5d;}#) ("python-[testsuite]" ,#{python-\x5b;testsuite\x5d;}#) ("python-coverage" ,python-coverage) ("python-cryptography" ,python-cryptography) ("python-cryptography" ,python-cryptography) ("python-funcsigs" ,python-funcsigs) ("python-memcached" ,python-memcached) ("python-mock" ,python-mock) ("python-nose" ,python-nose) ("python-pycrypto" ,python-pycrypto) ("python-pycryptodome" ,python-pycryptodome) ("python-pycryptodome" ,python-pycryptodome) ("python-pycryptopp" ,python-pycryptopp) ("python-pylibmc" ,python-pylibmc) ("python-pymongo" ,python-pymongo) ("python-redis" ,python-redis) ("python-sqlalchemy" ,python-sqlalchemy) ("python-webtest" ,python-webtest))) (home-page "https://beaker.readthedocs.io/;) (synopsis "A Session and Caching library with WSGI Middleware") (description "A Session and Caching library with WSGI Middleware") (license license:bsd-3))
bug#27462: OCaml CVE-2015-8869
On 2019-01-31 17:57, Andreas Enge wrote: Hello, this bug has been open for quite a while, and the development of pplacer seems to be stalled, with the latest commit in May 2018, and no reaction whatsoever to Ben's bug report https://github.com/matsen/pplacer/issues/354 How should we continue? Are people using the software, or should we maybe remove it? Remove sounds good to me. -- Cheers Swedebugia
bug#34255: wishlist: Add guix-y way to create swapfile
Hi I specified a swapfile in my config without creating it on disk manually. (swap-devices '("/swapfile")) Then I predictably got this error: guix system: error: exception caught while executing 'start' on service 'swap-/swapfile': In procedure swapon: "/swapfile": No such file or directory I think we should let guix do all the dirty work of generating the swapfile so we can do something like: (swap-file (file "/swapfile")) (size "1G")) And then guix will invoke the relevant file tools to create and enable the swap file. We could add a check to see if the file exist and if yes try to use it as is. -- Cheers Swedebugia
bug#28144: info-dir ERROR: no code for module (guix build utils)
On 2019-01-29 22:14, swedebugia wrote: Hi Brant I moved your reply below. Please avoid top posting. On 2019-01-28 23:04, Brant Gardner wrote: On Mon, Jan 28, 2019, at 12:57, Ricardo Wurmus wrote: snip Could you please tell us what “guix describe” and/or “guix --version” say? This would help us figure out if we can do something to prevent this. You can get out of this problem by using a different variant of Guix to run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull. As normal user: ~ % guix describe guix describe: error: failed to determine origin ~ % guix --version guix (GNU Guix) 0.16.0-8.7ba2b27 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. - Root gets very different answers, as you already pointed out I should expect: root@mercury ~# guix describe Generation 3 Jan 27 2019 07:33:28 (current) guix 4f8be6d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 4f8be6d905de0ca53275907cce37742287b5 root@mercury ~# guix --version guix (GNU Guix) 4f8be6d905de0ca53275907cce37742287b5 Copyright (C) 2019 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. The path you indicated doesn't exist for me, can I use root's path to the guix executable to perform the pull and fix the normal user? Yes if you make sure it and all directories above it is readable by the normal user. Also see this by fredrick in guix-help: "I didn't have ~/.config/guix/current-1-link/bin/guix, so I ran /var/guix/profiles/system-1-link/profile/bin/guix pull. That solved the issue and I can now run "guix pull" and "guix environment guix" again. Haven't tried "guix package -u" but I would assume that works as well." HTH -- Cheers Swedebugia
bug#28144: info-dir ERROR: no code for module (guix build utils)
Hi Brant I moved your reply below. Please avoid top posting. On 2019-01-28 23:04, Brant Gardner wrote: On Mon, Jan 28, 2019, at 12:57, Ricardo Wurmus wrote: snip Could you please tell us what “guix describe” and/or “guix --version” say? This would help us figure out if we can do something to prevent this. You can get out of this problem by using a different variant of Guix to run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull. As normal user: ~ % guix describe guix describe: error: failed to determine origin ~ % guix --version guix (GNU Guix) 0.16.0-8.7ba2b27 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. - Root gets very different answers, as you already pointed out I should expect: root@mercury ~# guix describe Generation 3Jan 27 2019 07:33:28(current) guix 4f8be6d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 4f8be6d905de0ca53275907cce37742287b5 root@mercury ~# guix --version guix (GNU Guix) 4f8be6d905de0ca53275907cce37742287b5 Copyright (C) 2019 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. The path you indicated doesn't exist for me, can I use root's path to the guix executable to perform the pull and fix the normal user? Yes if you make sure it and all directories above it is readable by the normal user. -- Cheers Swedebugia
bug#31907: New users get wrong/old profile path to guix after reconfiguring
Closing. -- Sent from my p≡p for Android.
bug#33273: guix system does not emit command-list when run with no arguments
Closing -- Sent from my p≡p for Android.
bug#23304: import pypi: Option o keep the downloaded file
No reaction, closing. -- Sent from my p≡p for Android.
bug#30867: Troubles and solutions during install GuixSD
No answer, closing. -- Sent from my p≡p for Android.
bug#34184: Nitpick on reconfigure message: Installing for i386-pc platform.
Ricardo Wurmus skrev: (23 januari 2019 23:27:26 CET) > >Julien Lepiller writes: > >> Le 23 janvier 2019 22:12:58 GMT+01:00, swedebugia > a écrit : >>>"Installing for i386-pc platform. >>>Installation finished. No error reported." >>> >>>After reboot: >>> $ uname -a >>>Linux komputilo 4.20.3-gnu #1 SMP 1 x86_64 GNU/Linux >>> >>>The i386 is technically incorrect according to >>>https://en.wikipedia.org/wiki/Intel_80386 and >>>https://en.wikipedia.org/wiki/X86-64 >>> >>>I think we should drop the line and keep "Installation finished. No >>>error reported." >> >> Hi, this message is actually from grub-install and is perfectly >> correct: it means it's intalling in legacy (bios) mode. "No error >> reported" is also from grub and is very confusing… > >Maybe we should > >1) prefix messages from other tools with the name of the tool, and >2) hide these tool messages by default behind descriptive messages like >“installing bootloader” > >What do you think? > >-- >Ricardo +1 -- Sent from my p≡p for Android.
bug#34184: Nitpick on reconfigure message: Installing for i386-pc platform.
"Installing for i386-pc platform. Installation finished. No error reported." After reboot: $ uname -a Linux komputilo 4.20.3-gnu #1 SMP 1 x86_64 GNU/Linux The i386 is technically incorrect according to https://en.wikipedia.org/wiki/Intel_80386 and https://en.wikipedia.org/wiki/X86-64 I think we should drop the line and keep "Installation finished. No error reported." -- Cheers Swedebugia
bug#34006: Guix gc killed live roots - broke git
On 2019-01-08 07:50, Mark H Weaver wrote: > Hi, > > swedebugia writes: > >> On 2019-01-07 12:31, Ricardo Wurmus wrote: >>> >>>> $ git pull swedebugia >>>> fatal: unable to fork >>>> >>>> Stracing it reveals that it is missing something (see full attached): >>> >>> Where do you see that? >> >> Ah, sorry the full command was: >> strace git pull swedebugia > > I looked at the strace output you provided, and didn't find any evidence > of a missing file, which I doubt would lead to the error message "unable > to fork" anyway. The short excerpt that you quoted in your earlier mail > showed the failure to find "/etc/ld.so.preload", but that's expected, > and does not indicate a problem. The problem might be happening in the > child process (/home/sdb/.guix-profile/libexec/git-core/git), so adding > the -f option to strace, i.e. "strace -f git pull swedebugia", might > yield more useful information. > > If I'm not mistaken, "unable to fork" more likely indicates a lack of > available resources, possibly due to configured resource limits (see > ulimit(3) and the 'ulimit' bash builtin, e.g. try "ulimit -a"). > Otherwise, I guess it could be due to restrictions imposed by the use of > a security framework. Tried again with "strace -f" and got this: stat("/home/sdb/.guix-profile/libexec/git-core/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/gnu/store/6ff29rxibnfzabp17qj3mzpc8jggrmsn-profile/bin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/gnu/store/6ff29rxibnfzabp17qj3mzpc8jggrmsn-profile/sbin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/home/sdb/.local/bin;/home/sdb/.guix-profile/bin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/home/sdb/.guix-profile/sbin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/run/setuid-programs/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/home/sdb/.config/guix/current/bin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/home/sdb/.guix-profile/bin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/home/sdb/.guix-profile/sbin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/run/current-system/profile/bin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) stat("/run/current-system/profile/sbin/ssh", 0x7ffe26617620) = -1 ENOENT (No such file or directory) close(14) = 0 So installing ssh might be a good idea >D Solved! :D -- Cheers Swedebugia
bug#34006: Guix gc killed live roots - broke git
Mark H Weaver skrev: (8 januari 2019 08:50:53 CET) >Hi, > >swedebugia writes: > >> On 2019-01-07 12:31, Ricardo Wurmus wrote: >>> >>>> $ git pull swedebugia >>>> fatal: unable to fork >>>> >>>> Stracing it reveals that it is missing something (see full >attached): >>> >>> Where do you see that? >> >> Ah, sorry the full command was: >> strace git pull swedebugia > >I looked at the strace output you provided, and didn't find any >evidence >of a missing file, which I doubt would lead to the error message >"unable >to fork" anyway. The short excerpt that you quoted in your earlier >mail >showed the failure to find "/etc/ld.so.preload", but that's expected, >and does not indicate a problem. The problem might be happening in the >child process (/home/sdb/.guix-profile/libexec/git-core/git), so adding >the -f option to strace, i.e. "strace -f git pull swedebugia", might >yield more useful information. > >If I'm not mistaken, "unable to fork" more likely indicates a lack of >available resources, possibly due to configured resource limits (see >ulimit(3) and the 'ulimit' bash builtin, e.g. try "ulimit -a"). >Otherwise, I guess it could be due to restrictions imposed by the use >of >a security framework. > > Mark Thanks for the -f tip. I thought the errors were significant, but now I understood they are not. I will reply to the thread with more information if upgrading does not solve it. It is a vanilla 0.16 with a few packages installed, no security framework. I will share the whole environment also. Git has been upgraded so I will try installing the newer version next. -- Sent from my p≡p for Android. pEpkey.asc Description: application/pgp-keys
bug#34006: Guix gc killed live roots - broke git
On 2019-01-07 12:31, Ricardo Wurmus wrote: Hi swedebugia, $ git pull swedebugia fatal: unable to fork Stracing it reveals that it is missing something (see full attached): Where do you see that? Ah, sorry the full command was: strace git pull swedebugia I tried installing git again with guix package -i git, but it seems no substitutes are available anymore to my surprise (0.16 is not even 2 months old). -- Cheers Swedebugia
bug#34006: Guix gc killed live roots - broke git
Hi Yesterday I hacked on guix. Everything was fine. Store was 43G. I ran guix gc to clean up. Afterwards git broke: $ git pull swedebugia fatal: unable to fork Stracing it reveals that it is missing something (see full attached): execve("/home/sdb/.guix-profile/bin/git", ["git", "pull", "swedebugia"], 0x7ffe05bad790 /* 66 vars */) = 0 brk(NULL) = 0xbfe000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f61627a1000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) ... $ which git /home/sdb/.guix-profile/bin/git $ guix --version guix (GNU Guix) 0.16.0 <- vanilla 0.16 initted from the installer $ guix package -l|grep -5 git Generation 1Dec 24 2018 07:36:14 emacs-paredit 24 out /gnu/store/1zha5anxg029qfl7r569aap5lfyrb66a-emacs-paredit-24 emacs-no-x 26.1out /gnu/store/9v7m3c83rm1rgi99ph5xdkpnnd0c62x4-emacs-no-x-26.1 setxkbmap 1.3.1 out /gnu/store/3px1119mhx9q7xzmi5jlg5wylhkx84cr-setxkbmap-1.3.1 git 2.19.2 out /gnu/store/iffgahfxnk13narndlaqf9xm0yhyhyyv-git-2.19.2 Is this a bug? If yes I think it is serious. -- Cheers Swedebugiaexecve("/home/sdb/.guix-profile/bin/git", ["git", "pull", "swedebugia", "2"], 0x7ffecfa0cf88 /* 66 vars */) = 0 brk(NULL) = 0x239e000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f15df169000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/tls", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib", {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/tls/x86_64/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/tls/x86_64/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/tls/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/tls/x86_64", 0x7ffc20998c80) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/tls/x86_64/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
On 2019-01-05 19:46, Ricardo Wurmus wrote: > Hi swedebugia, > >>>An i686 machine cannot run and build software for x86_64. You would >>>need to set up offloading to do that, or use >>>‘qemu-binfmt-service-type’. > […] >> OK. Would it be OK to state this somewhere in the manual or am I the >> only on trying to upgrade from 32->64 bit? > > I'd prefer not to add this to the manual as it is not particular to > Guix. x86_64 is the outlier here, as it has a i686 persona. Generally, > you cannot build software for a different architecture without a cross > toolchain (not applicable for Guix) or emulation (e.g. via > qemu-binfmt-service-type). Ok, thanks, closing this. -- Cheers Swedebugia
bug#33996: Icecat is missing fonts
Hi After installing Icecat on guixsd v0.16 and starting it it shows only squares instead of text and pango warns "missing font nimbus ..." I think we should add font-gnu-freefont-ttf to the input of icecat to fix this to make it work out of the box. If on a foreign distribution guix should of course also notice if the correct XDG-env variables are missing when installing icecat and hint. -- Cheers Swedebugia
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
"Ludovic Courtès" skrev: (5 januari 2019 18:18:58 CET) >Hello, > >swedebu...@riseup.net skribis: > >> time nice -19 ~/src/guix/pre-inst-env guix system build ~/config.scm >> --system=x86_64-linux >> >> building >> /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv... >> @ unsupported-platform >> /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv >> x86_64-linux >> while setting up the build environment: a `x86_64-linux' is required >to >> build >> `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv', >but >> I am a `i686-linux' > >An i686 machine cannot run and build software for x86_64. You would >need to set up offloading to do that, or use >‘qemu-binfmt-service-type’. > >So this all looks like “expected” behavior to me. > >Does that make sense? > >Thanks, >Ludo’. OK. Would it be OK to state this somewhere in the manual or am I the only on trying to upgrade from 32->64 bit? This means that if you take a disk with guix 32 and plug it into a 64 bit machine there are only two ways to use 64 bit. Reinstall from a downloaded USB or build using qemu-binfmt-service-type. -- Sent from my p≡p for Android. pEpkey.asc Description: application/pgp-keys
bug#33932: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1.
On 2019-01-03 22:39, swedebugia wrote: > On 2019-01-03 20:19, Christopher Baines wrote: >> >> swedebugia writes: >> >>> On 2019-01-02 22:50, swedebugia wrote: >>>> On 2018-12-31 13:33, Ricardo Wurmus wrote: >>>>> >>>>> Hi swedebugia, >>>>> >>>>>> We should upgrade. >>>>> >>>>> Could you please send a patch? >>>>> >>>> >>>> Here it is :) >> >> I haven't looked too closely at the patch, but I think the newer version >> of Artanis have bundled guile-redis (or something like that), so it >> would be good to look at unbundling it, similar to how guile-json is >> handled. >> > > Thanks for the review. :) > > Correct. Redis is bundled an I did not unbundle it. Even guile-csv is > bundled, but we have not packaged it yet. > > I will try unbundling and send a new patch. Done. Is this ready to merge? (I gave up on moving it. Maybe the committer can do this?) -- Cheers SwedebugiaFrom b0453ad329d4b22bc70f90de0bea16ac612d4834 Mon Sep 17 00:00:00 2001 From: swedebugia Date: Fri, 4 Jan 2019 21:20:46 +0100 Subject: [PATCH] gnu: artanis: Update to 0.3.1. * gnu/packages/guile.scm (artanis): Update it. Added note about guile-csv. --- gnu/packages/guile.scm | 28 1 file changed, 24 insertions(+), 4 deletions(-) diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm index 5a3ce4401..2507375b4 100644 --- a/gnu/packages/guile.scm +++ b/gnu/packages/guile.scm @@ -528,7 +528,7 @@ program can be installed in one go.") ;;; (define-public artanis - (let ((release "0.2.1") + (let ((release "0.3.1") (revision 3)) (package (name "artanis") @@ -543,17 +543,26 @@ program can be installed in one go.") (file-name (string-append name "-" version ".tar.gz")) (sha256 (base32 - "041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn")) + "0hqr5m3mb558bdhkc2sadmd9cbrhp3y525wx7cwirgy6i0zmay68")) (modules '((guix build utils))) (snippet '(begin +;; Unbundle guile-redis and guile-json (delete-file-recursively "artanis/third-party/json.scm") (delete-file-recursively "artanis/third-party/json") +(delete-file-recursively "artanis/third-party/redis.scm") +(delete-file-recursively "artanis/third-party/redis") (substitute* '("artanis/artanis.scm" + "artanis/lpc.scm" "artanis/oht.scm") (("(#:use-module \\()artanis third-party (json\\))" _ use-module json) (string-append use-module json))) +(substitute* '("artanis/lpc.scm" + "artanis/session.scm") + (("(#:use-module \\()artanis third-party (redis\\))" _ +use-module redis) + (string-append use-module redis))) (substitute* "artanis/oht.scm" (("([[:punct:][:space:]]+)(->json-string)([[:punct:][:space:]]+)" _ pre json-string post) @@ -565,9 +574,14 @@ program can be installed in one go.") "")) #t (build-system gnu-build-system) + ;; FIXME the bundled csv contains one more exported procedure + ;; (sxml->csv-string) than guile-csv. The author is maintainer of both + ;; projects. + ;; TODO: Add guile-dbi and guile-dbd optional dependencies. (inputs `(("guile" ,guile-2.2) -("guile-json" ,guile-json))) +("guile-json" ,guile-json) +("guile-redis" ,guile-redis))) (native-inputs `(("bash" ,bash) ;for the `source' builtin ("pkgconfig" ,pkg-config) ("util-linux" ,util-linux))) ;for the `script' command @@ -601,7 +615,13 @@ program can be installed in one go.") (wrap-program (string-append bin "/art") `("GUILE_LOAD_PATH" ":" prefix (,scm)) `("GUILE_LOAD_COMPILED_PATH" ":" prefix (,go))) - #t)) + #t))) + (delete 'strip + ;; native-search-paths are needed but left out because we propagate it + ;; from the installation of guile. + ;; On foreign distributions you have to set this manually no matter if + ;; you installed guile with guix or not. On GuixSD it should be set + ;; correctly automatically (Guile is always installed there) (synopsis "Web application framework written in Guile") (description "GNU Artanis is a web application framework written in Guile Scheme. A web application framework (WAF) is a software framework that is -- 2.19.2
bug#33932: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1.
On 2019-01-03 20:19, Christopher Baines wrote: swedebugia writes: On 2019-01-02 22:50, swedebugia wrote: On 2018-12-31 13:33, Ricardo Wurmus wrote: Hi swedebugia, We should upgrade. Could you please send a patch? Here it is :) I haven't looked too closely at the patch, but I think the newer version of Artanis have bundled guile-redis (or something like that), so it would be good to look at unbundling it, similar to how guile-json is handled. Thanks for the review. :) Correct. Redis is bundled an I did not unbundle it. Even guile-csv is bundled, but we have not packaged it yet. I will try unbundling and send a new patch. -- Cheers Swedebugia
bug#33932: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1.
On 2019-01-03 12:39, Ricardo Wurmus wrote: Hi swedebugia, From a7f0c26705aad362acc35e632bed2dcc9e32d004 Mon Sep 17 00:00:00 2001 From: swedebugia Date: Wed, 2 Jan 2019 23:47:07 +0100 Subject: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1. * gnu/packages/guile.scm (artanis): Move from here... * gnu/packages/web.scm (artanis): To here and Update to 0.3.1. Thanks. Unfortunately, this patch contains a lot of unrelated changes, as you can see here: gnu/packages/guile.scm | 360 +++-- gnu/packages/web.scm | 95 +++ 2 files changed, 368 insertions(+), 87 deletions(-) Please also split the upgrade from moving the package definition to another file. Done, see attached. Is this acceptable? Or should I have made a new branch from master before moving? -- Cheers Swedebugia >From 2d7b2109cd42f12192e9e2bf601d539dd4896986 Mon Sep 17 00:00:00 2001 From: swedebugia Date: Thu, 3 Jan 2019 17:04:09 +0100 Subject: [PATCH 1/2] gnu: artanis: Update to 0.3.1. * gnu/packages/guile.scm (artanis): Update it. Added TODO about unbundling guile-csv. --- gnu/packages/guile.scm | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm index 07b568ee7..29e488175 100644 --- a/gnu/packages/guile.scm +++ b/gnu/packages/guile.scm @@ -528,7 +528,7 @@ program can be installed in one go.") ;;; (define-public artanis - (let ((release "0.2.1") + (let ((release "0.3.1") (revision 3)) (package (name "artanis") @@ -543,13 +543,14 @@ program can be installed in one go.") (file-name (string-append name "-" version ".tar.gz")) (sha256 (base32 - "041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn")) + "0hqr5m3mb558bdhkc2sadmd9cbrhp3y525wx7cwirgy6i0zmay68")) (modules '((guix build utils))) (snippet '(begin (delete-file-recursively "artanis/third-party/json.scm") (delete-file-recursively "artanis/third-party/json") (substitute* '("artanis/artanis.scm" + "artanis/lpc.scm" "artanis/oht.scm") (("(#:use-module \\()artanis third-party (json\\))" _ use-module json) @@ -565,6 +566,7 @@ program can be installed in one go.") "")) #t (build-system gnu-build-system) + ;; TODO replace bundled csv with guile-csv ;; TODO: Add guile-dbi and guile-dbd optional dependencies. (inputs `(("guile" ,guile-2.2) ("guile-json" ,guile-json))) @@ -601,7 +603,13 @@ program can be installed in one go.") (wrap-program (string-append bin "/art") `("GUILE_LOAD_PATH" ":" prefix (,scm)) `("GUILE_LOAD_COMPILED_PATH" ":" prefix (,go))) - #t)) + #t))) + (delete 'strip + ;; native-search-paths are needed but left out because we propagate it + ;; from the installation of guile. + ;; On foreign distributions you have to set this manually no matter if + ;; you installed guile with guix or not. On GuixSD it should be set + ;; correctly automatically (Guile is always installed there) (synopsis "Web application framework written in Guile") (description "GNU Artanis is a web application framework written in Guile Scheme. A web application framework (WAF) is a software framework that is -- 2.19.2 >From 5652a3f8197150b7b0a435bc65d99e18719f2a3d Mon Sep 17 00:00:00 2001 From: swedebugia Date: Thu, 3 Jan 2019 17:12:49 +0100 Subject: [PATCH 2/2] gnu: artanis: Move to web.scm * gnu/packages/guile.scm (artanis): Move from here... * gnu/packages/web.scm (artanis): ...to here --- gnu/packages/guile.scm | 95 -- gnu/packages/web.scm | 95 ++ 2 files changed, 95 insertions(+), 95 deletions(-) diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm index 29e488175..4762191dd 100644 --- a/gnu/packages/guile.scm +++ b/gnu/packages/guile.scm @@ -527,101 +527,6 @@ program can be installed in one go.") ;;; Extensions. ;;; -(define-public artanis - (let ((release "0.3.1") - (revision 3)) -(package - (name "artanis") - (version (if (zero? revision) - release - (string-append release "-" - (number->string revis
bug#33932: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1. (was: Re: bug#33932: Artanis fails to build - 0.3.1 is out)
On 2019-01-02 22:50, swedebugia wrote: On 2018-12-31 13:33, Ricardo Wurmus wrote: Hi swedebugia, We should upgrade. Could you please send a patch? Here it is :) -- Cheers Swedebugia >From a7f0c26705aad362acc35e632bed2dcc9e32d004 Mon Sep 17 00:00:00 2001 From: swedebugia Date: Wed, 2 Jan 2019 23:47:07 +0100 Subject: [PATCH] gnu: artanis: Move to web.scm and update to 0.3.1. * gnu/packages/guile.scm (artanis): Move from here... * gnu/packages/web.scm (artanis): To here and Update to 0.3.1. --- gnu/packages/guile.scm | 360 +++-- gnu/packages/web.scm | 95 +++ 2 files changed, 368 insertions(+), 87 deletions(-) diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm index 07b568ee7..998090c75 100644 --- a/gnu/packages/guile.scm +++ b/gnu/packages/guile.scm @@ -527,93 +527,6 @@ program can be installed in one go.") ;;; Extensions. ;;; -(define-public artanis - (let ((release "0.2.1") - (revision 3)) -(package - (name "artanis") - (version (if (zero? revision) - release - (string-append release "-" - (number->string revision - (source (origin -(method url-fetch) -(uri (string-append "mirror://gnu/artanis/artanis-" -release ".tar.gz")) -(file-name (string-append name "-" version ".tar.gz")) -(sha256 - (base32 - "041ajcg2pz918kd9iqcj4inpzddc3impvz3r2nhlpbv8zrz011hn")) -(modules '((guix build utils))) -(snippet - '(begin -(delete-file-recursively "artanis/third-party/json.scm") -(delete-file-recursively "artanis/third-party/json") -(substitute* '("artanis/artanis.scm" - "artanis/oht.scm") - (("(#:use-module \\()artanis third-party (json\\))" _ -use-module json) - (string-append use-module json))) -(substitute* "artanis/oht.scm" - (("([[:punct:][:space:]]+)(->json-string)([[:punct:][:space:]]+)" -_ pre json-string post) - (string-append pre - "scm" json-string - post))) -(substitute* "artanis/artanis.scm" - (("[[:punct:][:space:]]+->json-string[[:punct:][:space:]]+") - "")) -#t - (build-system gnu-build-system) - ;; TODO: Add guile-dbi and guile-dbd optional dependencies. - (inputs `(("guile" ,guile-2.2) -("guile-json" ,guile-json))) - (native-inputs `(("bash" ,bash) ;for the `source' builtin - ("pkgconfig" ,pkg-config) - ("util-linux" ,util-linux))) ;for the `script' command - (arguments - '(#:make-flags - ;; TODO: The documentation must be built with the `docs' target. - (let* ((out (assoc-ref %outputs "out")) -(scm (string-append out "/share/guile/site/2.2")) -(go (string-append out "/lib/guile/2.2/site-ccache"))) - ;; Don't use (%site-dir) for site paths. - (list (string-append "MOD_PATH=" scm) - (string-append "MOD_COMPILED_PATH=" go))) - #:test-target "test" - #:phases - (modify-phases %standard-phases - (add-before 'install 'substitute-root-dir - (lambda* (#:key outputs #:allow-other-keys) - (let ((out (assoc-ref outputs "out"))) - (substitute* "Makefile" ;ignore the execution of bash.bashrc - ((" /etc/bash.bashrc") " /dev/null")) - (substitute* "Makefile" ;set the root of config files to OUT - ((" /etc") (string-append " " out "/etc"))) - (mkdir-p (string-append out "/bin")) ;for the `art' executable - #t))) - (add-after 'install 'wrap-art - (lambda* (#:key outputs #:allow-other-keys) - (let* ((out (assoc-ref outputs "out")) - (bin (string-append out "/bin")) - (scm (string-append out "/share/guile/site/2.2")) - (go (string-append out "/lib/guile/2.2/site-ccache"))) -
bug#33932: Artanis fails to build - 0.3.1 is out
On 2018-12-31 13:33, Ricardo Wurmus wrote: Hi swedebugia, We should upgrade. Could you please send a patch? Here it is :) -- Cheers Swedebugia
bug#33932: Artanis fails to build - 0.3.1 is out
Hi We should upgrade. I earlier tried building 0.2.5 but failed, see def. below. (define-public artanis (package (name "artanis") ;; The 0.2.5 tarball does not build. See upstream bugreport at ;; https://lists.gnu.org/archive/html/bug-artanis/2018-11/msg0.html (version "0.2.5.af624e50") (source (origin (method git-fetch) (uri (git-reference (url "https://git.savannah.gnu.org/git/artanis.git;) (commit "af624e508e9997bd2e20c8c7063d986694f11209"))) (file-name (string-append name "-" version "-checkout")) (sha256 (base32 "0y1rx09jljdx6g6nq6y635f8svm8kazib7n4bgivi3yiy2c5v7ck")) -- Cheers Swedebugia
bug#33867: Folding with origin-uri fails for inherited packages
On 2018-12-25 13:01, Mathieu Othacehe wrote: (fold-packages (lambda (package lst) (if (string-prefix? "python" (package-name package)) (cons (and=> (package-source package) (lambda (source) (origin-uri source))) lst) lst)) '()) thanks! closing -- Cheers Swedebugia
bug#33867: Folding with origin-uri fails for inherited packages
Is this a bug? scheme@(guix-user) [1]> (define snakes (fold-packages (lambda (package lst) (if (string-prefix? "python" (package-name package)) (cons (origin-uri package) lst) lst)) '())) ... ... ... ... ... ... ... :15:45: In procedure origin-uri: Wrong type argument: #gnu/packages/xml.scm:1235 2220300> Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guix-user) [2]> ,bt In current input: 11:23 5 (_) In guix/discovery.scm: 155:3 4 (fold-module-public-variables _ _ _) In guix/combinators.scm: 45:26 3 (fold2 #(mod…> …) 45:26 2 (fold2 #(var…> …) In guix/discovery.scm: 158:33 1 (_ #gnu/packages/xml.scm:1…> …) In current input: 15:45 0 (_ _ _) -- Cheers Swedebugia
bug#33845: test of hslua fail on i686
d list: Expected a number but got a boolean" but got: Left "Could not read list: Expected a number but got a nil" stack is unchanged if getting a list fails: OK stack is unchanged if getting key-value pairs fails:OK ToLuaStack pushing simple values to the stack Boolean can be pushed correctly: OK LuaNumbers can be pushed correctly: OK LuaIntegers can be pushed correctly: OK ByteStrings can be pushed correctly: OK Unit is pushed as nil:OK Pointer is pushed as light userdata: OK pushing a value increases stack size by one LuaInteger: OK +++ OK, passed 100 tests. LuaNumber:OK +++ OK, passed 100 tests. ByteString: OK +++ OK, passed 100 tests. String: OK (0.01s) +++ OK, passed 100 tests. list of booleans: OK +++ OK, passed 100 tests. lua integration tests print version:OK functions stored in / retrieved from registry:OK getting a nested global works:OK setting a nested global works:OK table reading:FAIL Exception: Expected a string but got a nil Getting strings to and from the stack unicode ByteString: OK ByteString should survive after GC/Lua destroyed: OK String with NUL byte should be pushed/popped correctly: OK luaopen_* functions opendebug: OK openio: OK openmath: OK openos: OK openpackage:OK openstring: OK opentable: OK luaopen_base returns the right number of tables openbase: OK C functions Registering a C function and calling it from Lua: FAIL test/Foreign/LuaTest.hs:162: greeting function failed expected: Right ["Caffeine","induced","nonsense"] but got: Right [] pushing a C closure to and calling it from Lua: OK error handling lua errors are caught: OK error-less code gives in 'Right' result:OK catching lua errors within the lua type:OK second alternative is used when first fails:OK Applicative.empty implementation throws an exception: OK catching error of a failing meta method:OK calling a function that errors throws exception:OK 8 out of 113 tests failed (1.30s) Test suite test-hslua: FAIL Test suite logged to: dist/test/hslua-0.9.5.2-test-hslua.log 0 of 1 test suites (0 of 1 test cases) passed. Backtrace: 5 (primitive-load "/gnu/store/8m1laknzqkxb8swcxlq5vj4m717…") In ice-9/eval.scm: 191:35 4 (_ _) In srfi/srfi-1.scm: 863:16 3 (every1 # …) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/gnu-build-system.scm: 799:28 2 (_ _) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/haskell-build-system.scm: 258:6 1 (check #:tests? _ #:test-target _) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/utils.scm: 616:6 0 (invoke _ . _) /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. note: keeping build directory `/tmp/guix-build-ghc-hslua-0.9.5.2.drv-0' builder for `/gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv' failed with exit code 1 build of /gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv failed View build log at '/var/log/guix/drvs/d6/ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv.bz2'. guix build: error: build failed: build of `/gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv' failed -- Cheers Swedebugia ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv.bz2 Description: BZip2 compressed data
bug#33676: GuixSD on eoma68-a20?
On 2018-12-23 06:09, swedebu...@riseup.net wrote: > On 2018-12-22 09:44, Danny Milosavljevic wrote: >> Please add to your /etc/config.scm to the "services" section: >> >> (service qemu-binfmt-service-type >> (qemu-binfmt-configuration >>(platforms (lookup-qemu-platforms "arm")) >>(guix-support? #t))) > > Thanks. > > Added, reconfigured and now it is building away happily. Will report > back how it goes... It took a long long time to compile python2.7 and failed a 1 test in the end. 356 tests OK. 1 test failed: test_mmap 39 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dl test_gdb test_gl test_imgfile test_ioctl test_kqueue test_linuxaudiodev test_macos test_macostools test_msilib test_nis test_ossaudiodev test_scriptpackages test_smtpnet test_socketserver test_startfile test_sunaudiodev test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 4 skips unexpected on linux2: test_bsddb test_bsddb3 test_gdb test_ioctl Total duration: 55 min 1 sec Tests result: FAILURE make: *** [Makefile:878: test] Error 2 Test suite failed, dumping logs. Backtrace: 4 (primitive-load "/gnu/store/dbh5r09sm7hw8jjmxvgmjks9h2q…") In ice-9/eval.scm: 191:35 3 (_ _) In srfi/srfi-1.scm: 863:16 2 (every1 # …) In /gnu/store/diwcb1v9lr156sg3q4ww1wvsniw4n6rf-module-import/guix/build/gnu-build-system.scm: 799:28 1 (_ _) 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _) /gnu/store/diwcb1v9lr156sg3q4ww1wvsniw4n6rf-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check: Throw to key `srfi-34' with args `(#)'. builder for `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed with exit code 1 build of /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv failed View build log at '/var/log/guix/drvs/c9/d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv.bz2'. guix system: error: build failed: build of `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed - fail details: 0:27:38 load avg: 1.19 [216/396] test_mmap test test_mmap failed -- Traceback (most recent call last): File "/tmp/guix-build-python2-2.7.15.drv-0/Python-2.7.15/Lib/test/test_mmap.py", line 696, in test_large_offset self.assertEqual(m[0xFFF], b" ") AssertionError: '\x00' != ' ' 0:27:40 load avg: 1.18 [217/396/1] test_module -- test_mmap failed I'm on i386. Will try again when I succeded in disabling the test. -- Cheers Swedebugia
bug#33844: Rename ghc-pandoc to pandoc
Reason: it is used standalone to convert between formats. -- Cheers Swedebugia
bug#33676: GuixSD on eoma68-a20?
On 2018-12-22 09:44, Danny Milosavljevic wrote: > Please add to your /etc/config.scm to the "services" section: > > (service qemu-binfmt-service-type > (qemu-binfmt-configuration >(platforms (lookup-qemu-platforms "arm")) >(guix-support? #t))) Thanks. Added, reconfigured and now it is building away happily. Will report back how it goes... -- Cheers Swedebugia
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
On 2018-12-23 06:04, swedebu...@riseup.net wrote: > time nice -19 ~/src/guix/pre-inst-env guix system build ~/config.scm > --system=x86_64-linux > > building > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv... > @ unsupported-platform > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv > x86_64-linux > while setting up the build environment: a `x86_64-linux' is required to > build > `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv', but > I am a `i686-linux' > builder for > `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv' > failed with exit code 1 > build of > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv failed > View build log at > '/var/log/guix/drvs/27/raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv.bz2'. > cannot build derivation > `/gnu/store/da24a831db5lv0z60kyh1drz2sw20q88-activate.drv': 1 > dependencies couldn't be built > building > /gnu/store/hkjn3n1q91dnvvq5nmjs8kr2lkw4fww3-module-import-compiled.drv... > cannot build derivation > `/gnu/store/fxvgakgpmhpq1abhqnrxzirgjkmns7nb-boot.drv': 1 dependencies > couldn't be built > building > /gnu/store/jqp8g5anxc2zqisb2hv4gd8rrih0z4mj-module-import.drv... > cannot build derivation > `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv': 1 dependencies > couldn't be built > guix system: error: build failed: build of > `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv' failed sdb@antelope ~/Desktop$ guix --version guix (GNU Guix) 0.16.0-5.5de5f81 reconfigured from master on sdb@antelope ~/src/guix$ git log |head commit d15211c9b5b46b96c5b658329624942b6ff5c917 -- Cheers Swedebugia
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
time nice -19 ~/src/guix/pre-inst-env guix system build ~/config.scm --system=x86_64-linux building /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv... @ unsupported-platform /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv x86_64-linux while setting up the build environment: a `x86_64-linux' is required to build `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv', but I am a `i686-linux' builder for `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv' failed with exit code 1 build of /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv failed View build log at '/var/log/guix/drvs/27/raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv.bz2'. cannot build derivation `/gnu/store/da24a831db5lv0z60kyh1drz2sw20q88-activate.drv': 1 dependencies couldn't be built building /gnu/store/hkjn3n1q91dnvvq5nmjs8kr2lkw4fww3-module-import-compiled.drv... cannot build derivation `/gnu/store/fxvgakgpmhpq1abhqnrxzirgjkmns7nb-boot.drv': 1 dependencies couldn't be built building /gnu/store/jqp8g5anxc2zqisb2hv4gd8rrih0z4mj-module-import.drv... cannot build derivation `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv': 1 dependencies couldn't be built guix system: error: build failed: build of `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv' failed -- Cheers Swedebugia;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. (use-modules (gnu) (gnu system nss)) (use-service-modules desktop networking virtualization) (use-package-modules certs gnome ;; for my-base-packages linux less base nano pciutils admin man texinfo bash guile gawk compression lisp) (define %my-base-packages ;; Like upstream but without wifi-programs and zile. ;; Default set of packages globally visible. It should include anything ;; required for basic administrator tasks. (cons* procps psmisc which less ;;zile nano pciutils usbutils util-linux inetutils isc-dhcp (@ (gnu packages admin) shadow) ;for 'passwd' ;; wireless-tools is deprecated in favor of iw, but it's still what ;; many people are familiar with, so keep it around. ;;iw wireless-tools iproute net-tools; XXX: remove when Inetutils suffices man-db info-reader ;the standalone Info reader (no Perl) ;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also ;; want the other commands and the man pages (notably because ;; auto-completion in Emacs shell relies on man pages.) sudo ;; Get 'insmod' & co. from kmod, not module-init-tools, since udev ;; already depends on it anyway. kmod eudev e2fsprogs kbd bash-completion ;; XXX: We don't use (canonical-package guile-2.2) here because that ;; would create a collision in the global profile between the GMP ;; variant propagated by 'guile-final' and the GMP variant propagated ;; by 'gnutls', itself propagated by 'guix'. guile-2.2 ;; The packages below are also in %FINAL-INPUTS, so take them from ;; there to avoid duplication. (map canonical-package (list bash coreutils findutils grep sed diffutils patch gawk tar gzip bzip2 xz lzip (operating-system (host-name "antelope") (timezone "Europe/Paris") (locale "en_US.utf8") ;; Use the UEFI variant of GRUB with the EFI System ;; Partition mounted on /boot/efi. (bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda"))) (file-systems (cons (file-system (device (file-system-label "my-root")) (mount-point "/") (type "ext4")) %base-file-systems)) (swap-devices '("/dev/sda2")) (users (cons (user-account (name "sdb") (comment "Alice's brother") (group "users") (supplementary-groups '("wheel" "netdev" "audio" "video")) (home-directory "/home/sdb")) %base-user-accounts)) ;; This is where we specify system-wide packages. (packages (cons* nss-certs ;for HTTPS access gvfs ;for user mounts network-manager-openvpn stumpwm %my-base-packages)) ;; Add GNOME and/or Xfce---we can choose at the log-in ;;
bug#33676: GuixSD on eoma68-a20?
05dcc >> [ 136.501950] dd00: bf079000 bf078000 ce0fdd9c >> ce0fdd20 bf077c10 bf05c0c4 >> [ 136.504080] dd20: c0f1e6b0 bf06f140 c1005dcc ce0fdd38 c01ceb30 >> bf078000 ce0fdd54 >> [ 136.506036] dd40: c0155458 c01ceb24 ce0fdd7c ce0fdd58 c01bbaac >> c01553d0 c10067b4 d082000c >> [ 136.508122] dd60: ce0fdda8 d082 d0821000 f28f9aeb ce0fdda4 >> bf06ef40 bf0778c8 c1005dcc >> [ 136.510236] dd80: bf06ef4c bf06ef40 c1005dcc ce0fde14 >> ce0fdda0 c01035d8 bf0778d4 >> [ 136.512143] dda0: c0101a0c f28f9aeb ce327600 c0979f74 ce000600 >> ce000600 ce0fddd4 ce0fddc8 >> [ 136.514144] ddc0: c0979f74 c01ce7d0 ce0fde14 ce0fddd8 c0308ab4 >> c0979f50 ce0fde04 ce0fdde8 >> [ 136.516233] dde0: c0309c5c c03090e4 0052 f28f9aeb ce0fdf38 >> bf06ef40 ce0fdf38 ce3321c0 >> [ 136.518293] de00: bf06f070 bf06ef4c ce0fde3c ce0fde18 c01fb75c >> c0103594 ce0fde3c ce0fde28 >> [ 136.520436] de20: c02f3410 ce0fdf38 bf06f040 ce0fdf14 >> ce0fde40 c01fa210 c01fb6f4 >> [ 136.522398] de40: 8000 7fff bf06ef40 c01f778c ce0fde98 >> d082 c1005dcc c0a08334 >> [ 136.524853] de60: bf06f054 bf06ef44 0a2c bf071000 014f9cf8 >> c0c3d374 c0c5b674 >> [ 136.526866] de80: c0101204 ce0fc000 ce0fdf14 ce0fde98 bf062024 >> 0006 bf062054 00bf >> [ 136.528885] dea0: 6e72656b 6c65 >> >> [ 136.531078] dec0: >> >> [ 136.533045] dee0: f28f9aeb 7fff c1005dcc >> 000a 014f9cf8 c0101204 >> [ 136.534976] df00: ce0fc000 017b ce0fdfa4 ce0fdf18 c01fa9c4 >> c01f84e4 7fff >> [ 136.537150] df20: 0003 ce0fc000 ce0fdf5c d08cf000 00051ca8 >> d08f06f3 d08fefc0 >> [ 136.539224] df40: d08cf000 00051ca8 d09201e0 d091ff38 d0909544 >> 0002d000 0002f250 >> [ 136.541281] df60: 0001490c 0042 0043 >> 003c 002a 001b >> [ 136.543248] df80: f28f9aeb 0004 b58dac90 00053e77 >> 017b ce0fdfa8 >> [ 136.545223] dfa0: c0101000 c01fa8f4 0004 b58dac90 000a >> 014f9cf8 015bbf78 >> [ 136.548002] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 >> 0029b25c 00161fec 0002 >> [ 136.550771] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 6030 >> 000a >> [ 136.578059] [] (ata_attach_transport [libata]) from >> [] (ata_init+0x348/0x39c [libata]) >> [ 136.589371] [] (ata_init [libata]) from [] >> (do_one_initcall+0x50/0x214) >> [ 136.596083] [] (do_one_initcall) from [] >> (do_init_module+0x74/0x224) >> [ 136.598342] [] (do_init_module) from [] >> (load_module+0x1d38/0x2228) >> [ 136.599851] [] (load_module) from [] >> (sys_finit_module+0xdc/0x110) >> [ 136.601640] [] (sys_finit_module) from [] >> (ret_fast_syscall+0x0/0x54) >> [ 136.603227] Exception stack(0xce0fdfa8 to 0xce0fdff0) >> [ 136.605053] dfa0: 0004 b58dac90 000a >> 014f9cf8 015bbf78 >> [ 136.607122] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 >> 0029b25c 00161fec 0002 >> [ 136.608630] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 >> [ 136.616749] Code: e59fc1a0 e3a0ef49 e28c8010 e28c9020 (e89c000f) >> [ 136.631449] ---[ end trace c34b1e9ba28742f3 ]--- >> >> And then it hangs seemingly indefinitely. > > I just tried on > > Git checkout: > repository: /home/sdb/src/guix > branch: HEAD > commit: d15211c9b5b46b96c5b658329624942b6ff5c917 > > and got: > > building /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv... > @ unsupported-platform > /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv armhf-linux > while setting up the build environment: a `armhf-linux' is required to > build `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv', but I > am a `i686-linux' > builder for `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv' > failed with exit code 1 > build of /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv > failed > View build log at > '/var/log/guix/drvs/ng/yvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv.bz2'. > substituting > /gnu/store/1aclmh7jy2j5084kdpbcz5xgmdzvjzzj-fontconfig-2.13.1... > cannot build derivation > `/gnu/store/hr975r813adrn92f2g7f14z39086hnbx-coreutils-8.30.drv': 1 > dependencies couldn't be built > killing process 2725 > cannot build derivation > `/gnu/store/c56fwipfpdpii95420xcwf3vamy3n2pa-python-3.7.0.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv': > 1 dependencies couldn't be built > guix system: error: build failed: build of > `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv' > failed I'm on x86_64 hardware running a i686 guix Tried again and got this: building /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv... @ unsupported-platform /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv armhf-linux while setting up the build environment: a `armhf-linux' is required to build `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv', but I am a `i686-linux' builder for `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed with exit code 1 build of /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv failed View build log at '/var/log/guix/drvs/c9/d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv.bz2'. guix system: error: build failed: build of `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed -- Cheers Swedebugia
bug#33676: GuixSD on eoma68-a20?
16233] dde0: c0309c5c c03090e4 0052 f28f9aeb ce0fdf38 > bf06ef40 ce0fdf38 ce3321c0 > [ 136.518293] de00: bf06f070 bf06ef4c ce0fde3c ce0fde18 c01fb75c > c0103594 ce0fde3c ce0fde28 > [ 136.520436] de20: c02f3410 ce0fdf38 bf06f040 ce0fdf14 > ce0fde40 c01fa210 c01fb6f4 > [ 136.522398] de40: 8000 7fff bf06ef40 c01f778c ce0fde98 > d082 c1005dcc c0a08334 > [ 136.524853] de60: bf06f054 bf06ef44 0a2c bf071000 014f9cf8 > c0c3d374 c0c5b674 > [ 136.526866] de80: c0101204 ce0fc000 ce0fdf14 ce0fde98 bf062024 > 0006 bf062054 00bf > [ 136.528885] dea0: 6e72656b 6c65 > > [ 136.531078] dec0: > > [ 136.533045] dee0: f28f9aeb 7fff c1005dcc > 000a 014f9cf8 c0101204 > [ 136.534976] df00: ce0fc000 017b ce0fdfa4 ce0fdf18 c01fa9c4 > c01f84e4 7fff > [ 136.537150] df20: 0003 ce0fc000 ce0fdf5c d08cf000 00051ca8 > d08f06f3 d08fefc0 > [ 136.539224] df40: d08cf000 00051ca8 d09201e0 d091ff38 d0909544 > 0002d000 0002f250 > [ 136.541281] df60: 0001490c 0042 0043 > 003c 002a 001b > [ 136.543248] df80: f28f9aeb 0004 b58dac90 00053e77 > 017b ce0fdfa8 > [ 136.545223] dfa0: c0101000 c01fa8f4 0004 b58dac90 000a > 014f9cf8 015bbf78 > [ 136.548002] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 > 0029b25c 00161fec 0002 > [ 136.550771] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 6030 > 000a > [ 136.578059] [] (ata_attach_transport [libata]) from > [] (ata_init+0x348/0x39c [libata]) > [ 136.589371] [] (ata_init [libata]) from [] > (do_one_initcall+0x50/0x214) > [ 136.596083] [] (do_one_initcall) from [] > (do_init_module+0x74/0x224) > [ 136.598342] [] (do_init_module) from [] > (load_module+0x1d38/0x2228) > [ 136.599851] [] (load_module) from [] > (sys_finit_module+0xdc/0x110) > [ 136.601640] [] (sys_finit_module) from [] > (ret_fast_syscall+0x0/0x54) > [ 136.603227] Exception stack(0xce0fdfa8 to 0xce0fdff0) > [ 136.605053] dfa0: 0004 b58dac90 000a > 014f9cf8 015bbf78 > [ 136.607122] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 > 0029b25c 00161fec 0002 > [ 136.608630] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 > [ 136.616749] Code: e59fc1a0 e3a0ef49 e28c8010 e28c9020 (e89c000f) > [ 136.631449] ---[ end trace c34b1e9ba28742f3 ]--- > > And then it hangs seemingly indefinitely. I just tried on Git checkout: repository: /home/sdb/src/guix branch: HEAD commit: d15211c9b5b46b96c5b658329624942b6ff5c917 and got: building /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv... @ unsupported-platform /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv armhf-linux while setting up the build environment: a `armhf-linux' is required to build `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv', but I am a `i686-linux' builder for `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv' failed with exit code 1 build of /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv failed View build log at '/var/log/guix/drvs/ng/yvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv.bz2'. substituting /gnu/store/1aclmh7jy2j5084kdpbcz5xgmdzvjzzj-fontconfig-2.13.1... cannot build derivation `/gnu/store/hr975r813adrn92f2g7f14z39086hnbx-coreutils-8.30.drv': 1 dependencies couldn't be built killing process 2725 cannot build derivation `/gnu/store/c56fwipfpdpii95420xcwf3vamy3n2pa-python-3.7.0.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv': 1 dependencies couldn't be built guix system: error: build failed: build of `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv' failed -- Cheers Swedebugia
bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.
Dec 22 04:21:24 localhost NetworkManager[289]: [1545448884.2537] audit: op="connection-activate" uuid="c3d6b24a-d67c-48a9-8695-2e9dd83c1b07" name="Riseup VPN" pid=414 uid=1000 result="fail" reason="The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed." Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2045] device (wlp3s0): set-hw-addr: set MAC address to AE:C7:48:B4:FE:7E (scanning) Dec 22 04:22:19 localhost vmunix: [ 3281.066433] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2203] device (wlp3s0): supplicant interface state: inactive -> disabled Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2557] device (wlp3s0): supplicant interface state: disabled -> inactive config attached were it is installed systemwide. my user manifest is also attached were it is also installed. sdb@antelope ~/src/guix$ guix --version guix (GNU Guix) 0.16.0-3.6ddc63e running from git. -- Cheers Swedebugia;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. (use-modules (gnu) (gnu system nss)) (use-service-modules desktop networking) (use-package-modules certs gnome ;; for my-base-packages linux less base nano pciutils admin man texinfo bash guile gawk compression) (define %my-base-packages ;; Like upstream but without wifi-programs and zile. ;; Default set of packages globally visible. It should include anything ;; required for basic administrator tasks. (cons* procps psmisc which less ;;zile nano pciutils usbutils util-linux inetutils isc-dhcp (@ (gnu packages admin) shadow) ;for 'passwd' ;; wireless-tools is deprecated in favor of iw, but it's still what ;; many people are familiar with, so keep it around. ;;iw wireless-tools iproute net-tools; XXX: remove when Inetutils suffices man-db info-reader ;the standalone Info reader (no Perl) ;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also ;; want the other commands and the man pages (notably because ;; auto-completion in Emacs shell relies on man pages.) sudo ;; Get 'insmod' & co. from kmod, not module-init-tools, since udev ;; already depends on it anyway. kmod eudev e2fsprogs kbd bash-completion ;; XXX: We don't use (canonical-package guile-2.2) here because that ;; would create a collision in the global profile between the GMP ;; variant propagated by 'guile-final' and the GMP variant propagated ;; by 'gnutls', itself propagated by 'guix'. guile-2.2 ;; The packages below are also in %FINAL-INPUTS, so take them from ;; there to avoid duplication. (map canonical-package (list bash coreutils findutils grep sed diffutils patch gawk tar gzip bzip2 xz lzip (operating-system (host-name "antelope") (timezone "Europe/Paris") (locale "en_US.utf8") ;; Use the UEFI variant of GRUB with the EFI System ;; Partition mounted on /boot/efi. (bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda"))) (file-systems (cons (file-system (device (file-system-label "my-root")) (mount-point "/") (type "ext4")) %base-file-systems)) (swap-devices '("/dev/sda2")) (users (cons (user-account (name "sdb") (comment "Alice's brother") (group "users") (supplementary-groups '("wheel" "netdev" "audio" "video")) (home-directory "/home/sdb")) %base-user-accounts)) ;; This is where we specify system-wide packages. (packages (cons* nss-certs ;for HTTPS access gvfs ;for user mounts gnome-shell-extensions network-manager-openvpn %my-base-packages)) ;; Add GNOME and/or Xfce---we can choose at the log-in ;; screen with F1. Use the "desktop" services, which ;; include the X11 log-in service, networking with ;; NetworkManager, and more. (services (cons* (gnome-desktop-service) ;;(xfce-desktop-service) (console-keymap-service "
bug#33647: First `guix pull' behaves unexpectedly
On 2018-12-19 20:27, Tobias Geerinckx-Rice wrote: swedebugia wrote: egil@parabola:~$ time hash pacman real 0m0,000s user 0m0,000s sys 0m0,000s So it won't and any measuable overhead to just call this in the end of guix package after updating the symlinks to the new profile generation. Do you mean to put something like guix() { command "$1" "$@" hash "$1" } in the default /etc/profile (or wherever such things belong)? I think this is far too intrusive and magical to do by default, considering its limited one-time-only usefulness. The same goes for patching shells. That sounds like it could work even though it look like an ugly hack. :) -- Cheers Swedebugia
bug#32942: nss-certs not deterministic
On 2018-12-05 15:01, Ludovic Courtès wrote: Hello, Julien Lepiller skribis: While updating a profile, I found that nss-certs was not deterministic. From ludo: $ wget -O - -q https://mirror.hydra.gnu.org/mbs5mavs3gi4y7xkywcwwjj9g3p1yjmv.narinfo| grep Hash NarHash: sha256:101v69xp1qzw9v6pgmbhw7gfdaic8vvs4v5l567lx7f2mjp25rla $ wget -O - -q https://berlin.guixsd.org/mbs5mavs3gi4y7xkywcwwjj9g3p1yjmv.narinfo | grep Hash NarHash: sha256:08ziz714diyfq2klxy1nc0nhr5wa2vd356n9vizlq913a7an9a9s As shown above, berlin and hydra disagree on nss-certs. The difference is an encoding bug: --8<---cut here---start->8--- $ wget -O - https://berlin.guixsd.org/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 |gunzip -c |guix archive -x /tmp/nss-certs.berlin $ wget -O - https://mirror.hydra.gnu.org/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 |gunzip -c |guix archive -x /tmp/nss-certs.hydra $ diff -ru /tmp/nss-certs.{hydra,berlin} Only in /tmp/nss-certs.hydra/etc/ssl/certs: AC_Raíz_Certicámara_S.A.:2.15.7.126.82.147.123.224.21.227.87.240.105.140.203.236.12.pem Only in /tmp/nss-certs.berlin/etc/ssl/certs: AC_Ra?z_Certic?mara_S.A.:2.15.7.126.82.147.123.224.21.227.87.240.105.140.203.236.12.pem Only in /tmp/nss-certs.hydra/etc/ssl/certs: NetLock_Arany_=Class_Gold=_Főtanúsítvány:2.6.73.65.44.228.0.16.pem Only in /tmp/nss-certs.berlin/etc/ssl/certs: NetLock_Arany_=Class_Gold=_F?tan?s?tv?ny:2.6.73.65.44.228.0.16.pem --8<---cut here---end--->8--- The problem was already reported as <https://bugs.gnu.org/26948> and since commit 412701b0e5e073e6767eed162c14698db99df69c (July 2017) ‘guix publish’ on GuixSD runs in a UTF-8 locale to avoid that problem. The faulty narinfo/nar on berlin were generated on Oct. 17, 2018, so clearly the above commit was in effect. Indeed, after removing them and regenerating them, I’m still getting 08ziz714diyfq2klxy1nc0nhr5wa2vd356n9vizlq913a7an9a9s (aka. the wrong hash). On closer inspection the problem is elsewhere: the /gnu/store/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 directory on berlin has question marks in file names, so ‘guix publish’ is not to blame; instead the problem likely comes from ‘guix offload’. Indeed ‘guix-daemon’ and its child processes such as ‘guix offload’ run with an empty environment, and thus in the C locale. Specifically, ‘restore-file-set’ on the build farm front-end must be the one substituting question marks to the non-ASCII characters. If this analysis is correct, the patch below should fix it. I’ll try it later. Thanks, Ludo’. diff --git a/gnu/services/base.scm b/gnu/services/base.scm index cee9898d79..9fe64e8087 100644 --- a/gnu/services/base.scm +++ b/gnu/services/base.scm @@ -1603,7 +1603,15 @@ failed to register public key '~a': ~a~%" key status '()) #$@(if tmpdir (list (string-append "TMPDIR=" tmpdir)) -'())) +'()) + + ;; Make sure we run in a UTF-8 locale so that 'guix + ;; offload' correctly restores nars that contain UTF-8 + ;; file names such as 'nss-certs'. See + ;; <https://bugs.gnu.org/32942>. + (string-append "GUIX_LOCPATH=" +#$glibc-utf8-locales "/lib/locale") + "LC_ALL=en_US.utf8") #:log-file #$log-file)) (stop #~(make-kill-destructor)) Congratulations with the succeded hunt and thanks a lot for showing all the steps you took so I can improve my hunting skills and eventually begin helping by hunting on my own :D -- Cheers Swedebugia
bug#33647: First `guix pull' behaves unexpectedly
On 2018-12-19 13:49, Diego Nicola Barbato wrote: Hello, Ludovic Courtès writes: Diego Nicola Barbato skribis: Ludovic Courtès writes: [...] In addition, be aware that Bash maintains a cache of commands it looked up in $PATH. Thus it may be that, say, it had cached that ‘guix’ is really /run/current-system/profile/bin/guix. When you pulled, it didn’t invalidate its cache thus you kept using that old version. The solution is to run “hash guix” at the Bash prompt to force cache invalidation (info "(bash) Bourne Shell Builtins"). I believe this is it. This also explains why ‘which guix’ returned the updated guix while ‘guix --version’ claimed it was still the older version, which I found rather confusing. I am afraid being unaware of this has led me to inadvertently downgrade GuixSD whenever I reconfigured for the first time after a fresh install. Yeah. This is not strictly speaking a Guix bug, but clearly it’s a common pitfall. Perhaps we should print a hint upon completion? While I think it would be nice for Guix (or strictly speaking Bash) to just do what a noob like me would expect it to do in this situation, a hint would have certainly saved me some trouble. If it is unreasonably cumbersome to make Guix tell Bash to invalidate its cache upon completion of ‘guix pull’, I believe a hint would be good enough. I wholeheartedly agree with Diego. Either we fix it (preferably, even if we have to patch bash in order to archive what we want) or we tell the users what to do (this is bad because we already tell the users a lot of env variables and this just adds clutter and one more cumbersome thing to remember). FWW I just ran "hash pacman" on parabola and the result was this: egil@parabola:~$ time hash pacman real0m0,000s user0m0,000s sys 0m0,000s So it won't and any measuable overhead to just call this in the end of guix package after updating the symlinks to the new profile generation. -- Cheers Swedebugia
bug#33238: Fail nicely when profile is not found
On 2018-11-02 09:00, swedebugia wrote: > Hi > > I installed guix from AUR and ran into this: > > $ guix pull -l > Backtrace: > 8 (apply-smob/1 #) > In ice-9/boot-9.scm: > 705:2 7 (call-with-prompt _ _ #) > In ice-9/eval.scm: > 619:8 6 (_ #(#(#))) > In guix/ui.scm: > 1578:12 5 (run-guix-command _ . _) > In ice-9/boot-9.scm: > 829:9 4 (catch srfi-34 # …) > 829:9 3 (catch system-error # …) > 829:9 2 (catch git-error # …) > 829:9 1 (catch system-error # …) > In unknown file: > 0 (raise #) > > ERROR: In procedure raise: > Wrong type (expecting exact integer): # [profile: "/home/egil/.config/guix/current"] > 55dd9ac9a240> > > The install went fine but guix is not working :/ so I will do a manual > binary install instead. > > I could try crafting a patch testing if the directory exist if > somebody is willing to point me to the right file (and perhaps an > example of a procedure that can check this) > > Cheers > Swedebugia > > $ guix --version > guix (GNU Guix) 0.15.0 > Copyright (C) 2018 the Guix authors > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. This is still present: sdb@antelope ~/src/guix$ ./pre-inst-env guix describe Git checkout: repository: /home/sdb/src/guix branch: HEAD commit: c4cc1b9d20212369d485a7b3788160117926ea3b sdb@antelope ~/src/guix$ ./pre-inst-env guix pull -l Backtrace: 8 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 7 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 6 (_ #(#(#))) In guix/ui.scm: 1603:12 5 (run-guix-command _ . _) In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # …) 829:9 3 (catch system-error # …) 829:9 2 (catch git-error # …) 829:9 1 (catch system-error # …) In unknown file: 0 (raise #) ERROR: In procedure raise: Wrong type (expecting exact integer): # The relevant code from pull.scm is this: (define (process-query opts profile) "Process any query on PROFILE specified by OPTS." (match (assoc-ref opts 'query) (('list-generations pattern) (define (list-generations profile numbers) (match numbers ((first rest ...) (display-profile-content profile first) (let loop ((numbers numbers)) (match numbers ((first second rest ...) (display-profile-content-diff profile first second) (loop (cons second rest))) ((_) #t) (() #t)) (leave-on-EPIPE (cond ((not (file-exists? profile)) ; XXX: race condition (raise (condition ( (profile profile) ((string-null? pattern) (list-generations profile (profile-generations profile))) ((matching-generations pattern profile) => (match-lambda (() (exit 1)) ((numbers ...) (list-generations profile numbers) -- Cheers Swedebugia
bug#32022: (new feature) Change guix pull to choose commits for which substitutes is already built by default
Closed as we now have channels and ludo' had good arguments for why to not implement my suggestion.
bug#32018: Guixsd pull error on very old install
Closed because I do not intend to investigate further and we do not support pulling from too old guix versions because of our rapid dev speed pre-1.0. -- Cheers Swedebugia
bug#15549: hydra.gnu.org needs to declare its javascript licenses for LibreJS
Hi I vote for closing this as "won't fix" now we are moving away and concentrate on cuirass at ci.guixsd.info. -- Cheers Swedebugia
bug#30867: Troubles and solutions during install GuixSD
Hi Axel Could you try again installing from scratch with 0.16 and report your findings? -- Cheers Swedebugia
bug#23304: import pypi: Option o keep the downloaded file
Hi Is this really needed? I look at the webpages when importing stuff. For npm Julien and I created a special tool to do the job of fetching the dependencies. You could easily roll-your-own and change (call-with-temporary-output... -> (call-with-output-file ...) As it is only Hartmut who asked for this during 2 years of everyone using the importer I vote for closing this as "won't fix". -- Cheers Swedebugia
bug#30130: Add ‘guix whereis’ command
Hi This could be solved by a new field in the package-record: (provides '("list of commands provided")) What do you think? This could allow us to quickly let guile search the list of provided commands and return the package name. E.g. right now in my guixsd I have no "file" command. I have no idea which package installs it. :p -- Cheers Swedebugia
bug#27067: Feature request: please allow for either automatic logging of all output of every guix commands or add an option to each guix command to allow it for all to be logged
Hi I think the current logging is good enough. I vote for closing this as Brenton did not answer during a long time and nobody else thought this was worth implementing. We could add a note to the manual with a very general pipe output tip, but it would probably just clutter an already large manual. -- Cheers Swedebugia
bug#22745: guix http downloads don't resume
Hi Is this still a problem after Pierres work on texlive and when using the mirror? -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
On 2018-12-15 11:45, Ricardo Wurmus wrote: > swedebu...@riseup.net writes: > >> Is this a bug? > > I’m inclined to say that it is not. > What is the use case here? Well my use case is browsing commits and settling on one with good "weather". Its not that important to me actually because close to master (a few days back there are often >93% substitutes availiable. We could definitely improve the "running from git" section with some kind of best-practice. e.g. keep close to master run clean-go if you get weird guile errors during make (especially after merging of core-updates) etc. Would that be accepted? -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
On 2018-12-15 19:17, Ludovic Courtès wrote: > Hi, > > swedebu...@riseup.net skribis: > >> In unknown file: >>1 (primitive-load-path "gnu/system/locale" #) >> In /home/sdb/src/guix/gnu/system/locale.scm: >> 124:0 0 (_) >> >> /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure >> private-lookup: No variable bound to glibc-for-target in module (gnu >> packages base) > > That indicates you should run “make clean-go && make”. > > The gnu/system/locale.go file you have is presumably older than the > ‘core-updates’ merge. That branch removed ‘glibc-for-target’. I had figured that out and make clean worked. :) Thanks anyway! -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
Hi Is this a bug? first *clone repository* then ./bootstrap && ./configure then ./pre-inst-env guix weather -m ~/sdb.scm --substitute-urls="https://ci.guix.info http://mirror.hydra.gnu.org; Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 _) 222:29 18 (map1 _) 222:29 17 (map1 _) 222:29 16 (map1 _) 222:29 15 (map1 _) 222:29 14 (map1 _) 222:29 13 (map1 _) 222:29 12 (map1 _) 222:29 11 (map1 _) 222:29 10 (map1 (((gnu system nss)) ((gnu system locale)) ((…)) …)) 222:17 9 (map1 (((gnu system locale)) ((gnu system pam)) ((…)) …)) 2800:17 8 (resolve-interface (gnu system locale) #:select _ #:hide …) In ice-9/threads.scm: 390:8 7 (_ _) In ice-9/boot-9.scm: 2726:13 6 (_) In ice-9/threads.scm: 390:8 5 (_ _) In ice-9/boot-9.scm: 2994:20 4 (_) 2312:4 3 (save-module-excursion #) 3014:26 2 (_) In unknown file: 1 (primitive-load-path "gnu/system/locale" #) In /home/sdb/src/guix/gnu/system/locale.scm: 124:0 0 (_) /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure private-lookup: No variable bound to glibc-for-target in module (gnu packages base) This was introduced a little before merging of the latest core-updates. -- Cheers Swedebugia
bug#33755: error: execlp: No such file or directory from guix environment
Hi Is this a bug? sdb@antelope ~/src/guix$ guix environment guix -- ad-hoc libgit2 texinfo guix environment: error: execlp: No such file or directory I meant to type: sdb@antelope ~/src/guix$ guix environment guix --ad-hoc libgit2 texinfo I would have liked an error saying "error: package ad-hoc not found - cannot add it to the environment" -- Cheers Swedebugia
bug#33673: PATCH: Fwd: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy
Is this patch ok? Forwarded Message Subject: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy Date: Tue, 11 Dec 2018 18:10:06 +0100 From: Ludovic Courtès To: Efraim Flashner CC: swedebu...@riseup.net, 33...@debbugs.gnu.org Hi! Efraim Flashner skribis: On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote: [...] Improvements are always welcome of course. The main criterion would be to remain consistent with the rest of Guix and with GNU conventions that we follow. Maybe it’s best to discuss what you have in mind first? Thank you, Ludo’. I'd go with (one of: nothing-special, backtrace, debug) with the assumption that for more information the manual is more verbose. Sounds good to me. Would you like to send a patch? I also just noticed that we have 'man guix-system', which could be more verbose on the subject without needing to fit in a concise output. Manual pages are generated from the ‘--help’ output, the canonical documentation being the Info manual. Thanks, Ludo’. >From e71273a1b3b20bba8f4174ac4b98925bbc36ac0d Mon Sep 17 00:00:00 2001 From: swedebugia Date: Fri, 14 Dec 2018 19:41:41 +0100 Subject: [PATCH] system: Clarify the three strategies available. * guix/scripts/system.scm (show-help): Clarify the three choices. * doc/guix.texi (Invoking guix system): Add 3 @cindex to make on-error=strategy easier to find. --- doc/guix.texi | 3 +++ guix/scripts/system.scm | 2 +- 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/doc/guix.texi b/doc/guix.texi index 20b5013fd..4c204c619 100644 --- a/doc/guix.texi +++ b/doc/guix.texi @@ -22628,6 +22628,9 @@ appear in the @code{operating-system} declaration actually exist needed at boot time are listed in @code{initrd-modules} (@pxref{Initial RAM Disk}). Passing this option skips these tests altogether. +@cindex on-error +@cindex on-error strategy +@cindex error strategy @item --on-error=@var{strategy} Apply @var{strategy} when an error occurs when reading @var{file}. @var{strategy} may be one of the following: diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm index 8eb32c62b..d94917100 100644 --- a/guix/scripts/system.scm +++ b/guix/scripts/system.scm @@ -993,7 +993,7 @@ Some ACTIONS support additional ARGS.\n")) instead of reading FILE, when applicable")) (display (G_ " --on-error=STRATEGY - apply STRATEGY when an error occurs while reading FILE")) + apply STRATEGY (one of: nothing-special, backtrace, debug) when an error occurs while reading FILE.")) (display (G_ " --file-system-type=TYPE for 'disk-image', produce a root file system of TYPE -- 2.18.0
bug#33696: Webview crashes on query.wikidata.org
On 2018-12-12 02:58, Leo Famulari wrote: > On Mon, Dec 10, 2018 at 12:50:55PM -0800, swedebu...@riseup.net wrote: >> epiphany, vimb and next crashes when I visit that page. It looks fine on >> my Antergos machine in chrome. >> >> From vimb: >> "Webview Crashed on >> https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200; > > I can't reproduce this with our package of Epiphany on Debian. > >> $ guix --version >> guix (GNU Guix) 0.16.0-3.6ddc63e > > Can you use `guix describe` instead? Here is mine: > > -- > $ guix describe > Generation 56 Dec 10 2018 09:23:51(current) > guix f21058d > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: f21058dc5c423f76d51542f557927d756548e5be > -- I installed from git (i686) on this commit 6ddc63e... sdb@antelope ~$ guix describe guix describe: error: failed to determine origin My epiphany hash look like this: The following package will be installed: epiphany3.28.3.1 /gnu/store/6my9pfvz1rx38fgqr6nhn21nn51q8gb9-epiphany-3.28.3.1 Did that help? -- Cheers Swedebugia
bug#33703: youtube-dl man page is not complete
Hi Tobias :) FYI i'm on i686 installed from git with sudo -E guix system reconfigure... My complete config is at: https://gitlab.com/swedebugia/guix-config pushed this morning. On 2018-12-11 13:47, Tobias Geerinckx-Rice wrote: snip > I'd like to mark this as duplicate of #30785[1] but won't for now, > since I can't reproduce your findings: > > ~ λ youtube-dl --version > 2018.11.07 > > ~ λ man --version > man 2.8.3 > > ~ λ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e […] > > ~ λ man youtube-dl | egrep '^[A-Z ]+$' > NAME > SYNOPSIS > DESCRIPTION > OPTIONS > CONFIGURATION > OUTPUT TEMPLATE > FORMAT SELECTION > VIDEO SELECTION > FAQ > DEVELOPER INSTRUCTIONS > BUGS > COPYRIGHT I got the same versions. Here are the hashes: sdb@antelope ~$ readlink $(which youtube-dl) /gnu/store/wbfp0rvkcxvfl7bk387mkax7di9b1dr4-youtube-dl-2018.11.07/bin/youtube-dl sdb@antelope ~$ readlink $(which man) /gnu/store/4jk1p82cqdqqzfbqidzaii7k79wrlk8h-man-db-2.8.3/bin/man sdb@antelope ~$ readlink $(which guix) /gnu/store/5q4qs96w680r2k20yb4f3c8qkb2rz61x-guix-0.16.0-3.6ddc63e/bin/guix My output looks like this: sdb@antelope ~$ man youtube-dl | egrep '^[A-Z ]+$' NAME SYNOPSIS DESCRIPTION OPTIONS CONFIGURATION OUTPUT TEMPLATE NAME SYNOPSIS DESCRIPTION OPTIONS CONFIGURATION :11: `\ ' is not allowed in a name :16: warning [p 25, 2.8i]: cannot adjust line :21: warning [p 25, 3.5i]: cannot adjust line :31: warning [p 25, 5.0i]: cannot adjust line :32: warning [p 25, 5.2i]: cannot adjust line :39: warning [p 25, 6.0i]: cannot adjust line :54: warning [p 25, 8.2i]: cannot adjust line :57: warning [p 25, 8.7i]: cannot adjust line OUTPUT TEMPLATE :352: warning [p 28, 2.5i]: cannot adjust line :352: warning [p 28, 2.7i]: can't break line NAME SYNOPSIS BUGS COPYRIGHT sdb@antelope ~$ zgrep '\.SH' `man -w youtube-dl` .SH NAME .SH SYNOPSIS .SH DESCRIPTION .SH OPTIONS .SH CONFIGURATION .SH OUTPUT TEMPLATE .SH FORMAT SELECTION .SH VIDEO SELECTION .SH FAQ .SH Why do I need to go through that much red tape when filing bugs? .SH DEVELOPER INSTRUCTIONS .SH EMBEDDING YOUTUBE\-DL .SH BUGS .SH COPYRIGHT > > However! I can no longer reproduce #30785 either: > > ~ λ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)' > NAME > DESCRIPTION I am building it now. Will return with the output when its done :D > > Probably because the bug is locale-related and I've got broken locales > after the last release. Are the pages mentioned in bug #30785 > truncated for you, too? > > Kind regards, > > T G-R > > [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30785 -- Cheers Swedebugia
bug#33703: youtube-dl man page is not complete
It seems truncated and the section "format selection" is missing. -- Cheers Swedebugia
bug#33673: "guix system --help" does not detail how to use --on-error=strategy
On 2018-12-11 08:18, Efraim Flashner wrote: > On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote: >> Hi, >> >> swedebu...@riseup.net skribis: >> >> > The current output is: >> > >> > --on-error=STRATEGYapply STRATEGY when an error occurs while reading >> > FILE >> >> FWIW I think it’s reasonable for ‘--help’ to be generally more concise >> than the manual. We could list the possible strategies here, but that >> might clutter the output more than is desirable. >> >> > Additionally we now have so many commands in the help pages of guix >> > system and guix build that it would be nice to present them in a more >> > readable/categorized way. >> > >> > Would a patches for improvement in these areas be accepted? >> >> Improvements are always welcome of course. The main criterion would be >> to remain consistent with the rest of Guix and with GNU conventions that >> we follow. Maybe it’s best to discuss what you have in mind first? >> >> Thank you, >> Ludo’. >> > > I'd go with (one of: nothing-special, backtrace, debug) > with the assumption that for more information the manual is more > verbose. Sounds good to me. Clutter is a problem we already have it seems so lets not make it worse. > > I also just noticed that we have 'man guix-system', which could be more > verbose on the subject without needing to fit in a concise output. Where do I edit this man-page? -- Cheers Swedebugia
bug#33696: Webview crashes on query.wikidata.org
On 2018-12-10 21:50, swedebu...@riseup.net wrote: > Hi. > > epiphany, vimb and next crashes when I visit that page. It looks fine on > my Antergos machine in chrome. > > From vimb: > "Webview Crashed on > https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200; > > $ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e > > Is this an upstream bug perhaps? > > Several crashes were fixed and > https://webkitgtk.org/releases/webkitgtk-2.23.1.tar.xz is out (unstable > dev release). I tried building the new release with --with-source, but it failed with this: -- Checking for module 'gl' -- Found gl, version 18.1.8 -- Found OpenGL: /gnu/store/c7wzz03f4r00fx6qfcf70y2iyk2d88a9-mesa-18.1.8/include -- Looking for include file GL/glx.h -- Looking for include file GL/glx.h - found -- Checking for module 'glesv2' -- Found glesv2, version 18.1.8 -- Found OpenGLES2: /gnu/store/c7wzz03f4r00fx6qfcf70y2iyk2d88a9-mesa-18.1.8/include CMake Error at Source/cmake/WebKitFeatures.cmake:244 (message): ENABLE_JIT conflicts with ENABLE_C_LOOP. You must disable one or the other. Call Stack (most recent call first): Source/cmake/WebKitFeatures.cmake:252 (_WEBKIT_OPTION_ENFORCE_CONFLICTS) Source/cmake/WebKitFeatures.cmake:277 (_WEBKIT_OPTION_ENFORCE_ALL_CONFLICTS) Source/cmake/OptionsGTK.cmake:160 (WEBKIT_OPTION_END) Source/cmake/WebKitCommon.cmake:59 (include) CMakeLists.txt:159 (include) -- Configuring incomplete, errors occurred! See also "/tmp/guix-build-webkitgtk-2.23.1.drv-0/build/CMakeFiles/CMakeOutput.log". See also "/tmp/guix-build-webkitgtk-2.23.1.drv-0/build/CMakeFiles/CMakeError.log". Backtrace: 4 (primitive-load "/gnu/store/k78dfhbjwqj0nj7pyav74mwl7pz…") In ice-9/eval.scm: 191:35 3 (_ _) In srfi/srfi-1.scm: 863:16 2 (every1 # …) In /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/gnu-build-system.scm: 799:28 1 (_ _) In /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/utils.scm: 616:6 0 (invoke _ . _) /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. note: keeping build directory `/tmp/guix-build-webkitgtk-2.23.1.drv-0' builder for `/gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv' failed with exit code 1 build of /gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv failed View build log at '/var/log/guix/drvs/j0/zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv.bz2'. guix build: error: build failed: build of `/gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv' failed -- Cheers Swedebugia
bug#33696: Webview crashes on query.wikidata.org
Hi. epiphany, vimb and next crashes when I visit that page. It looks fine on my Antergos machine in chrome. >From vimb: "Webview Crashed on https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200; $ guix --version guix (GNU Guix) 0.16.0-3.6ddc63e Is this an upstream bug perhaps? Several crashes were fixed and https://webkitgtk.org/releases/webkitgtk-2.23.1.tar.xz is out (unstable dev release). -- Cheers Swedebugia
bug#33691: pre-inst-env: "no code for module (gcrypt hash)"
On 2018-12-09 23:41, Chris Marusich wrote: Hi, I tried reconfiguring my system recently using pre-inst-env, using commit 08861d259b453442c38fe93477bc62d2080b1442. I got this error: --8<---cut here---start->8--- $ sudo ./pre-inst-env guix system --fallback reconfigure ~/config.scm Password: Backtrace: In ice-9/boot-9.scm: 2726:13 19 (_) In ice-9/threads.scm: 390:8 18 (_ _) In ice-9/boot-9.scm: 2994:20 17 (_) 2312:4 16 (save-module-excursion _) 3014:26 15 (_) In unknown file: 14 (primitive-load-path "guix/store" #) In guix/store.scm: 20:0 13 (_) In ice-9/boot-9.scm: 2874:4 12 (define-module* _ #:filename _ #:pure _ #:version _ # _ …) 2887:24 11 (_) 222:29 10 (map1 (((guix utils)) ((guix config)) ((guix #)) ((…)) …)) 222:29 9 (map1 (((guix config)) ((guix memoization)) ((guix …)) …)) 222:29 8 (map1 (((guix memoization)) ((guix serialization)) (#) …)) 222:29 7 (map1 (((guix serialization)) ((guix monads)) ((# #)) …)) 222:29 6 (map1 (((guix monads)) ((guix records)) ((guix #)) (#) …)) 222:29 5 (map1 (((guix records)) ((guix base16)) ((guix #)) (#) …)) 222:29 4 (map1 (((guix base16)) ((guix base32)) ((gcrypt #)) # …)) 222:29 3 (map1 (((guix base32)) ((gcrypt hash)) ((guix #)) (#) …)) 222:17 2 (map1 (((gcrypt hash)) ((guix profiling)) ((rnrs #)) # …)) 2803:6 1 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ …) In unknown file: 0 (scm-error misc-error #f "~A ~S" ("no code for modu…" …) …) ERROR: In procedure scm-error: no code for module (gcrypt hash) --8<---cut here---end--->8--- I expected pre-inst-env to make all the necessary dependencies available. I was surprised that the guix command was unable to find (gcrypt hash), even though I thought pre-inst-env would make it available. Is this a bug, or am I doing something wrong? I ran into this also and solved it with running guix environment guix first. Did you try that? -- Cheers Swedebugia
bug#33685: Time settings does not work in gnome
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 > > (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: > Timezone '(null)' is unhandled, setting Europe/London as default > > (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:24.324: > Could not set system to use NTP: > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name > org.freedesktop.timedate1 was not provided by any .service files > > (gnome-control-center:1556): GLib-GIO-CRITICAL **: 13:24:34.673: > g_dbus_connection_call_internal: assertion 'object_path != NULL && > g_variant_is_object_path (object_path)' failed > > > sdb@antelope ~$ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e > > Installed from git with sudo -E reconf... > > config.scm attached. Fixed the time manually with sudo date -s 1308 +%H%M (the date and year was correct already) -- Cheers Swedebugia
bug#33685: Time settings does not work in gnome
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 (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: Timezone '(null)' is unhandled, setting Europe/London as default (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:24.324: Could not set system to use NTP: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.timedate1 was not provided by any .service files (gnome-control-center:1556): GLib-GIO-CRITICAL **: 13:24:34.673: g_dbus_connection_call_internal: assertion 'object_path != NULL && g_variant_is_object_path (object_path)' failed sdb@antelope ~$ guix --version guix (GNU Guix) 0.16.0-3.6ddc63e Installed from git with sudo -E reconf... config.scm attached. -- Cheers Swedebugia;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. (use-modules (gnu) (gnu system nss)) (use-service-modules desktop networking) (use-package-modules certs gnome ;; for my-base-packages linux less base nano pciutils admin man texinfo bash guile gawk compression) (define %my-base-packages ;; Like upstream but without wifi-programs and zile. ;; Default set of packages globally visible. It should include anything ;; required for basic administrator tasks. (cons* procps psmisc which less ;;zile nano pciutils usbutils util-linux inetutils isc-dhcp (@ (gnu packages admin) shadow) ;for 'passwd' ;; wireless-tools is deprecated in favor of iw, but it's still what ;; many people are familiar with, so keep it around. ;;iw wireless-tools iproute net-tools; XXX: remove when Inetutils suffices man-db info-reader ;the standalone Info reader (no Perl) ;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also ;; want the other commands and the man pages (notably because ;; auto-completion in Emacs shell relies on man pages.) sudo ;; Get 'insmod' & co. from kmod, not module-init-tools, since udev ;; already depends on it anyway. kmod eudev e2fsprogs kbd bash-completion ;; XXX: We don't use (canonical-package guile-2.2) here because that ;; would create a collision in the global profile between the GMP ;; variant propagated by 'guile-final' and the GMP variant propagated ;; by 'gnutls', itself propagated by 'guix'. guile-2.2 ;; The packages below are also in %FINAL-INPUTS, so take them from ;; there to avoid duplication. (map canonical-package (list bash coreutils findutils grep sed diffutils patch gawk tar gzip bzip2 xz lzip (operating-system (host-name "antelope") (timezone "Europe/Paris") (locale "en_US.utf8") ;; Use the UEFI variant of GRUB with the EFI System ;; Partition mounted on /boot/efi. (bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda"))) (file-systems (cons (file-system (device (file-system-label "my-root")) (mount-point "/") (type "ext4")) %base-file-systems)) (swap-devices '("/dev/sda2")) (users (cons (user-account (name "sdb") (comment "Alice's brother") (group "users") (supplementary-groups '("wheel" "netdev" "audio" "video")) (home-directory "/home/sdb")) %base-user-accounts)) ;; This is where we specify system-wide packages. (packages (cons* nss-certs ;for HTTPS access gvfs ;for user mounts gnome-shell-extensions network-manager-openvpn %my-base-packages)) ;; Add GNOME and/or Xfce---we can choose at the log-in ;; screen with F1. Use the "desktop" services, which ;; include the X11 log-in service, networking with ;; NetworkManager, and more. (services (cons* (gnome-desktop-service) ;;(xfce-desktop-service) (console-keymap-service "se-latin1") (modify-services %desktop-services ; Add berlin as first priority ; substitute server
bug#33623: Backtrace when running `guix system roll-back'
On 2018-12-07 15:15, Ludovic Courtès wrote: > Hi Diego, > > Diego Nicola Barbato skribis: > >> When I run ‘guix system roll-back’ I get the following backtrace: > > Fixed in commit 6ddc63e599a26c302f74d0622f67cfd987f0dc5f, thanks! > > Ludo'. Good catch Diego! -- Cheers Swedebugia
bug#33673: "guix system --help" does not detail how to use --on-error=strategy
Hi The current output is: --on-error=STRATEGYapply STRATEGY when an error occurs while reading FILE Also the manual currently lacks a cindex for on-error (I had to search with 's' through multiple false positives to find the relevant section) Additionally we now have so many commands in the help pages of guix system and guix build that it would be nice to present them in a more readable/categorized way. Would a patches for improvement in these areas be accepted? -- Cheers Swedebugia Original Message Subject: Re: error: rmdir: Device or resource busy Date: 2018-12-08 09:24 From: swedebu...@riseup.net To: Fredrik Salomonsson Cc: help-guix , Help-Guix Hej! On 2018-12-08 09:05, Fredrik Salomonsson wrote: > Hello, > > tried installing GuixSD 0.16. But hitting a cryptic error. > > guix system init /mnt/etc/config.scm /mnt > --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org; > ... > /gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer > > initializing operating system under '/mnt'... > guix system: error: rmdir: Device or resource busy > > This was working fine with 0.15. > > Is there a way to get a better backtrace from system init? Yes! >From the manual: '--on-error=STRATEGY' Apply STRATEGY when an error occurs when reading FILE. STRATEGY may be one of the following: 'nothing-special' Report the error concisely and exit. This is the default strategy. 'backtrace' Likewise, but also display a backtrace. 'debug' Report the error and enter Guile's debugger. From there, you can run commands such as ',bt' to get a backtrace, ',locals' to display local variable values, and more generally inspect the state of the program. *Note (guile)Debug Commands::, for a list of available debugging commands. Actually the --help to "guix system" hints about this but it is not telling how to use it, which is a bug I think. (i'm going to report it and send a patch) > Or does anyone > know what the error might be? I never saw it before.
bug#33672: weather: still ugly 502-error and confusing ci.guix.info
Hi I'm running guix from source in guixsd. sdb@antelope ~/src/guix$ ./pre-inst-env guix describe Git checkout: repository: /home/sdb/src/guix branch: master commit: 3d53869e302540cb9a80cdcbbabea2b67200c0c5 This is the output of my config. (it is attached). My config does NOT have ci.guix.info sdb@antelope ~/src/guix$ ./pre-inst-env guix weather -m ~/config/os-manifest.scm computing 414 package derivations for i686-linux... looking for 588 store items on https://ci.guix.info... updating substitutes from 'https://ci.guix.info'... 100.0% https://ci.guix.info 98.3% substitutes available (578 out of 588) 567.3 MiB of nars (compressed) 2,141.8 MiB on disk (uncompressed) 0.013 seconds per request (7.4 seconds in total) 79.2 requests per second 'https://ci.guix.info/api/queue?nr=1000' returned 502 ("Bad Gateway") ^ could we hide this error if it does not matter for the results? Forcing the --substitute-urls gives: sdb@antelope ~/src/guix$ ./pre-inst-env guix weather -m ~/config/os-manifest.scm --substitute-urls="http://berlin.guixsd.org; computing 414 package derivations for i686-linux... looking for 588 store items on http://berlin.guixsd.org... updating substitutes from 'http://berlin.guixsd.org'... 100.0% http://berlin.guixsd.org 98.3% substitutes available (578 out of 588) 567.3 MiB of nars (compressed) 2,141.8 MiB on disk (uncompressed) 0.044 seconds per request (25.7 seconds in total) 22.9 requests per second 'http://berlin.guixsd.org/api/queue?nr=1000' returned 502 ("Bad Gateway") -- Cheers Swedebugia;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. ;; (use-modules (gnu) (gnu system nss)) ;; (use-service-modules desktop networking) ;; (use-package-modules certs gnome) ;; (operating-system ;; (host-name "antelope") ;; (timezone "Europe/Paris") ;; (locale "en_US.utf8") ;; ;; Use the UEFI variant of GRUB with the EFI System ;; ;; Partition mounted on /boot/efi. ;; (bootloader (bootloader-configuration ;; (bootloader grub-bootloader) ;; (target "/dev/sda"))) ;; (file-systems (cons (file-system ;; (device (file-system-label "my-root")) ;; (mount-point "/") ;; (type "ext4")) ;;%base-file-systems)) ;; (swap-devices '("/dev/sda2")) ;; (users (cons (user-account ;; (name "sdb") ;; (comment "Alice's brother") ;; (group "users") ;; (supplementary-groups '("wheel" "netdev" ;; "audio" "video")) ;; (home-directory "/home/sdb")) ;;%base-user-accounts)) ;; ;; This is where we specify system-wide packages. ;; (packages (cons* nss-certs ;for HTTPS access ;;gvfs ;for user mounts ;; gnome-shell-extensions ;;%base-packages)) ;; ;; Add GNOME and/or Xfce---we can choose at the log-in ;; ;; screen with F1. Use the "desktop" services, which ;; ;; include the X11 log-in service, networking with ;; ;; NetworkManager, and more. ;; (services (cons* (gnome-desktop-service) ;;;;(xfce-desktop-service) ;; (console-keymap-service "se-latin1") ;;(modify-services %desktop-services ; Add berlin as first priority ;;; substitute server ;; (guix-service-type config => ;;(guix-configuration ;; (inherit config) ;; (substitute-urls '( ;; "https://berlin.guixsd.org https://mirror.hydra.gnu.org; ;; (network-manager-service-type config => ;; (network-manager-configuration ;; (inherit config) ;; (vpn-plugins ;; '(openvpn))) ;; ;; Allow resolution of '.local' host names with mDNS. ;; (name-service-switch %mdns-host-lookup-nss)) (specifications->manifest '( "gnome" "gnome-shell-extensions" "gvfs" "nss-certs" "network-manager-openvpn" ))
bug#33659: Perl-build-system does not honor #:module-build-flags or #:configure-flags
Hi I'm trying hard to package perl-term-readline-gnu but have failed so far. :D See the attached patch for my addition to perl-build-system that did not help. The Makefile in the source says: # Usage: perl Makefile.PL [--prefix=...] [--includedir=...] [--libdir=...] # [OPTIMIZE=...] The build failure (with or without my modifications to the build-system) is: starting phase `configure' running `perl' with arguments ("Makefile.PL" "PREFIX=/gnu/store/w4wb4wd1kjj6gmxlix0i3jj47v0izijh-perl-term-readline-gnu-1.35" "INSTALLDIRS=site" "NO_PERLLOCAL=1") Could not find neither libtermcap.a, libncurses.a, or libcurses. Backtrace: 4 (primitive-load "/gnu/store/vgfkdlnwks28vk50mg0xjl8iaf9…") In ice-9/eval.scm: 191:35 3 (_ _) In srfi/srfi-1.scm: 640:9 2 (for-each # …) In /gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/gnu-build-system.scm: 799:31 1 (_ _) In /gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/utils.scm: 616:6 0 (invoke _ . _) /gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. note: keeping build directory `/tmp/guix-build-perl-term-readline-gnu-1.35.drv-17' builder for `/gnu/store/n6dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv' failed with exit code 1 build of /gnu/store/n6dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv failed View build log at '/var/log/guix/drvs/n6/dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv.bz2'. cannot build derivation `/gnu/store/pz0zrnpsvip0yxyd18cjazibsrlpf29h-youtube-viewer-cli-3.4.1.drv': 1 dependencies couldn't be built guix build: error: build failed: build of `/gnu/store/pz0zrnpsvip0yxyd18cjazibsrlpf29h-youtube-viewer-cli-3.4.1.drv' failed -- Cheers SwedebugiaFrom 2afd42c1631793fc5c186b82fbdbb3964f6ae464 Mon Sep 17 00:00:00 2001 From: swedebugia Date: Fri, 7 Dec 2018 12:14:37 +0100 Subject: [PATCH] gnu: Add perl-term-readline-gnu -- flags not honored --- gnu/packages/perl.scm | 37 - guix/build-system/perl.scm | 3 ++- 2 files changed, 38 insertions(+), 2 deletions(-) diff --git a/gnu/packages/perl.scm b/gnu/packages/perl.scm index cbdf070e8..d41182962 100644 --- a/gnu/packages/perl.scm +++ b/gnu/packages/perl.scm @@ -51,7 +51,8 @@ #:use-module (gnu packages freedesktop) #:use-module (gnu packages perl-check) #:use-module (gnu packages perl-web) - #:use-module (gnu packages pkg-config)) + #:use-module (gnu packages pkg-config) + #:use-module (gnu packages readline)) ;;; ;;; Please: Try to add new module packages in alphabetic order. @@ -8115,6 +8116,40 @@ other terminal related features, including retrieval/modification of the screen size, and retrieval/modification of the control characters.") (license (package-license perl +(define-public perl-term-readline-gnu + (package + (name "perl-term-readline-gnu") + (version "1.35") + (source +(origin + (method url-fetch) + (uri (string-append +"mirror://cpan/authors/id/H/HA/HAYASHI/Term-ReadLine-Gnu-" +version +".tar.gz")) + (sha256 + (base32 +"09cixf93w9y443jj291viw3r292xskihx3af65pnbkb7mga34pap" + (build-system perl-build-system) + (arguments +'(#:configure-flags '("--test" + ;;(string-append "-libdir=" (getenv +;;"LIBRARY_PATH")) + ) + #:module-build-flags '("--test" + ;;(string-append "-libdir=" (getenv +;;"LIBRARY_PATH")) + ))) + (native-inputs +`(("perl-module-build" ,perl-module-build) + ("readline" ,readline))) + (home-page +"https://metacpan.org/release/Term-ReadLine-Gnu;) + (synopsis +"Perl extension for the GNU Readline/History Library") + (description "This module enables support for the GNU Readline/History Library.") + (license perl-license))) + (define-public perl-term-size-any (package (name "perl-term-size-any") diff --git a/guix/build-system/perl.scm b/guix/build-system/perl.scm index 06af1dd20..a06cf5b44 100644 --- a/guix/build-system/perl.scm +++ b/guix/build-system/perl.scm @@ -78,6 +78,7 @@ (define* (perl-build store name inputs #:key + (configure-flags ''()) (search-paths '()) (tests? #t) (parallel-build? #t) @@ -111,6 +112,7 @@ provides a `Makefile.PL' file as its build system." #:make-make
bug#33639: ISO installer image is broken on i686
On 2018-12-06 01:02, Ludovic Courtès wrote: snip > Indeed, if you spawn the image and run “cat /var/guix/db/db.sqlite”, it > fails with EIO and “attempt to access beyond end of device.” I suspect > the bugs Mark reported at <https://issues.guix.info/issue/33362> and > <https://issues.guix.info/issue/33555> are related. > > My guess is that the bug has always existed on ‘core-updates’ since > <https://berlin.guixsd.org/build/662745> (‘master’, 2018-11-30, i.e., > just before ‘core-updates’ was merged) shows a successful installation. > > I tried running the ISO image in qemu-system-{x86_64,i386}, with and > without KVM, and the I/O errors are always there, including with a > pre-core-updates QEMU. > > I tried reverting xorriso to 1.4.8 to no avail (which is not surprising > since xorriso was upgraded on 2018-09-18 and the successful installation > above which 2018-11-30.) > > At this point I can only suspect a toolchain issue, probably binutils or > libc since gcc didn’t change. > > Thoughts? > > This is holding the 0.16.0 release and I’m unavailable to do it next > week and with little time over the next few days. Thus I’m considering > exceptionally releasing without the i686 GuixSD install image; thoughts? Ok, I see. Has anybody tested that guix pull from 0.15 -> 0.16 works on an install ISO? (I don't know if we want/agreed to support this at all but 1 bug suggests problems related to https: ) I say go for release and note it on the download page and provide 0.15-i686 image for now. I'm using i686 GuixSD on my devlaptop. -- Cheers Swedebugia
bug#33623: Backtrace when running `guix system roll-back'
On 2018-12-05 12:36, Diego Nicola Barbato wrote: > Hello Guix, > > When I run ‘guix system roll-back’ I get the following backtrace: > > --8<---cut here---start->8--- > root@tapuakh ~# guix system roll-back > Backtrace: > 10 (primitive-load "/root/.config/guix/current/bin/guix") > In guix/ui.scm: > 1603:12 9 (run-guix-command _ . _) > In ice-9/boot-9.scm: > 829:9 8 (catch srfi-34 # …) > 829:9 7 (catch system-error # …) > In guix/scripts/system.scm: >1268:8 6 (_) > In guix/status.scm: > 615:4 5 (call-with-status-report _ _) > In guix/scripts/system.scm: >1208:9 4 (process-command _ _ _) >469:10 3 (switch-to-system-generation # …) > In guix/store.scm: > 1659:24 2 (run-with-store _ _ #:guile-for-build _ #:system _ # _) > In guix/scripts/system.scm: > 499:6 1 (_ _) > In unknown file: >0 (_ #) > > ERROR: Wrong type to apply: #< name: "grub.cfg" gexp: > # guile: #f options: (#:local-build? #t)> > --8<---cut here---end--->8--- > > I run GuixSD (commit: 1f51f0d975d95a2ba645193cf43d0a294d952e83) on an > x86_64 machine. Interesting. Could you provide a config.scm to help us reproduce the issue? -- Cheers Swedebugia
bug#33569: Missing sanitizing of '[]' in pypi-importer
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) ... -- Cheers Swedebugia
bug#33411: Guix fails to build master from source on 0.15 since a few days
On 2018-11-18 23:45, Ludovic Courtès wrote: snip We’d need to check what ‘config.log’ says but there’s no reason for this to break. I found the error. ./configure complained about --localstatedir that I had not specified. running make now works :) -- Cheers Swedebugia
bug#33413: (Cuirass, berlin) raw logs are empty for guix-modular-master
On 2018-11-18 23:44, Ludovic Courtès wrote: Hi, swedebugia skribis: http://berlin.guixsd.org/eval/1560 -> log links to: http://berlin.guixsd.org/log/sv0v371dgkzqglgz0hlgax5lqhb5cvpk-guix-7fed5481f http://berlin.guixsd.org/log/8wbn7jw96519pf4pzmzb5spbyh4gh5q1-guix-7fed5481f both empty. same for other guix-modular-master evaluations That’s expected: these derivations really don’t produce any output. Ludo’. Ok, closing this then. -- Cheers Swedebugia
bug#33411: Guix fails to build master from source on 0.15 since a few days
On 2018-11-17 11:51, swedebugia wrote: Hi I successfully cloned and built guix a few times after pulling during the last 2-3 weeks. I pulled a commit a few days from current master and the error disappeared. I conclude that it is no longer possible to build guix on 0.15. We can mark this as wont-fix I guess I just dont know how to do that yet :) -- Cheers Swedebugia