Re: IceWM for Guix System
On 2022-05-14 20:56, Ekaitz Zarraga wrote: We try to avoid disabling tests, but for giving it a try you can set the #:tests? argument to #f. You can see how that is done in sc-im package for instance (see gnu/packages/spreadsheet.scm:62 or run `guix edit sc-im`) Thank you Ekaitz. So, indeed, it built fine - though I realize the problem with skipping tests. I installed icewm then, can run it and it works. Now I need to cons some icewm-desktop-service-type onto %desktop-services in system config - am trying to find out how to define it and where - so that I'd be able to reconfigure the system and have icewm as one of the options for login among the available session managers, so X could start a session in it. How do I do this? --- Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / Mit freundlichen Grüßen 白い熊 ShiroiKuma
Re: IceWM for Guix System
On 2022-05-13 10:22, zimoun wrote: guix build -L /tmp/my-pkgs icewm where /tmp/my-pkgs contains this file icewm.scm: ... You can address these issues, adds the list of inputs, etc. Here, icewm is bootstrapped when you could also use the release version and avoid automake and friend. Be careful, the ’bootstrap’ phase is triggered by the check of the ’configure’ file, and here it is probably named ’configure.sh’. ... Feel free to share your progress and ask more help on specific points if Many thanks Simon for the guidance - I'm learning many things working through this. Now I need more help please :@) I've been able to get it built with the following package definition: --8<---cut here---start->8--- (define-module (icewm) #:use-module (guix packages) #:use-module (gnu packages) #:use-module (guix build-system gnu) #:use-module (guix download) #:use-module ((guix licenses) #:prefix license:) #:use-module (gnu packages autogen) #:use-module (gnu packages autotools) #:use-module (gnu packages compression) #:use-module (gnu packages fontutils) #:use-module (gnu packages fribidi) #:use-module (gnu packages gettext) #:use-module (gnu packages image) #:use-module (gnu packages perl) #:use-module (gnu packages pkg-config) #:use-module (gnu packages xorg) ) (define-public icewm (package (name "icewm") (version "2.9.7") (source (origin (method url-fetch) (uri (string-append "https://github.com/ice-wm/icewm/releases/download/2.9.7/icewm-; version ".tar.lz")) (sha256 (base32 "0an7h55sacikkvb7llz2n93dl7xds24ics8mqzmznjddygiphpy2" (build-system gnu-build-system) (inputs (list fontconfig fribidi imlib2 libice libjpeg-turbo libsm libxcomposite libxdamage libxext libxfixes libxft libxinerama libxpm libxrandr libxrender libx11 lzip perl pkg-config)) (home-page "https://ice-wm.org/;) (synopsis " window manager for the X Window System") (description "IceWM is a window manager for the X Window System. The goal of IceWM is speed, simplicity, and not getting in the user’s way. It comes with a taskbar with pager, global and per-window keybindings and a dynamic menu system. Application windows can be managed by keyboard and mouse. Windows can be iconified to the taskbar, to the tray, to the desktop or be made hidden. They are controllable by a quick switch window (Alt+Tab) and in a window list. A handful of configurable focus models are menu-selectable. Setups with multiple monitors are supported by RandR and Xinerama. IceWM is very configurable, themeable and well documented. It includes an optional external background wallpaper manager with transparency support, a simple session manager and a system tray.") (license license:gpl2))) --8<---cut here---end--->8--- However it fails on running 'make check' with one test failed: FAIL: strtest I do not know how to solve this - configure doesn't have options for skip check, don't know how to overcome this. Could you help me get over this hurdle and then indicate how to proceed further? --- Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / Mit freundlichen Grüßen 白い熊 ShiroiKuma
IceWM for Guix System
Hello: I wanted to set icewm as the WM in my system config - and was surprised that it's not in guix. Indeed no historical discussion on the topic indicates low interest in this WM in the Guix community. I prefer it to XFCE4 though for its simlicity and does most of what I need. Now, I'd like to add its package definition to my local guix git checkout, however my low guix skill doesn't help me currently in understanding also the -desktop-service-type and everything that's needed to be done, and how to then use it in the system configuration. Can anyone help me - having done that, or similar for another WM that I could take inspiration on how this can be achieved? -- Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / Mit freundlichen Grüßen 白い熊 ShiroiKuma
blueman-applet: Failed to apply network settings on XFCE4 login
Hello everyone: I have bluetooth setup on my Guix System and it works. I've added: (gnu packages networking) to (use-modules and: (simple-service 'dbus-extras dbus-root-service-type (list blueman)) in system-config.scm and a Bluetooth applet starts on XFCE4 login and bluetooth works, I can add new devices etc. However - every login, or when starting blueman-applet manually, it pops up with an error box of "Failed to apply network settings" with: You might not be able to connect to the Bluetooth network via this machine Exception g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.blueman.Mechanism was not provided by any .service files (2) CLI reports: blueman-applet 09.39.24 WARNING PluginManager:147 __load_plugin: Not loading PPPSupport because its conflict has higher priority blueman-applet 09.39.24 WARNING PluginManager:147 __load_plugin: Not loading DhcpClient because its conflict has higher priority (.blueman-tray-real:8516): Gdk-CRITICAL **: 09:39:25.563: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed It's more of a cosmetic error, since bluetooth is working, however annoying. Can anyone advise how to fix this? Many thanks for help. -- Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / Mit freundlichen Grüßen 白い熊
Re: Installation: Load non-free wifi firmware (iwlwifi)
On 2022-05-11 14:31, yasu wrote: This is also an old topic, but we need lesser-help-guix@... The help-guix@... seems so much against even discussion of such things... So for now (and let me stress, I do not like this situation of self- imposed-gagging and would like to help create alternative communication forums), let me send you something personally! Many thanks, Yasu. I was able to get it working according to the instructions sent privately, including adding a channel for the kernel source etc. Seeing as how there might have been criticism in the past here on the list in discussing topics, which some think are inconducive to promote software freedom - I don't wish to damage the culture here and fully describe the solution, if it is indeed frowned upon here. On the other hand, I feel the same way as Yasu describes above - for instance for me I think seeing the solution, which I could not have figured out myself is actually conducive towards learning more guix and scheme and perhaps developing some snippets in the future that could help someone else. For this reason I'd think it'd be beneficial to fully discuss the Guix solution here. Moderators - can you give guidance on this? --- Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / Mit freundlichen Grüßen 白い熊
Re: Building and installing packages with modifications
On February 24, 2019 6:46:20 PM UTC, ison wrote: >Since this hasn't received any replies I'll give my solution, although >I >apologize in advance if this isn't the "best" way to do it. > … >which will just inherit curl and only modify the flag "tests?" to >disable tests. >Everything else will be kept the same. Then if you save that to a file >called >my-curl.scm you could install it to your guix profile with >"guix package -f my-curl.scm" Thanks for this — it's definitely a big help. Now though, this would mean I'd then have “my-curl” installed in my profile and on the next “guix pull” it would still try to build “curl” with the tests and fail… Do you think, if I save it as curl.scm and then install it — it would have the desired effect of installing it in my profile as “curl” and then the “guix pull” could proceed further as it would have a working “curl” installed? -- 白い熊＠相撲道
Re: Guix on Android, getaddrinfo, failure in name resolution
On February 14, 2019 1:54:24 PM UTC, "白い熊＠相撲道" wrote: >Plus, I checked just to make sure — after this run, in the session, >guix clearly can access the internet, as “guix build hello” downloads >the hello package nicely. “guix package -i hello” fails, as it >downloads other stuff and tries to build curl — whereby building curl >fails on tests, as internet access tests for curl make fail. > >Don't know why it's not just installing “hello” and wants to install >other stuff — substitutes are authorized, that's why “guix build” >downloads it directly? > >Anyhow — this seems to be specific issue — armhf related? Why is it >failing on “guix pull” with the name resolution failure? It seems to >be revolving around this. > >Anything else I can debug? I ran guix's ncsd on another terminal in debug mode. This is what happens when guix fails on the letsencrypt name resolution: Thu Feb 14 21:16:54 2019 - 15215: handle_request: request received (Version = 2) from PID 15460 Thu Feb 14 21:16:54 2019 - 15215: GETFDPW Thu Feb 14 21:16:54 2019 - 15215: handle_request: request received (Version = 2) from PID 15460 Thu Feb 14 21:16:54 2019 - 15215: GETPWBYUID (10224) Thu Feb 14 21:16:54 2019 - 15215: handle_request: request received (Version = 2) from PID 15589 Thu Feb 14 21:16:54 2019 - 15215: GETFDGR Thu Feb 14 21:16:54 2019 - 15215: handle_request: request received (Version = 2) from PID 15589 Thu Feb 14 21:16:54 2019 - 15215: GETGRBYNAME (guixbuild) Thu Feb 14 21:16:56 2019 - 15215: handle_request: request received (Version = 2) from PID 15595 Thu Feb 14 21:16:56 2019 - 15215: GETFDHST Thu Feb 14 21:16:56 2019 - 15215: handle_request: request received (Version = 2) from PID 15595 Thu Feb 14 21:16:56 2019 - 15215: GETFDSERV Thu Feb 14 21:16:56 2019 - 15215: handle_request: request received (Version = 2) from PID 15595 Thu Feb 14 21:16:56 2019 - 15215: GETSERVBYNAME (https/tcp) Thu Feb 14 21:16:56 2019 - 15215: handle_request: request received (Version = 2) from PID 15595 Thu Feb 14 21:16:56 2019 - 15215: GETAI (letsencrypt.org) So, it seems it's resolving. What could be the problem? -- 白い熊＠相撲道
Re: Guix on Android, getaddrinfo, failure in name resolution
On January 19, 2019 10:34:50 PM UTC, "Ludovic Courtès" wrote: >Similarly, does /etc/nsswitch.conf exist and what does it contain? (I >think glibc has sane defaults if it doesn’t exists.) I have copied in /etc/nsswitch.conf in a prior attempt at fixing the inability to connect, as it was missing. Now I have one there from a desktop GuixSD, but doesn't make a difference. It contains: group: files hosts: files mdns_minimal [NOTFOUND=return] dns mdns networks: files dns [!UNAVAIL=return] passwd: files shadow: files >Assuming you have ‘strace’ on the machine, could you run: > >strace -o /tmp/log -c /gnu/store/…/bin/guile -c '(getaddrinfo >"www.gnu.org")' > >and post the relevant part of the log? This is what I get: % time seconds usecs/call callserrors syscall -- --- --- - - 40.220.000290 1 239 183 openat 35.640.000257 1 329 284 stat64 13.180.95 252 mprotect 5.830.42 0 485 read 5.130.37 173 mmap2 0.000.00 061 close 0.000.00 0 1 execve 0.000.00 0 1 1 access 0.000.00 011 brk 0.000.00 0 6 1 ioctl 0.000.00 0 5 gettimeofday 0.000.00 0 2 uname 0.000.00 023 3 _llseek 0.000.00 0 3 poll 0.000.00 0 4 rt_sigaction 0.000.00 0 1 rt_sigprocmask 0.000.00 0 2 ugetrlimit 0.000.00 035 fstat64 0.000.00 0 3 fcntl64 0.000.00 0 5 futex 0.000.00 0 2 sched_getaffinity 0.000.00 0 1 set_tid_address 0.000.00 0 4 clock_gettime 0.000.00 0 5 socket 0.000.00 0 1 bind 0.000.00 0 6 2 connect 0.000.00 0 3 getsockname 0.000.00 0 1 sendto 0.000.00 0 2 recvfrom 0.000.00 0 3 recvmsg 0.000.00 0 1 set_robust_list 0.000.00 0 2 pipe2 0.000.00 0 1 prlimit64 0.000.00 0 1 sendmmsg 0.000.00 0 1 set_tls -- --- --- - - 100.000.000721 1375 474 total -- 白い熊＠相撲道
armhf guix - many packages not in substitutes repository? How to debug
-- 白い熊＠相撲道 Hi Guix: I'm running armhf Guix in the terminal on an Android phone. I've authorized hydra.gnu.org, ran “guix pull”, this is where the buck stops though… “guix package -u” never completes, fails inevitably, as it tries to build a lot of stuff locally, doesn't get everything from the substitutes repository. Even a simple “guix package -i ccache -n” gives me: ~ $ guix package -i ccache -n The following package would be installed: ccache 3.4.2 /gnu/store/c4r16nx7bnyf494jcj25kzis60w8sdry-ccache-3.4.2 substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% The following derivations would be built: /gnu/store/ym5vkwj5shsdz31nkxyq23rb51y6vm01-profile.drv /gnu/store/zl9jh9bjkxq41xjprfshdfyq60q6hw4z-gtk-im-modules.drv /gnu/store/yb9f69wqiiab2v5ba196a9c63i919ix8-info-dir.drv /gnu/store/w2l1ibsilblq9zvd9xb92piwv46570kx-glib-schemas.drv /gnu/store/sp02pcl63xr481bdvawsshh0p0xjpc63-fonts-dir.drv /gnu/store/sk4scdsk3wd3kcdjfcs472lkwylzll5k-xdg-desktop-database.drv /gnu/store/5sn2gv7yixlpn1l1b9w898jma93zahi8-doxygen-1.8.14.src.tar.xz.drv /gnu/store/8jmcdza14xyzb69fpbdwhlfp61h4fh2g-doxygen-1.8.14.drv /gnu/store/4as04swmpgfa5qm8wj3yhiwj7vvjvnyw-libdrm-2.4.92.tar.xz.drv /gnu/store/13i7nh2m5ndralq79ymb8k8xkx62859r-libdrm-2.4.92.drv /gnu/store/3b0s63l4mck8m1mfjacjc8684l6blhxm-wayland-1.15.0.drv /gnu/store/mn5vfh1hixnvfjgqvbsz6w87wg5myn8p-json-glib-1.4.2.drv /gnu/store/zddxv75vv1y05drs2bac3dwgpkk17pxl-wayland-protocols-1.14.drv /gnu/store/b0d1fa2hdymd1aw5k5212injsk7bmx8c-module-import.drv /gnu/store/bf6cs1rh0zzxpssj3ks1c5jg677bzka6-gtk+-3.22.30.drv /gnu/store/mr1jm2wkwxl7v584bv7q13ygqb801y9z-module-import-compiled.drv /gnu/store/qhwf7w1bq4x8fah0srziwrs5k02vihr7-gtk-icon-themes.drv /gnu/store/9kfjqhp2cc09qrq2b8idfry8xg7qy6q8-xdg-mime-database.drv /gnu/store/3ph3lnyadhj0vfpp07kmkwh8spb16jka-ca-certificate-bundle.drv /gnu/store/vx5wxwmz8dpbzxr24nsqzapwdrm6aajv-manual-database.drv 94.2 MB would be downloaded: /gnu/store/c4r16nx7bnyf494jcj25kzis60w8sdry-ccache-3.4.2 /gnu/store/nn7sq67ifb4kf4238kw5zyqhf3ax9jzb-texinfo-6.5 /gnu/store/3c6wnqgr5y19fcdf7b30wf97wnz6pyl1-desktop-file-utils-0.23 /gnu/store/j4hms5gksg9ppdhwwrsdji8hh8mxahk1-module-import /gnu/store/mrqx6d307kq9yf54c542r7552jvd9lmn-module-import-compiled /gnu/store/mawn5xaafrqxaq9b8a3shg104a4a67wj-wayland-protocols-1.14.tar.xz /gnu/store/pq5y1bj17pkcq6l2qq8k773byw5xmz54-module-import-compiled /gnu/store/qs8f1wad0nlmscn3rncb8ppcnc2f1w53-module-import /gnu/store/zchhihjicr2x6sq4if89cw68jx597jz2-meson-for-build-0.46.1 /gnu/store/n44n5bpf72lw0sprd02jq9q4y0hwhyxs-module-import /gnu/store/xz73aqv1r54kbcgq8yhx5l6zzbjkvsbz-doxygen-1.8.14.src.tar.gz /gnu/store/3nmikzxa87p02fv0yisg0ik7n8w7d22v-module-import-compiled /gnu/store/fqnxlsqbsickk4j1j6nm0g95snnhvq5j-cmake-3.11.0 /gnu/store/b2hrqgs2xgpk78iwvk70lvi7rxb834fl-module-import /gnu/store/adqqm66pmk2n4shq0brd0gpm91l84fba-bison-3.0.4 /gnu/store/ggdn4flbvcfhpmcwjz9b8385hzbrb2dd-m4-1.4.18 /gnu/store/l9bha748151gjyx5p9m31izmvrcnwd6g-module-import-compiled /gnu/store/x75c9hfs9d4nkbngq2qr88bkmx4lxdd5-bash-minimal-4.4.19 /gnu/store/ihjv4ab6l4lp1wcx3zriqrg4dfp34bp6-flex-2.6.1 /gnu/store/nahp7gaq0jvivcahyyp86vjpnpx5l9sv-xmlto-0.0.28 /gnu/store/92pp5726im4sflhxk179pgzmfvlhgy47-libxslt-1.1.32 /gnu/store/9z3pnqqh4nywxylags5k1vpica1096is-wayland-1.15.0.tar.xz /gnu/store/bvvdq20hzk6y9hxzmwhzxzxac7m5z7y9-docbook-xsl-1.79.1 /gnu/store/b7ll0kaqylh6kbi1yp2a47zx12p2x1pg-docbook-xml-4.5 /gnu/store/16cc1iyxka95wbkw335wngbyhm3wr5s8-libdrm-2.4.92.tar.bz2 /gnu/store/c3vwlarqkq4bqfjdz52xyvsd5w88cj4n-mesa-18.1.2 /gnu/store/f98z0xdj2zslayj0y10xknb6k96f0mhy-gtk+-3.22.30.tar.xz /gnu/store/dhcqjg7whrwsn7wrbkrmax6ij4c2sg05-libxkbcommon-0.8.0 /gnu/store/92s0ckbbiyhmy6w0c4qfsbsh3yzzk5mv-xorg-server-1.19.3 /gnu/store/d3mli5zrshf01id1zjz2sw82h1ypp66b-libepoxy-1.5.2 /gnu/store/3qncjdd6d66hpm6rq6ax284fh431qr65-rhash-1.3.6 /gnu/store/mgakk70yz756ajd320007dsy85iaf5xb-libuv-1.19.2 /gnu/store/qwpzsjryhyzp1w1yp16hfr1yzi26p053-libarchive-3.3.2 /gnu/store/rh4yy11pf4m5c6mbzh9n13bw2k1vd0hj-curl-7.59.0 /gnu/store/i7v5na68zsxl2m9j38vcj7axvblxqvl2-xkeyboard-config-2.23.1 /gnu/store/f98fg4q3bdvadw10p0q076qh8n2ljqkf-xkbcomp-1.4.2 This build will eventually fail, I've tried. Is this because after “guix pull” the package definitions are so new that many packages are not built for armhf and available on Hydra? Is there a way for me somehow to “update” and install packages from substitutes only? So that it would get and install the latest version built and available for the architecture? -- 白い熊＠相撲道
Re: Guix on Android works, guix pull fails on guile-ssh build in the check phase
On May 13, 2018 2:49:02 AM UTC, Chris Marusich <cmmarus...@gmail.com> wrote: >If those failures occur on the latest version of guile-ssh, it might be >helpful to open a bug report upstream: > >https://github.com/artyom-poptsov/guile-ssh I filed it—thanks for notifying me of this, prior to that I only reported it to Artyom via email, as instructed by the failed build of guile-ssh. He hasn't responded. >How did you invoke "guix pull"? Based on your suggested plan of >attack, >it sounds like you modified the Guix source locally (on your Android >system), recompiled it, and then tried to use "guix pull" from that >newly built version. Something like that. Is that right? I didn't modify it in any way—it's run from the 0.14.0 armhf binary download. What I wrote about—modifying it—I'm simply thinking about. I would still hope the failure is fixed upstream as it shouldn't be failing on guix rebuild. The “hoops to jump through” I was referring to are the setup on Android side—you need to symlink /gnu and /var every reboot, create /etc/resolv.conf etc. But no modifications to Guix per se are necessary… >If you don't tell "guix pull" where to get the Guix source from, it >gets >the latest version from the Git repository hosted on Savannah. If it >does that, then it will use the package definitions from that version, >which means it won't use any of the local changes you made. I think >what you need to do, if you want to disable the guile-ssh tests, is >something more like this: > > guix pull --url=file:///path/to/your/custom/guix/repo > >You might also need to use the --commit or --branch options, as >described in the manual (see: "(guix) Invoking guix pull"). You might >not need to specify the "file://" prefix in the URL; I can't remember. > >If you invoke "guix pull" in this way, you are telling it to use the >version specified by what you have *committed* in your custom Guix >repo. >Make sure you commit the change that disables guile-ssh tests, or it >won't be included when "guix pull" fetches from the repo. > >If you do "guix pull" in this way, it should build the custom version >of >guile-ssh that you made which disables the tests. I haven't tried this >myself, though, so no guarantees! I hope it helps. Thanks for this guide—I'll try to experiment with it, if guile-ssh doesn't get fixed soon… -- 白い熊＠相撲道
Re: Guix on Android works, guix pull fails on guile-ssh build in the check phase
On May 12, 2018 4:42:01 AM UTC, "白い熊＠相撲道" <help-guix_gnu@sumou.com> wrote: >— Build a local version of guile-ssh passing configure flags to it to >skip tests; This is getting even more confusing: guix build guile-ssh builds it without any error, doesn't fail—yet guix pull keeps failing in the same spot. How can this be remedied? -- 白い熊＠相撲道
Guix on Android works, guix pull fails on guile-ssh build in the check phase
Hi Guix! I've been successful in getting Guix running on my Android phone in line with https://www.gnu.org/software/guix/blog/2018/guix-on-android/ There are some medium-size hoops to jump through to get it working, I've documented most of the stuff I hag to do, would like to submit an updated guide to get it running. Currently, it runs as regular user — however I can't guix pull, as it fails in the check phase in guile-ssh build — as seen in the attached log. Can anyone advise how to overcome this? So I can run guix pull and then update? Many thanks. -- 白い熊＠相撲道Welcome to the Emacs shell ~ $ guix pull Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from Git commit 27ba9760e04019cc3ed3457199194088f4b45486... substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% The following derivations will be built: /gnu/store/s6pgrwms22raz729lrabpkq1ambal9cm-compute-guix-derivation.drv /gnu/store/2hs711m5klz8f9zgi93dwwfki3d7lqq3-module-import.drv /gnu/store/by98alhbm0hi6f53gfqnn0pzp6q2a1jh-module-import-compiled.drv Some deprecated features have been used. Set the environment variable GUILE_WARN_DEPRECATED to "detailed" and rerun the program to get more information. Set it to "no" to suppress this message. ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload connection-end/client in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; ./gnu/packages.scm:92:33: warning: non-literal format string ;;; ./gnu/packages.scm:108:16: warning: non-literal format string ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload connection-end/client in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload connection-end/client in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; ./guix/build/download.scm:176:4: warning: possibly unbound variable `set-certificate-credentials-x509-trust-data!' ;;; ./guix/build/download.scm:182:15: warning: possibly unbound variable `make-certificate-credentials' ;;; ./guix/build/download.scm:191:20: warning: possibly unbound variable `x509-certificate-format/pem' ;;; ./guix/build/download.scm:199:2: warning: possibly unbound variable `session-peer-certificate-chain' ;;; ./guix/build/download.scm:201:5: warning: possibly unbound variable `import-x509-certificate' ;;; ./guix/build/download.scm:201:5: warning: possibly unbound variable `x509-certificate-format/der' ;;; ./guix/build/download.scm:210:10: warning: possibly unbound variable `x509-certificate-matches-hostname?' ;;; ./guix/build/download.scm:215:2: warning: possibly unbound variable `peer-certificate-status' ;;; ./guix/build/download.scm:234:13: warning: possibly unbound variable `certificate-status->string' ;;; ./guix/build/download.scm:229:20: warning: possibly unbound variable `x509-certificate-dn' ;;; ./guix/build/download.scm:246:18: warning: possibly unbound variable `make-session' ;;; ./guix/build/download.scm:246:18: warning: possibly unbound variable `connection-end/client' ;;; ./guix/build/download.scm:255:8: warning: possibly unbound variable `set-session-server-name!' ;;; ./guix/build/download.scm:255:8: warning: possibly unbound variable `server-name-type/dns' ;;; ./guix/build/download.scm:259:4: warning: possibly unbound variable `set-session-transport-fd!' ;;; ./guix/build/download.scm:260:4: warning: possibly unbound variable `set-session-default-priority!' ;;; ./guix/build/download.scm:266:4: warning: possibly unbound variable `set-session-priorities!' ;;; ./guix/build/download.scm:268:4: warning: possibly unbound variable `set-session-credentials!' ;;; ./guix/build/download.scm:272:34: warning: possibly unbound variable `make-certificate-credentials' ;;; ./guix/build/download.scm:280:8: warning: possibly unbound variable `handshake' ;;; ./guix/build/download.scm:282:15: warning: possibly unbound variable `error/warning-alert-received' ;;; ./guix/build/download.scm:287:23: warning: possibly unbound variable `alert-description->string' ;;; ./guix/build/download.scm:287:50: warning: possibly unbound variable `alert-get' ;;; ./guix/build/download.scm:288:15: warning: possibly unbound variable `handshake' ;;; ./guix/build/download.scm:303:18: warning: possibly unbound variable `session-record-port' ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload connection-end/client in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; ./guix/di
Re: Adding chainloader stanzas to Grub
On April 29, 2018 8:15:23 PM UTC, Joshua Branson <jbra...@fastmail.com> wrote: >Why do you need to do a chainloader? You could just boot into PureOS >right? There are two reasons I see for using a chainloader: To boot directly—like you do, you have to always symlink the latest kernel and initramfs in the PureOS, or other GNU system, boot dir to the generic ones that you mention in the config. Also if you need to boot let's say the Windows partition, you can do it via the PureOS GRUB menu, since it will have an OS prober entry for this partition. For both you need to use chainloader, not direct boot. So that's what I'd like to do via system reconfigure—currently I have to manually edit the generated grub.cfg file. -- 白い熊＠相撲道
Adding chainloader stanzas to Grub
Hello:
Is there a way to add full chainloader stanzas to Grub via the sysconfig file
through system reconfigure in GuixSD.
I'd like to have for instance the following entry added:
menuentry "PureOS on /dev/sda2" {
set root=(hd0,9)
chainloader +1
}
Can I do this?
--
白い熊＠相撲道
