Re: Installation: Load non-free wifi firmware (iwlwifi)

[Maxim Cournoyer]

Hello,

白い熊＠相撲道  writes:

> On 2022-05-11 14:31, yasu wrote:
>> This is also an old topic, but we need lesser-help-guix@...
>> The help-guix@... seems so much against even discussion of such
>> things...
>> So for now (and let me stress, I do not like this situation of self-
>> imposed-gagging and would like to help create alternative communication
>> forums), let me send you something personally!
>
> Many thanks, Yasu.
>
> I was able to get it working according to the instructions sent
> privately, including adding a channel for the kernel source etc.
>
> Seeing as how there might have been criticism in the past here on the
> list in discussing topics, which some think are inconducive to promote
> software freedom - I don't wish to damage the culture here and fully
> describe the solution, if it is indeed frowned upon here.
>
> On the other hand, I feel the same way as Yasu describes above - for
> instance for me I think seeing the solution, which I could not have
> figured out myself is actually conducive towards learning more guix
> and scheme and perhaps developing some snippets in the future that
> could help someone else.
>
> For this reason I'd think it'd be beneficial to fully discuss the Guix
> solution here. Moderators - can you give guidance on this?

Nothing has changed regarding the GNU Guix policy regarding free
software, which stems from the requirements of a GNU FSDG distribution
[0]; it is about including only free software in the distribution and
providing support only for free software.  This means this is not the
right place to discuss how to install/configure nonfree software which
is not part of GNU Guix.

Yasu, you've been sharing your opinion about this many times here;
enough times that it's starting to be mildly annoying, to me at least
:-).  GNU Guix is not and won't be a place to discuss nonfree software;
I'd appreciate if you could stop advertising your idea to create some
parallel, nonfree community on Guix channels.  You are free to do so if
you like, but don't please don't advertise it on the Guix project
communication channels.

I personally think this policy is a plus that makes the project stand
out; GNU FSDG distributions are rarer than non-FSDG ones, after all, and
free software as at the heart of GNU and GNU Guix.  We should be
thankful for it :-).

Thank you for your understanding,

Maxim

[0]  https://www.gnu.org/distros/free-system-distribution-guidelines.html

Re: Installation: Load non-free wifi firmware (iwlwifi)

[Yasuaki Kudo]

One phrase I heard recently and struck a chord:

Needs Unite, Ideas Divide

We all need Free Software but I think the attitude toward non-free seems to 
vary - I seem to be on the side of "I don't care as long as I know where they 
are on my system"

So yes, I think we just need to have a separate community and happily work 
together 

-Yasu

