Re: DBus with SDDM, Sway, and optionally fish

Sébastien Lerique writes: > Dear all, > > I use SDDM with (display-server "wayland"), and Sway as my main window > manager. yeah I do too! > > My current configuration files are here: > - system configuration: > https://gitlab.com/wehlutyk/guix-config/-/blob/master/config.scm > - main

DBus with SDDM, Sway, and optionally fish

Dear all, I use SDDM with (display-server "wayland"), and Sway as my main window manager. My current configuration files are here: - system configuration: https://gitlab.com/wehlutyk/guix-config/-/blob/master/config.scm - main profile:

Re: Setting up guix source tree for testing a package

Hi Zelphir, Zelphir Kaltstahl writes: > This definitely is helpful! Glad I could be of some help :). > I'm sorry for the delay in responding. Thank you for your efforts! No worries. > I hit other errors when leaving away the --pure and I have the suspicion, that > gnu-build-system requires

Re: Setting up guix source tree for testing a package

Hi Joshua! On 3/12/21 8:59 PM, Joshua Branson wrote: > Zelphir Kaltstahl writes: > >> Hello Guix Users, >> >> I am trying to set up GNU Guix for package testing, as I want to test a >> package >> before sending in a patch to add it to GNU Guix. >> >> I'll describe the steps I am taking and

Re: Setting up guix source tree for testing a package

Hello Frederik! On 3/12/21 2:01 AM, Fredrik Salomonsson wrote: > Hi Zelphir, > > Zelphir Kaltstahl writes: > >> Hello Guix Users, >> >> I am trying to set up GNU Guix for package testing, as I want to test a >> package >> before sending in a patch to add it to GNU Guix. >> >> I'll describe the

Re: About packaging documentation

Hi Ricardo! On 3/16/21 11:03 PM, Ricardo Wurmus wrote: > Hi Zelphir, > >> Hello Ricardo! >> >> On 3/15/21 4:43 PM, Ricardo Wurmus wrote: >>> Hi Zelphir, >>> https://guix.gnu.org/cookbook/en/html_node/Packaging-Tutorial.html is a good start. It has even got cookbook in the name.

Re: minetest, minetest-data, and minetest-mineclone, have updated.

Hi, Matthew On Wed, 17 Mar 2021 at 13:10, Matthew Brooks wrote: > Not sure where the proper place is to report updates, so I figured I'd > post it here for now. Thanks for the report. > > minetest, minetest-data, and minetest-mineclone, all have updates. > > minetest's new version is "5.4.0",

minetest, minetest-data, and minetest-mineclone, have updated.

Not sure where the proper place is to report updates, so I figured I'd post it here for now. minetest, minetest-data, and minetest-mineclone, all have updates. minetest's new version is "5.4.0", and it's new hash is "1a17g6cmxrscnqwpwrd4w2ck3dgvplyfq4kzyimilfpqar1q69j9". minetest-data's new

Re: How do I specify a btrfs subvolume?

On Sun, 14 Mar 2021 20:33:06 -0500 Nathan Dehnel wrote: > This is extremely confusing: > https://guix.gnu.org/manual/en/html_node/Btrfs-file-system.html > > I made my best attempt at creating and mounting a subvolume at > /media/offsite-backup: > > (file-systems > (cons* (file-system >

Re: Default/global packages for foreign distro

On Tue, 16 Mar 2021 12:35:25 + Phil Beadling wrote: > Hi all, > > Refering to this section of the manual: > https://guix.gnu.org/manual/en/guix.html#Locales-1 > > Is it possible in a foreign distro setup to define a set of base > packages in a global profile, set for all users? > > I'm

Re: How do I retrieve the path to a Guix installed program from command line in a foreign distro?

That is what I was looking for. Thanks, I'll check it out! Tomás El mié., 17 mar. 2021 10:21, Andreas Enge escribió: > Hello, > > Am Wed, Mar 17, 2021 at 09:32:29AM -0300 schrieb Tomás Chapunov: > > Is there a canonical way to retrieve the full path in my profile to a > > specific package

Re: Packages don't get installed in the correct path

On Wed 17-Mar-2021 at 10:25:39 +01, Garjola Dindi wrote: > On Wed 17-Mar-2021 at 08:49:22 +01, Ricardo Wurmus > wrote: >> Garjola Dindi writes: >> >>> On Wed 17-Mar-2021 at 07:51:18 +01, Tobias Geerinckx-Rice >>> wrote: >>> They are not in PATH. >> >> Then all you need is to add this to

Re: How do I retrieve the path to a Guix installed program from command line in a foreign distro?

Hello, Am Wed, Mar 17, 2021 at 09:32:29AM -0300 schrieb Tomás Chapunov: > Is there a canonical way to retrieve the full path in my profile to a > specific package with a command, in Guix on a foreign distro? > I used locate or find, but I can't figure out from the output how to detect > and

How do I retrieve the path to a Guix installed program from command line in a foreign distro?

When I'm on Debian, using Guix as package mánager, I found often in the need to configure Emacs with the full path to a program. By example, SCBL and Sly. I need to customize the inferior lisp variable and I can't figure out the way to give the config file the full path to the SCBL 'executable'.

Re: Packages don't get installed in the correct path

On Wed 17-Mar-2021 at 08:49:22 +01, Ricardo Wurmus wrote: > Garjola Dindi writes: > >> On Wed 17-Mar-2021 at 07:51:18 +01, Tobias Geerinckx-Rice >> wrote: >>> Hi Garjola! >>> >>> Garjola Dindi 写道： I have added the following to my ~/.basrhc as indicated in the manual: ,[

Re: Packages don't get installed in the correct path

Garjola Dindi writes: > On Wed 17-Mar-2021 at 07:51:18 +01, Tobias Geerinckx-Rice > wrote: >> Hi Garjola! >> >> Garjola Dindi 写道： >>> I have added the following to my ~/.basrhc as indicated in the manual: >>> >>> ,[ bash ] >>> | export

Re: Packages don't get installed in the correct path

On Wed 17-Mar-2021 at 07:51:18 +01, Tobias Geerinckx-Rice wrote: > Hi Garjola! > > Garjola Dindi 写道： >> I have added the following to my ~/.basrhc as indicated in the manual: >> >> ,[ bash ] >> | export PATH="/home/garjola/.config/guix/current/bin${PATH:+:}$PATH" > > Which mad-Max manual

Re: Packages don't get installed in the correct path

Hi Garjola! Garjola Dindi 写道： I have added the following to my ~/.basrhc as indicated in the manual: ,[ bash ] | export PATH="/home/garjola/.config/guix/current/bin${PATH:+:}$PATH" Which mad-Max manual indicates this? Not [my copy of] Guix's: “(1) Users sometimes wrongfully augment