Brett Gilio writes:
Hi all, I am having an issue with trying to execute literally
any
pre-compiled binary files. One example is Telegram. Here is what
is
happening.
brettg@oryxpro ~$ cd Downloads/tsetup.1.4.0/Telegram/
brettg@oryxpro ~/Downloads/tsetup.1.4.0/Telegram$ ls
Telegram Updater
b
Hi all, I am having an issue with trying to execute literally any
pre-compiled binary files. One example is Telegram. Here is what
is
happening.
brettg@oryxpro ~$ cd Downloads/tsetup.1.4.0/Telegram/
brettg@oryxpro ~/Downloads/tsetup.1.4.0/Telegram$ ls
Telegram Updater
brettg@oryxpro ~/Download
Hi Michael,
Michael Bowcutt skribis:
> after running `guix pull`:
>
> ```
> Updating from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Building from Git commit 9e783d0bf22a7ff965105eb45f6c179a832bbabf...
> guile: warning: failed to install locale
> Computing Guix derivat
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Hello,
>>
>> "alexander.gosdsc...@mdc-berlin.de"
>> skribis:
>>
>>> Currently the version of Jupiter-notebook is 4.2.3, could you please update
>>> it to the latest version.
>>
>> Right now, on the ‘master’ branch of Guix, the ‘jupyter’ pa
Hello,
Clément Lassieur skribis:
> Ludovic Courtès writes:
>
>> Hello Clément,
>>
>> Clément Lassieur skribis:
>>
>>> The logs of failing tests are unavailable.
>>>
>>> (Which makes it impossible to understand why a huge lot of tests are
>>> failing.)
>>
>> You mean the ‘test.basic.x86_64-linu
Leo Famulari skribis:
> On Mon, Oct 08, 2018 at 02:50:31PM +0200, Ludovic Courtès wrote:
>> The ‘--verbose’ option predates the new “quiet” output for ‘guix
>> package’, so it doesn’t do what you expect, I believe.
>
> I didn't follow the development of the UI changes closely, but the
> original
On Mon, Oct 08, 2018 at 02:50:31PM +0200, Ludovic Courtès wrote:
> The ‘--verbose’ option predates the new “quiet” output for ‘guix
> package’, so it doesn’t do what you expect, I believe.
I didn't follow the development of the UI changes closely, but the
original patch proposal message said that
Tim Gesthuizen writes:
> On 07.10.2018 22:06, Marius Bakke wrote:
>> Hello! Sorry for dropping the ball on this.
>
> No problem. Nobody pressures you to help others :)
>
>> Nice catch! Earlier in the bisect, you found
>> 5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to
>> 1.5.
On 07.10.2018 22:06, Marius Bakke wrote:
> Hello! Sorry for dropping the ball on this.
No problem. Nobody pressures you to help others :)
> Nice catch! Earlier in the bisect, you found
> 5318b103ff277efbac248a066d162589a9083baa (gnu: libepoxy: Update to
> 1.5.1.). Can you try this patch and se
Ludovic Courtès writes:
> Hello,
>
> "alexander.gosdsc...@mdc-berlin.de"
> skribis:
>
>> Currently the version of Jupiter-notebook is 4.2.3, could you please update
>> it to the latest version.
>
> Right now, on the ‘master’ branch of Guix, the ‘jupyter’ package is at
> version 1.0.0 and ‘pyt
Ludovic Courtès writes:
> Hello,
>
> Clément Lassieur skribis:
>
>> Tests depending on 'guix-current' are expensive in terms of CPU and
>> storage usage since we need to build (current-guix) and then store a
>> couple of full system images.
>
> [...]
>
>> Is there another way to get those tests
Hello!
Clément Lassieur skribis:
> building /gnu/store/7b054w5p8870k2rdc7jfimqk2k6n163d-module-import.drv...
> substitute: updating substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
> substitute: updating substitutes from 'https://bayfront.guixsd.org'... 100.0%
> substitute: updating sub
Hi Ludovic,
Ludovic Courtès writes:
> Hello Clément,
>
> Clément Lassieur skribis:
>
>> The logs of failing tests are unavailable.
>>
>> (Which makes it impossible to understand why a huge lot of tests are
>> failing.)
>
> You mean the ‘test.basic.x86_64-linux’ etc. jobs, right?
>
> I believe t
Hi,
Meiyo Peng skribis:
> I noticed a possible typo in the Shepherd Manual.
>
> In section "4.6 The root and unknown services" of the Shepherd Manual:
Indeed, fixed in commit 8a406dc558bd3faa4fdf2a61c019038e069a2a23 of the
Shepherd.
Thanks!
Ludo’.
Tim Gesthuizen writes:
> On 19.09.2018 20:33, Pjotr Prins wrote:
>> Hi Tim,
>>
>> I am not sure this helps but in a project I have I use
>>
>> CPPFLAGS= -std=c++11
>>
>> and
>>
>> CPPFLAGS += -I$(GUIX)/include/c++
>> -I$(GUIX)/include/c++/x86_64-unknown-linux-gnu
>>
>> to find include files
Hello,
Clément Lassieur skribis:
> Tests depending on 'guix-current' are expensive in terms of CPU and
> storage usage since we need to build (current-guix) and then store a
> couple of full system images.
[...]
> Is there another way to get those tests to work without depending on
> 'guix-cur
Hello Clément,
Clément Lassieur skribis:
> The logs of failing tests are unavailable.
>
> (Which makes it impossible to understand why a huge lot of tests are
> failing.)
You mean the ‘test.basic.x86_64-linux’ etc. jobs, right?
I believe the reason build logs are missing is that those jobs are
Hi Chris,
Chris Marusich skribis:
> The procedure warn-about-load-error is defined in guix/ui.scm. It calls
> display-error. That seems to be where the problem occurs. Based on the
> debug output I added, we can see that in warn-about-load-error, the args
> variable refers to the following li
Hi Chris,
Chris Marusich skribis:
> As of commit d71078bc75d149c70dc573a259986f1731145693, this problem does
> not occur for me. "make check" passes. I'm closing this bug report.
>
> Note that d71078bc75d149c70dc573a259986f1731145693 is just a recent
> commit I tested; it isn't the change that
Hello,
"alexander.gosdsc...@mdc-berlin.de"
skribis:
> Currently the version of Jupiter-notebook is 4.2.3, could you please update
> it to the latest version.
Right now, on the ‘master’ branch of Guix, the ‘jupyter’ package is at
version 1.0.0 and ‘python-jupyter-core’ is at 4.4.0:
https://g
Hi Leo,
Leo Famulari skribis:
> On Debian, from Guix commit 9e783d0bf22a7ff965105eb45f6c179a832bbabf,
> the --verbose argument to `guix package` doesn't seem to have the
> desired effect.
>
> Rather than showing the raw output of whatever builds are being
> performed, it just shows the "spinner"
Mark H Weaver skribis:
> I see now that this bug was already fixed while I sent several new
> messages about it. Oops. I should really make sure I've fetched email
> before responding. Sorry for the noise.
No problem, sorry for messing with this in the first place.
Ludo’.
Hello,
Julien Lepiller skribis:
> Le 2018-10-02 14:31, l...@gnu.org a écrit :
>> Hello Julien,
>>
>> [...]
>>
>> Then again, these are “.debuginfo” files so perhaps they are the result
>> of home-made ELF stripping (we don’t have this problem with “.debug”
>> files created with objcopy & co.).
>
Hello,
I noticed a possible typo in the Shepherd Manual.
In section "4.6 The root and unknown services" of the Shepherd Manual:
#+BEGIN_EXAMPLE
‘enable-persistency’
When terminating, safe the list of running services in a file.
‘disable-persistency’
Don’t safe the list of runni
24 matches
Mail list logo