> On May 13, 2022, at 05:19, David Lecompte  
> wrote:
> 
> Hi,
> 
>> Le jeudi 12 mai 2022 à 18:00 +0200, zimoun a écrit :
>> The Guix project is part of the GNU project; for the good, the bad or
>> the ugly.  What it implies is documented, for instance:
>> 
>> <  
>> https://www.gnu.org/distros/free-system-distribution-guidelines.en.html
>>> 
>> 
> 
> These rules are for GNU/Linux distros in general, they are not specific
> to the GNU project, e.g. they are also followed by Trisquel, Parabola and
> Hyperbola.
> 
> I only use and recommend distros that follow these rules because with
> other distros, it is frequent to receive "solutions" by using non-free
> software, while the people proposing the "solutions" don't even mention
> it is non-free software because they don't care.
> 
> Some may say it is censorship, for me it is commitment not to mislead
> people.
> 
> For wifi, since linux-libre has support for wifi USB dongle using ath9, I
> guess it should work fine with Guix SD (but I haven't tried actually).
> 
> David.
> 


signature.asc
Description: Binary data

Re: Installation: Load non-free wifi firmware (iwlwifi)

[David Lecompte]

Hi,

Le jeudi 12 mai 2022 à 18:00 +0200, zimoun a écrit :
> The Guix project is part of the GNU project; for the good, the bad or
> the ugly.  What it implies is documented, for instance:
> 
> <  
> https://www.gnu.org/distros/free-system-distribution-guidelines.en.html
> > 
> 

These rules are for GNU/Linux distros in general, they are not specific
to the GNU project, e.g. they are also followed by Trisquel, Parabola and
Hyperbola.

I only use and recommend distros that follow these rules because with
other distros, it is frequent to receive "solutions" by using non-free
software, while the people proposing the "solutions" don't even mention
it is non-free software because they don't care.

Some may say it is censorship, for me it is commitment not to mislead
people.

For wifi, since linux-libre has support for wifi USB dongle using ath9, I
guess it should work fine with Guix SD (but I haven't tried actually).

David.



signature.asc
Description: OpenPGP digital signature

Re: Installation: Load non-free wifi firmware (iwlwifi)

[zimoun]

Hi,

On Thu, 12 May 2022 at 09:37, 白い熊＠相撲道  wrote:

> For this reason I'd think it'd be beneficial to fully discuss the Guix 
> solution here. Moderators - can you give guidance on this?

I am not a moderator and it is not a guidance.

The Guix project is part of the GNU project; for the good, the bad or
the ugly.  What it implies is documented, for instance:




Therefore, we – users and contributors – do not speak about non-free on
GNU mailing lists.  Nothing more to discuss.


Note that it does not mean people contributing to Guix cannot help for
non-free.  However, not here.  Using your favorite search engine, it
seems easy to find relevant information.

As I sometimes redirect people from Reddit (to name one forum) to here,
I suggest you to ask such questions about non-free to these forums.


Cheers,
simon

Why must GUIX_LOCPATH be manually exported?

[Greg Hogan]

I am seeing the following warning running Guix on a foreign distribution:

$ man man
man: can't set the locale; make sure $LC_* and $LANG are correct

The errors disappear when I manually configure GUIX_LOCPATH, as
described at 
https://guix.gnu.org/manual/devel/en/html_node/Application-Setup.html:

$ guix install glibc-locales
$ export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale

Why is GUIX_LOCPATH not automatically added to the user profile
(loaded with 'source ${GUIX_PROFILE}/etc/profile')? We see with `guix
shell` that GUIX_LOCPATH is not set in the user environment:

$ guix shell glibc-locales --pure --search-paths


If GUIX_LOCPATH cannot be automatically exported in the user profile,
I am wondering if it could be set from the manifest by the example
custom 'my-glibc-locales' from the link above.

Greg

Re: How can I install gnu guix to a usb flashdrive to run as a live system?

[白い熊]

2022/05/11 13:07:33 Tobias Geerinckx-Rice :


  # guix system init system.scm /my/usb/drive

?

One clear way is that AFAIR there's no documented way (yet) to pass 
'--removable' to grub-install, so you'll have to manually rename  the 
grub.efi to bootx64.efi.  Annoying but doable.


I think the question here is more along the lines or him do you specify 
the bootloader in system config for this USB?


Do you put:

(bootloader (bootloader-configuration
   (bootloader grub-efi-bootloader)
   (targets (list "/boot/efi"))

... and manually copy the PC's /boot/efi to the USB or create a first 
partition on the USB for this?


This isn't exactly portable then – to make it boot another PC, is it? But 
if you don't have the efi directory, then it complains.


Or do you use the legacy GRUB bootloader configuration? This is what I 
did on a much older version of Guix a long time ago, and it worked – I 
really had a bootable Guix System USB that I could boot off in many PCs. 
But I forgot the exact specification of the system.scm and can't get it 
to work now…


--
Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / 
Mit freundlichen Grüßen


白い熊

Re: Guix home, guix system, channels, some noob questions

[Sébastien Rey-Coyrehourcq]

Thanks,

I made some test on my own to understand :

1 - Like you say, installing things with *guix install* is for current 
user (for example *firefox* and *sshpass*)


2 - Adding a package that don't exist to * myhome.scm* and reconfigure 
it with *guix home reconfigure* file will download a package (ex 
"ncdu"), but this package doesn't appear into "guix package 
--list-installed"


3 - Adding a package that already exist for user (ex : firefox already 
installed with guix install) to *myhome.scm* doesn't reinstall package, 
that's normal.


I don't understand the step 2, why *guix home* installed package (*ncdu* 
here) are not listed with *guix install --list-installed*, is there a 
difference ?


- using *which ncdu*, bin is located into .guix-home/profile/bin/ncdu

- using *which firefox*, bin is located into .guix-home/profile/bin/firefox

- using *which sshpass*, bin is located into .guix-home/profile/bin/sshpass

Ok for secrets, but i don't understand the "out-of-band" reference in 
your previous mail.


Thanks !

Best regards

Le 12/05/2022 à 11:28, Julien Lepiller a écrit :
guix install something installs for the current user. Note that, if 
you do that as root, the package is also only available to root. The 
only way to install or remove a global package is through guix system 
and its configuration file.


I don't know how guix home interacts with other solutions.

We don't have a good solution for secrets. We advise to manage the 
"out-of-band" to make sure that you don't share the secret 
accidentally (eg. publishing your configuration with others) and that 
the secret doesn't end up in the store (it's world-readable).


On May 12, 2022 10:40:18 AM GMT+02:00, "Sébastien Rey-Coyrehourcq" 
 wrote:


Thanks Julien,

Ok i see, like you say jpoiret also say me that the concept are
orthogonal, so if i understand well :

- adding emacs as system package, i suppose this is available for
all users

- adding emacs as home package, i suppose this is available only
for me

And *guix install something* install for which, system or home or
both ?

Some other general questions :

- About dotfile management, is it possible to use chezmoi, yadm,
stow in // of guix home ?

I'm interested by some example if you have.

- About secrets management, i know this is very complicated in nix
(there are one hundred way to do the things, more or less secure),
how that works if i want to inject *secrets* into guix home scm
file and maintain security when i share or publish my config
with/to others ?

Thanks,

Best regards


Le 11/05/2022 à 17:48, Julien Lepiller a écrit :

Guix home and guix system are pretty similar as they are used to
declaratively manage configuration. But, they are not mutually
exclusive. Guix system is the only way to install and update the
Guix System (hence the name ;)).

Guix home manages your user's configuration (in /home) while guix
system manages the system's configuration (traditionally in /etc,
though less true for guix). The two are acting in a very similar
on two different things.

