Hi Christopher!
Christopher Howard writes:
> Hi, I've been having difficulties since the the recent linphone
> updates. I know some work has been done on the package in recent
> commits, so just a few minutes ago I ran
>
> guix time-machine -- environment --ad-hoc linphone-desktop
>
> christophe
Hi,
Xinglu Chen writes:
> On Tue, Apr 13 2021, Ricardo Wurmus wrote:
>
>> You’re right, this only affects some packages. Here are two
>> examples:
>>
>> [...]
>>
>> They both have a redirection in common, but the pypi-uri is
>> incorrect as it needs to have the underscore.
>
> Looking at the
Hi!
Domagoj Stolfa writes:
> Hello:
>
>
> I've been trying to use the texlive distribution from guix, but
> noticed a particular issue with a few of the texlive-bin utilities,
> namely latexindent and latex-git-log. There may be more that suffer
> this issue.
>
>
>
> Following the discussion on
Hi,
Zelphir Kaltstahl skribis:
> This is what is output:
>
>
> $ ps aux | grep guix-daemon
> root 875 0.0 0.0 11896 4324 ?Ss 12:53 0:00
> guix-daemon --build-users-group=guixbuild
> user4494 0.0 0.0 12452 2804 pts/0S+ 13:21 0:00 grep
> --color=a
Hi,
Am Sonntag, den 18.04.2021, 18:45 + schrieb bo0od:
> > My bad, I meant to type 500GB (a fairly common disk size), but it
> turns
> > out my other laptop survives quite fine on 250. Fair enough, it's
> not
> > 32GB (common in phones), but then again, you'd run normally very
> > differe
> My bad, I meant to type 500GB (a fairly common disk size), but it turns
> out my other laptop survives quite fine on 250. Fair enough, it's not
> 32GB (common in phones), but then again, you'd run normally very
> different packages on embedded systems.
yeah 100+ GB thats too big, not always ha
Hi Mathieu and Danny!
I’m now sure that this test has never been working.
To get it working, first of all we need a change in (gnu system vm) to not
discard a root file-system of type “nfs”. I did this change. I also cleaned up
the test itself. See the attached patch.
The test needs two virtua
Le Sun, 18 Apr 2021 13:13:04 -0400,
Leo Famulari a écrit :
> On Sun, Apr 18, 2021 at 09:15:09AM +0200, Gabriel Hondet wrote:
> > I installed Guix on Devuan with SysV-init, but the script copied in
> > /etc/init.d/ uses the command "daemonize" which isn't listed in the
> > dependencies of "guix-in
> There isn't really any caching
Im calling the saved old versions of software cache, So if there is
better term to use good.
>* P1 is kept around in case the user isn't satisfied, or is
feeling nastolgic
> or something
Yeah this is what im suggesting to have ability to disable thi
On Sun, Apr 18, 2021 at 09:36:29AM +0200, Mathieu Othacehe wrote:
>
> Hello,
>
> > I installed "by hand" using this tarball, and it worked fine.
> >
> > Since this bug is really about a broken CI job, and not the release
> > artifacts, I'm removing it from the list of release blockers.
>
> There
On Sun, Apr 18, 2021 at 09:15:09AM +0200, Gabriel Hondet wrote:
> I installed Guix on Devuan with SysV-init, but the script copied in
> /etc/init.d/ uses the command "daemonize" which isn't listed in the
> dependencies of "guix-install.sh". Consequently, guix is installed but
> cannot be started, t
Hi,
Am Sonntag, den 18.04.2021, 14:40 + schrieb bo0od:
> > There is no active caching going on.
>
> Not sure what do you mean by this.
Exactly what I said. There is a philosophical difference between a
store, that keeps items as long as there's a referrer and a cache,
which keeps some items
> There is no active caching going on.
Not sure what do you mean by this.
> but on a desktop with 500MB storage, you can keep several
months of that around if you want to.
Im using 20GB+9GB swap, its nightmare you cant just upgrade without each
and everytime delete cache. So no, Sorry The stat
> Is this on Guix System or on another distro?
only reporting issues against guix in its own distro (guixsd). (i will
mention if im reporting guix when used on another distro)
>
https://guix.gnu.org/manual/en/html_node/Application-Setup.html#X11-Fonts
done this step:
```
guix install fontc
> If you run ‘guix pull’ again, does that problem occur?
Nope, one time got this error.
Ludovic Courtès:
Hi,
bo0od skribis:
Computing Guix derivation for 'x86_64-linux'... /Backtrace:
15 (primitive-load
"/gnu/store/0s55qkdcgpbirx39g94wlsyfp79nmmvl-compute-guix-derivation")
In ic
Maxime Devos schreef op za 17-04-2021 om 22:07 [+0200]:
> bo0od schreef op za 17-04-2021 om 18:29 [+]:
> >
> > [...]
> > - Bloating the disk size
>
> About 200 GiB or so in my case, though admittedly that's partially because
> I never run "guix gc" or that command for deleting old generations
On Sun, Apr 18, 2021 at 01:33:37PM +0200, pelzflorian (Florian Pelz) wrote:
> (well with an unrelated error by
> grub-install that it could not determine the canonical path of
> /boot/efi).
Probably
> I will try reproducing, but Jin and me both had this
> error.
I got the error again with enligh
On Sun, Apr 18, 2021 at 12:15:47PM +0200, Ludovic Courtès wrote:
> Was this in a VM?
No, an Asrock Beebox (real x86_64 hardware).
> Could it be that networking was unstable (e.g., you
> were running this over a flaky WiFi connection)?
It is a stable Ethernet connection.
> How reproducible is
Hi all,
Carlo Zancanaro skribis:
> I'm not convinced there's much value to add anything beyond the
> signatures, and I think there is some cost. Having multiple
> verification options makes the download page more confusing (by
> providing more choices to do the same thing), and may make it less
Hi,
bo0od skribis:
> Icecat doesnt show/identify any number (seems to be) inside
> itself. (Check the uploaded images)
Is this on Guix System or on another distro?
In the latter case, see:
https://guix.gnu.org/manual/en/html_node/Application-Setup.html#X11-Fonts
HTH,
Ludo’.
Hi,
Leo Famulari skribis:
> On Mon, Apr 12, 2021 at 12:54:14PM +, bo0od wrote:
[...]
>> To complete the upgrade, run 'herd restart SERVICE' to stop,
>> upgrade, and restart each service that was not automatically restarted.
>> Run 'herd status' to view the list of services on your system.
Hi Zelphir,
Zelphir Kaltstahl skribis:
> $ guix pull
> Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to 4dff6ec (84 new commits)...
> Building from this channel:
> guix https://git.savannah
Hi Nicolò,
Nicolò Balzarotti skribis:
> A package definition that used to build fine, recently (don't know
> exactly when) started failing, with guile segfaulting.
>
> After removing a few things, it seems that the MWE is this:
>
> echo '(use-modules (guix git-download)) (git-predicate "repo")'>
Hi,
bo0od skribis:
> Computing Guix derivation for 'x86_64-linux'... /Backtrace:
> 15 (primitive-load
> "/gnu/store/0s55qkdcgpbirx39g94wlsyfp79nmmvl-compute-guix-derivation")
> In ice-9/eval.scm:
> 155:9 14 (_ _)
> 159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?)
> ?) ?) ?
Hi,
I installed Guix on Devuan with SysV-init, but the script copied in
/etc/init.d/ uses the command "daemonize" which isn't listed in the
dependencies of "guix-install.sh". Consequently, guix is installed but
cannot be started, the command
service guix-daemon start
returns
/etc/init.d
Hi Florian,
"pelzflorian (Florian Pelz)" skribis:
> On Fri, Apr 16, 2021 at 10:40:55PM -0500, jcguu95 wrote:
>>2.2. Unexpected failure
>>
>>After running `guix system init /mnt/etc/config.scm /mnt' for 5 to 10
>>minutes, I got the error
>>
>>,
>>|substitute: updatin
On Sun, Apr 18, 2021 at 11:48:47AM +0200, pelzflorian (Florian Pelz) wrote:
> On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote:
> > But now after maybe 10 minutes it finally continued and died with the
> > same TLS error about write_to_session_record_port and Resource not
On Sun, Apr 18, 2021 at 11:44:25AM +0200, pelzflorian (Florian Pelz) wrote:
> But now after maybe 10 minutes it finally continued and died with the
> same TLS error about write_to_session_record_port and Resource not
> available.
The error happened while
substitute: updating substitutes from […]
On Sun, Apr 18, 2021 at 11:38:56AM +0200, pelzflorian (Florian Pelz) wrote:
> I needed to restart the installer at the last step, this stopped while
> downloading enlightenment with no error but it does not continue.
Note: The last message was
enlightenment-0.24.2 27.0MiB
On Fri, Apr 16, 2021 at 10:40:55PM -0500, jcguu95 wrote:
>2.2. Unexpected failure
>
>After running `guix system init /mnt/etc/config.scm /mnt' for 5 to 10
>minutes, I got the error
>
>,
>|substitute: updating substitutes from 'https://ci.guix.gnu.org'...
> 0.0%guix su
Hello,
there's a few enhancements to the installer
script waiting for review, comments and/or
merge there:
https://issues.guix.gnu.org/40601
That may make the kind of testing you've
done here easier.
The separate commits should be fairly
orthogonal and cherry-pickable independently.
I can resu
Hello,
Fixed with 868d8068a0b0ea985c6f8d28cb7a436c96bd4de5.
Thanks,
Mathieu
Hello,
> I installed "by hand" using this tarball, and it worked fine.
>
> Since this bug is really about a broken CI job, and not the release
> artifacts, I'm removing it from the list of release blockers.
There's indeed a discrepancy between the Makefile and the (gnu ci)
release job. I'm test
33 matches
Mail list logo