Hi,
I just discovered GuixSD; it's very exciting! I want to boot it as a
virtual machine in LXD (https://www.ubuntu.com/cloud/lxd).
So far I've created a LXD image by using the GuixSD installer to create a
bare bones file system. Here's my etc/config.scm:
;; This is an operating system configu
Leo Famulari writes:
> On Thu, Dec 15, 2016 at 07:14:14PM +, ng0 wrote:
>> * gnu/packages/messaging.scm (c-toxcore): New variable.
>
>> +(version "0.1.0")
>
> I see a new release:
>
> https://github.com/TokTok/c-toxcore/tree/v0.1.1
They release very quickly. I can only update this on mon
Leo Famulari writes:
> On Thu, Dec 15, 2016 at 07:14:15PM +, ng0 wrote:
>> * gnu/packages/messaging.scm (utox): Update to 0.11.0.
>> [source]: Update source uri.
>> [build-system]: Change to cmake-build-system.
>> [arguments]: Remove previous content and disable tests,
>> add two new phases.
Hi everyone,
Thank you for the review! Please find a new patch attached.
Hartmut Goebel writes:
> Am 17.12.2016 um 10:20 schrieb Chris Marusich:
>> +(home-page "http://www.littlesvr.ca/asunder/index.php";)
>
> I'd leave of the "index.php" here. Its uselass and ugly :-)
Good point. I've c
Nicolas Goaziou writes:
> Hello,
>
> The following patch updates emacs-org to its latest version.
>
Applied, thank you!
Am 18.12.2016 um 02:23 schrieb Ben Woodcroft:
> Since using pypi is the way Python users expect to be able to install
> packages, making developers less concerned about their github releases
> than their pypi ones, I reckon sticking with pypi-uri is the way to go.
+1
--
Regards
Hartmut Goebel
Hi Alex,
Alex Kost skribis:
> Ludovic Courtès (2016-12-15 18:39 +0100) wrote:
>
>> Hi Alex!
>>
>> Alex Kost skribis:
>>
>>> Hello, I've been working on Emacs interface outside from the Guix repo
>>> for some time, I mean I'm not going to maintain it inside Guix, sorry :-(
>>>
>>> The main reaso
Hello Marius!
Marius Bakke skribis:
> Ludovic Courtès writes:
[...]
>> It turns out I have an immediate need ;-), so I pushed this as commit
>> 3eee16130d858ae96510ec1c7d38d31290de2699. Let me know if that doesn’t
>> seem right!
>
> I think you need to compile with '--with-platform=efi' as w
Marius Bakke skribis:
> Danny Milosavljevic writes:
>
>> Hi,
>>
>> why not just use "fsck -t xxx" instead? It will filter out "-C" for
>> fscks which don't support it.
>
> I think pending a proper solution for handling fsck commands, offloading
> it to util-linux is a decent compromise. Ludo, WD
Hi Chris!
Chris Marusich skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Here’s a report from the 2nd Reproducible Build Summit that took place
>> this week!
>>
>>
>> https://gnu.org/software/guix/news/reproducible-build-summit-2nd-edition.html
>
> Thank you for sharing these notes. I
Hello!
Leo Famulari skribis:
> I've recently gave an explanation of why I think using `guix pull`
> before installing GuixSD should not be recommended unconditionally:
>
> http://lists.gnu.org/archive/html/bug-guix/2016-11/msg00047.html
>
> In the specific case of installing GuixSD 0.11.0 today,
Petter writes:
> Hi,
>
> Some new users don't run `guix pull` before installing, and can have a
> less good experience because of this. Proposing a patch to add this to
> the manual.
>
> Thanks,
> Petter
Just a sidenote here, that I mentioned in #guix irc channel the other
time. I tried to `gu
When I run: ./pre-inst-env guix system disk-image gnu/system/install.scm
The resulting disk image is always the one corresponding to the currently
installed guix,
not the one whose source is in .
How can I generate a disk image for an arbitrary guix?
J'
--
Avoid eavesdropping. Send strong e
Ludovic Courtès writes:
>> Relatedly, I think the way to build a 'multi-grub' is to have one
>> expression for each supported grub platform, and then consolidate
>> out/lib/grub from each.
>
> So in essence, GRUB itself supports only one platform at a time?
AFAICT yes. Gentoo works around this b
* gnu/packages/education.scm (touch10): New variable.
* gnu/packages/patches/tipp10-FixCompiling.patch,
gnu/packages/patches/tipp10-RemoveLicenseCode.patch: New files.
* gnu/local.mk (dist_patch_DATA): Register them.
---
gnu/local.mk | 2 +
gnu/packages/ed
Check it out K.3.201 - looks awesome!
https://fosdem.org/2017/schedule/day/saturday/
On Sat, Dec 17, 2016 at 11:19:57AM +0300, Alex Kost wrote:
> I'm sorry for not answering, I thought I was clear at the time. I
> always feel uncomfortable to send patches or to push commits to the Guix
> repo. I can't explain it properly, it's just painful all the time; but
> more importantly, it
Kei Kebreau writes:
> This was supposed to be a simple version bump for Maxima, but it has
> come to my attention that Maxima hasn't built reproducibily for quite a
> while now (since version 5.36.1 according to my tests, possibly
> further). Is there any particular reason why? I can't seem to pi
I suspect that he's more used to have "push" permissions to repositories
instead of submitting patches.
I, personally, like to work with patches because this allows me to
submit them directly to people involved in the project in cases the
project in question requires non-(free/libre) software (wri
John Darrington writes:
> When I run: ./pre-inst-env guix system disk-image gnu/system/install.scm
>
> The resulting disk image is always the one corresponding to the
> currently installed guix, not the one whose source is in .
That's odd. It has always worked for me. I can think of two possi
I think you have to do something like this:
(define guix-local
(package
(inherit guix)
(source (local-file "path to guix local")))
(define guix-service-local
(guix-service (guix-configuration (authorize-key? #t) (guix guix-local)))
and add guix-service-local to your installer.
HTH
Ben, Guix,
On 18/12/16 02:23, Ben Woodcroft wrote:
> Since using pypi is the way Python users expect to be able to install
> packages, making developers less concerned about their github releases
> than their pypi ones, I reckon sticking with pypi-uri is the way to go.
I'm not a Python programmer
Marius Bakke writes:
> Kei Kebreau writes:
>
>> This was supposed to be a simple version bump for Maxima, but it has
>> come to my attention that Maxima hasn't built reproducibily for quite a
>> while now (since version 5.36.1 according to my tests, possibly
>> further). Is there any particular
Hello, gentle maintainer.
This is a message from the Translation Project robot. (If you have
any questions, send them to .)
A new POT file for textual domain 'guix' has been made available
to the language teams for translation. It is archived as:
http://translationproject.org/POT-files/gui
Hello, gentle maintainer.
This is a message from the Translation Project robot. (If you have
any questions, send them to .)
A new POT file for textual domain 'guix-packages' has been made available
to the language teams for translation. It is archived as:
http://translationproject.org/POT-
Kei Kebreau writes:
>> I've found 'diffoscope' to be useful when troubleshooting
>> reproducibility problems. E.g. by running it on two cancelled builds, or
>> by installing to different output paths with a superficial change to the
>> expression. It will show sections that differs which may aid
On Sun, Dec 18, 2016 at 12:59:33PM -0500, Kei Kebreau wrote:
> Yes. I see that diffoscope complains about missing 'xxd'. That may be
> useful to package (unless we already have it and I'm just oblivious).
Does it break diffoscope or is it just a warning? Either way, we should
try to build diffosco
On Sun, Dec 18, 2016 at 07:34:32PM +0100, Marius Bakke wrote:
> Kei Kebreau writes:
>
> >> I've found 'diffoscope' to be useful when troubleshooting
> >> reproducibility problems. E.g. by running it on two cancelled builds, or
> >> by installing to different output paths with a superficial change
Hello Guix,
I've had this issue before but couldn't understand what was happening at
the time. At that time, I simply resized my filesystem then ran the
garbage collector.
$ touch /tmp/test.txt
touch: cannot touch '/tmp/test.txt': No space left on device
$ df -h
Filesystem Size Used Avail
Hi David,
I'm not familiar with LXD, so it might be helpful if you could share
more details of how you created the LXD image.
> Now when I attempt to launch the image, LXD fails when it tries to start
> /sbin/init and can't find it. I understand that GuixSD uses Shepherd
> instead of init. What
Hi Ben,
thanks for reviewing the patch. I am very happy to contribute even if this
is minimal :)
Hope to provide more patch and new software and use in production in our
infra.
On Sun, Dec 18, 2016 at 1:07 AM Ben Woodcroft wrote:
> On 17/12/16 17:52, Ben Woodcroft wrote:
>
> Hi Raoul, good to s
[PATCH 1/3] gnu: Add c-toxcore.
[PATCH 2/3] gnu: utox: Update to 0.11.0.
[PATCH 3/3] gnu: utox: Fix description.
Applied the changes as requested, added some more infos about changed upstream.
If the nature of c-toxcore is still not clear, take a look at all the other
clients
and their pull re
* gnu/packages/messaging.scm (utox): Update to 0.11.0.
[source]: Update source uri to new group namespace on github.
[build-system]: Change to cmake-build-system.
[arguments]: Remove previous content and disable tests,
add two new phases.
[inputs]: Remove libtoxcore, add c-toxcore.
[native-inputs]:
* gnu/packages/messaging.scm (utox): Fix description.
---
gnu/packages/messaging.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/messaging.scm b/gnu/packages/messaging.scm
index aa3d82d63..4575b70ad 100644
--- a/gnu/packages/messaging.scm
+++ b/gnu/packages/m
* gnu/packages/messaging.scm (c-toxcore): New variable.
---
gnu/packages/messaging.scm | 42 ++
1 file changed, 42 insertions(+)
diff --git a/gnu/packages/messaging.scm b/gnu/packages/messaging.scm
index 8660915bb..4e3cc3098 100644
--- a/gnu/packages/messag
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Danish team of translators. The file is available at:
http://translationproject.org/latest/guix/da.po
(We can arrange things so that in the
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Brazilian Portuguese team of translators. The file is available at:
http://translationproject.org/latest/guix/pt_BR.po
(We can arrange thing
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix-packages' has been submitted
by the Danish team of translators. The file is available at:
http://translationproject.org/latest/guix-packages/da.po
(We can arrange thin
---
gnu/packages/bioinformatics.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/bioinformatics.scm
b/gnu/packages/bioinformatics.scm
index 3e9c82f..43bf701 100644
--- a/gnu/packages/bioinformatics.scm
+++ b/gnu/packages/bioinformatics.scm
@@ -7848,14 +7848,
[PATCH] gnu: multiqc: Update to 0.8.
is [PATCH 1/2] for this message, sorry for the mistake.
Running multiqc without [PATCH 2/2] systems say that matplotlib requires
nose>=0.11.1, so I added it to the propagated inputs.
---
gnu/packages/bioinformatics.scm | 3 ++-
1 file changed, 2 insertions(+),
I followed the installation instructions here: https://www.gnu.org/software/
guix/manual/html_node/Preparing-for-Installation.html#Preparing-for-
Installation.
Compilation stopped in the middle because I hadn't allocated sufficient RAM.
I suggest adding the command 'swapon /dev/sda2' below 'mkswa
I always add in my config.SCM
Thanks,
On Dec 18, 2016 7:22 PM, David Braun wrote:I followed the installation instructions here: https://www.gnu.org/software/guix/manual/html_node/Preparing-for-Installation.html#Preparing-for-Installation.Compilation stopped in the middle because I hadn't allocated
Good afternoon from Spain.
I want to use GuixSD like a server but i need to use BOA Server because
the hardware that is use it is very restricted.
I have been seeing about this program into repositories but i didn't
found it.
I would like know when you are going to add this program and anothers a
Leo Famulari writes:
> On Sun, Dec 18, 2016 at 12:59:33PM -0500, Kei Kebreau wrote:
>> Yes. I see that diffoscope complains about missing 'xxd'. That may be
>> useful to package (unless we already have it and I'm just oblivious).
>
> Does it break diffoscope or is it just a warning? Either way, w
On Sun, Dec 18, 2016 at 01:47:18PM -0200, Adonay Felipe Nogueira wrote:
> I suspect that he's more used to have "push" permissions to repositories
> instead of submitting patches.
In principle that should not stop working you on your own branch. You
can push and collect your commits into a compile
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the French team of translators. The file is available at:
http://translationproject.org/latest/guix/fr.po
(We can arrange things so that in the
Pjotr Prins writes:
> Check it out K.3.201 - looks awesome!
>
> https://fosdem.org/2017/schedule/day/saturday/
Indeed, most excellent! Looking forward to this greatly :-)
Alex
Ludovic Courtès writes:
> Hello!
>
> Leo Famulari skribis:
>
>> I've recently gave an explanation of why I think using `guix pull`
>> before installing GuixSD should not be recommended unconditionally:
>>
>> http://lists.gnu.org/archive/html/bug-guix/2016-11/msg00047.html
>>
>> In the specific c
48 matches
Mail list logo