Also, you can use guix home on a foreign distro, or choose to not
use guix home on the Guix System.

HTH!

On May 11, 2022 4:55:23 PM GMT+02:00, "Sébastien Rey-Coyrehourcq"
 wrote:

Hi,

My other question remain about guix home / guix system relation, and 
sudo, but jpoiret found my main problem, my channels.scm are not well defined / 
not good ...

- I made (cons * (channel ...)) (cons* (channel ...)) etc.

- and .. the correct way is (cons * (channel ...) (channel ...))

Everything run fine now with *guix system reconfigure 
/.config/guix/system.scm*

Best

Le 11/05/2022 à 16:36, Sébastien Rey-Coyrehourcq a écrit :

Hi, Thanks Julien, I see on the doc that *sudo* run
command as user and not as root like other distro. So, to
be sure, if i run *sudo guix something*, i don't change
user to run this command isn't it ? Actually i only work
with my account "myuser" into group
("users","wheel",etc.) using or not using *sudo* (this is
not clear when i need or not) for running *guix* command.
About the commands with /.config/guix/channels.scm (see
content here https://paste.debian.net/1240553)  : a)
*guix describe* and *sudo guix describe* and *sudo -E
guix describe* return Génération 7    11 mai 2022
16:01:25    (actuelle)   guix d24ad39     URL du dépôt :
https://git.savannah.gnu.org/git/guix.git     branche :
master     commit :
d24ad3949127a938cad306f0524c120afe5e2e4f b) *guix system
describe* return Génération 7    10 mai 2022 12:39:34   
(actuelle)   nom de fichier :
/var/guix/profiles/system-7-link   nom de 

Re: guix package -u . --do-not-upgrade

[raingloom]

On Tue, 10 May 2022 20:20:30 +0200
Andreas Enge  wrote:

> Am Tue, May 10, 2022 at 06:10:42PM + schrieb Gottfried:
> > guix package --upgrade . --do-not-upgrade emacs vlc knotes (Can I
> > put 3 after each other)  
> 
> Yes, that works. (In any case, you can just give it a try. If you do
> not like the result, you can always do a "guix package --roll-back"!)
> 
> Andreas
> 

You can't un-transfer the bytes though.  That matters on a metered
connection.

The better advice would be to run such commands with --dry-run, which
will print what would be done.
AFAIK it only downloads the list of substitutes, not any NARs.

Re: Guix home, guix system, channels, some noob questions

[Julien Lepiller]

guix install something installs for the current user. Note that, if you do that 
as root, the package is also only available to root. The only way to install or 
remove a global package is through guix system and its configuration file.

