Hi Brett,
> I am having the weirdest issue with the Guix repository cloned from
> Savannah. Before compiling, Magit is very efficient and opens in no time
> at all. However, after compiling and generating several .po and .texi
> files Magit takes almost a whole minute to open.
That’s because it
On Tue, 25 Dec 2018 10:38:50 -0500
bill-auger wrote:
> On Fri, 07 Dec 2018 20:46:27 -0500 Mark wrote:
> > I copied the video to audio-video.gnu.org. It's now available here:
> > https://audio-video.gnu.org/video/misc/2018-11__Everyday_use_of_GNU_Guix__Chris_Marusich__SeaGL.webm
> >
>
> there
On Thu, 27 Dec 2018 22:30:11 +0100
Taylan Kammer wrote:
> I like dates in "rolling release" version strings because they
> immediately tell you how old/new the version is, but I can certainly
> live with that format too. Definitely better than what we have.
I also would prefer a string containin
Hi Guix,
when using “guix package -i” the build log lines are replaced with a
spinner character. In some cases, the build log does not produce new
lines for a long time, so that the spinner appears to be stuck.
What do you think of advancing the spinner even when the build log is
not verbose eno
"Björn Höfling" skrev: (29 december 2018
12:53:04 CET)
>On Thu, 27 Dec 2018 22:30:11 +0100
>Taylan Kammer wrote:
>
>> I like dates in "rolling release" version strings because they
>> immediately tell you how old/new the version is, but I can certainly
>> live with that format too. Definitely be
Hello,
Ricardo Wurmus writes:
[...]
> However, after compiling and generating several .po and .texi
>> files Magit takes almost a whole minute to open.
>
> That’s because it’s trying to colorize the diff of thousands of lines of
> .po and .texi changes.
With the default settings and no cached
Kyle Meyer writes:
> Hello,
>
> Ricardo Wurmus writes:
>
> [...]
>
>> However, after compiling and generating several .po and .texi
>>> files Magit takes almost a whole minute to open.
>>
>> That’s because it’s trying to colorize the diff of thousands of lines of
>> .po and .texi changes.
>
> W
Brett Gilio writes:
> Kyle Meyer writes:
>
>> Ricardo Wurmus writes:
[...]
>>> That’s because it’s trying to colorize the diff of thousands of lines of
>>> .po and .texi changes.
>>
>> With the default settings and no cached visibility for the repo, the
>> hunks should not be expanded, so Magi
swedebugia writes:
> "Björn Höfling" skrev: (29 december 2018
> 12:53:04 CET)
>>On Thu, 27 Dec 2018 22:30:11 +0100
>>Taylan Kammer wrote:
>>
>>> I like dates in "rolling release" version strings because they
>>> immediately tell you how old/new the version is, but I can certainly
>>> live wi
On Sat, 29 Dec 2018 23:50:11 +0100
Ricardo Wurmus wrote:
> swedebugia writes:
>
> > "Björn Höfling" skrev: (29
> > december 2018 12:53:04 CET)
> >>On Thu, 27 Dec 2018 22:30:11 +0100
> >>Taylan Kammer wrote:
> >>
> >>> I like dates in "rolling release" version strings because they
> >>> im
Ricardo Wurmus writes:
> Hi Guix,
>
> when using “guix package -i” the build log lines are replaced with a
> spinner character. In some cases, the build log does not produce new
> lines for a long time, so that the spinner appears to be stuck.
>
> What do you think of advancing the spinner eve
Hello,
I'm seeing the failure below when trying to build git-annex. Can anyone
else reproduce this failure? Any ideas how to resolve it?
--8<---cut here---start->8---
% git describe
v0.16.0-400-g4f36d98f7b
% ./pre-inst-env guix build -K --check git-annex
Uti
On 2018-12-29, Ricardo Wurmus wrote:
> when using “guix package -i” the build log lines are replaced with a
> spinner character. In some cases, the build log does not produce new
> lines for a long time, so that the spinner appears to be stuck.
> What do you think of advancing the spinner even wh
On 2018-12-26, Gábor Boskovits wrote:
> swedebugia ezt írta (időpont: 2018. dec. 25., K,
> 22:39):
>> On 2018-12-25 20:49, Taylan Kammer wrote:
>> > Currently, after running 'guix pull', the Guix version will be reported
>> > by 'guix --version' as something like:
>> >
>> > 522d1b87bc88dd459
14 matches
Mail list logo