Re: guix fail to reconfigure the system
Hi On 2018-04-27 06:07, Chris Marusich wrote: Pierre Neidhardt writes: In general I think `guix system` error feedback tends to be a tad too shy. Are there some plans to make them more explicit and precise? Did you know that you can ask for more verbose feedback with the --on-error option? See (guix) Invoking guix system for details. According to the manual this is the default strategy: |nothing-special| Report the error concisely and exit. This is the default strategy. Which in the case of Matija reports: guix system: error: stat: No such file or directory: "system" Maybe we should add to this error message an information about the ability to choose another error strategy (to have more information about what went wrong), e.g.: guix system: error: stat: No such file or directory: "system" Note: More information on the error is availiable by choosing another error strategy. See (guix) Invoking guix system for details. Cheers Swedebugia
Re: Building guix-modular with cuirass
On 2018-05-13 04:17, Chris Marusich wrote:
Nils Gillmann writes:
Ludovic Courtès transcribed 800 bytes:
In the near future, I want ‘guix pull’ to install a ‘guix’ binary as
opposed to simply dropping a bunch of modules in ~/.config/guix/latest.
At that point we won’t have this kind of problem anymore.
Ludo’.
Not trying to derail this thread too much, but could you explain that a
bit more Ludovic? I'm curious.
This is moving beyond the current change with modular guix (which still
drops a bunch of modules into the store and compiles them), correct?
I think he's referring to his latest comments here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22629
Today, the "guix" command is a thin wrapper, as explained here:
https://lists.gnu.org/archive/html/help-guix/2017-09/msg00092.html
Going forward, I think Ludo is suggesting that we should no longer rely
on the thin wrapper to delegate business logic to whatever is installed
in ~/.config/guix/latest; instead, "guix pull" would basically build a
new Guix (including the "guix" command) in a profile located at
~/.config/guix/current. Each user would use their own "guix" command.
Currently, when a user invokes a command like "guix package -i foo", the
path of execution is roughly like this:
1. /run/current-system/profile/bin/guix (or, if it's a foreign
distribution and the user has installed Guix according to the manual,
this will be /usr/local/bin/guix, which points to
/var/guix/profiles/per-user/root/guix-profile/bin/guix)
2. ~/.config/guix/latest/${whatever_module_was_invoked}
But after the proposed improvement, the path of execution would be:
1. ~/.config/guix/current/bin/guix
2. ~/.config/guix/current/${whatever_module_was_invoked}
So, every Guix installation would truly be self-contained, unlike the
current situation, where the same thin "guix" command is shared by every
user. And since ~/.config/guix/current is basically just a profile, I
think we'd also get roll-back for free, which is nice because currently
roll-back after a "guix pull" isn't as easy as it could be
Ludo, please feel free to correct me if I'm misrepresenting anything.
Sounds like nice improvement to me. :)
Guix pull seems still to be the least robust and least user friendly
part of Guix according to my experience.
Re: On network management and documenting nmcli
On May 13, 2018 9:26:14 AM GMT+02:00, Nils Gillmann wrote: ... > >Gentoo has a neat little tool in their install image. >net-setup detects cards and prompts you for passwords etc. >https://gitweb.gentoo.org/proj/livecd-tools.git/tree/net-setup I saw no license declarations in those files or in the repo. Are they free software?
Re: On network management and documenting nmcli
On 2018-05-13 21:21, Pierre Neidhardt wrote: You are very true, and while the manual hints at lightweight-desktop.scm, it does not go any further with respect to giving an outlook of what to expect from it: which services, which programs, etc. With little Scheme code the experienced users can investigate that by themselves, but it's not quite obvious for newcomers. If not only for nmcli, I would suggest we document more those pre-defined profiles for the sake of making GuixSD more approachable. I agree. Here we could choose between just listing them in the manual which increases the work on updating the manual when we change the default profiles or Giving the newcomers the means to see for themselves what programs/services they contain. This should be done in a way that explains more than the name of the service/package does. Perhaps a new guix command is needed for this e.g.: % guix show %default-services getty | A service that serves tty cups | Printing service that enables printing ... For information about how to remove or add services see Services (info) in the manual. This command "guix show" could then be hinted at in the example configuration files. --- Swedebugia
Re: On network management and documenting nmcli
On May 23, 2018 5:45:53 PM GMT+02:00, Pierre Neidhardt wrote: > >Ludovic Courtès writes: > >> If you’re using Emacs, the latest version of Emacs-Guix has this new >> ‘guix-default-services’ command that does exactly what you’re >> suggesting. > >It's great but it's not obvious enough for newcomers in my opinion. > >We need something in the manual that makes explicit which service is >run, among which which network manager is currently running. > >Asking newcomers to install Emacs + Emacs-Guix is too much a stretch in >my opinion (as much as I love it!). Agreed. Emacs-Guix is a frontend in my opinion. We should make sure that everything it provides is possible on the command line as well. I would like to try to prepare a patch but this might be a little too challenging for me atm. to implement. (without guidance). Maybe a general command to query the current running system configuration is what we want and this listing of running services (and default services) is a subset of what it provides. -- Cheers Swedebugia
Re: Can't configure guix, no guile-sqlite3
Hi On June 18, 2018 10:12:03 PM GMT+02:00, Pierre Neidhardt wrote: > >I have a similar issue. > >> which guix >/run/current-system/profile/bin/guix What is your path? I pulled the same commit as Thorsten and had to upgrate my path manually to be able to use the guix that was pulled. Please report the output of: ls -l ~/.config/guix And ~/.config/guix/current/bin/guix pull -l -- Cheers Swedebugia
Re: Can't configure guix, no guile-sqlite3
Hi On June 19, 2018 12:32:43 PM GMT+02:00, Pierre Neidhardt wrote: > >> What is your path? >/home/ambrevar/.guix-profile/bin >/home/ambrevar/.guix-profile/sbin >/run/setuid-programs >/run/current-system/profile/bin >/run/current-system/profile/sbin This lacks the path to the guix pulled with the new pull. After pulling, guix proposed that you update the path manually by export PATH="./home/ambrevar/.config/guix/current/bin:./home/ambrevar/.config/guix/current/sbin:$PATH >> I pulled the same commit as Thorsten and had to upgrate my path >manually to be able to use the guix that was pulled. > >We should not have to do that, should we? No. It's a bug that the correct path is not automatically set by guix pull when switching from the old guix pull to thr new. >> ls -l ~/.config/guix >total 0 >lrwxrwxrwx 1 ambrevar users42 2018-06-16 19:06 current -> >/home/ambrevar/.config/guix/current-1-link >lrwxrwxrwx 1 ambrevar users51 2018-06-16 19:06 >current-1-link -> /gnu/store/icn1zds8bb635iikdh3vbcbc1mirndl7-profile >lrwxrwxrwx 1 ambrevar users66 2018-06-11 19:52 latest -> >/gnu/store/qy77ay990bz53g2jk7kk3f1xqllf0zy7-guix-b19950a18-modules Seems good. > >> ~/.config/guix/current/bin/guix pull -l > >guile: warning: failed to install locale >warning: failed to install locale: Invalid argument >Generation 1 Jun 16 2018 19:06:03(current) > guix 806f599 >repository URL: https://git.savannah.gnu.org/git/guix.git >branch: origin/master >commit: 806f599c5bc630362359809e66ee8d6f275580c3 Resembles mine. You new guix is working fine. You can run it directly with /home/ambrevar/.config/guix/current bin/guix -- Cheers Swedebugia
Re: MTP & Guix
On 2018-06-23 20:03, Thompson, David wrote: > On Sat, Jun 23, 2018 at 2:02 PM, Pierre Neidhardt wrote: >> Personally I'd prefer that it'd be mounted just like any other folder so >> that I >> can browse with Emacs for instance. > > Yeah, that's what I'm after as well. There's some missing integration here. > > - Dave I just found out that we are missing a USE-flag with at least the gvfs-package for it to work. See https://wiki.gentoo.org/wiki/MTP
Re: "guix offload test" gets stuck with no output.
On June 28, 2018 8:09:14 AM GMT+02:00, Fredrik Salomonsson wrote: >Hi, > >got inspired by this thread to try and setup offloading for my laptop. >As >everytime I run guix pull my laptop sounds like it's preparing to take >off. > Hi. Are you aware of 1) the new possibility of picking a commit that hydra already built thus avoiding the compilation of guix locally? 2) the ability to control the cpu frequency via a governor or the program cpufreq-set? This helps me keep my laptop temperature in check and guix pull with picked commit only takes a few minutes to complete. -- Cheers Swedebugia
Re: Error: system: command not found.
Hi Could you send the output of the following: ls -l .config/guix/ ls -l /root/.config/guix/ echo $PATH as both user and root Even ls -l /gnu/store |grep guix When I had problems they were caused by wrong path. -- Cheers Swedebugia
Re: Error: system: command not found.
1 1970 >qmlbkkxrskkma00j4cqgfp1x9yvzh0kq-guix-cli-builder >-r--r--r-- 2 root root1915 Jan 1 1970 >qmwzihbmhmgpwyy7xblh0srq1v54nn8b-guix-system.drv >-r--r--r-- 2 root root1441 Jan 1 1970 >qnbf9qnvsxva8f5wclqxl6nw7ka3fqm0-guix-extra.drv >-r--r--r-- 2 root root 925 Jan 1 1970 >qppq31mczqihlxcvnl2zdsbnjmsbp117-guix-config-source.drv >dr-xr-xr-x 4 root root4096 Jan 1 1970 >qy839j6nb557nn7q8qwwnxxi10ch6cr7-guix-605e3345c-modules >-r--r--r-- 2 root root1630 Jan 1 1970 >qzziqahrjr1wywphlf0gpjv0klgvdp4x-guix-packages-base.drv >dr-xr-xr-x 3 root root4096 Jan 1 1970 >r436m42dni8jsq070is30f787xl9jf4h-guix-cli >-r--r--r-- 2 root root3310 Jan 1 1970 >rkwnlbm4lp7wn9zkjrwaamkffmpx996i-guix-core-source.drv >dr-xr-xr-x 4 root root4096 Jan 1 1970 >rrvqgvw91nlas8mwha2i8h2vgfhrmryk-guix-system >-r--r--r-- 2 root root1915 Jan 1 1970 >rz24j0d5wn7mqxqppamnld19s91mvq8l-guix-system.drv >-r--r--r-- 2 root root1890 Jan 1 1970 >s55z995lwac15xpdh7isk3s8p2i6yg4f-guix-2a09df43e-modules.drv >-r--r--r-- 2 root root3505 Jan 1 1970 >s7fr0pps8rp7qkgb11700ldpsl5v958y-guix-cli-source-builder >-r--r--r-- 2 root root 328 Jan 1 1970 >s8lfmqc6mg6gyvj8ikpg5nfby5zcfpf7-guix-config-source-builder >-r--r--r-- 2 root root 11217 Jan 1 1970 >sccnica3fdiwz51fjbdgiskv7bajhn4c-guix-packages-source.drv >-r--r--r-- 2 root root8500 Jan 1 1970 >shw8kvk3r31lfp37sql3l1svq96sr451-guix-packages-base-builder >-r--r--r-- 2 root root1903 Jan 1 1970 >sj7l4miyjwk1j98bdq4i8kkdy5r1b2wf-guix-manual-builder >-r--r--r-- 2 root root 67801 Jan 1 1970 >sl508ym7w9zxpl34wgnxi03y1fcmrcbj-guix-packages-base-source.drv >-r--r--r-- 2 root root4383 Jan 1 1970 >slmig8n7bh7dmdzcd4mrv2kxim8pwb6k-guix-system-builder >-r--r--r-- 2 root root6005 Jan 1 1970 >smq502y3wwd3vmpra88nwmwpha7bqdxi-emacs-guix-0.4-guile-builder >-r--r--r-- 2 root root 939 Jan 1 1970 >sqp0a4rgp9libqas85p1qxmm5adz4lx0-guix-locale-guix.drv >-r--r--r-- 2 root root 113238 Jan 1 1970 >svay67ij89ski7ci3hr7xhlfm3xk2ldv-guix-packages-base-source-builder >-r--r--r-- 2 root root 113238 Jan 1 1970 >svklm5s4bzz1kq1jbi8xy2rgaxcksq6j-guix-packages-base-source-builder >-r--r--r-- 2 root root3856 Jan 1 1970 >v0lsn81xj958ydci7sgw33pz2b7pp5iz-guix-cli-builder >-r-xr-xr-x 2 root root2240 Jan 1 1970 >vag1134jc5sbdakqckjimxb1qr4izvp2-guix-command >-r--r--r-- 2 root root 719 Jan 1 1970 >vb4f005zvhf413mkkxq2rjy0rx1rdl02-guix-e96ba83fa-modules-builder >-r--r--r-- 2 root root 616 Jan 1 1970 >vc8b7gsi408p3ksaixi9f97g1scyp5b9-guix-locale-guix-builder >dr-xr-xr-x 14 root root4096 Jan 1 1970 >vgx0d7zfsbbak87mcm7qk0w169r6ksfv-guix-locale-guix >-r--r--r-- 2 root root1504 Jan 1 1970 >vjyi96saxz1s9989ylqvd3g4402agixq-guix-config-builder >dr-xr-xr-x 4 root root4096 Jan 1 1970 >vra03y3y7yc2lp0iwg79ardp79sn1aaa-emacs-guix-0.4 >dr-xr-xr-x 4 root root4096 Jan 1 1970 >w1x404h4ny3mwwal0aqrbjmghyn3z1sg-guix-system >-r--r--r-- 2 root root 15741 Jan 1 1970 >w66q3yif7cyy2wngf2qgfybw431nfimm-guix-packages-source-builder >-r--r--r-- 2 root root 15741 Jan 1 1970 >w76in1kfy9bz6l248rchxshpxgj401hx-guix-packages-source-builder >dr-xr-xr-x 7 root root4096 Jan 1 1970 >w893227m8wllganabxqx7sn2mgga8083-guix-artwork-6998d30-checkout >dr-xr-xr-x 3 root root4096 Jan 1 1970 >wajmil36hmfr5989bnxzfpa6i2d6dxv4-guix-packages-base-source >dr-xr-xr-x 5 root root4096 Jan 1 1970 >whzawsc66fpb5f5c307fx8chw37s9nv5-guix-e96ba83fa >-r--r--r-- 2 root root 886 Jan 1 1970 >wi1l19x43q11fdg4n1hnb2ydjin22l31-guix-config.drv >-r--r--r-- 2 root root1770 Jan 1 1970 >wj8bl08xa5ls5gfi4127zkg43rmpkbbj-guix-packages.drv >dr-xr-xr-x 4 root root4096 Jan 1 1970 >wk6ps3b9fdjf3z8n3z74zrj73xj3a369-guix-system >-r--r--r-- 2 root root 987 Jan 1 1970 >wl4qjk39ic5rnlwx1qqbcvh4p1m2fbsa-shepherd-guix-daemon.scm >-r--r--r-- 2 root root 769 Jan 1 1970 >wla2scpf11hi1dhvzihv96c26mygcp5z-emacs-guix-0.4.tar.gz.drv >-r--r--r-- 2 root root 113238 Jan 1 1970 >wswm40idj93hb5x0w4kvrrlcfm80i7s3-guix-packages-base-source-builder >-r--r--r-- 2 root root4089 Jan 1 1970 >x46kp0ml7s4vx5qrrzgyk66lsd8b9caq-emacs-guix-0.4.drv >-r--r--r-- 2 root root 670 Jan 1 1970 >xc6akfdfihgl1zf5sagcwig5nfv7v0mv-guix-bc1d26e39-modules-builder >-r--r--r-- 2 root root1770 Jan 1 1970 >xv0hsvgq2cr543q2kw438n2993gi0kmx-guix-packages.drv >-r--r--r-- 2 root root5476 Jan 1 1970 >xw7iw7vi1gg0x8sn05dfkrm1z53rf41x-guix-system-source.drv >-r-xr-xr-x 2 root root2240 Jan 1 1970 >xz8rjnnvvd3ykjs0ayv16wfzbjsi5rw4-guix-command >-r--r--r-- 2 root root4291 Jan 1 1970 >yap1lwvvijy5vf1vpf452f8c6bq0w8aj-guix-0.14.0-11.ab85cf7-guile-builder >-r--r--r-- 2 root root1196 Jan 1 1970 >yfkdhbgp4sss2lzzbzd613s31cznlipn-guix-e96ba83fa.drv >-r--r--r-- 2 root root1383 Jan 1 1970 >yh8ly1bcc3z4766naajr5v6qzc08p254-guix-69390e29d-modules.drv >dr-xr-xr-x 4 root root4096 Jan 1 1970 >ywsq279savs56hgdwdi9gg4hpz3r2w58-guix-e96ba83fa-modules >-r--r--r-- 2 root root1504 Jan 1 1970 >yzxkqp1zmi6fv39f8zhx7sha8jqjsdns-guix-config-builder >-r--r--r-- 2 root root2051 Jan 1 1970 >z09aghjsrzvpbvbqj4bkhsbzclxi29p7-guix-cli.drv >-r--r--r-- 2 root root1371 Jan 1 1970 >z0kx7g0nxwz1rprym1rxy346nl9gcxrz-emacs-guix-0.4-guile-builder >-r--r--r-- 9 root root3505 Jan 1 1970 >za10r8fvd5dlafrgbc4p2sckws3f4kx1-libxt-guix-search-paths.patch >-r--r--r-- 2 root root6505 Jan 1 1970 >ziq6rqxq9583jakvn36kijxanqxyfcsl-guix-system-source-builder >-r--r--r-- 2 root root1334 Jan 1 1970 >zjm90ivi2wkq1i1d6y5xmj7173ml14ac-guix-bc1d26e39-modules.drv >-r--r--r-- 2 root root1196 Jan 1 1970 >zl74wmirfajpqy62snjarc2mlf5z7v67-guix-69390e29d.drv >-r--r--r-- 2 root root 67955 Jan 1 1970 >zmnrb86955fzgw6yiyfhglisyjimsyyj-guix-packages-base-source.drv >-r--r--r-- 2 root root 925 Jan 1 1970 >zrq734wd3nzmahw7hn1059w791hghamc-guix-config-source.drv >-r--r--r-- 2 root root1770 Jan 1 1970 >zy4s3s79pnfichdq3qxih03ilpi5lbf1-guix-packages.drv -- Cheers Swedebugia
Re: Error: system: command not found.
Hi. On June 28, 2018 5:25:25 PM GMT+02:00, Jone wrote: >Thanks, Swedebugia. > >> You probably like Pierre missed the warning about setting >> the correct path after the first guix pull. > >Yep, maybe. But while I was messing with the system, I globally >rewrote the system config. And now is difficult to combine it with >current state of the system.. I think that it will be easier >to completely reinstall =) If you reconfigure once with a good guix you should be in the clear. Can you not choose an earlier profile in grub and go from there? -- Cheers Swedebugia
Re: "guix offload test" gets stuck with no output.
Hej 😀 On June 28, 2018 6:36:57 PM GMT+02:00, Fredrik Salomonsson wrote: >Hi > >1) the new possibility of picking a commit that hydra already built >thus >> avoiding the compilation of guix locally? > >Didn't know that. Is that some sort of combination with "guix weather" >and >"guix pull --commit"? No. Not yet at least. See http://lists.gnu.org/archive/html/guix-devel/2018-06/msg00316.html where I also proposed a change to guix pull which makes it do the least cpu intensive update by default. -- Cheers Swedebugia
Re: Error: system: command not found.
On June 28, 2018 11:06:38 PM GMT+02:00, Jone wrote: >> Can you not choose an earlier profile in grub and go from there? > >Here is my mistake: I decided that old profiles are not needed and >clear >them. So did you learn something the hard way? >Well, I was not happy with my config also. Now - satisfied. So it is >not so >important, >only the cost of processor time. That's why I want to get a good >0-profile. I do not understand how only relying on one profile relates to processor time. -- Cheers Swedebugia
Re: bug#33190: Choose devices according to linux-libre code
Hi On 2018-10-28 19:45, zna...@tutanota.com wrote: As I've got here https://lists.gnu.org/archive/html/help-guix/2018-10/msg00083.html some devices cannot work without linux-firmware, requiring non-free software drivers. It is so bad. I believe the issue can be solved by choosing devices that have proper support by linux-libre code. So how to do this? Is there any info how to choose devices working nice on linux-libre? Yes. See https://h-node.org/hardware/catalogue/en -- --- Swedebugia
Re: Flash Player for Icecat Gnash can not find boost header
On 2018-10-02 12:12, Ludovic Courtès wrote: Note that if you’re building Gnash, you may just as well write a package definition for it: it won’t be much harder, and it will benefit everyone. See <https://www.gnu.org/software/guix/manual/en/html_node/Defining-Packages.html> to get started. See also the new blog article on the subject with I really liked. https://www.gnu.org/software/guix/blog/2018/a-packaging-tutorial-for-guix/ Thanks Pierre! -- --- Swedebugia
Qemu image asking for password
Hi I recently tried firing up https://alpha.gnu.org/gnu/guix/guixsd-vm-image-0.15.0.x86_64-linux.xz with qemu. It booted up alright and took me to a login prompt. I tried gnu/gnu guix/guix but it did not work. I lookend for instructions here: https://www.gnu.org/software/guix/manual/html_node/Running-GuixSD-in-a-VM.html But they were not really what I needed as they did not answer my to questions: 1. how to log in? 2. can I use the image as a basis for contributing to guix? That is: 1. is it readonly? 2. if yes how do I connect a .dmg or similar virtual harddisk (example qemu commands or link to something helpful)? 3. ho much space is needed on this .dmg to download the guix-source and compile? Cheers Swedebugia
Re: Finally installed GuixSD 0.15.0 into a VM on Mac OSX
Hi On 2018-11-04 17:04, Brian Woodcox wrote: So it finally happened after a few days of trying and the excellent help here. Thanks to all. I have a VirtualBox VM running on Mac OSX High Sierra. Congratulations! I just succeded installing, resizing & guix pulling via the 0.15 binary VM image. (total time took some hours from commit=v0.15 from berlin) Most of the time was used to figure out how to resize the qcow2-image and configure qemu. You gotta love free software! <3 Will post guide or blog post when I am satisfied (SSH into to the guest does not work yet for some reason). Took a few days to compile everything from sources using --substitute-urls="https://berlin.guixsd.org”. Don’t do this unless you are very patient. Berlin had all needed substitutes for my bare-bones.tmpl ->config.scm. While installing the new VM, I found some issues with the install scripts: bzip2 —> The correct fix from Leo was to download the file as follows—> guix download https://web.archive.org/web/20180624184835/http://www.bzip.org/1.0.6/bzip2-1.0.6.tar.gz I never ran into this as I am running 0.15, NOT vanilla. texlive-20170524 —> From Mark, I downloaded from —> ftp://tug.org/texlive/historic/2017/texlive-20170524-extra.tar.xz nss-3.36.1 —> So I received an answer on this, but no definitive solution. Sorry, I had to edit the builder script and remove the tests to get this to install. I guess I will install this properly later when it gets fixed. You could create your own custom package. guix-artwork-6998d30 —> So I have no idea how to download this file. Instead, I (sorry Mark) edit the rsgj5syf4azvg4y80gqbr94gr4i9226y-guix-artwork-6998d30-checkout.drv file and changed it to https://git.savannah.gnu.org/git/guix/guix-artwork.git You could create your own custom package. I know your not supposed to edit these, but had I not, I would be waiting for a while. When these are fixed, I will install them properly. I guess I was the guinea pig to show that there are some issues with the install that need to be addressed. Aren't we all. Now you know what BETA feels like :D Thanks everyone. Now I can play with the fresh OS. Happy hacking! Would you be willing to post a screenshot? -- Cheers Swedebugia
Re: Issue with install of GuixSD 0.15.0 regarding guix-artwork-6998d30.drv
Hi On 2018-11-04 16:41, Brian Woodcox wrote: This is my last error while installing GuixSD 0.15.0. So rsgj5syf4azvg4y80gqbr94gr4i9226y-guix-artwork-6998d30-checkout.drv is trying to download git clone git://git.savannah.gnu.org/guix/guix-artwork.git But I get the following error: Cloning into 'guix-artwork'... fatal: unable to connect to git.savannah.gnu.org: git.savannah.gnu.org[0: 208.118.235.201]: errno=Connection refused Could it be that the file is not there? Worked fine here: $ ping git.savannah.gnu.org PING git.savannah.gnu.org (208.118.235.201) 56(84) bytes of data. 64 bytes from vcs0.savannah.gnu.org (208.118.235.201): icmp_seq=1 ttl=50 time=162 ms $ git clone git://git.savannah.gnu.org/guix/guix-artwork.git --depth=1 Klonar till "guix-artwork"... remote: Counting objects: 313, done. remote: Compressing objects: 100% (259/259), done. remote: Total 313 (delta 57), reused 241 (delta 44) Tar emot objekt: 100% (313/313), 8.33 MiB | 294.00 KiB/s, klart. Analyserar delta: 100% (57/57), klart. -- Cheers Swedebugia
Re: Substitute authorization and binaries
Hi Please post questions like these to the help-guix@gnu.org mailing list instead. (remove guix-devel when you reply) On 2018-11-05 02:33, bre...@posteo.net wrote: Hi all, I authorized guix to use the berlin server so I can install guixsd without having to build the derivations locally. The authorization to my knowledge was successful, but when I run guix system init and pass the substitute-urls flag to use berlin, it is still trying to build everything locally after downloading their source tarballs. Please always give as much information about your environment and guix version as possible. Reply with output of: $env $which guix $guix --version $guix describe and your config.scm -- Cheers Swedebugia
Re: why does this system build but won't reconfigure?
Hi On 2018-11-05 04:25, George Clemmer wrote: Oh DUH! Never mind, I guess my 'sudo guix system reconfigure' is using the ancient guix version installed in root. Arf! Would it be a help to you if guix declared and printed the path to itself and version it is using when reconfiguring? That way you immediately see what is going on. Or maybe warned you that a newer guix is available but not used because of the $PATH? cheers
Re: Berlin substitute server "Bad Read-Header-Line header: #
Hi On 2018-11-04 23:53, Ludovic Courtès wrote: For the record, this was due to lack of disk space on that machine > (nginx was unable to reply at all.) Could we catch cases like these and print a nice error instead of a backtrace? If you point me to the right line and file I could try writing a patch :D -- Cheers Swedebugia
Re: hydra.gnu.org off-line for maintenance
Hi On 2018-11-01 17:37, Giovanni Biscuolo wrote: Bad Read-Header-Line header: # The server was out of space and stopped responding. Does it work now? -- Cheers Swedebugia
Re: *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS ***
Hi On 2018-11-01 01:09, George Clemmer wrote: snip And, with the current state of the guix infrastructure, even a 'guix pull' on a fresh vm-image triggers guile bootstrap. And a guile bootstrap, on the best of days, displays these symptoms: howling CPUs and hardly any disk activity. So, relative to what one expects when installing a distro this feels hung. Not the most confidence inspiring experience to subject a guix noob to ;-) I react a little on the wording of you last phrase. We did not subject anyone to anything. Trying out beta software like guix (especially when our servers are down) and pulling the latest guix commit is in my view (with my earlier guix-experience) asking for trouble. Pulling a commit like the one that points to 0.15 see http://git.savannah.gnu.org/cgit/guix.git/tag/?h=v0.15.0 is far better - I did that 2 days ago with no trouble. No building locally of the few packages I needed on a bare-bone install, berlin had 30-40% of the substitutes available. Thus what we could do to improve the situation is to instruct users to NOT pull the latest guix unless they know what they are doing or are willing to deal with anything that comes up... We do a rolling release with NO testing branch currently. So everybody who pulls the latest and greatest is a tester willingly or not. -- Cheers Swedebugia
Re: *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS ***
Hi On 2018-11-06 19:24, George Clemmer wrote: Hello swedebugia, swedebugia writes: Hi On 2018-11-01 01:09, George Clemmer wrote: snip And, with the current state of the guix infrastructure, even a 'guix pull' on a fresh vm-image triggers guile bootstrap. And a guile bootstrap, on the best of days, displays these symptoms: howling CPUs and hardly any disk activity. So, relative to what one expects when installing a distro this feels hung. Not the most confidence inspiring experience to subject a guix noob to ;-) I react a little on the wording of you last phrase. We did not subject anyone to anything. I am sorry this came across as a potshot. That was not my intent. Ok, no worries, thanks for clarifying. Trying out beta software like guix (especially when our servers are down) and pulling the latest guix commit is in my view (with my earlier guix-experience) asking for trouble. Pulling a commit like the one that points to 0.15 see http://git.savannah.gnu.org/cgit/guix.git/tag/?h=v0.15.0 is far better - I did that 2 days ago with no trouble. No building locally of the few packages I needed on a bare-bone install, berlin had 30-40% of the substitutes available. We do a rolling release with NO testing branch currently. So everybody who pulls the latest and greatest is a tester willingly or not. Yes I know, I have used GuixSD as my daily driver for nearly 3 years ;-) Wow, I tried multiple times during the last few years to use it on bare metal daily but eventually ended up not coping with the brittleness and lacked a basic understanding of guile and scheme to avoid the potholes and get things done. GuixSD has matured a lot since I first installed 0.9 and now I understand way more scheme compared to then. Having the beta-GuixSD contained in a VM is quite nice as I get to hack and submit patches and still have a stable Antergos/Parabola on bare metal that I can handle. Please let me restate the key points in hopefully more neutral terms: Thanks for taking the time to do this :) The fact that Guix can build anything from source means that a new user may think the Guix install is hung when it is, in fact, working as designed. This may cause failure to recruit new users. I agree that the casual user expects to be able to visually see when their PC is working on something. (Windows did this by changing the icon of the pointer, others do this with progress bars or moving stuff that enables a casual user to distinguish a hung versus a working state of a program) Thus what we could do to improve the situation is to instruct users to NOT pull the latest guix unless they know what they are doing or are willing to deal with anything that comes up... Do you mean we should tell users specific commits to pull? Or 'guix pull' should not pull from the latest commit? Or something else? Yeah my personal opinion is both actually. Newcomers should refrain from pulling other commits than what was tested (e.g. release commits) until they feel confident about the workings of guix. If they need a package not yet available in the latest release I propose to instruct them to make their own package e.g. via $GUIX_PACKAGE_PATH. For this to work we should probably release more often than now. PS: Maybe further discussion should be taken off the bug? We are to my knowledge posting to the help-guix list. -- Cheers Swedebugia
Re: Trying to package GIMP Resynthesizer
On 2018-09-21 13:19, Thorsten Wilms wrote: I somehow managed to end up with parts in ~/.guix-profile/lib/gimp/2.0/plug-ins and the rest in ~/.guix-profile/lib/gimp/2.0/plug-ins/plug-ins After removing, collecting garbage and installing again with "/plug-ins" removed from the string manipulation, things work as they should. CONGRATULATIONS! :-) -- Cheers Swedebugia
Re: openvpn with networkmanager
Hi On 2018-09-18 05:55, Benjamin Slade wrote: On 2018-09-13T02:54:52-0600, Ludovic Courtès wrote: > I think it would be nice to add a commented example to this section of > the manual, like we have for many other services. I think this would be very useful. With an example it should be much more straightforward to figure out how to use this in practice. Does anyone have a working config they could share? A month has almost passed. It seems nobody used this yet. It seems you will have to experiment yourself. :-) Cheers Swedebugia
Re: GTK icons missing with EXWM
Hi On 2018-09-16 10:53, Pierre Neidhardt wrote: Thanks, installing Adwaita fixed the missing icons in Epiphany. I find that hicolor-icon-theme and gnome-icon-theme are rather useless now that adwaita-icon-theme is installed. gtk-youtube-viewer is still missing about half the icons. Could there be something broken with the package? Did you find a fix for this? The manual seems to lack a section about icons. Could some of you add that now that you have some experience with this? -- Cheers Swedebugia
Re: Ever-growing store with --gc-keep-outputs?
Hi On 2018-09-14 19:46, Mark H Weaver wrote: Hi Pierre, Pierre Neidhardt writes: If, say, “coreutils” is live, then the corresponding “coreutils.drv” will be considered live as well when you pass --gc-keep-derivations. Is the .drv live forever then? Even when all the corresponding outputs have been deleted from all profiles / generations? No, certainly not. To expand on what Ludovic wrote, by passing --gc-keep-derivations, you are providing an additional way for a .drv to be reachable from your GC roots. The .drv file will be kept alive for as long as any of its outputs are kept alive. More generally, it will be kept alive as long as anything that was built upon it is kept alive. That does not imply that .drv files are kept alive forever. I've been using --gc-keep-derivations=yes and --gc-keep-outputs=yes for a long time, and it works well in my preferred mode of operation where I build everything locally and never use substitutes. It ensures that everything needed to build my GC-root-protected store items will be kept alive. Interesting setup. Would you be willing to share the amount of space consumed by this mode? How many packages do you use? Are you willing to share your config also? When I want to free up some disk space, I do the following steps: (1) update my user profiles and delete old generations (2) delete older generations in /var/guix/profiles (but always keeping the one referenced by /run/booted-system!) (3) reconfigure the system to remove the old system profiles from grub.cfg (4) guix gc This would be nice to have in the manual I think. -- Cheers Swedebugia
Re: GuixSD system reconfigure error
Hi :) On 2018-08-29 23:20, Hebi Li wrote: Hi, Here's the config.scm I'm using: https://github.com/lihebi/dothebi/blob/master/config.scm Reading your config out of curiosity I stumpled upon this: ;; FIXME how to declare a local package list to install automatically? Did you find a solution to this? To my knowledge the simplest way, albeit not automatic, is to login as the user and install a manifest with $ guix package --manifest (see the manual for details) -- Cheers Swedebugia
Re: Updating a very old Guix
Hi! On 2018-11-09 15:37, Konrad Hinsen wrote: First try: "guix pull". Have you tried the commit for the next nearest stable? v.0.13 v.0.14 v.0.15? (gcrypt was added after 0.15 point) Ludo recommended in another thread to pull in increments. But basically building guix with an old guix is not supported at all ATM but should work. Please report your progress! I will work on improving the pull-section of the manual shortly. ERROR: In procedure scm-error: no code for module (gcrypt hash) Se my solution here: https://gitlab.com/swedebugia/guix-notes/blob/master/BUILD_LATEST_GUIX_FROM_SOURCE_WITH_Guix_v0.15.org (search for "gcrypt") -- Cheers Swedebugia
Re: Ever-growing store with --gc-keep-outputs?
Hi On 2018-11-09 11:58, Pierre Neidhardt wrote: : > When I want to free up some disk space, I do the following steps: : > : > (1) update my user profiles and delete old generations : > (2) delete older generations in /var/guix/profiles (but always : > keeping the one referenced by /run/booted-system!) : > (3) reconfigure the system to remove the old system profiles from : > grub.cfg : > (4) guix gc : This would be nice to have in the manual I think. Would you like to propose a patch? Note that for a while Guix now suggest (1) and (4) when the store is low on space. I like interactive help, I think it reaches a wider audience than just the manual. Having both is also great, at the expense of risking inconsistencies if one is updated but not the other. Thanks for the heads up! I totally agree. Guix is way too silent to my taste, comparing with e.g. pacman and git. Generally I see the documentation in a manual as something complementing the program - not an excuse to keep the error messages very terse and refrain from gently nudging the user in the right direction. -- Cheers Swedebugia
Re: Updating a very old Guix
Hi On 2018-11-09 18:07, Konrad Hinsen wrote: Hi Swedebugia and Julien, First of all, thanks to both of you for your suggestions! Have you tried the commit for the next nearest stable? v.0.13 v.0.14 v.0.15? (gcrypt was added after 0.15 point) Ludo recommended in another thread to pull in increments. But basically building guix with an old guix is not supported at all ATM but should work. I did consider going through intermediates, but only when the problems showed up. Since I do not have a working Guix any more, I cannot use "guix pull" with a commit to move to an intermediate. This is most probably not correct. You most probably do have a working Guix in the store but your current guix points to the new one which lacks guile-gcrypt. I suggest you roll back your guix pull profile following the manual. (this might not work if your guix is too old) https://www.gnu.org/software/guix/manual/en/html_node/Invoking-guix-pull.html#Invoking-guix-pull If you want more help I suggest you run: $ guile --version | head -1 && guix --version | head -1 And your env $ env Also guix package -l && guix pull -l ls -l ~/.guix-profile ~/.config/guix/ -- Cheers Swedebugia
Re: Updating a very old Guix
Hi On 2018-11-13 13:43, Konrad Hinsen wrote: snip So let's try a variant: use "guix archive" to export a nar file, copy it over to the other machine, and import it. guix archive --export `readlink -f ~/.config/guix/latest` > guix-update.nar guix archive: error: build failed: program `guix-authenticate' failed with exit code 1 Interesting bug! Could you report this to bug-g...@gnu.org? this code runs on the daemon so any detailed errors will probably be in the daemon log. we need the version of your guix (and your daemon) so we can reproduce it. guix-authenticate uses gcrypt which was recently changed by ludo to guile-gcrypt so this might have introduced a regression. There isn't much documentation on "guix authenticate" and how it might fail, so I'll end my experiments here. Does anyone have an idea for something else that I might try? How about reinstalling v. 0.15 overwriting your current installation? this would invalidate all your store items though. -- Cheers Swedebugia
Re: Ever-growing store with --gc-keep-outputs?
On 2018-11-13 21:31, Leo Famulari wrote: snip But I think the best way is to make the software "just work", so that it can be silent and not make the user wish for more verbose comments. This is definitely possible — a lot of software is like this. It's so reliable that we forget there are computer programs running there. Yeah! Lets do that :) If we ever have a nice guix gui like pamac then all this CLI stuff will probably be abstracted away. It already is in emacs-guix, which I like a lot! -- Cheers Swedebugia
Re: Updating a very old Guix
On 2018-11-14 16:21, Konrad Hinsen wrote:
snip
BTW, I did find a way to run "guix pull" which has a good chance to work
on a more typical installation: remove $HOME/.config/guix and then run
"/usr/local/bin/guix pull". Unfortunately, this fails on my machine
because of insufficient disk space for building an enormous amount of
packages. Even gtk, although I am on a headless server.
GTK? Interesting. Could you share your package profile (guix package -I)
and config.scm?
I run GuixSD 0.15 in Qemu on a 10GB cow. The attached config.scm and the
following packages consumes ~3.2GB space in the store:
sdb@komputilo ~/guix-tree [env]$ guix package -I |awk '{ print $1 " " $2 }'
openssh 7.7p1
nss 3.36.1
file 5.32
wget 1.19.5
git 2.18.0
git:send-email 2.18.0
guile-readline 2.2.3
emacs-guix 0.4.1.1
emacs-no-x 26.1
tree 1.7.0
emacs-paredit 24
geiser 0.10
magit 2.13.0
emacs-yasnippet 0.12.2
recutils 1.7
I never had to build anything. All substitutes needed have been available.
--
Cheers
Swedebugia
;; This is an operating system configuration template
;; for a "bare bones VM" setup, with no X11 display server
;; and working HTTPS.
(use-modules (gnu))
(use-service-modules networking ssh)
(use-package-modules screen ssh certs)
(operating-system
(host-name "komputilo")
(timezone "Europe/Berlin")
(locale "en_US.utf8")
;; Boot in "legacy" BIOS mode, assuming /dev/vdX is the
;; target hard disk specified in the VM, and "my-root"
;; is the label of the target root file system.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/vda")
(terminal-outputs '(console
(file-systems (cons (file-system
;; Hint: set label with the "e2label" command.
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
;; This is where user accounts are specified. The "root"
;; account is implicit, and is initially created with the
;; empty password.
(users (cons (user-account
(name "sdb")
(comment "Bob's sister")
(group "users")
;; Adding the account to the "wheel" group
;; makes it a sudoer. Adding it to "audio"
;; and "video" allows the user to play sound
;; and access the webcam.
(supplementary-groups '("wheel"
"audio" "video"))
(home-directory "/home/sdb"))
%base-user-accounts))
;; Globally-installed packages.
(packages (cons* screen
openssh ; For SSH daemon
nss-certs ; Needed for HTTPS to work
%base-packages))
;; Add services to the baseline: a DHCP client and
;; an SSH server.
(services (cons* (dhcp-client-service) ; Aquire IP via DHCP from Qemu on boot
(service openssh-service-type ; SSH server started on boot
(openssh-configuration
(port-number 22)))
(modify-services %base-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";
Re: sha256 hash mismatch
Welcome to guix :) On 2018-11-19 06:10, Fredrik Salomonsson wrote: Hi, Trying to install guix-0.15 to see if I can get dual booting with btrfs working on my laptop. But didn't get that far. Encounter an error when running guix system init. Ran it twice, same error. Any idea what could be wrong? Took about 4-6h to run it the first time. Sorry about the rough start. Guix-land is a real adventure sometimes! Here's the command: guix system init /mnt/etc/config.scm /mnt/ --substitute-urls="https://hydra.gnu.org https://berlin.guixsd.org"; Thanks for specifying the command and config.scm. Did you follow the manual? (e.g. authorize the keys for both servers above?) I suspect you did not as guix was trying to build stuff (normally we have substitutes for almost everything if you either run init without pulling first (=guix 0.15) or pull to a commit a week ago or so. Getting substitutes to work is crucial if you are not very patient. The hash mismatches are a plague brought by changes upstream which are NOT retroactively fixed. You can check the availability of substitutes with "guix weather". With substitutes working and available init should not take more that 10 min on a recent machine. It would probably be a good idea to state this in the manual. If you want to hack on guix you will have to update guix above 0.15. -- Cheers Swedebugia
Re: sha256 hash mismatch
On 2018-11-20 04:49, Fredrik Salomonsson wrote: Den mån 19 nov. 2018 10:53 skrev swedebugia snip Sorry about the rough start. Guix-land is a real adventure sometimes! No worries. Not my first time venturing into guix-land. I'm a little bit more prepared this time. Got a wifi-card that linux-libre supports. And I'm more familiar with the guile language. Nice to hear :) Thanks for specifying the command and config.scm. Did you follow the manual? Yes. I only authorised berlin. As I assume hydra is already authorised. Is that assumption correct? I asume yes, but unfortunately hydra is not our most reliable infrastructure and we are in a process to replace it with berlin. After authorizing both: run init with --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"; Then your should see that guix looks for substitutes from both. snip Thanks for pointing out "guix weather". I've seen it mentioned from time to time in the mailing list. But didn't know what it was used for. Any good workflow to find a commit that have good substitute coverage? I usually pick a commit a week from master or so. The ability to say how many substitutes are available for a given commit has not been implemented yet. In the best of worlds perhaps cuirass could compute this and show it in a new column here: http://berlin.guixsd.org/jobset/guix-master As from what I understand, reading the manual. It will only check the guix version you're running. Correct. Usually substitutes are build within a day or so of master if the infrastructure is working. Check here e.g. http://berlin.guixsd.org/jobset/guix-master Berlin is the fastest and is quite reliable. Hydra is a backup in my configuration but not needed if berlin is online. If you want to hack on guix you will have to update guix above 0.15. This was not correct. That's my end goal. Just need to be able to install it. :) Will try to do a guix pull, to see if that works. Ok. -- Cheers Swedebugia
Re: GUIX Binary Installation Problem
Hi You sent this to the wrong mailing list it seems. I moved it to help-guix with this reply. On 2018-11-20 22:10, Zelphir Kaltstahl wrote: Hi! I just triedto install the GUIX binary installation, but it seems there is no public key available when I do: ~~~ gpg --keyserver pgp.mit.edu --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 ~~~ The message I get is: ~~~ gpg: keyserver receive failed: No data This might be a temporary failure on the keyserver. Try again or with another keyserver. -- Cheers Swedebugia
Re: sha256 hash mismatch
On 2018-11-21 08:33, Fredrik Salomonsson wrote: swedebugia writes: snip Put berlin first in the --substitute-urls and did a guix pull to one commit that had the most packages built. Using http://berlin.guixsd.org/jobset/guix-master to pick out the commit. The install took less than 20min on my x220. Thanks for all the help! :D Great that you got past the init state. Though I needed to manually hack the grub.cfg to be able to boot. Otherwise it wouldn't find the kernel. Now it get stuck when trying to mount the filesystem. Backtrace shows it's failing in ./gnu/build/file-system.scm 613:6 Might have something misconfigured in my config file. Anyways that's not what this thread is about. If I cannot figure it out I'll send another email. Thanks again for the help! Installing a simpler config.scm and going incrementally forward with small changes might be worth considering. Especially given that our guix/guile error messages can sometimes be quite cryptic if you dont know exactly what change caused the error. -- Cheers Swedebugia
Re: guix pull fail to update
On 2018-12-05 07:22, Guy fleury wrote: > I installed the package and set the environment variables describes in > the manuel but the error still the same! > > Le 5 déc. 2018 07:23, "Leo Famulari" a écrit : > >> On Wed, Dec 05, 2018 at 07:20:36AM +0200, Guy fleury wrote: >>> Hi guix, >>> >>> Yesterday i installed guixsd with the bare-bornes config example. >>> The system works.But when i run guix pull to update my >> system,after a >>> moment i get this error: >>> >>> guix pull: error: Git error:SSL error: received early EOF I advise you to wait a couple of days for 0.16 and init from that which hopefully will work better. I any case this might work: Could you provide: 1 complete output of the command and invokation? 2 try pulling an earlier commit (a few days back) and see if that works? 2.5 maybe try specifying the pull url with https substituted with http? try this: guix pull --url=http://git.savannah.gnu.org/cgit/guix.git --commit=69a3fcc08 3 if you did not pull before guix system init you are on 0.15. You are then running legacy code but guix pull should still work. guile-ssh was added to the dependencies not long ago so this could be related.
Re: Next browser finally on master!
On 2018-12-05 11:34, Pierre Neidhardt wrote: > Hi Guix! > > I'm happy to let you know that after months of feisty packaging and the > last month spent on the full rewrite of the GNU/Linux port, the Next web > browser is finally on master! > > It's packaged as sbcl-next. > > Next is a web browser written in Common Lisp, designed after Emacs: one > of its alleged goals is to bring extreme extensibility to the world of > web browsers! (VI lovers, don't worry, VI-style bindings are coming!) > > See https://next.atlas.engineer for some cool examples. > > It's still rather alpha and some features are missing (such as cookie > support), but rest assured it won't take long! > > As always, feedback is more than welcome! > Happy hacking! Congratiolations! I look forward to trying it out as none of the browsers I use really satisfy my needs. It seems to be the first ever? software project distributed reproducibly with guix pack :) -- Cheers Swedebugia
Re: error: rmdir: Device or resource busy
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. -- Cheers Swedebugia
Re: WebKit: Failing to play most HTML5 videos
On 2018-12-08 13:39, Pierre Neidhardt wrote: > Forgot to mention: I've tested with Epiphany, Vimb and Next browser, with > similar results. I tested with Next and epiphany. All sites fail here. svtplay.se and youtube.com tested. -- Cheers Swedebugia
Re: What about Gnash in Guix?
On 2018-12-10 19:47, zna...@tutanota.com wrote: > Do you think flash-services are good or not? Not. Often both non-free and dangerous. I personally avoid it at all costs. The only places left in my sphere that even mentions flash is the government backed broadcast corporation SVT on their webpage. But they implemented html5 so it is no longer needed and I download the videoes regardless with youtube-dl. > > I am asking about gnash in guix, cause there is one necessary service, > that must work on a home PC, but no any flash-player possible in > IceCat under GuixSD. > > Want to know about developers' plans to port Gnash to Guix? You are free to package it. I would most probably never use it. -- Cheers Swedebugia
Re: Next browser finally on master!
On 2018-12-05 11:34, Pierre Neidhardt wrote: snip > It's still rather alpha and some features are missing (such as cookie > support), but rest assured it won't take long! > > As always, feedback is more than welcome! I tried it out for some time now. Unfortunately it is buggy and freezes on me with no backtrace provided :-/. sdb@antelope ~$ guix --version guix (GNU Guix) 0.16.0-3.6ddc63e Reproduce: M-x scroll the list to the bottom (with down-arrow) (freezez at JUMP-TO-HEADING) “next-gtk-webkit” is not responding." Reproduce: navigate to some page on youtube press play and seek (freezes when trying to seek) (gstreamer, clutter-gst, gst good, base libav installed) -- Cheers Swedebugia
Re: WebKit: Failing to play most HTML5 videos
On 2018-12-09 13:21, Pierre Neidhardt wrote: > Leo Famulari writes: >> It works for me on Debian if I install (at least) gst-plugins-base and... > > Hmm, weird. Possible explanations I can see: > > - It's hardware related. I have an Intel HD 620, driver i915. I really doubt that. I just changed from a o686 to a x86_64 machine with different hardware and it is exactly the same issue. When it plays it is lacky, glitchy. On parabola/antergos on the same machine it plays smoothly (so not HW issue). > - Something is not purely functional in the dependency graph. > - It's kernel related, I am on GuixSD. > > It used to work perfectly a few weeks ago. I'll have to try out the different > kernel/mesa/gstreamer combinations. Pfeww, lots of work :( Good luck hunting :) -- Cheers Swedebugia
Re: Next browser finally on master!
On 2018-12-11 08:46, Pierre Neidhardt wrote:
> Hi! Thanks for the feedback.
>
>> M-x
>> scroll the list to the bottom (with down-arrow) (freezez at
>> JUMP-TO-HEADING)
>
> I can't reproduce this. Can you produce this systematically? Can you post
> the
> content of /tmp/next-gtk-webkit.log?
On startup it works. Clicking a link and trying makes it freeze :D
See log arrached
Cannot reproduce scroll page freeze right now. will return when I have
an example.
>
>> “next-gtk-webkit” is not responding."
>
> Where do you see that?
Gnome-message after it has been frozen some time. not relevant...
>
> Note that next-gtk-webkit is quite stable on its own, the issue is with
> WebKitGTK. I still need to tinker with it a little, and hopefully the
> situation
> will get much better.
In vimb the crash on query.wikidata.org is not freezing it up. it simply
displays an error in the bottom and continues to work.
>
>> navigate to some page on youtube
>> press play and seek (freezes when trying to seek)
>> (gstreamer, clutter-gst, gst good, base libav installed)
>
> Can you play any video?!? I can't play any video at all on GuixSD. I works
> on
> Arch Linux though.
yes, they play but VP/webm lag. mp4 does not though!
tested here:
https://goblinrefuge.com/mediagoblin/u/praveenvarma/m/enrre-vidyaalyN-1/
the mp4 plays perfect.
the vp/webm lags and it becomes non fluent to watch.
i'm on 64bity x86 but with i686 guix :)
>
> Currently, I've setup the following workaround in ~/.config/next/init.lisp to
> play videos with mpv.
>
> --8<---cut here---start->8---
> (define-command play-video-in-current-page ()
> "Play video in the currently open buffer."
> (with-result (url (buffer-get-url))
> (uiop:run-program (list "mpv" url
> (define-key *global-map* (key "C-M-c v") 'play-video-in-current-page)
> --8<---cut here---end--->8---
Will try it and report back :)
>
>> I tried it out for some time now. Unfortunately it is buggy and freezes
>> on me with no backtrace provided :-/.
>
> Stay tuned, next release (hopefully by next week) will be much, much better!
Nice!
--
Cheers
Swedebugia** Message: 09:01:08.800: Method name: window.make
** Message: 09:01:08.856: Method result(s): window id 0
** Message: 09:01:08.984: Method name: buffer.make
** Message: 09:01:08.986: Method result(s): buffer id 0
** Message: 09:01:09.256: Method name: buffer.evaluate.javascript
** Message: 09:01:09.256: Method parameter(s): buffer id 0
** Message: 09:01:09.256: Method result(s): callback id 0
** Message: 09:01:09.262: Method name: window.set.active.buffer
** Message: 09:01:09.262: Method parameter(s): window id 0, buffer id 0
** Message: 09:01:09.262: Window 0 switches from buffer (null) to 0
** Message: 09:01:09.317: XML-RPC message: BUFFER-JAVASCRIPT-CALL-BACK (buffer
id, javascript, callback id) = (0, ..., 0)
** Message: 09:01:09.486: Method name: buffer.evaluate.javascript
** Message: 09:01:09.486: Method parameter(s): buffer id 0
** Message: 09:01:09.486: Method result(s): callback id 1
** Message: 09:01:09.506: XML-RPC message: BUFFER-JAVASCRIPT-CALL-BACK (buffer
id, javascript, callback id) = (0, ..., 1)
** Message: 09:01:10.279: XML-RPC message: BUFFER-DID-COMMIT-NAVIGATION ('0',
'https://next.atlas.engineer/quickstart')
** Message: 09:01:14.692: XML-RPC message: PUSH-KEY-EVENT (keycode, keyval,
modifiers, window id) = (53, 'x', ['M'], '0')
** Message: 09:01:14.694: XML-RPC message: CONSUME-KEY-SEQUENCE, window id 0
** Message: 09:01:14.705: Method name: window.active
** Message: 09:01:14.705: Method parameter(s): 0
** Message: 09:01:14.706: Method name: window.active
** Message: 09:01:14.706: Method parameter(s): 0
** Message: 09:01:14.707: Method name: minibuffer.evaluate.javascript
** Message: 09:01:14.707: Method parameter(s): window id 0
** Message: 09:01:14.708: Method result(s): callback id 0
** (next-gtk-webkit:8821): WARNING **: 09:01:14.724: Error running javascript:
unexpected return value
** Message: 09:01:14.737: Method name: window.active
** Message: 09:01:14.737: Method parameter(s): 0
** Message: 09:01:14.739: Method name: minibuffer.evaluate.javascript
** Message: 09:01:14.739: Method parameter(s): window id 0
** Message: 09:01:14.739: Method result(s): callback id 1
** (next-gtk-webkit:8821): WARNING **: 09:01:14.740: Error running javascript:
unexpected return value
** Message: 09:01:14.756: Method name: window.active
** Message: 09:01:14.756: Method parameter(s): 0
** Message: 09:01:14.758: Method name: minibuffer.evaluate.javascript
** Message: 09:01:14.758: Method parameter(s): window id 0
** Message: 09:01:14.758: Method re
Re: GC hints
Chris Marusich skrev: (21 december 2018 09:30:30 CET) >Mark H Weaver writes: > >> Hi Ludovic, >> >> Ludovic Courtès writes: >> >>> Actually, I was also wondering whether we should provide a >configurable >>> mechanism that would, by default, automatically delete old GC roots >and >>> maybe even run the GC automatically when needed—similar to what Git >>> does. >>> >>> Thoughts? >> >> I think it's reasonable to automatically run GC by default, but I >would >> strongly advise against deleting GC roots automatically by default >> without the user's knowledge and consent. > >Just to be clear, I agree with you, Mark. Guix shouldn't delete GC >roots automatically by default. I think we were just saying that it >might be nice if a user could configure Guix to automatically delete GC >roots according to some policy (e.g., retain the last 2, and delete any >others older than 1 month). Guix would only delete the GC roots >according to the policy that the user has set, and if no policy has >been >set, the default would be not to delete any of the GC roots. > >-- >Chris I agree with you all 😃 This should not be the default, but be included in all the config templates with a clarifying comment. -- Sent from my p≡p for Android. pEpkey.asc Description: application/pgp-keys
Re: can't play movies?
On 2018-12-21 20:30, Guy fleury wrote: i am on GuixSD and it is my first try could you post your "guix describe"-output and your config.scm? I'm on guix and until now have not had any problems. My configs are here for your inspiration (note the gst-* packages which contains codecs and mpv which is my preferred player): https://gitlab.com/swedebugia/guix-config -- Cheers Swedebugia
Re: GC hints
On 2018-12-23 16:58, Mark H Weaver wrote: Chris Marusich writes: Mark H Weaver writes: Hi Ludovic, Ludovic Courtès writes: Actually, I was also wondering whether we should provide a configurable mechanism that would, by default, automatically delete old GC roots and maybe even run the GC automatically when needed—similar to what Git does. Thoughts? I think it's reasonable to automatically run GC by default, but I would strongly advise against deleting GC roots automatically by default without the user's knowledge and consent. Just to be clear, I agree with you, Mark. Guix shouldn't delete GC roots automatically by default. I think we were just saying that it might be nice if a user could configure Guix to automatically delete GC roots according to some policy (e.g., retain the last 2, and delete any others older than 1 month). Guix would only delete the GC roots according to the policy that the user has set, and if no policy has been set, the default would be not to delete any of the GC roots. As long as it's not the default behavior, I think this would be a nice feature to have. Thanks! Mark Pierre, could you send an updated patch? -- Cheers Swedebugia
Re: About /var/guix/profiles and guix pull generations
Hi :) On 2018-12-19 17:49, Pierre Neidhardt wrote: snip (display-hint (format #f (G_ "Consider deleting old profile -generations and collecting garbage, along these lines: +generations, deleting old Guix checkouts and collecting garbage, along these +lines: @example -guix package -p ~s --delete-generations=1m -guix gc -@end example\n") -profile)) +guix package --profile=~s --delete-generations=1m +guix package --profile=~s --delete-generations=1m Why duplicate lines here? +guix gc --free-space=5G +@end example + +You might also want to delete old non-default profiles pointed to by +the symlinks in /var/guix/gcroots/auto (broken symlinks in this +directory will be automatically removed).") +profile +(string-append (config-directory #:ensure? #f) "/current"))) I think this is quite long and I don't understand your phrase about broken symlinks. Could you write a new section "Freeing up space in GuixSD" in the manual instead and refer to that here instead? -- Cheers Swedebugia
Re: About /var/guix/profiles and guix pull generations
On 2018-12-25 19:49, Pierre Neidhardt wrote: Why duplicate lines here? They are not duplicated, the arguments are +profile +(string-append (config-directory #:ensure? #f) "/current"))) so one is for the user profile, one is for the Guix "checkout". : +You might also want to delete old non-default profiles pointed to by : +the symlinks in /var/guix/gcroots/auto (broken symlinks in this : +directory will be automatically removed).") : +profile : +(string-append (config-directory #:ensure? #f) "/current"))) I think this is quite long and I don't understand your phrase about broken symlinks. In /var/guix/gcroots/auto, you'll find symlinks to custom profiles, e.g. ~/.my-guix-profile. If you remove ~/.my-guix-profile, then the symlink in /var/guix/gcroots/auto will be broken and automatically removed by Guix. Makes sense? Can you suggest a better phrasing? Could you write a new section "Freeing up space in GuixSD" in the manual instead and refer to that here instead? That could be a good solution indeed. What do you people think? I already sent a patch for the manual on Marks suggestion regarding free space. See https://lists.gnu.org/archive/html/guix-patches/2018-11/msg00243.html You are welcome to adopt it if you think it can make it into the manual that way. At that time I did not know about these stale checkouts you are referring to. I think guix should generally clean up after itself and be very clear about what factors cause it to consume space. -- Cheers Swedebugia
Re: rolling back only a single package
On 2018-12-28 23:15, cde...@dc.uba.ar wrote: Hi On 2018-12-28 08:32, swedebugia wrote: "cde...@dc.uba.ar" skrev: (27 december 2018 20:52:23 CET) Hi, I upgraded guix a couple of days ago, installed some things and now I found that xmobar just keeps segfaulting. Switching to specific generation it's really cool, but in this case would "uninstall" all the software that it's between the update-generation and the current one. So, there is any way to just downgrade a single package (resolving it dependencies) with out doing a full switch? I guess this it's connected to https://lists.gnu.org/archive/html/help-guix/2016-08/msg00028.html And I could also switch and then manually re install. But maybe there is a standard or automatic way to do it. Thanks! Hi. I highly recommend you to use the declarative way of installing packages instead. See the manual. I'm intending to, but before that I rather install when need it, when some pseudo complete usable system arise I'll write a declaration. Declarative it's great, but you have to get in your head all the things that you'll need, before even beginning ... Really? I just add to the manifest every time I stumble over a missing part. I test out stuff with the imperative install and add it to the manifest once I'm sure I need it. You can see my manifest here: https://gitlab.com/swedebugia/guix-config/blob/master/sdb.scm You can use the former xmobar directly from the store if you have it or you could create an own package/channel that specifies the version you want. Well... I never GC nor delete generations. So it should be possible. But I believe that's a temporal work around that should not be used. If I don't delete the generation that holds the earlier working version, I could do that, but then I'll need to use the full path in the store or a symblink manually created. I think that kind of stuff it's a tiny, but accumulative step towards chaos. And I'm using git to scape from it XD The best thing though is to report a bug and help by providing information e.g. by stracing it. Guide evolves quickly... It's xmonad, a haskell app. I'm not to proficient in haskell yet to help with that. If I've time I'll report the bug, at least. Sounds good to me. :) Noone have reported anything about xmobar yet, it seems: https://debbugs.gnu.org/cgi/pkgreport.cgi?include=subject%3Axmobar;package=guix so you might be the first to find the bug. -- Sent from my p≡p for Android. -- Cheers Swedebugia
FAQ draft (Was: Re: Upgrade 0.15 to .16 it doesn't work)
On 2018-12-30 19:19, Jone wrote: snip And additionally I would like to see two things: 1. FAQ Which questions do you propose to include? Where would you suggest to place this faq? In the manual? website? I just wrote the following suggestions to a GuixSD FAQ: General: * Is GuixSD a 'do-it-yourself' GNU/Linux distribution like e.g. Arch Linux and Gentoo? * Yes and no. Both the distributions mentioned mess a lot with states and configuration files in different formats and are based on a completely different way of configuring the OS. With GuixSD the goal is to configure /everything/ in the declaration of the OS and never having to edit a single configuration file in some obscure location. The roll-back functionality of Guix makes it easy to undo almost any changes to the state in Guix imposed by your fiddling with the configuration. GuixSD also makes it possible to /easily/ replicate a friends OS configuration making it possible to collaborate and share your ideas on how to configure the whole OS much more easily than traditional distributions. There are already up to a hundred shared operating system declarations available online for your to copy or get ideas from. * Is it a rolling release distribution? * Yes. But anyone could turn it into any stable or whatever release model via 'guix channel'. * How does channels affect the distribution? * They let you compose and maintain your own release of Guix. * Any stable ones available yet? * No, not known to us. * Can I easily share my installed system configuration and package-manifest with a friend? * Yes. The declaration, usually a file called config.scm, used to instantiate the system makes this easy. It contains no secret information. The same goes for package-manifests. * I am a complete GNU OS beginner. Should I use GuixSD? * If you are a beginner and want to use GuixSD, you must be willing to invest time into learning a new system, and accept that GuixSD is designed as a 'do-it-yourself' or 'copy-from-your-friend' distribution; it is the user who assembles the system via a configuration written in Scheme. Before asking for help, do your own independent research by reading the manual, searching online & searching the mailing lists. There is a reason these resources were made available to you in the first place. Many thousands of volunteered hours have been spent compiling this excellent information. * Is Guix going to be so good that people will have a hard time avoiding it? When will the beta end? * We don't know yet. You can take a look at our ROADMAP http://git.savannah.gnu.org/cgit/guix.git/tree/ROADMAP and look up the latest features in the latest release statement. Package-related: * Why is compilation so time-consuming compared to substitutes? * Compiling is necessary to convert almost any modern program from a high-level language (like Guile Scheme, Python, C++) to low-level machine code. Whether you compile yourself or let others do it for you, your ordinary GNOME enabled desktop takes a total of about 3-5 days of compile time on a consumer level 2-core Intel 64-bit PC. *(is this accurate Mark?) * How will I know if substitutes are available from the build farms before running 'guix pull'? * Generally you don't. This is a missing feature. You are welcome to help improving Guix or Cuirass to make this possible. * Why do Guix mess around with environment variables when other distributions don't? * Why does environment variables need to be manually set sometimes in GuixSD - could that not be automated? * If this is needed you have probably found a bug. Ie. right now many package definitions lack search-path definitions (e.g. guile-readline, guile-colorized, and many others) causing them to not be set automatically. * Is package X available? * Maybe! Take a look at the package list of the website or search our git-repo for the name. If you are up for it, maybe you can package it yourself by importing it *LINK, following the package guide *LINK or by reading the package descriptions of similar programs already in Guix. Any thoughts? See also https://wiki.archlinux.org/index.php/Frequently_asked_questions -- Cheers Swedebugia
Re: My first impression for GuixSD
Hi :)
On 2019-01-05 11:48, 荒井吉則 wrote:
> I'm installed GuixSD using desktop config.
> Gnome/Xfce desktop is garbled cause of missing Japanese fonts.
> And missing /etc/grub.d and grub commands. I edited
> /boot/grub/grub.cfg directly to be enable multiboot.
>
> Otherwise is OK. Thank you.
Thanks a lot for your feedback.
Would you be willing to share your config.scm so we can help debug your
issues?
My knowledge of special fonts in guix is very low but others might have
succeded with getting japanese fonts to work by tweaking their
config.scm.
Regarding multiboot, I tried myself some months ago and it worked fine
after tweaking of my config.scm. Did you specify a custom
bootloader-configuration? (see info guix --search menu-entries).
Here is the example from the manual:
Should you want to list additional boot menu entries via the
menu-entries field above, you will need to create them with the
menu-entry form. For example, imagine you want to be able to boot
another distro (hard to imagine!), you can define a menu entry along
these lines:
(menu-entry
(label "The Other Distro")
(linux "/boot/old/vmlinux-2.6.32")
(linux-arguments '("root=/dev/sda2"))
(initrd "/boot/old/initrd"))
--
Cheers
Swedebugia
Re: very few substitutes available?
On 2019-01-05 18:24, Thomas Danckaert wrote: > Hi guix, > > I've been attempting to update my profile for a while now (actually > the latest generation is already from july... :-) ). I find that I > always have to build a huge number of packages, such as the entire > rust bootstrap & icecat... I've been stuck in a loop where I run > “guix pull”, wait a few days, see that I still have to build icecat, > and try “guix pull” again, ... > > How long does it typically take before substitutes are available after > pulling from master? Or is there a way to see (from ci.guix.info?) > which revision I should pull in order to have a maximum of substitutes > available? Are you on 32 or 64 bit? Paste "uname -a" I had the same experience on 32-bit a month ago. 64-bit is way way better supported by the build-farms currently for bug/technical reasons. If you are on 32-bit you have some choices: - change to a 64-bit machine - wait for the builds to be done or someone to fix it - help us find and restart the failed builds (ask Mark on guix-devel) - build them yourself and share using ipfs and the wip-branch published a few days ago. and invite other 32-bit users to do the same. - sack the packages causing the rebuilds and find alternatives. E.g. rust is drawn in by icecat. Switch to epiphany, etc. Gnome perhaps draws in an awful lot of builds. Try xfce or stumpwm which is way way lighter. Given that you are the first one to notice/write about this in the latest few months beside me I guess there are very few 32-bit users in guixland right now so the best option might be to upgrade to 64-bit and follow the herd. -- Cheers Swedebugia
Re: How long to install icecat?
"荒井吉則" skrev: (7 januari 2019 01:46:50 CET) >I begun to guix package -i icecat 3 hours ago. > >building >/gnu/store/sp4wr4lic94pk7s6p473ysxrbyqvmqf7-icecat-60.3.0-gnu1.drv... > >still continuing > >what's wrong ? Probably nothing. Use the -n flag to see what would be built before starting or after starting in a different terminal. -- Sent from my p≡p for Android. pEpkey.asc Description: application/pgp-keys
Re: Removing prop-inputs
"bre...@posteo.net" skrev: (12 januari 2019 04:08:13 CET)
>Perfect! My appreciation!
>Sent from my Sprint Phone.
>-- Original message--From: Timothy SampleDate: Fri, Jan 11,
>2019 8:50 PMTo: bre...@posteo.net;Cc: help-guix;Help-Guix;Subject:Re:
>Removing prop-inputs
>Hi brettg,
>
>bre...@posteo.net writes:
>
>> On 12.01.2019 02:25, bre...@posteo.net wrote:
>>> Hi all, this is my system configuration file. I am trying to remove
>>> nautilus and epiphany from the gnome-desktop-service that gets
>loaded.
>>> So far I am not having any luck. Any ideas?
>>>
>>> [...]
>>
>> Update, I got it to work, but with some very hackish code. Any
>> suggestions would still be appreciated.
>>
>> (define-public gnome-custom
>> (package (inherit gnome)
>> (name "gnome-custom")
>> (propagated-inputs (remove
>> (match-lambda
>>((name _)
>> (string=? name "epiphany")))
>> (remove
>> (match-lambda
>> ((name _)
>> (string=? name "eog")))
>> (remove
>>(match-lambda
>> ((name _)
>> (string=? name "totem")))
>>(remove
>> (match-lambda
>> ((name _)
>>(string=? name "gedit")))
>> (remove
>> (match-lambda
>>((name _)
>> (string=? name "yelp")))
>> (remove
>> (match-lambda
>> ((name _)
>> (string=? name "gnome-calculator")))
>> (package-propagated-inputs gnome))
>
>You could try
>
>(remove (match-lambda
> ((name _)
> (member name '("epiphany" "eog" ...
>(package-propagated-inputs gnome))
>
>Hope that helps!
>
>
>-- Tim
Hi Tim and Brett
I think this snippet would enrich the manual.
Could one of you send a patch?
--
Sent from my p≡p for Android.
pEpkey.asc
Description: application/pgp-keys
Re: WebKit: Failing to play most HTML5 videos
adline-2.2.4 + node-semver 5.6.0 out /gnu/store/kqp94lm2gnrrck8mmgk2s20lpnxngj15-node-semver-5.6.0 + mpv 0.29.1 out /gnu/store/98mfmg8ig0pzg06n252km4nil7rzpzls-mpv-0.29.1 + pavucontrol 3.0 out /gnu/store/w64idpi253b6p7jhcmsxyghglvlgil4j-pavucontrol-3.0 + emacs-guix 0.5 out /gnu/store/0db00065vhmy5qkpkgrnvxhxrc0mbp6z-emacs-guix-0.5 + openssh 7.9p1 out /gnu/store/f9xad574zlhpgr97kl4xzvg1vlnr7yps-openssh-7.9p1 + emacs-bbdb 3.1.2 out /gnu/store/9s774yrqi1c7dfsh2hba022vfqbb1swg-emacs-bbdb-3.1.2 + emacs-emojify 0.4 out /gnu/store/kwfibj4s5wcr0m0m57fwvhjqpzlyjwrg-emacs-emojify-0.4 Should we close this bug? -- Cheers Swedebugia
Re: Geiser manual lookups broken with Guile
On 2019-01-17 20:23, Ricardo Wurmus wrote: Pierre Neidhardt writes: I've been annoyed by this issue ever since I started using Guile and today I finally found time to get to the root of it: https://gitlab.com/jaor/geiser/issues/252 Since there are a lot of Guile+Geiser users in this community, I'm wondering if you people experience the same issue. If no documentation is shown at all and a Guile REPL is connected to your Emacs buffer, then you need to load some modules in the REPL session first. A ha! Now it works better. I typed in this: ",use(guix)" and now it shows me docstrings from guix. 😀 Would it be possible to do this automatically? A separate chapter in the manual of geiser for setup with guile+guix would be really nice. A few questions unanswered by the manual comes here: 1. If I edit a buffer a.scm and attach a repl with run-guile, can this repl be attached also to a buffer b.scm or do I to run-guile a second time? -- Cheers Swedebugia
Re: openvpn
On 2019-01-24 04:40, nightowl wrote: (network-manager-service-type config => (network-manager-configuration (inherit config) (vpn-plugins network-manager-openvpn))) -> this should be (vpn-plugins '(network-manager-openvpn Short answer: not via the guix configuration - it is broken at the moment. You might be succesful with Bitmask(1) via PYPI, or manually setting up openvpn. -- Cheers Swedebugia (1) https://pypi.org/project/leap.bitmask/
Re: gnome printer administration
nightowl skrev: (25 januari 2019 15:09:16 CET) >I have added the cups service to my configuration in guixsd. I am able > >to add a printer and manage it from the web administration page >(localhost:136) but in the gnome printer administration tool settings >can not be changed. How do I get settings to be accessible in gnome >administration tool? This is most probably a bug. Could you report it and include error messages and perhaps a strace of the GNOME tool? -- Sent from my p≡p for Android.
Re: Screen does not wake up from suspend ("No signal") on a Radeon RX 580
Pierre Neidhardt skrev: (26 januari 2019 11:39:20 CET) >Hi! > >I've deployed Guix on a desktop computer with pretty much the exact >same >config as my laptop. > >On my laptop I can run > >--8<---cut here---start->8--- >$ loginctl suspend >--8<---cut here---end--->8--- > >to hibernate. Pressing a key will successfully wake it up. > >On my desktop, the same command sends the computer to sleep, but while >pressing a key wakes it up (judging from the fans and the hard drive >spinning up) the screen desperately remains off. Turning it off and on >again displays "No signal". > >In short, my desktop uses: > >- Linux-libre kernel, instead of a custom kernel for my laptop. >- BIOS Grub because somehow Grub fails in EFI mode... Whatever. >- A Radeon RX 580 (which works perfectly so far) instead of an Intel >for >my laptop. > >My config.scm: > >- >https://gitlab.com/ambrevar/dotfiles/raw/master/.guix-packages/ambrevar/system/default.scm >- >https://gitlab.com/ambrevar/dotfiles/raw/master/.guix-packages/ambrevar/system/desktop-bababa.scm > >Any pointer? > >-- >Pierre Neidhardt >https://ambrevar.xyz/ Would it be possible for you to SSH into it to read the kernel messages during wakeup? On my dev laptop suspend, via custom suspend.sh, and wake up, via power button works. -- Sent from my k-9 mail for Android.
Re: No login prompt and no display manager.
On 2019-01-08 07:41, 荒井吉則 wrote:
The cause is comment out and swap-devices is solution.
;;(file-system
;; (device "/dev/sda2")
;; (mount-point "swap")
;; (type "swap"))
%base-file-systems))
(swap-devices '("/dev/sda2"))
Does this mean you solved the problem and that your swap-code above was
the cause?
If yes, congratulations, I think you should report a bug with your
findings so we can implement a check for this during reconfigure and
point the user to defining swap properly.
--
Cheers Swedebugia
Re: Stuck upgrading from Guix v0.12
On 2019-01-09 17:47, Paul Garlick wrote: Hi Guix, Got it! I have been able to upgrade from version 0.12 to version 0.16. I used 'guix copy' to copy a recent guix on a local server. Thank you Gabor for the suggestion. The steps I followed were: i) generate signing keys on both systems ii) copy across public keys and authorize on each system iii) install guix in the user profile on the server iv) use 'guix copy --from=localServer /gnu/store/...guix-0.16.0-4...' Note: this copies the dependencies too v) set GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH on the receiving system. Note: set the variables to point to the newly-copied paths in /gnu/store for guile-gcrypt, guile-sqlite3, guile-git and guile- bytestructures vi) use '/gnu/store/...guix-0.16.0-4.../bin/guix pull' vii) include .config/guix/current/bin in PATH variable viii) use 'guix package --upgrade' ix) update guix-daemon.service x) restart daemon To finish, I authorized substitutes for ci.guix.info.pub. I am cooking with gas again! Nice! Thanks for sharing. -- Cheers Swedebugia
Re: Where is gtk-update-icon-cache ... ?
On 2019-01-11 09:51, 荒井吉則 wrote: On Fri, Jan 11, 2019 at 06:00:05AM +0100, Ricardo Wurmus wrote: > If you want to install gtk-update-icon-cache you need to install the > “gtk+:bin” package to a profile, e.g. by doing > > guix package -i gtk+:bin > OK, I will do it. However I think it is kind to ask will you install bin when someone install like gtk+ or glibc with guix package -i . Your idea seems user friendly, but to implement it we would have to find a way to distinguish library-packages from other packages. I'm not sure how to programmatically distinguish if a package has a bin-output. Right now you have to investigate the different outputs yourself e.g. by running: $ guix package --show=gtk+ which lists the different outputs. -- Cheers Swedebugia
Re: grub.cfg does not have luks module for encrypted root
Joshua Branson skrev: (2 februari 2019 14:50:17 CET) >Jack Hill writes: > >> On Fri, 1 Feb 2019, Joshua Branson wrote: >> >>> Jack Hill writes: >>> Ahoy, I'm using the attached config.scm for a host with an encrypted gpt root partition while booking with bios-grub. It produces the >attached grub.cfg, which lacks the luks module, thus grub cannot find the kernel. If I enter the grub command line and manually insmod luks and cryptomount, I can then boot correction. >>> >>> Out of curiosity how do you boot GuixSD on the grub command line? >>> >>> The only way I know how to do it is: >>> >>> set root=(hd0,1) ; wherever your root partition is >>> linux /gnu/path/to/vmlinuz-linux-libre root=/dev/sda1 >>> initrd /gnu/path/to/initramfs-linux-libre.img >>> boot >>> >>> In arch linux, I know where those paths are: /boot, but it GuixSD >those >>> paths are usually buried in /gnu/some/crazy/path... >> >> Once I ran 'insmod luks' and 'crytomount (hd0,gpt2)', the filesystem >> containing the store became available to Grub. I then ran 'configfile >> (hd0,gpt1)/boot/grub/grub.cfg' to have Grub reprocess the config file >> that Guix wrote for it. Since the store was now available, Grub was >> able to load its theme, kernel, and initramfs. Sorry for admitting >> that step in my summary. > >You're fine. I was unaware of that command. I actually didn't know >how >to boot guixSD, from grub's command prompt I think this is a good thing to include in the manual. Maybe in a troubleshooting section? -- Sent from my k-9 mail for Android.
Re: Guile snippet to get latest "guix pull" commit with prebuilt binaries
Pierre Neidhardt skrev: (5 februari 2019 00:09:46 CET) > >@Ludo: Seems like I cannot send you emails directly, maybe I'm being >marked as spam? I also could not send to ludo at gnu dot org about a week ago and ended up sending a notice to his work email instead. don't know if that worked better but it was not rejected by the postmaster. -- Sent from my k-9 mail for Android.
Re: Error system reconfigure
On 2019-02-03 22:22, Jone wrote: Current Guix, system reconfigure passed, but: 2. Mcron https://www.gnu.org/software/guix/manual/en/guix.html#Scheduled-Job-Execution - so, too, does not work: message "mcron-service deprecated, use mcron-service-type instead" mcron-service is now a service-type: (service mcron-service-type) should work. -- Cheers Swedebugia
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
On 2019-02-21 16:14, Giovanni Biscuolo wrote: snip > > in my case (I'm on Debian with systemd) I have to add an "Environment=" > parameter in /etc/systemd/system/guix-daemon.service, reload the systemd > file and restart the service If this is not explained in the manual could you send a patch to include this? -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: Need help porting eDuke32
Jack Hill skrev: (26 februari 2019 16:41:44 CET) >Ken, > >If you would like your software included in GNU Guix, I invite you to >work >the the community to find a mutually acceptable license. I expect that >if >you choose to do so the experience will be rewarding. +1 > >For all the rest of us, > >Perhaps this is a blessing in disguise, and we can have the joy of >working >on a free software replacement engine. What a wonderful expression, blessing in disguise 😃 my life seems to offer a few of those already. Sdb -- Sent from my k-9 mail for Android.
Re: Winetricks
Pierre Neidhardt skrev: (1 mars 2019 16:40:08 CET) >Hi Guix, > >I wonder if Winetricks (https://wiki.winehq.org/Winetricks) meets the >FSDG and can be packaged in Guix. It's LGPL, but might be considered >as >way of promoting binary blobs. > >Thoughts? > >-- >Pierre Neidhardt >https://ambrevar.xyz/ If it does not include or link to non free stuff I guess its fine. -- Sent from my k-9 mail for Android.
Re: Disable ugly pc-speaker sound in Slim auth failure
zna...@tutanota.com skrev: (17 mars 2019 08:31:30 CET)
>Successfully solved with this code in /etc/config.scm:
>
>(operating-system
>...
> (kernel-arguments '("modprobe.blacklist=pcspkr,snd_pcsp"))
>)
>
># guix system reconfigure /etc/config.scm
># reboot
>
>PC speaker no longer beeps. Thank you!
Great 😃
>Still do not know why guix does not find `(use modules (al utils))`
>module and how to get guile modules work.
Tobias advised you to copy the procedure into your config.scm, not import the
module of Alex.
Modules can be a little tricky to get right, read the details and examples in
the guile manual.
>
>
>Mar 16, 2019, 4:46 PM by zna...@tutanota.com:
>
>> You know, Tobias! Just for experiment I've add (al utils) and guix
>cuss out:
>>
>> (use-modules (gnu) (gnu system nss)
>> (gnu system locale) ;;for locale-definition
>> (gnu services desktop)
>> ;;(gnu services dns) ;;for dnsmasq
>> (srfi srfi-1) ;;for remove function
>> (gnu services networking) ;;for remove ntp
>> (gnu services avahi) ;;for remove avahi
>> (gnu services xorg)
>> ;;(gnu services databases);;for postgres
>> (gnu packages admin) ;;for wpa_supplicant
>> (al utils)
>> )
>>
>> # guix system reconfigure /etc/config.scm
>> guix system: error: failed to load '/etc/config.scm':
>> ice-9/boot-9.scm:2803:6: In procedure resolve-interface:
>> no code for module (al utils)
>>
>> What is wrong here? How to use guile modules?
>>
>>
>> Mar 16, 2019, 4:00 PM by > someb...@not-sent-or-endorsed-by.tobias.gr
>> :
>>
>>> Zvavko,
>>>
>>> znavko wrote:
>>>
# guix system reconfigure /etc/config.scm
/etc/config.scm:97:26: error: comma-separated: unbound variable
hint: Did you forget a `use-modules' form?
>>>
>>> […]
>>>
Mentioned github page has no any use-modules string that can help.
>>>
>>> Look again. From system-config/os-main.scm:
>>>
>>> (al utils)
>>>
>>> And indeed, guile/modules/al/utils.scm has:
>>>
>>> (define (comma-separated . strings)
>>> "Return string by concatenating STRINGS with commas."
>>> (mapconcat identity strings ","))
>>>
>>> You can copy the definition to your own configuration, or just
>replace it with the (trivial) MAPCONCAT call directly, or just use a
>comma-separated string to begin with.
>>>
>>> Kind regards,
>>>
>>> T G-R
>>>
>>
>>
--
Sent from my k-9 mail for Android.
Re: guix-a dokumentaro en Esperanto
On 2019-04-13 00:24, Luther Thompson wrote: > On Fri, 12 Apr 2019 12:43:12 -0700 > Quiliro Ordonez wrote: > >> Mi serĉas por Guix-a dokumentaro en Esperanto. Ĝi povas esti >> manlibroj, aŭdioj (rimarkoj) aŭ videoj (konferencoj, seminarioj). >> Kie mi povos trovi ilin? >> >> Dankon! > > Mi mem ne povas trovi ajn ion. Ne ke mi havas iom da tempon, sed eble > iu povus traduki la manlibro? > > I can't find anything, myself. Not that I have time or anything, but > maybe someone could translate the manual? I just translated the complete manual with google translate to create a first draft. (it is ~200.000 words) https://gitlab.com/swedebugia/guix-manual-eo/blob/master/guix-manual-eo-1.0.0-pre1-guglo-tradukita.po (1,5 MB) Unfortunately google removed their support for .po-files from the interface I used so now the original strings are translated which is a mess. (I'm guessing this happened because they extract fees from Transifex when people pay to enable google machine translation there.) Does anyone know of a script to convert from this: msgid "some text translated with a machine" msgstr "" to this: msgid "" msgstr "some text translated with a machine" and then to populate the .po-file again with the original msgid? -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: Search for package output
mikadoZero skrev: (19 april 2019 13:56:21 CEST) >`guix package -s cargo` >This does not return rust even though cargo is an output of rust. The >manual says it looks at name, synopsis, or description. So this is not >a surprise. > >Is there a way to search for programs that are an output of a package? > >I looked at "4.2 Invoking ‘guix package’" in the manual but it is not >covered there. No, not yet. This has been discussed multiple times on the Dev list but no patches has been sent yet. The best choices right now is to ask here or search on another distro. -- Sent from my k-9 mail for Android.
Re: Alternative VPN Clients
On 2019-04-24 08:26, Dexter Morgan wrote: >Hi All, > >My friend introduced me to GNU/Linux and installed GuixSD on my laptop. >I am just getting started on Bash. I find that there is absence of VPN >clients as an alternative to OpenVPN. Can some one please package the >following alternative VPN clients: > >1) Bitmask: [1]https://bitmask.net/en I tried packaging this a month or two ago but could not get it to work. Then I realised it is written in py2 and more or less abandoned. A new client is being written in Go instead. See https://0xacab.org/leap/bitmask-vpn > >2) Netsplice: [2]https://www.ipredator.se/netsplice > >They will also be very useful to other users. :) > >Thank you. > > References > >1. > https://deref-mail.com/mail/client/4IulojNgmZ8/dereferrer/?redirectUrl=https%3A%2F%2Fbitmask.net%2Fen >2. > https://deref-mail.com/mail/client/4DVVUHMooXk/dereferrer/?redirectUrl=https%3A%2F%2Fwww.ipredator.se%2Fnetsplice > -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: guix-a dokumentaro en Esperanto
On 2019-04-18 03:33, Quiliro Ordonez wrote: > El 2019-04-16 08:53, swedebugia escribió: >> On 2019-04-13 00:24, Luther Thompson wrote: >>> On Fri, 12 Apr 2019 12:43:12 -0700 >>> Quiliro Ordonez wrote: >>> >>>> Mi serĉas por Guix-a dokumentaro en Esperanto. Ĝi povas esti >>>> manlibroj, aŭdioj (rimarkoj) aŭ videoj (konferencoj, seminarioj). >>>> Kie mi povos trovi ilin? >>>> >>>> Dankon! >>> >>> Mi mem ne povas trovi ajn ion. Ne ke mi havas iom da tempon, sed eble >>> iu povus traduki la manlibro? >>> >>> I can't find anything, myself. Not that I have time or anything, but >>> maybe someone could translate the manual? >> >> I just translated the complete manual with google translate to create a >> first draft. (it is ~200.000 words) >> https://gitlab.com/swedebugia/guix-manual-eo/blob/master/guix-manual-eo-1.0.0-pre1-guglo-tradukita.po >> (1,5 MB) >> >> Unfortunately google removed their support for .po-files from the >> interface I used so now the original strings are translated which is a >> mess. (I'm guessing this happened because they extract fees from >> Transifex when people pay to enable google machine translation there.) >> >> Does anyone know of a script to convert from this: >> >> msgid "some text translated with a machine" >> msgstr "" >> >> to this: >> >> msgid "" >> msgstr "some text translated with a machine" >> >> and then to populate the .po-file again with the original msgid? > > Mi ne plaĉas Google-on. Plie mi pensas ke ĝi igas kop'rajton malliberan. (about whether using google translate makes the resulting text copyrighted to google) Mi tute ne konsentas pri tio. Vidu https://meta.wikimedia.org/wiki/Wikilegal/Copyright_for_Google_Translations (I disagree with that. See https://meta.wikimedia.org/wiki/Wikilegal/Copyright_for_Google_Translations) -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: guix-a dokumentaro en Esperanto
On 2019-04-17 23:06, Ludovic Courtès wrote: > Konrad Hinsen skribis: > >> Laŭ mia scio nenia dokumentaro en Esperanto ekzistas. Sed ja troviĝas >> esperantistoj inter la Guix-istoj kaj Guix-umantoj. Eblas do esperi >> iaman pliboniĝon de la situacio. > > Estas multaj Esperanto-parolantoj ĉi tie, iu devus traduki la manlibron! > :-) > > https://translationproject.org/domain/guix-manual.html Unue ni eble eltrovi kiel nomi "Guix" en Esperanto. Gikso? (laux la proponata elparolo "Geeks") -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: guix-a dokumentaro en Esperanto
On 2019-04-27 09:27, Quiliro Ordonez wrote: > >>> Mi ne plaĉas Google-on. Plie mi pensas ke ĝi igas kop'rajton malliberan. >> >> (about whether using google translate makes the resulting text >> copyrighted to google) >> >> Mi tute ne konsentas pri tio. Vidu >> https://meta.wikimedia.org/wiki/Wikilegal/Copyright_for_Google_Translations > > Dankon por esplori ĝin. > > Mi havas unu priokupon pli: la privateco de uzi Google. Mi ankaux (kaj pro tio mi evitas cxiuj gugloservoj krom tiu cxi) sed tio ne rilatas cxi kaze kiam temas pri publika tekstajxo sen iuj personaj informoj. Cxiukaze la teksto jam pretas por fintradukado/polurado (prefere post konverto laux mia unua retposxto). -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: Original config from a documentation causes an error with keyboard-layout function
On 2019-05-08 07:00, Adam Mazurkiewicz wrote: ... Using this file caused the error: /root/sda6/home/s/Dropbox/Guix/scm1/config.scm:5:0: error: extraneous field initializers (keyboard-layout) So it is something wrong with the keyboard-layout function. The function is used a few times so we do not know which one actually causes the error. Is this the documentation mistake or I am doing something wrong? How to use the function keyboard-layout properly? Could you add the output of "guix describe"? How did you install guix? -- Cheers Swedebugia
Re: Red Notebook will not build.
On 2019-05-07 15:37, Jesse Gibbons wrote: ... When I look into the file that defines the Browser class I see it tries to import the "webKit2" package, version 4.0 which is not defined by guix. Then it defines a subclass of WebKit2.WebView which Python says is null. Luckily there is a warning about what it is looking for: ** (journal.py:2637): WARNING **: 07:12:54.144: Failed to load shared library 'libwebkit2gtk-4.0.so.37' referenced by the typelib: libwebkit2gtk-4.0.so.37: cannot open shared object file: No such file or directory ** (journal.py:2637): WARNING **: 07:12:54.144: Failed to load shared library 'libjavascriptcoregtk-4.0.so.18' referenced by the typelib: libjavascriptcoregtk-4.0.so.18: cannot open shared object file: No such file or directory This was the error I had before i updated guix. Both of these shared libraries are in the environment's $LIBRARY_PATH. It is quite common that software is hardcoded to expect the libraries in certain paths e.g. /usr/lib or whatever. I suggest you substitute the path in journal.py to help it find the libraries. -- Cheers Swedebugia
Re: guile scheme tutorial
On 2019-05-08 15:15, Pierre Neidhardt wrote: > For what it's worth, most of rendaw's comments resonate to me, from back > when I first got started with Guix. > > But now, with hindsight, it's not obvious to me anymore what can be > fixed in the manual. > > I believe the reason for this is simply that Guix and all its > concepts are a lot to take for newcomers, it's simply too hard to digest > even after multiple readings. It takes time and practice. > > A well written manual might not be the only answer we are looking for. How > do we teach complex concepts in schools? With examples and exercises. > Maybe we should do that. Blog articles could be a good fit. +1 -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: How do I install packages from a file without removing currently installed packages?
On 2019-05-10 17:59, sirgazil wrote: > Hi, > > I see that there is "guix package --manifest FILE", but running this command > will create a generation with only those packages specified in FILE. Packages > installed previous to running this command are removed. Is there any way to > tell Guix to create a generation that is the aggregate of the packages > installed in the current generation and the packages specified in the > manifest file? Not to my knowledge. This is by design. Choose either when managing your profile or use different profiles perhaps. -- Cheers Swedebugia signature.asc Description: OpenPGP digital signature
Re: Guix cookbook
On 2019-05-09 23:38, Ricardo Wurmus wrote: Pierre Neidhardt writes: I agree with all your points! Regarding the bootstrapping process: we could already split the packaging tutorial into 2 "recipes": - A guile primer - The actual packaging tutorial Of course we would interlink them. Once done, we should not forget to update the blog post to let the readers know to refer to the corresponding cookbook instead. Sounds good. I’d like to keep the cookbook chapters rather short and focused, so splitting things up into independent chapters is fine. +1 This sounds great. I will happily contribute to this. -- Cheers Swedebugia
Re: use case: installing several user administrated workstations
On 2019-05-13 23:19, Quiliro Ordóñez wrote: Dear community: I have noticed Guix System Distribution (I like to abreviate it GSD) is great for having a predictable, hackable system, which is entirely auditable. I like this. It is like making your own ... anything (car, house, clothes,etc). It gives you great power and endless possibilities of creativity, sharing and learning. When I think of installing GSD on user machines that I will never see again (as at an installfest), I feel certain unease. It is so because I have had to change my desktop.scm system configuration file every time I want to update my whole operating system. That is a task that no end user will ever be able to do. Is there a way that when I run 'sudo guix system reconfigure desktop.scm', the user (system admin for his machine) can take the current config and make a new config file (desktop1.scm) with the new synthax? It is, of course, impossible without a translation from what was intended in desktop.scm to what is the current situation when creating desktop1.scm. Not to my knowledge. Guix System is not IMHO ready for people who are not interested in learning enough guile to write/correct/adapt a config.scm. We/someone have yet to make gui tools to handle the reconfiguring of the system easier for non-tech users. -- Cheers Swedebugia
Re: Screen doesn't lock on lid close in XFCE
On 2019-07-08 00:49, Jonathan Frederickson wrote: I recently tried switching from Gnome to XFCE on my X230. Almost everything still works as expected, but I haven't been able to get the screen locker to activate when closing the lid. If I suspend my laptop using the sleep hotkey (Fn-F4), xlock is active when I resume the laptop. However, if I suspend by closing the lid, no screen locker has started when I resume. I do have "Lock screen when system is going for sleep" checked in Settings -> Power Manager -> System. My current system config can be found here: https://raw.githubusercontent.com/jfrederickson/dotfiles/master/guix/guix/system.scm I tried searching the list archives to see if anyone else has encountered this, but didn't find anything. I don't see anything that looks relevant in /var/log/messages, though I could be missing something. Has anyone seen this before/know the fix? Could you report this in the bug-tracker? -- Cheers Swedebugia
Re: Consider the package expr evaluates to.
On 2019-06-29 05:32, Mark H Weaver wrote: Hi, zna...@disroot.org writes: ... 'Consider' - here it means 'to use'. But dictionary meaning of 'consider' is 'think about', 'regard' [1], so this is hard for understanding. I agree that the word "consider" is a bad choice in that sentence. It would be better to change "consider" to "use". +1 -- Cheers Swedebugia
Re: undefined symbol error in qtbase
hi! On 2019-08-06 13:58, Hamzeh Nasajpour wrote: Hi, I want to package `trojita` for GuixSD. I created a package definition and it was build and installed successfully. When I run it I get the following error: ``` /gnu/store/890yw9i7lcjnnxhlza8r121352xp1hi-qtbase-5.11.3/lib/qt5/plugins/sqldrivers/libqsqlite.so: undefined symbol: sqlite3_column_table_name16 ``` `trojita` is a mail client application that has a dependency to `qtbase`. I see that in `qtbase` package definition there is `sqlite-with-column-metadata` as a dependency, Apparently all is ok but I don't know the reason of this error. Do you have any idea? Links: * `qtbase` package definition : https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/qt.scm#n578 * `trojita` mail application : https://cgit.kde.org/trojita.git * `sqlite` additional methods/apis : https://www.sqlite.org/c3ref/column_database_name.html * `sqlite` package definition : https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/sqlite.scm#n107 Could you share your package definition also? -- Cheers Swedebugia
No gpg keyservers available on GuixSD out-of-the-box
Hi Is this an error? On trisquel it just works. ~$ torsocks gpg2 --recv-keys 139A768E gpg: keyserver receive failed: No keyserver available ~$ gpg2 --recv-keys 139A768E gpg: keyserver receive failed: No keyserver available ~$ torsocks gpg2 --keyserver keys.gnupg.net --recv-keys 139A768E gpg: keyserver receive failed: No keyserver available
Re: No gpg keyservers available on GuixSD out-of-the-box
On 2015-12-30 11:34, Andreas Enge wrote: On Wed, Dec 30, 2015 at 12:12:44AM +0100, Ludovic Courtès wrote: Could it be that keys.gnupg.net is unreachable? Did you try with pgp.mit.edu? It seems to be more reliable. Yes. Same error. Andreas wrote: You need to create the file .gnupg/gpg.conf Already exist. According to this file --keyserver stuff has been moved to .gnupg/dirmngr.conf which contains (amongst other stuff): # --keyserver URI # # GPG can send and receive keys to and from a keyserver. These # servers can be HKP, Email, or LDAP (if GnuPG is built with LDAP # support). # # Example HKP keyservers: # hkp://keys.gnupg.net # # Example HKP keyserver using a Tor hidden service # hkp://dyh2j3qyrirn43iw.onion # # Example HKPS keyservers (see --hkp-cacert below): # hkps://hkps.pool.sks-keyservers.net # # Example LDAP keyservers: # ldap://pgp.surfnet.nl:11370 # # Regular URL syntax applies, and you can set an alternate port # through the usual method: # hkp://keyserver.example.net:22742 # # Most users just set the name and type of their preferred keyserver. # Note that most servers (with the notable exception of # ldap://keyserver.pgp.com) synchronize changes with each other. Note # also that a single server name may actually point to multiple # servers via DNS round-robin. hkp://keys.gnupg.net is an example of # such a "server", which spreads the load over a number of physical # servers. # # If exactly two keyservers are configured and only one is a Tor hidden # service, Dirmngr selects the keyserver to use depending on whether # Tor is locally running or not (on a per session base). keyserver hkp://dyh2j3qyrirn43iw.onion keyserver hkp://keys.gnupg.net I tested with ping as well: ~$ ping -c2 keys.gnupg.net PING pool.sks-keyservers.net (193.17.17.6): 56 data bytes 64 bytes from 193.17.17.6: icmp_seq=0 ttl=54 time=32.097 ms 64 bytes from 193.17.17.6: icmp_seq=1 ttl=54 time=32.089 ms --- pool.sks-keyservers.net ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 32.089/32.093/32.097/0.000 ms I did not touch the conf-files at all in trisquel to get this to just work. Thanks for you help so far. /swedebugia
Re: No gpg keyservers available on GuixSD out-of-the-box
Original Message Subject: Re: No gpg keyservers available on GuixSD out-of-the-box Date: 2015-12-30 18:55 From: swedebu...@riseup.net To: Andreas Enge Cc: Ludovic Courtès , help-guix On 2015-12-30 11:34, Andreas Enge wrote: On Wed, Dec 30, 2015 at 12:12:44AM +0100, Ludovic Courtès wrote: Could it be that keys.gnupg.net is unreachable? Did you try with pgp.mit.edu? It seems to be more reliable. Yes. Same error. Andreas wrote: You need to create the file .gnupg/gpg.conf Already exist. According to this file --keyserver stuff has been moved to .gnupg/dirmngr.conf which contains (amongst other stuff): # --keyserver URI # # GPG can send and receive keys to and from a keyserver. These # servers can be HKP, Email, or LDAP (if GnuPG is built with LDAP # support). # # Example HKP keyservers: # hkp://keys.gnupg.net # # Example HKP keyserver using a Tor hidden service # hkp://dyh2j3qyrirn43iw.onion # # Example HKPS keyservers (see --hkp-cacert below): # hkps://hkps.pool.sks-keyservers.net # # Example LDAP keyservers: # ldap://pgp.surfnet.nl:11370 # # Regular URL syntax applies, and you can set an alternate port # through the usual method: # hkp://keyserver.example.net:22742 # # Most users just set the name and type of their preferred keyserver. # Note that most servers (with the notable exception of # ldap://keyserver.pgp.com) synchronize changes with each other. Note # also that a single server name may actually point to multiple # servers via DNS round-robin. hkp://keys.gnupg.net is an example of # such a "server", which spreads the load over a number of physical # servers. # # If exactly two keyservers are configured and only one is a Tor hidden # service, Dirmngr selects the keyserver to use depending on whether # Tor is locally running or not (on a per session base). keyserver hkp://dyh2j3qyrirn43iw.onion keyserver hkp://keys.gnupg.net I tested with ping as well: ~$ ping -c2 keys.gnupg.net PING pool.sks-keyservers.net (193.17.17.6): 56 data bytes 64 bytes from 193.17.17.6: icmp_seq=0 ttl=54 time=32.097 ms 64 bytes from 193.17.17.6: icmp_seq=1 ttl=54 time=32.089 ms --- pool.sks-keyservers.net ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 32.089/32.093/32.097/0.000 ms I did not touch the conf-files at all in trisquel to get this to just work. Thanks for you help so far. /swedebugia
Minimum requirements for building everything on GuixSD?
Hi During my now ongoing compilation of ALL packages on an x86 machine* I ran into a couple of issues: 1) 2 builds ran out of memory (qt 5.5.1 and webgtk) 2) diskspace consumption is larger than I expected 3) It takes weeks to complete it seems (after 8 days so far <50% done) *I have P4 2 core 3,2GHz, 1GB ram, 1GB swap and 40GB partition I heard from fps (after partitioning) that his x86_64 builds size about 70GB in total. cheers swedebugia
Re: question re. installing software & init system
On 2016-01-01 19:23, Thompson, David wrote: On Fri, Jan 1, 2016 at 12:52 PM, Miles Fidelman wrote: snip Does GuixSD respect the LSB, and in particular /usr/local/ ? No. We don't use LSB, nor do we conform to the FHS, because they conflict with functional, stateless system management. Of course, you could 'mkdir -p /usr/local' on a GuixSD system and do whatever you'd like. In Guix, all software builds are kept in /gnu/store, and each user on the system maintains one or more "profiles" that reference some subset of the software available in the store. This gives each user the freedom to use the software of their choosing, without worrying about global conflicts with the system or other users. Thus, /usr is obsoleted. I would like to improve the doc with a section which grafically and details explain where GuixSD differs from other systems people are used to. Here is a start: GuixSD implements symlinks on a wide scale to succeed in being functional and transactional. /bin obsolete (contains only 1 file sh which symlinks to the /gnu/store (see below) /boot contains grub without symlinks /dev as usual /etc mostly symlinks to files in /gnu/store or /run/current except for group, passwd, shadow and a few others /gnu only contains the store which is READONLY to all other processes than guix-daemon /home as usual with the differences introduces to make unpriveledged package management stored in .guix-profile /mnt as usual /proc as usual /usr does not exist unless you create it /root as usual and contains the system profile? /run special to GuixSD - it contains a farm of symlinks according to the operating system description installed by the administrator of the system (requires root acces to change) /sys no idea :p /tmp as usual - guix-daemon uses this extensively when building derivation so ensure that you have >10 GB if you are going to build large packages as for example libreoffice /var as usual - guix-daemon uses this to create the temporary build-chroots and a bunch of other stuff changed during runtime. Was this clear enough? cheers swedebugia
Re: No gpg keyservers available on GuixSD out-of-the-box
On 2015-12-30 22:16, l...@gnu.org wrote: Which version of GnuPG is it, per “gpg2 --version”? ~$ gpg2 --version gpg (GnuPG) 2.1.10 libgcrypt 1.6.3
Re: No gpg keyservers available on GuixSD out-of-the-box
On 2016-01-01 19:21, swedebu...@riseup.net wrote: On 2015-12-30 22:16, l...@gnu.org wrote: Which version of GnuPG is it, per “gpg2 --version”? ~$ gpg2 --version gpg (GnuPG) 2.1.10 libgcrypt 1.6.3 I now tested with the 2.0 version and the result was that it only worked when specifying the keyserver (pgp.mit.edu) on the commandline. So to sum it up (i'm on an i686 platform): (with default config-files) gpg 2.1.10 - keyservers are not reachable at all gpg 2.0.29 - keyservers are only reachable when using --keyserver URL-to-keyserver on the commandline omplains about wrong keyserver URI when not specifying --keyserver URL-to-keyserver). Can somebody please verify this?
Deleting services from %desktop-services in operating system declaration
Hi I have trouble getting the syntax right to delete avahi and wicd from my config.scm. This did not work (inspecting with the REPL): (services (cons* (tor-service) %desktop-services)) (modify-services (alist-delete wicd-service %desktop-services)) (modify-services (alist-delete avahi-service %desktop-services)) Neither this: (services (cons* (tor-service) %desktop-services)) (modify-services (alist-delete wicd-service avahi-service %desktop-services)) The manual does not yet have examples of how to delete one or more entries from the %base-services or other lists. Help would be appreciated :) cheers swedebugia
Re: Deleting services from %desktop-services in operating system declaration
On 2016-01-21 00:24, l...@gnu.org wrote: swedebu...@riseup.net skribis: I have trouble getting the syntax right to delete avahi and wicd from my config.scm. The correct syntax would be: (operating-system ;; … (services (remove (lambda (service) (or (eq? (service-kind service) wicd-service-type) (eq? (service-kind service) avahi-service-type))) %desktop-services))) I tried this and got this error: # guix system reconfigure /etc/config/config.scm guix system: error: failed to load '/etc/config/config.scm': /etc/config/config.scm:48:12: In procedure #: /etc/config/config.scm:48:12: In procedure module-lookup: Unbound variable: remove Config here: https://paste.debian.net/367385/ As David notes, ‘%desktop-services’ is a list of service objects. To remove elements from a list, the right procedure is ‘remove’ (info "(guile) SRFI-1 Filtering and Partitioning"). Thanks for the tip! The manual does not yet have examples of how to delete one or more entries from the %base-services or other lists. I’ve added this example in commit 5d94ac5. :) cheers sdb
Re: Deleting services from %desktop-services in operating system declaration
On 2016-01-23 17:43, Alex Kost wrote:
swedebu...@riseup.net (2016-01-23 16:09 +0300) wrote:
On 2016-01-21 00:24, l...@gnu.org wrote:
swedebu...@riseup.net skribis:
I have trouble getting the syntax right to delete avahi and wicd
from
my config.scm.
The correct syntax would be:
(operating-system
;; …
(services (remove (lambda (service)
(or (eq? (service-kind service)
wicd-service-type)
(eq? (service-kind service)
avahi-service-type)))
%desktop-services)))
I tried this and got this error:
# guix system reconfigure /etc/config/config.scm
guix system: error: failed to load '/etc/config/config.scm':
/etc/config/config.scm:48:12: In procedure #:
/etc/config/config.scm:48:12: In procedure module-lookup: Unbound
variable: remove
'remove' procedure is from (srfi srfi-1) module, so you need to use it
in your config (see below).
Note that after fixing it, you'll get complaints about other unbound
variables:
- 'avahi-service-type': it is from (gnu services avahi);
- 'tor-service': it is from (gnu services networking);
- 'wicd-service-type': it is also from (gnu services networking), but
it
is not exported (I think we should fix it), so now you have to use it
like this:
(@@ (gnu services networking) wicd-service-type)
which means: "give me 'wicd-service-type' from (gnu services
networking) module, and I don't care if it's not exported".
Config here: https://paste.debian.net/367385/
I paste your config here for convenience:
(use-modules (gnu) (gnu system nss))
(use-modules
(gnu)
(gnu system nss)
(srfi srfi-1))
(use-service-modules desktop)
(use-package-modules xfce ratpoison certs)
(operating-system
(host-name "unknown")
(timezone "Europe/Stockholm")
(locale "en_US.UTF-8")
;; Assuming /dev/sdX is the target hard disk, and "root" is
;; the label of the target root file system.
(bootloader (grub-configuration (device "/dev/sda")))
(file-systems (cons* (file-system
(device "guix")
(title 'label)
(mount-point "/")
(type "ext4"))
(file-system
(device "home")
(title 'label)
(mount-point "/home")
(type "ext4"))
%base-file-systems))
(swap-devices '("/dev/sdb3"))
(users (cons (user-account
(name "sdb")
(comment "swedebugia")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb"))
%base-user-accounts))
;; Add Xfce and Ratpoison; that allows us to choose
;; sessions using either of these at the log-in screen.
(packages (cons* xfce ratpoison;desktop environments
nss-certs ;for HTTPS access
%base-packages))
;; Use the "desktop" services, which include the X11
;; log-in service, networking with Wicd, and more.
(services (remove (lambda (service)
(or (eq? (service-kind service)
wicd-service-type)
(eq? (service-kind service)
avahi-service-type)))
%desktop-services))
(services (cons* (tor-service) %desktop-services))
You shouldn't (!) use 'services' (or any other operating-system field
more than *ONCE*). You can combine 'cons*' and 'remove' like this:
(services
(cons* (tor-service)
(remove (lambda (service)
(or (eq? (service-kind service)
avahi-service-type)
(eq? (service-kind service)
(@@ (gnu services networking)
wicd-service-type))
(eq? (service-kind service)
(@@ (gnu services networking)
ntp-service-type
%desktop-services)))
Thanks for the tip on how to combine them!
Note: if you want to remove wicd service, you also need to remove ntp
service, otherwise you'll get:
guix system: error: service 'ntpd' requires 'networking', which is
undefined
I got this error a couple of times. Thanks for the explanation - this
was really helpful in getting my config to work properly.
I decided to keep wicd after all and just removed avahi. It seems that
avahi is also not exported.
The full config with my comments is found here:
https://paste.debian.net/368031/
I'm effectively learning Scheme/Guile while trying to hack GuixSD and I
like it :D
cheers
sdb
Setting up plug and print on GuixSD?
Hi I installed cups and xfce. What more do I need? In https://gnu.org/software/guix/manual/html_node/Services.html#Services I did not find a service declaration for CUPS. What is the next step? Cheers sdb