I don't know how guix home interacts with other solutions.

We don't have a good solution for secrets. We advise to manage the 
"out-of-band" to make sure that you don't share the secret accidentally (eg. 
publishing your configuration with others) and that the secret doesn't end up 
in the store (it's world-readable).

On May 12, 2022 10:40:18 AM GMT+02:00, "Sébastien Rey-Coyrehourcq" 
 wrote:
>Thanks Julien,
>
>Ok i see, like you say jpoiret also say me that the concept are orthogonal, so 
>if i understand well :
>
>- adding emacs as system package, i suppose this is available for all users
>
>- adding emacs as home package, i suppose this is available only for me
>
>And *guix install something* install for which, system or home or both ?
>
>Some other general questions :
>
>- About dotfile management, is it possible to use chezmoi, yadm, stow in // of 
>guix home ?
>
>I'm interested by some example if you have.
>
>- About secrets management, i know this is very complicated in nix (there are 
>one hundred way to do the things, more or less secure), how that works if i 
>want to inject *secrets* into guix home scm file and maintain security when i 
>share or publish my config with/to others ?
>
>Thanks,
>
>Best regards
>
>
>Le 11/05/2022 à 17:48, Julien Lepiller a écrit :
>> Guix home and guix system are pretty similar as they are used to 
>> declaratively manage configuration. But, they are not mutually exclusive. 
>> Guix system is the only way to install and update the Guix System (hence the 
>> name ;)).
>> 
>> Guix home manages your user's configuration (in /home) while guix system 
>> manages the system's configuration (traditionally in /etc, though less true 
>> for guix). The two are acting in a very similar on two different things.
>> 
>> Also, you can use guix home on a foreign distro, or choose to not use guix 
>> home on the Guix System.
>> 
>> HTH!
>> 
>> On May 11, 2022 4:55:23 PM GMT+02:00, "Sébastien Rey-Coyrehourcq" 
>>  wrote:
>> 
>> Hi,
>> 
>> My other question remain about guix home / guix system relation, and 
>> sudo, but jpoiret found my main problem, my channels.scm are not well 
>> defined / not good ...
>> 
>> - I made (cons * (channel ...)) (cons* (channel ...)) etc.
>> 
>> - and .. the correct way is (cons * (channel ...) (channel ...))
>> 
>> Everything run fine now with *guix system reconfigure 
>> /.config/guix/system.scm*
>> 
>> Best
>> 
>> Le 11/05/2022 à 16:36, Sébastien Rey-Coyrehourcq a écrit :
>> 
>> Hi, Thanks Julien, I see on the doc that *sudo* run command as
>> user and not as root like other distro. So, to be sure, if i
>> run *sudo guix something*, i don't change user to run this
>> command isn't it ? Actually i only work with my account
>> "myuser" into group ("users","wheel",etc.) using or not using
>> *sudo* (this is not clear when i need or not) for running
>> *guix* command. About the commands with
>> /.config/guix/channels.scm (see content here
>> https://paste.debian.net/1240553)  : a) *guix describe* and
>> *sudo guix describe* and *sudo -E guix describe* return
>> Génération 7    11 mai 2022 16:01:25    (actuelle)   guix
>> d24ad39     URL du dépôt :
>> https://git.savannah.gnu.org/git/guix.git     branche : master
>>     commit : d24ad3949127a938cad306f0524c120afe5e2e4f b) *guix
>> system describe* return Génération 7    10 mai 2022
>> 12:39:34    (actuelle)   nom de fichier :
>> /var/guix/profiles/system-7-link   nom de fichier canonique :
>> /gnu/store/az1ff4ll80dbrbkayc4y0jqgnc2m37mp-system   étiquette
>> : GNU with Linux 5.17.5   chargeur de démarrage : grub-efi  
>> périphérique racine : /dev/mapper/cryptroot   noyau :
>> /gnu/store/0ffifgs0ixgz0bf1pcahkfdkx9f7h720-linux-5.17.5/bzImage
>>   canaux :     nonguix:   URL du dépôt :
>> https://gitlab.com/nonguix/nonguix   branche : master
>>   commit : 1de0c32142c54bc73af5556d5e45c77152b31f0f    
>> guix:   URL du dépôt :
>> https://git.savannah.gnu.org/git/guix.git   branche :
>> master   commit : d775a24344d4a910f6a19072c595bdafcf104b6f
>>   fichier de configuration :
>> /gnu/store/idr8ds86m69gbx217g5h3qm6m353wliz-configuration.scm
>> c) *guix home describe* return Génération 1    10 mai 2022
>> 16:59:14    (actuelle)   nom de fichier :
>> /var/guix/profiles/per-user/reyman/guix-home-1-link   nom de
>> fichier canonique :
>> /gnu/store/3q599hyjkx8c5ywsdy2gqfmx2bjzgzmm-home   canaux :
>>     flat:   URL du dépôt :
>> 

