<ryanprior>In a system where you have one global version of a given library installed, it's pretty straightforward to check whether there are CVEs open against libraries you've got installed, and by upgrading a library when there's a security patch you automatically roll all the systems relying on that library forward. How does that play out in Guix world? How do I scan my system and find out what versions of libraries are being used in
<ryanprior>different contexts, and apply secuity patches across the board?
<lyr3>wow..i am getting a issue: guix package: error: unsupported manifest format
<efraim>I had one horrible trip where my plane went Israel -> New York -> Toronto, I got off in New York and my luggage didn't. Then it went back to Israel and to Toronto again before finally showing up 3 days after I did
<efraim>There's always Walmart, otherwise I normally buy clothes at Kohl's
<bzp>And then would it be just to lift the service, to make it work?
<roptat>you need to reconfigure your system first with "guix system reconfigure /etc/config.scm"
<roptat>you may also need to reboot for the change to take effect
<mbakke>Apteryx_: when offloading to a foreign distro, eventually what I did was to completely clear the "host" (native) environment, install Guile, Guix and Guile-SSH, and source the Guix profile from .bashrc.
<apteryx1>mbakke: .bashrc should only be called for interactive sessions (c.f. Bash info manual); does this allow the test command I posted above to succeed for you? (it shouldn't be sufficient according to my understanding).
<efraim>what's the right way to remove a service from %desktop-services? I was hoping there'd be a way similar to removing phases from a build system, like (modify-services %desktop-services (delete '(ntp-service)) ...)
<g_bor>efraim: it is simply a list, you can use delete on that. I would do it like we remove an input in an inherited package. Does that make sense?
<efraim>xorg-modules are a list, %desktop-services is actually cons*
<castilma>another strange thing. i have lilypond installed. (store/jhm...) guix size tells me: guix size: error: no available substitute information for '/gnu/store/6zyrglcmk8l4xpwvg6hgq1al81d7fr1w-lilypond-2.19.80'
<thomassgn>Guix runs the linux-libre, I.e. deblobbed kernel. So a lot of half-free/nonfree-but-pretending-to-be-free drivers/hardware does not work. I found my current wificard by looking at the chipsets of the RYF devices and was lucky to find one in a shop here. But it was the last of it's kind there.
<civodul>castilma: can you compare that file name that 'guix size' shows with the output of 'guix build lilypond --no-grafts'?
<thomassgn>ryanwatkins: don't know. I'm not familiar with the chipsets of this driver. But check them against h-node or similar, if they work with a deblobbed kernel they're good. (trisquel and several other distros run deblobbed. Debian and ubuntu does not)
<ryanwatkins>thomassgn: ahh. Well, the repo did primarily mention debian/ubuntu I guess
<ryanwatkins>thomassgn: I am not very familiar with this sort of thing
<thomassgn>the git-fetch needs a commit in addition to the url. So something like (git-reference (url "git-url.com/repo") (commit "full-hash-of-commit"))
<ryanwatkins>thomassgn: yep I just tried it but it seems the thing doesn't have a ./configure step
<ryanwatkins>thomassgn: is there a way I can skip that step and just do make, make install?
<thomassgn>ryanwatkins: none of us are, I think all of us are equally angry that we have to jump through hoops to be able to control our devices. We have the h-node and some other resources, but they're not _yet_ good enough to be easy
<pkill9>how do i refer to all the package inputs (excluding native-inputs) as a list of strings that are store-paths for the inputs?
<thomassgn>well, it can be, but doesn't have to be. I'm very happy with the adapter I have now. the wifi on my laptop does not run with deblobbed/linux-libre.
<mbakke>castilma: I use Zathura and have a pull request upstream for the Meson switch (but they've been waiting on me for a while now..).
<ryanwatkins>thomassgn: how does it run then? via standard kernel? I guess it is not guixsd but maybe debian/ubuntu + guix?
<thomassgn>depends a bit where in the world you are, what kind of stores you have access to and so on. It's much easier to find what you need if you can pick up the box and look at it. My adapter runs on linux-libre on guixsd.
<ryanwatkins>mbakke: so then I should really grab one of those mentioned in h-node? How easy are they to obtain?
<thomassgn>oh yea. My adapter is a tp-link TL-WN722N V1; The thing to be aware of is that chipsets often change with different versions of the same "device". So in my case a TL-WN722N V2 wouldn't work.
<mbakke>ryanwatkins: If you can afford a new wifi adapter, I'd recommend one that works "out of the box". With luck your local electronics shop will have a card with the right chipset (you can check it on h-node).
<vagrantc>there are also online sites that specifically host blob-free wifi adapters
<mbakke>ryanwatkins: Excellent, glad to be of service. If all else fails you can find GuixSD configurations using custom firmware on the interwebs :-)
<thomassgn>ryanwatkins: what I did was to go to a few of the local shops and look at what they have. Then I checked h-node for those brands/product-lines. n the end I also chacked one of the RYF shops and saw they were listing the original product numbers on some of their items. I then cross referenced and wrote a list of the numbers I was sure about and then went to the shops and rummaged through their boxes til I found
<lyr3>its seems that I should install xinit and xorg as sudo
<mbakke>lyr3: I don't think using sudo will help here, since it complains that it can't find the "X" command. You could try installing "xorg-server" to your profile and see if that helps (then it will be added to PATH, at least).
<mbakke>Also, it should be possible to run X11 rootless nowadays, but haven't tried it (in ages..).