Not completely sorted. Not sure what is going wrong but now starting
with guix 0.14 daemon and client and running guix pull a few times
successfully, running guix-daemon from $HOME/.config/guix/current/bin
and guix from a fresh git checkout using ./pre-inst-env guix I get
substitute:
/gnu/store/x
Something I have noticed just now with the new "guix pull", but which
also happens with regular profiles through "guix package": Sometimes
(always?) unchanged profiles are created with a new number.
For instance, here is the result of three "guix pull" in my profile:
$ guix pull -l
Generation 1
On Mon, Jul 23, 2018 at 08:17:35AM -0500, Eric Bavier wrote:
> I think there's a version upgrade available. Might be a good time to visit
> that
> and these issues together.
I had a look before, wondering whether this would be an option to make the
package compile again, but upgrading is more com
Ludovic Courtès writes:
> Clément Lassieur skribis:
>
>> Ludovic Courtès writes:
>>
>>> Clément Lassieur skribis:
>>>
> Is the Web UI already in the current ‘cuirass’ package?
Soon! But I think we should change the NGINX config nonetheless because
the json API is useful.
>>
Clément Lassieur skribis:
> Ludovic Courtès writes:
>
>> Clément Lassieur skribis:
>>
>>> Ludovic Courtès writes:
>>
>> [...]
>>
Perhaps instead we need to set the timeout to a small value and handle
SQLITE_BUSY at the call site in our code. We could define a macro that
automat
Clément Lassieur skribis:
> Ludovic Courtès writes:
>
>> Clément Lassieur skribis:
>>
Is the Web UI already in the current ‘cuirass’ package?
>>>
>>> Soon! But I think we should change the NGINX config nonetheless because
>>> the json API is useful.
>>
>> The JSON API is available; see ‘b
On 19.07.2018 15:15, Clément Lassieur wrote:
> [...]
> Martin, could you please test it? (You just need to 'guix pull' and try
> again.) Leo, if you confirm my analysis, could you please unmerge the
> bugs?
>
> Thanks,
> Clément
>
It still does not work for me.
Attached are my guix version, dme
Ludovic Courtès writes:
> Clément Lassieur skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> Perhaps instead we need to set the timeout to a small value and handle
>>> SQLITE_BUSY at the call site in our code. We could define a macro that
>>> automatically retries upon SQLITE_BUSY.
>>
>> T
Ludovic Courtès writes:
> Clément Lassieur skribis:
>
>>> Is the Web UI already in the current ‘cuirass’ package?
>>
>> Soon! But I think we should change the NGINX config nonetheless because
>> the json API is useful.
>
> The JSON API is available; see ‘berlin-locations.conf’.
>
>>> If so, wha
Clément Lassieur skribis:
> Ludovic Courtès writes:
[...]
>> Perhaps instead we need to set the timeout to a small value and handle
>> SQLITE_BUSY at the call site in our code. We could define a macro that
>> automatically retries upon SQLITE_BUSY.
>
> That would limit the issue to the first
Clément Lassieur skribis:
>> Is the Web UI already in the current ‘cuirass’ package?
>
> Soon! But I think we should change the NGINX config nonetheless because
> the json API is useful.
The JSON API is available; see ‘berlin-locations.conf’.
>> If so, what do we need to change in the nginx co
Björn Höfling skribis:
> On Mon, 23 Jul 2018 10:41:14 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> Hi,
>>
>> Björn Höfling skribis:
>>
>> > $> ./pre-inst-env guix build java-eclipse
>> > [..]
>> > @
>> > build-started
>> > /gnu/store/lqfw971srfifgql68ibdgh58vi4d8fq3-java-eclipse-oxygen
Ludovic Courtès writes:
>> I think the SQlite built in busy handler may block the Fibers scheduler.
>> We use "PRAGMA busy_timeout = 3;", which is an alternative to
>> calling sqlite3_busy_timeout(), whose description[2] is:
>>
>> This routine sets a busy handler that sleeps for a specifi
You did nothing wrong. This is the current state of the ghb GUI, unfortunately.
I got less than no help from the Handbrake developers the last time I tried to
fix it. It's possible the package is just missing the right image decider
plugin.
The gstreamer warning has not caused a problem for me
Hello!
Pierre-Antoine Rouby skribis:
> I think login try to use glibc-2.27 but it's still configured to use
> glib-2.26. It's possible this issue come from '/etc/pam.d/login'.
Indeed. The problem here is that ‘reconfigure’ updates /etc/pam.d, but
does not change the service definition of ‘logi
Hi,
Mark H Weaver skribis:
> Danny Milosavljevic writes:
>
>> On Mon, 16 Jul 2018 18:55:11 +0100 (BST)
>> wrote:
>>
>>> It would be good to keep the build directory though, since it's
>>> expected to exist, and it's easier to just download a module's
>>> source and compile it and test it.
>>
>
Taylan Kammer skribis:
> I've got Bluetooth running by adding (bluetooth-service) to my list of
> services and connecting my devices via 'bluetoothctl', which are now
> fully functional, yet the GNOME Settings panel for Bluetooth still says
> it couldn't find Bluetooth and asks me to insert a Blu
Hello Ludovic,
Ludovic Courtès writes:
> Hello,
>
> Clément Lassieur skribis:
>
>> https://berlin.guixsd.org:8081/ times out.
>
> Note that Cuirass listens on localhost:8081, so you cannot reach it from
> the outside (and it’s HTTP, too.) There’s nginx that proxies things,
> see guix-maintenan
On Mon, 23 Jul 2018 10:41:14 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Hi,
>
> Björn Höfling skribis:
>
> > $> ./pre-inst-env guix build java-eclipse
> > [..]
> > @
> > build-started
> > /gnu/store/lqfw971srfifgql68ibdgh58vi4d8fq3-java-eclipse-oxygen-3a-linux-gtk-x86_64.tar.gz.drv
> > -
>
Hi,
Clément Lassieur skribis:
> I'm trying to understand why Berlin web API times out[1].
Just to be clear, it does block on things involving non-trivial database
queries:
--8<---cut here---start->8---
ludo@berlin ~$ time wget -q -O - http://localhost:8081/
Hello,
Clément Lassieur skribis:
> https://berlin.guixsd.org:8081/ times out.
Note that Cuirass listens on localhost:8081, so you cannot reach it from
the outside (and it’s HTTP, too.) There’s nginx that proxies things,
see guix-maintenance.git.
Now, with the version currently running, I can
Hi,
Björn Höfling skribis:
> $> ./pre-inst-env guix build java-eclipse
> [..]
> @ build-started
> /gnu/store/lqfw971srfifgql68ibdgh58vi4d8fq3-java-eclipse-oxygen-3a-linux-gtk-x86_64.tar.gz.drv
> - x86_64-linux
> /var/log/guix/drvs/lq//fw971srfifgql68ibdgh58vi4d8fq3-java-eclipse-oxygen-3a-lin
Hello Jack,
Jack Hill skribis:
> I've returned to working on the haskell-mode fixes for Emacs
> 26.1. However, I'm afraid that I'll need a bit more guidance about the
> best path forward to prepare a patch that is suitable for inclusion in
> Guix.
>
> When I left off, in addition to your comment
23 matches
Mail list logo