Re: Error: cannot close compressed log file

[Emmanuel Medernach]

Le 10/05/2022 à 19:52, zimoun a écrit :

Hi,

On Mon, 09 May 2022 at 12:50, Emmanuel Medernach 
 wrote:


When trying to install a custom package the build stop after downloading
the source code with this error:

guix install: error: cannot close compressed log file (gzip error = -1)

Well, I guess this message comes from ’nix/libstore/build.cc’:

--8<---cut here---start->8---
void DerivationGoal::closeLogFile()
{
 if (gzLogFile) {
int err;
err = gzclose(gzLogFile);
gzLogFile = NULL;
if (err != Z_OK) throw Error(format("cannot close compressed log file (gzip 
error = %1%)") % err);
 }
--8<---cut here---end--->8---

which seems very unexpected. :-)


Yes, none of my partitions were full. I don't know.

After a guix gc it works again, I don't understand what was the problem 
as there was no logs :/


Best regards,

Emmanuel Medernach

Re: Guix home, guix system, channels, some noob questions

[Sébastien Rey-Coyrehourcq]

Thanks Julien,

Ok i see, like you say jpoiret also say me that the concept are 
orthogonal, so if i understand well :


- adding emacs as system package, i suppose this is available for all users

- adding emacs as home package, i suppose this is available only for me

And *guix install something* install for which, system or home or both ?

Some other general questions :

- About dotfile management, is it possible to use chezmoi, yadm, stow in 
// of guix home ?


I'm interested by some example if you have.

- About secrets management, i know this is very complicated in nix 
(there are one hundred way to do the things, more or less secure), how 
that works if i want to inject *secrets* into guix home scm file and 
maintain security when i share or publish my config with/to others ?


Thanks,

Best regards


Le 11/05/2022 à 17:48, Julien Lepiller a écrit :
Guix home and guix system are pretty similar as they are used to 
declaratively manage configuration. But, they are not mutually 
exclusive. Guix system is the only way to install and update the Guix 
System (hence the name ;)).


Guix home manages your user's configuration (in /home) while guix 
system manages the system's configuration (traditionally in /etc, 
though less true for guix). The two are acting in a very similar on 
two different things.


Also, you can use guix home on a foreign distro, or choose to not use 
guix home on the Guix System.


HTH!

On May 11, 2022 4:55:23 PM GMT+02:00, "Sébastien Rey-Coyrehourcq" 
 wrote:


Hi,

My other question remain about guix home / guix system relation, and sudo, 
but jpoiret found my main problem, my channels.scm are not well defined / not 
good ...

- I made (cons * (channel ...)) (cons* (channel ...)) etc.

- and .. the correct way is (cons * (channel ...) (channel ...))

Everything run fine now with *guix system reconfigure 
/.config/guix/system.scm*

Best

Le 11/05/2022 à 16:36, Sébastien Rey-Coyrehourcq a écrit :

Hi, Thanks Julien, I see on the doc that *sudo* run command as
user and not as root like other distro. So, to be sure, if i
run *sudo guix something*, i don't change user to run this
command isn't it ? Actually i only work with my account
"myuser" into group ("users","wheel",etc.) using or not using
*sudo* (this is not clear when i need or not) for running
*guix* command. About the commands with
/.config/guix/channels.scm (see content here
https://paste.debian.net/1240553)  : a) *guix describe* and
*sudo guix describe* and *sudo -E guix describe* return
Génération 7    11 mai 2022 16:01:25    (actuelle)   guix
d24ad39     URL du dépôt :
https://git.savannah.gnu.org/git/guix.git     branche : master
    commit : d24ad3949127a938cad306f0524c120afe5e2e4f b) *guix
