guix package” section
should remain the go-to place.
But I would still like to address your patch [2] “[PATCH] doc: Clarify
need to update search paths on foreign distro” by just removing the
duplicate, unnecessary, incomplete instructions. I will send a patch to
the guix-patches mailing list
On Sat, 11 May 2024 10:14:15 +0200 pelzflorian (Florian Pelz) wrote ---
> Instead, there already is advice for .config/guix/current documented in
> the Guix manual’s Getting Started section. The advice should be a
> cross-reference that users should follow the steps from Getting Started,
>
Hello Matt, Vagrant and all. As I understand, we should not advice all
users to add these exports to .bashrc, because users with
guix-install.sh’s sys_create_init_profile or Debian’s
/etc/profile.d/guix.sh do not need it.
Instead, there already is advice for .config/guix/current documented in
the
ation
> > for people unfamiliar with the concept of a "search path" or
how
> > shells work by suggesting the exports be added to .bashrc and
tries to
> > clarify the consequences of not doing this.
>
> If the foreign distro has /etc/profile.d/*guix.sh ins
exporting like this is only necessary on foreign distros.
>
> The attached patch makes this explicit. It also provides information
> for people unfamiliar with the concept of a "search path" or how
> shells work by suggesting the exports be added to .bashrc and tries to
e overall word count. According to
M-x count-words-region, the patch adds only 6 words (which is less than the 7
needed for "users of Guix on a foreign distro", itself hard to reduce).
0001-doc-Clarify-need-to-update-search-paths-on-foreign-d.patch
Description: Binary data
running under a foreign distro. One idea would be to check whether the
currently-running init system is Shepherd. But what if the user is
running Guix commands inside a Guix system chroot? The Shepherd process
is not going to be visible in such case
Wojtek
-- (sig_start)
website: https://koszko.org/
If you want to left the choice to user. You can just don't patch it. Or
you can always patch it because user can still use package transformer
to specify a custom ffmpeg.
jgart writes:
> Does Guix have a declarative Guix API way of knowing if it is installing
> a package into for
22 14:54:40 -0600,
> jgart a écrit :
>
>> Does Guix have a declarative Guix API way of knowing if it is
>> installing a package into foreign distro versus Guix System?
>>
>> I'm thinking of a function like `foreign-distro?`:
>>
>> ```
>> (define-public
Le Sun, 20 Nov 2022 14:54:40 -0600,
jgart a écrit :
> Does Guix have a declarative Guix API way of knowing if it is
> installing a package into foreign distro versus Guix System?
>
> I'm thinking of a function like `foreign-distro?`:
>
> ```
> (define-public peek
>
Does Guix have a declarative Guix API way of knowing if it is installing
a package into foreign distro versus Guix System?
I'm thinking of a function like `foreign-distro?`:
```
(define-public peek
(package
(name "peek")
...
(inputs
`(,@(if (foreign-distro?) `((&
On Sat, 10 Sep 2022 02:45:46 +0200 Maxime Devos wrote:
> would the effort be worth it?
This was more of a "I was just curious if I could get it to run" but yes
I agree on the effort not being worth it.
I'd rather spend my time working on something else.
://invidious.slipfox.xyz/watch?v=qjq2wVEpSsA
Nix comes with lots of packages, making it a distro.
Similarly to how you can install guix (distro) on top of a 'foreign
distro' (e.g. Debian).
Greetings,
Maxime.
OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key
OpenPGP_signature
Descriptio
Hi,
On Tue, 26 Jul 2022 at 01:00, jgart wrote:
> How can we make it easier to install nix with guix on a foreign distro?
Well, I think you need to manage some stuff by yourself.
For example, write the nix-daemon service for starting/stopping; it
depends on your distribution and it is proba
On Sat, 10 Sep 2022 02:45:46 +0200 Maxime Devos wrote:
> Worse, this is not just a service, but a distro.
I mean that I want to run nix, the package manager, not the distro.
Nix suffers from the holy trinity #~problem unlike Guix.
#$ https://invidious.slipfox.xyz/watch?v=qjq2wVEpSsA
On 27-07-2022 00:50, jgart wrote:
What do you think Debian people should be providing to make it easier to run
the guix installed nix package?
Or, what should I ask the Debian people if I decide to inquire with them?
all best,
Right, you want to install "nix" (a distro) with "guix" (a dist
x). Seems to work fine.
>
>Hi Nathan,
>
>I've done that plenty of times before. That's usually how I install nix
>on a foreign distro (i.e. by using apt or xbps (void linux), etc.)
>
>What I'm asking about here is making it easy to install nix with guix on a
&g
On Tue, 26 Jul 2022 12:10:22 +0200 Maxime Devos wrote:
> On 26-07-2022 08:00, jgart wrote:
>
> > Hi Guixers,
> >
> > How can we make it easier to install nix with guix on a foreign distro?
> >
> > Guix System has a nix-service-type but there is no such thi
On Tue, 26 Jul 2022 16:16:58 -0500 Nathan Dehnel wrote:
> I just installed the nix package provided by the host distro (not
> guix). Seems to work fine.
Hi Nathan,
I've done that plenty of times before. That's usually how I install nix
on a foreign distro (i.e. by using apt or
I just installed the nix package provided by the host distro (not
guix). Seems to work fine.
On 26-07-2022 08:00, jgart wrote:
Hi Guixers,
How can we make it easier to install nix with guix on a foreign distro?
Guix System has a nix-service-type but there is no such thing on Debian.
wdyt
This sounds like a question for Nix or Debian people to me, as AFAICT it
doesn't concern
Hi Guixers,
How can we make it easier to install nix with guix on a foreign distro?
Guix System has a nix-service-type but there is no such thing on Debian.
wdyt
Hi,
zimoun skribis:
> On Tue, 01 Mar 2022 at 18:24, Ludovic Courtès wrote:
>> Ludovic Courtès skribis:
>>> Chris Marusich skribis:
>>>
The Guix manual recommends running nscd:
https://guix.gnu.org/manual/en/html_node/Application-Setup.html
However, Fedora intends to r
Hi,
On Tue, 01 Mar 2022 at 18:24, Ludovic Courtès wrote:
> Ludovic Courtès skribis:
>> Chris Marusich skribis:
>>
>>> The Guix manual recommends running nscd:
>>>
>>> https://guix.gnu.org/manual/en/html_node/Application-Setup.html
>>>
>>> However, Fedora intends to remove it:
>>>
>>> https://fe
Hi,
Ludovic Courtès skribis:
> Chris Marusich skribis:
>
>> The Guix manual recommends running nscd:
>>
>> https://guix.gnu.org/manual/en/html_node/Application-Setup.html
>>
>> However, Fedora intends to remove it:
>>
>> https://fedoraproject.org/wiki/Changes/RemoveNSCD
>
> D’oh! This is bad.
Hello,
Chris Marusich skribis:
> The Guix manual recommends running nscd:
>
> https://guix.gnu.org/manual/en/html_node/Application-Setup.html
>
> However, Fedora intends to remove it:
>
> https://fedoraproject.org/wiki/Changes/RemoveNSCD
D’oh! This is bad. It might suggest that nscd will vani
Hi Chris,
> The Fedora document explains that at least the hosts cache will be
> handled by systemd-resolved. Can I expect Guix-built programs to "try
> to use systemd" when resolving host names, or is additional
> configuration likely to be required?
as far as I know systemd also plugs into the
if nscd is available, then a program using
glibc will "try to use nscd" first. However, if nscd is not available,
then the program will attempt to dlopen shared objects, and in some
cases the program might dlopen an incompatible shared object from the
foreign distro (e.g., libnss_*.so
Hi Hartmut,
On Sat, 02 Jan 2021 at 11:00, Hartmut Goebel
wrote:
> guix package --manifest=$PWD/develop-profile.scm
> --profile=$PWD/.develop-profile
> active this profile
> make distclean ; bootstrap ; ./configure ; make
What does $PWD/develop-profile.scm contain? Other said, does it work
whe
Have you tried building in a Guix container? See 'bullet proof' in my
guix-notes.
On Sat, Jan 02, 2021 at 11:00:27AM +0100, Hartmut Goebel wrote:
> Hi,
>
> after happily developing guix on a foreign distro for quite some years
> (well, I had some issue now and then but was
Hi,
after happily developing guix on a foreign distro for quite some years
(well, I had some issue now and then but was always able to recover),
I'm no longer able to do so:
- "make" fails when linking guix-daemon with "undefined reference to
`__twalk_r@GLIBC_PRIVATE'
Hi,
before fling a bug, I jsut want to know whether I missed some update:
I just packages a simple GUI application using pythonqt5 and
python-poppler-qt. When running it fails with:
Could not load the Qt platform plugin "xcb" in "" even though it was
found.
When running with QT_DEBUG_PL
Hi,
Mathieu Othacehe skribis:
> I ran further tests. On Ubuntu 18.04, using qemu-user-static or
> qemu-user-binfmt makes no difference, they both fail.
>
> qemu-user-static works on Ubuntu 19.04 because of the addition of the
> 'F' flag, see:
> https://bugs.launchpad.net/ubuntu/+source/qemu/+bug
I ran further tests. On Ubuntu 18.04, using qemu-user-static or
qemu-user-binfmt makes no difference, they both fail.
qemu-user-static works on Ubuntu 19.04 because of the addition of the
'F' flag, see:
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1815100.
Adding the 'F' flag[1] manually
Oops pressed C-c C-c by mistake, sorry :p
So here is what is installed by Ubuntu:
--8<---cut here---start->8---
mathieu@cervin:~/guix$ ls /proc/sys/fs/binfmt_misc/ -al
-rw-r--r-- 1 root root 0 nov. 23 19:42 qemu-aarch64
-rw-r--r-- 1 root root 0 nov. 23 19:4
Hello Ludo,
> How did you get ENOENT? Was it because you had installed qemu/binfmt
> support from the host distro, and thus /usr/bin/qemu-whatever wasn’t
> found?
Yes that's it.
mathieu@cervin:~$ ls /proc/sys/fs/binfmt_misc/ -al
total 0
-rw-r--r-- 1 root root 0 nov. 23 19:27 qemu-aarch64
-rw
Hi,
Mathieu Othacehe skribis:
> On a foreign distro, one can install QEMU and setup the binfmt mechanism
> (installing binfmt-support and qemu-user-static packages on
> Ubuntu). However, without the proper --chroot-directory arguments passed
> to guix-daemon, all binaries executio
. This
service also adds a bunch of "--chroot-directory" arguments to
guix-daemon command line, so that QEMU and all its dependencies are
accessible from the guix-daemon chroot.
On a foreign distro, one can install QEMU and setup the binfmt mechanism
(installing binfmt-support and qemu-u
Hi Pierre,
Pierre Neidhardt writes:
> If I'm not mistaken, this is because you need to add the builders to the 'kvm'
> group.
yes! this solved the "Could not access KVM kernel module: Permission
denied" I had with "guix system vm" (both as user and root):
$ for i in `seq -w 1 10`; do sudo us
Ludovic Courtès writes:
> I think we should do that only when GUIX_LOCPATH is unset, but yes, this
> is a good idea.
>
> I’m not sure how to implement it exactly; it seems cumbersome to ask
> users to write such a script. Thoughts?
I think such a script should come with the tarball, and the manu
From: l...@gnu.org (Ludovic Courtès)
Subject: Re: Foreign distro GUIX_LOCPATH errors when installing from
manual
Date: Mon, 11 Jul 2016 12:07:56 +0200
and that the installation instructions say to install glibc-locale
(or
some other locale package) in root's profile.
They already s
Hello!
sba...@catern.com skribis:
> I was just getting started with Guix by installing it on my regular
> distro, Debian Jessie, by following the manual (which is really great -
> I tried installing Nix first but couldn't get it to work, the Guix
> manual is much better).
>
> The install was succ
Hi,
I was just getting started with Guix by installing it on my regular
distro, Debian Jessie, by following the manual (which is really great -
I tried installing Nix first but couldn't get it to work, the Guix
manual is much better).
The install was successful but I noticed two errors related t
43 matches
Mail list logo
