Hi,
Thanks for sharing it, it's very interesting to see your experience because
it's very near to mine, even if my setup was much simpler.
> It was a little messy, but in the end it
> appears to work well.
This is mostly my experience with guix. Good summary.
We have to work more on red
Hello Guix,
By following the official instructions for installing guix, I have read
that you might be interested in how someone would manage to install it
by hand. So this is what I will do here.
My situation is I have two computers: one I intend as a server, and one
I use as a desktop. I wanted
Hello!
Stefan Reichör skribis:
> Here is the part that triggers the problem as I assume (I can send the
> full log as well when it is needed):
>
> [pid 31032] open("/proc/self/mountinfo", O_RDONLY) = 17
> [pid 31032] read(17, "2860 2854 0:102 / / rw,noatime m"..., 4096) = 4076
> [pid 31032] read
Hi Leo,
> On Tue, Apr 11, 2017 at 10:07:30PM +0200, Stefan Reichör wrote:
>> Hi all,
>>
>> I tried today to install Guix v12.0 on an OpenVZ hoster:
>> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
>>
>> But I failed with the following problem:
>>
On Tue, Apr 11, 2017 at 10:07:30PM +0200, Stefan Reichör wrote:
> Hi all,
>
> I tried today to install Guix v12.0 on an OpenVZ hoster:
> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
>
> But I failed with the following problem:
>
> ~/bin% ./guix
Hi all,
I tried today to install Guix v12.0 on an OpenVZ hoster:
https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
But I failed with the following problem:
~/bin% ./guix package -i hello
The following package will be installed:
hello2.10
Relocatable guix in action: https://github.com/lomereiter/sambamba/issues/219
On Thu, Jan 19, 2017 at 12:55:30PM +0100, Ludovic Courtès wrote:
> For these “guix archive -f docker” may also be handy (and safer)?
I am known to dislike docker.
Pj.
Hi!
Pjotr Prins skribis:
> On Wed, Jan 18, 2017 at 10:42:09PM +0100, Ludovic Courtès wrote:
[...]
>> Also, if we look at the big picture of non-root usage, this solution
>> addresses the most hostile environments: no user namespaces, no
>> container-spawning facility, no root guix-daemon, etc.
On Wed, Jan 18, 2017 at 10:42:09PM +0100, Ludovic Courtès wrote:
> > To fix the prefix restriction there are two routes, one is building
> > Guix itself on a large(r) path, which is the easy route, or write a
> > relocate patcher that can handle the non-zero terminated paths. I
> > think the latter
Hi Pjotr!
Pjotr Prins skribis:
> But, I thought the easy way is to patch a path with something the has
> the exact same size(!). This has the advantage that it will always
> work. Trying this second strategy I wrote a new tool which replaces
> the old path with a new one that takes the prefix an
Am 17.01.2017 um 10:15 schrieb Pjotr Prins:
> But, I thought the easy way is to patch a path with something the has
> the exact same size(!). This has the advantage that it will always
> work. Trying this second strategy I wrote a new tool which replaces
> the old path with a new one that takes the
Or relocating Guix binary packages onto a different prefix w.o. admin
rights (on a non-guix host)
I have been working on the problem of using Guix packages without
administrator rights. In some HPC environments and on most super
computers, at this point, it is next to impossible to circumvent this
Am 14.04.2016 um 19:00 schrieb Mathieu Lirzin:
> If we are able to generate deb and rpm files from the Guix package
> definition without too much burden, I think it is a good idea. However
> having a "debian" directory + a spec file + will require
> additional maintenance efforts and an extr
Ricardo Wurmus writes:
> Could we add the .spec, PKGBUILD, and debian files to the Guix
> repository? I know of many projects that include the package manifests
> to simplify building packages for major distributions.
>
> An advantage would be that we knew about these files and users wouldn’t
>
today on irc, there was discussion about that Guix should be easily
>>>> installable and manageable in other distros being higher priority. This
>>>> could attract more users to ry out Guix. So I created a draft .spec-file
>>>> for building and installing Guix o RPM
ract more users to ry out Guix. So I created a draft .spec-file
>> for building and installing Guix o RPM-based systems like Fedora.
>>
>> Maybe someone using Fedora may want to add a package request in their
>> bug-tracker. I already did for Mageia.
>
> This has come u
; for building and installing Guix o RPM-based systems like Fedora.
>
Someone already did that in copr:
https://copr.fedorainfracloud.org/coprs/lantw44/guix/
Maybe you could work with them?
Cyril.
installable and manageable in other distros being higher priority. This
>>> could attract more users to ry out Guix. So I created a draft .spec-file
>>> for building and installing Guix o RPM-based systems like Fedora.
>>>
>>> Maybe someone using Fedora may want to
> for building and installing Guix o RPM-based systems like Fedora.
>
> Maybe someone using Fedora may want to add a package request in their
> bug-tracker. I already did for Mageia.
This has come up several times, and I agree that we should provide
packages for popular GNU/Linux di
Hi,
today on irc, there was discussion about that Guix should be easily
installable and manageable in other distros being higher priority. This
could attract more users to ry out Guix. So I created a draft .spec-file
for building and installing Guix o RPM-based systems like Fedora.
Maybe someone
Jookia <166...@gmail.com> writes:
> On Wed, Feb 10, 2016 at 09:53:01AM +0100, Tomáš Čech wrote:
>> I'm trying to push that to the main distribution but for that the
>> package may need some more work because I need to get rid of foreign
>> binaries (the ones in
>> $PREFIX/share/guile/site/2.0/gnu
On Wed, Feb 10, 2016 at 09:53:01AM +0100, Tomáš Čech wrote:
> I'm trying to push that to the main distribution but for that the
> package may need some more work because I need to get rid of foreign
> binaries (the ones in
> $PREFIX/share/guile/site/2.0/gnu/packages/bootstrap/). So `zypper in
> gui
Tomáš Čech writes:
> On Tue, Feb 09, 2016 at 11:36:24AM +0100, Ludovic Courtès wrote:
>>There are already people who wrote Arch/Parabola and RPM (openSuSE)
>>packages, AFAIK. I’m not sure what the status is?
>
> For openSUSE ecosystem I maintain package in system:packagemanagers
> project of ou
On Tue, Feb 09, 2016 at 11:36:24AM +0100, Ludovic Courtès wrote:
There are already people who wrote Arch/Parabola and RPM (openSuSE)
packages, AFAIK. I’m not sure what the status is?
For openSUSE ecosystem I maintain package in system:packagemanagers
project of our Open Build Service. It means
Pjotr Prins skribis:
> On Mon, Feb 08, 2016 at 11:47:31AM -0800, Christopher Allan Webber wrote:
>> So, I talked about this with Stefano Zacchiroli while at FOSDEM. He
>> suggested that we could do /opt/g/ or something like that and we *could*
>> get Guix in as a package manager to Debian. Sure
2014-12-15 23:54 GMT+01:00 Ludovic Courtès :
> Amirouche Boubekki skribis:
>
>> My machine is kind of recent, and previously with other distro I had
>> all sort of trouble with uefi. Not this time, I don't know what is the
>> configuration of guix, I've just setup my bios to avoid uefi.
>
> Yeah,
Amirouche Boubekki skribis:
> My machine is kind of recent, and previously with other distro I had
> all sort of trouble with uefi. Not this time, I don't know what is the
> configuration of guix, I've just setup my bios to avoid uefi.
Yeah, Guix doesn’t support UEFI. (I’m not sure exactly what
Hello,
I installed GNU Guix distribution on my other machine to use it more
often. This will be a bit a long explanation.
My machine is kind of recent, and previously with other distro I had
all sort of trouble with uefi. Not this time, I don't know what is the
configuration of guix, I've just s
On 2014年11月22日 18:27:51 GMT+03:00, David Thompson
wrote:
>Check the output of 'ifconfig -a' to see what the device name is. On
>my
>machine, it was 'enp5s0', not 'eth0'.
Thanks for the tip, that helped, it was also named differently in my case.
--
白熊
白熊 writes:
> How did you configure network in the Virtualbox machine.
>
> I have it set: Attached to NAT, Adapter type PCnet-FAST III (Am79C973)
>
> But then on:
>
> dhclient eth0
>
> it fails:
>
> SIOCSIFADDR: No such device
> eth0: unknown interface: No such device
> eth0: unknown interface
Ernesto Celis skribis:
Last weekend I was able to install Guix 0.7 on virtualBox with the
USB
image provided by Guix developers. I put my notes on gitorious.
https://gitorious.org/ecelis-guix/hackathon
Ernesto:
How did you configure network in the Virtualbox machine.
I have it set: Att
>Ernesto Celis skribis:
>
>> Last weekend I was able to install Guix 0.7 on virtualBox with the
>USB
>> image provided by Guix developers. I put my notes on gitorious.
>>
>> https://gitorious.org/ecelis-guix/hackathon
Ernesto:
How did you configure network in the Virtualbox machine.
I have
Ernesto Celis skribis:
> I know this thread is about qemu, but as you said you are a VitrualBox
> user, it may be interesting to you.
>
> Last weekend I was able to install Guix 0.7 on virtualBox with the USB
> image provided by Guix developers. I put my notes on gitorious.
>
> https://gitorious.
Xue Fuqiao skribis:
> ‘/home/xfq/guix/nix-upstream/AUTHORS’ -> ‘/home/xfq/guix/nix/AUTHORS’
> sed: -e expression #1, char 8: extra characters after command
There are two sed invocations in nix/sync-with-upstream. Could you add
‘set -x’ in that script to see which one is failing?
What sed do yo
Sree Harsha Totakura skribis:
> On 03/07/2014 02:29 PM, Xue Fuqiao wrote:
>> 1. Do I have to run `./bootstrap' every time after running `git pull'?
>>
> Yes, it is advisable to do that everytime you pull from the repo,
> although it is only required if changes to the build system are made.
Actu
On Fri, Mar 07, 2014 at 09:29:07PM +0800, Xue Fuqiao wrote:
> 1. Do I have to run `./bootstrap' every time after running `git pull'?
Normally not.
Andreas
Hi!
On 03/07/2014 02:29 PM, Xue Fuqiao wrote:
> 1. Do I have to run `./bootstrap' every time after running `git pull'?
>
Yes, it is advisable to do that everytime you pull from the repo,
although it is only required if changes to the build system are made.
> 2. After running `./bootstrap', I can
Hi,
I'm trying to install Guix from Git (for the first time) and I have two
questions:
1. Do I have to run `./bootstrap' every time after running `git pull'?
2. After running `./bootstrap', I can't find the `configure' script:
$ ./configure --help
bash: ./configure: No such file or direct
39 matches
Mail list logo