system describe* return Génération 7    10 mai 2022
12:39:34    (actuelle)   nom de fichier :
/var/guix/profiles/system-7-link   nom de fichier canonique :
/gnu/store/az1ff4ll80dbrbkayc4y0jqgnc2m37mp-system   étiquette
: GNU with Linux 5.17.5   chargeur de démarrage : grub-efi  
périphérique racine : /dev/mapper/cryptroot   noyau :
/gnu/store/0ffifgs0ixgz0bf1pcahkfdkx9f7h720-linux-5.17.5/bzImage
  canaux :     nonguix:   URL du dépôt :
https://gitlab.com/nonguix/nonguix   branche : master
  commit : 1de0c32142c54bc73af5556d5e45c77152b31f0f    
guix:   URL du dépôt :
https://git.savannah.gnu.org/git/guix.git   branche :
master   commit : d775a24344d4a910f6a19072c595bdafcf104b6f
  fichier de configuration :
/gnu/store/idr8ds86m69gbx217g5h3qm6m353wliz-configuration.scm
c) *guix home describe* return Génération 1    10 mai 2022
16:59:14    (actuelle)   nom de fichier :
/var/guix/profiles/per-user/reyman/guix-home-1-link   nom de
fichier canonique :
/gnu/store/3q599hyjkx8c5ywsdy2gqfmx2bjzgzmm-home   canaux :
    flat:   URL du dépôt :
https://github.com/flatwhatson/guix-channel.git   branche
: master   commit :
094746c1e2e90f2df1e598ab1fd0abb4d75ce84d     guix:   URL
du dépôt : https://git.savannah.gnu.org/git/guix.git  
branche : master   commit :
0f705472126f7b935e0783bcd8fec831b7a0593b   fichier de
configuration :
/gnu/store/ip90ffd0bzlr7j6kw5ky2pgxpyq1x23c-configuration.scm
With jpoiret, i try to resolve the issue on chat, i also try
to run manually *guix pull -C ./config/guix/channels.scm*
without success. A *command -v guix* return
*/home/myuser/.config/current/bin/guix* Best regards, SR Le
11/05/2022 à 12:47, Julien Lepiller a écrit :

Hi Sébastien, When you run guix describe, it's running the
guix for your user, which miggt be different from the one
  

[HELP] Packaging open source NVIDIA kernel driver

[phodina via]

Hi,

NVIDIA has released open source kernel driver though the firmware for the GPU 
is still closed source. [1]

I'm currently trying to package it but there are 2 issues I ran into.

First if I don't override the build phase it fails to find the utils.mk file as 
it does not run the make command from the root of the repo.

That links to second issue where the linux kernel version of the driver fails:

make -C kernel-open modules
make[1]: Entering directory 
'/tmp/guix-build-nvidia-gpu-linux-module-515.43.04.drv-0/source/kernel-open'
make[2]: Entering directory 
'/gnu/store/gcwhb3632xh588ihsddi2ss3y3v45zlz-nvidia-gpu-linux-module-515.43.04/lib/modules/5.17.5/build'make[2]:
 *** No rule to make target 'modules'. Stop.

Any ideas how to fix this?

[1] https://www.phoronix.com/scan.php?page=article=nvidia-open-kernel=1


PetrFrom d800feb8a3d9ba1663b99ccfb2de1d620ce23f8b Mon Sep 17 00:00:00 2001
From: Petr Hodina 
Date: Thu, 12 May 2022 09:45:35 +0200
Subject: [PATCH] gnu: Add nvidia-gpu-linux-module.

* gnu/packages/linux.scm (nvidia-gpu-linux-module): New variable.

diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index 9bb2314ebd..ebeb59dcea 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -1345,6 +1345,56 @@ (define-public librem-ec-acpi-linux-module
 and the notification, WiFi, and Bluetooth LED.")
 (license license:gpl2)))
 
