Simply backing up the files in .guix-profile
is a waste because it won't restore correctly. If you wanted, you could use guix archive
to generate a closure of your profile which includes all dependencies recursively.
Even that's probably unnecessary though, because all the data in Guix can be regenerated if you know the Scheme code that produced it. If you install packages using a manifest, and you know about the channels that produced it (using guix describe -f channels
), that's all you need in order to reproduce your profile on another machine.
There were some previous bugs that could have caused it, but those were fixed quite awhile ago, maybe you're a victim of this change?
https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/
Depending on your platform you might just need to update your CA certs? I only use system, not sure the behavior when installed on a foreign distro.
In GuixSD looks like extra-config
in the <code>xorg-configuration</code> enables xorg config sections to added as a list of strings.
Add the following to /etc/config.scm
to enable the TearFree
option:
(set-xorg-configuration (xorg-configuration (extra-config '("Section \"Device\" Identifier \"Intel Graphics\" Driver \"intel\" Option \"TearFree\" \"true\" EndSection")) (keyboard-layout keyboard-layout))))
Reconfigure and reboot
# guix system reconfigure /etc/config.scm # reboot
Verify the option was loaded in the Xorg
log
# grep -i tear /var/lib/gdm/.local/share/xorg/Xorg.0.log [ 17.766] (**) intel(0): Option "TearFree" "true"
Compiling Guix does take a long time, but when I run guix pull
these days it doesn't usually compile the whole thing. It downloads most of Guix pre-compiled and only needs to build a small portion of it. It's like 10x faster than it used to be.
I don't know what's going wrong in your case, and there aren't very many people providing tech support on this subreddit. You'd probably have better luck asking for help on the mailing list.
> https://www.gnu.org/software/guix/news/creating-bundles-with-guix-pack.html
that's awesome.
> guix pack guile
and the command returns in /gnu/store a good old tarball that contains binaries for Guile and all its dependencies. + cross compilation, docker support, composability,…
I came to Guix already familiar with Nix and Scheme, so the manual made a lot of sense to me. I would hope it's approachable for people without Nix experience, although I'm not sure it should cater too much to people without knowledge of Scheme.
You could read Eelco Dolstra's original PhD thesis that spawned Nix, or the more approachable Nix pills series to learn more about functional package management concepts. It's not about Guix but it would be useful anyway.
Hi. I don't know what is wrong with my account. I am new on Reddit. Sorry for delay in respond you.
I've tried this solution too.
You can find the .oxt file in Zotero for linux download page.
After extract the file, the plugin is stored in
/Zotero_linux-x86_64/extensions//install/Zotero_OpenOffice_Integration.oxt
Thanks for your advice. I resolved partially the problem citing directly on markdown documents after export .bibtex files from zotero database.
I just need this configuration (in other distros it is located in /etc/X11/xorg.conf.d/20-intel.conf):
Section "Device" Identifier "Intel Graphics" Driver "Intel" Option "TearFree" "true" EndSection
I've gone through the documentation, but I don't find the equivalent of these Xorg files for Guix.
You can use inferiors to keep certain packages on an older version while upgrading everything else. Really useful for packages like this that frequently get rebuilt and take a long time to compile.
I see manual instructions, but I'd assumed if the graphic installer couldn't recognize the ethernet port, that CLI tools wouldn't help.
I'll give it another try later. Were you ever able to get wifi working on your X40?
The easiest way is to tell Guix about your other operating systems; I don't think it attempts any auto-detection yet. See this manual section about adding this to your system config.
Oh, wait, so you want to pull a particular version of the Guix package definitions, and build the version of GHC that's defined in that? I must have misunderstood you - I thought you had wanted to build a particular commit of the GHC repository. Sorry about that.
There's no ready-made command to do what you want, but you could write a script to use an inferior at a particular Guix commit (see (guix) Inferiors in the manual) to generate a manifest that you could use guix package
to turn into a profile. There's an example in that man page. This is a relatively new feature, though, so you might run into some problems. If you need help, you're likely to get more on the mailing list).
I think you are referring to this: https://www.gnu.org/software/guix/manual/en/html_node/X_002e509-Certificates.html.
Which OS are you running? GuixSD or a foreign distribution?
Does the bug only occur on guix refresh
or also on other commands like guix pull
and guix package -u
? Against which package did you run guix refresh
?
Check that your environment variables are correct (run env
in a shell).
Thanks for the response. I posted to the mailing list, and it turns out I didn't want to use guix package -f
at all, but rather <code>guix package --manifest=file</code>. The upshot is that you don't want to define your own package if they already exist. And I think they do if you can guix package -i
it.
Note that if you're just using nix just as a package manager and don't need the namespaced build capabilities (which, after all, you do have guix for) you can do a single-user install normally as described here. I like this because the packages that don't meet GUIX's packaging criteria (read: firefox) can still be installed and used but are kept in their own store and can't pollute anything else.
I currently use a librebooted T400. It has 8GB of ram. I also use the sway window manager, which is really light on resources. You'll want to use Firefox instead of ungoogled-chromium. Firefox uses less memory. I guess in this case it's icecat.
​
My config:
​
https://notabug.org/jbranso/guix-config/src/master/sway.scm
​
definitely include these in your config:
earlyoom-service-type and zram-device-service-type...my config has examples of both.