+(define-public nvidia-gpu-linux-module
+  (package
+(name "nvidia-gpu-linux-module")
+(version "515.43.04")
+(home-page "https://github.com/NVIDIA/open-gpu-kernel-modules;)
+(source (origin
+  (method git-fetch)
+  (uri (git-reference
+(url home-page)
+(commit version)))
+  (file-name (git-file-name name version))
+  (sha256
+   (base32
+"1byk8rah79h0diwvdx4nggc71f7y6fhjadjavpc3kqlrspjjpc6m"
+(build-system linux-module-build-system)
+(arguments
+ (list #:tests?
+   #f ;no tests
+   #:make-flags
+   #~(list (string-append "CC="
+  #$(cc-for-target)))
+   #:phases
+   #~(modify-phases %standard-phases
+   (add-after 'unpack 'fix-modules-prefix
+ (lambda* _
+   (substitute* "kernel-open/Makefile"
+ (("\\$\\(shell uname -r\\)") #$(package-version
+ linux-libre))
+ (("/lib/modules/") (string-append #$output
+   "/lib/modules/")
+   (replace 'build
+ (lambda* (#:key (make-flags '())
+   (parallel-build? #t) #:allow-other-keys)
+   (mkdir-p "build")
+   (mkdir-p (string-append #$output "/lib/modules/"
+   #$(package-version linux-libre)
+   "/build"))
+   (apply invoke "make"
+  (string-append "-C"
+ (getenv "PWD") "/source")
+  `(,@(if parallel-build?
+  `("-j" ,(number->string (parallel-job-count)))
+  '()) ,@make-flags)))
+(native-inputs (list inetutils)) ;hostname
+(synopsis "Linux kernel module for NVIDIA GPU")
+(description
+ "This package provides Linux kernel module for NVIDIA GPUs based on Turing
+and newer models.")
+(license (list license:gpl2+ license:expat
+
 (define-public rtl8821ce-linux-module
   (let ((commit "dce62b9bbb7c76339b514153fcebb3a19bafdcc7")
 (revision "5"))
-- 
2.34.0

blueman-applet: Failed to apply network settings on XFCE4 login

[白い熊＠相撲道]

Hello everyone:

I have bluetooth setup on my Guix System and it works.

I've added:

(gnu packages networking)

to (use-modules

and:

(simple-service 'dbus-extras
dbus-root-service-type
(list blueman))

in system-config.scm and a


Bluetooth applet starts on XFCE4 login and bluetooth works, I can add 
new devices etc.


However - every login, or when starting blueman-applet manually, it pops 
up with an error box of "Failed to apply network settings" with:


You might not be able to connect to the Bluetooth network via this 
machine

Exception
g-dbus-error-quark: 
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.blueman.Mechanism was not provided by any .service files (2)


CLI reports:

blueman-applet 09.39.24 WARNING  PluginManager:147 __load_plugin: Not 
loading PPPSupport because its conflict has higher priority
blueman-applet 09.39.24 WARNING  PluginManager:147 __load_plugin: Not 
loading DhcpClient because its conflict has higher priority


(.blueman-tray-real:8516): Gdk-CRITICAL **: 09:39:25.563: 
gdk_window_thaw_toplevel_updates: assertion 
'window->update_and_descendants_freeze_count > 0' failed



It's more of a cosmetic error, since bluetooth is working, however 
annoying. Can anyone advise how to fix this?


Many thanks for help.

--
Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / 
Mit freundlichen Grüßen


白い熊

Re: Installation: Load non-free wifi firmware (iwlwifi)

[白い熊＠相撲道]

On 2022-05-11 14:31, yasu wrote:

This is also an old topic, but we need lesser-help-guix@...
The help-guix@... seems so much against even discussion of such
things...

So for now (and let me stress, I do not like this situation of self-
imposed-gagging and would like to help create alternative communication
forums), let me send you something personally!


Many thanks, Yasu.

I was able to get it working according to the instructions sent 
privately, including adding a channel for the kernel source etc.


Seeing as how there might have been criticism in the past here on the 
list in discussing topics, which some think are inconducive to promote 
software freedom - I don't wish to damage the culture here and fully 
describe the solution, if it is indeed frowned upon here.


On the other hand, I feel the same way as Yasu describes above - for 
instance for me I think seeing the solution, which I could not have 
figured out myself is actually conducive towards learning more guix and 
scheme and perhaps developing some snippets in the future that could 
help someone else.


For this reason I'd think it'd be beneficial to fully discuss the Guix 
solution here. Moderators - can you give guidance on this?


---
Best regards / 宜しく御願い致します / S pozdravem / C уважением / Z poważaniem / 
Mit freundlichen Grüßen


白い熊