I am looking into making usage of different shells easier on GuixSD.
I already noticed that our SLIM-service needs a change
to work for tcsh, but it seems as if we should also create
a file in the %base-services or a small service:
quote man tcsh(1):
> Startup and shutdown
> A login shell begin
Hi,
Leo Famulari skribis:
> On Sun, May 14, 2017 at 11:36:17PM +0200, Ludovic Courtès wrote:
>> What does /var/log/shepherd.log show around the time where you hit
>> “halt”?
>>
>> I get something like this:
>>
>> --8<---cut here---start->8---
>> 18:06:26 Ser
Ludovic Courtès writes:
> Hi,
>
> Leo Famulari skribis:
>
>> On Sun, May 14, 2017 at 11:36:17PM +0200, Ludovic Courtès wrote:
>>> What does /var/log/shepherd.log show around the time where you hit
>>> “halt”?
>>>
>>> I get something like this:
>>>
>>> --8<---cut here---
Ludovic Courtès transcribed 1.7K bytes:
> Hi,
>
> Leo Famulari skribis:
>
> > On Sun, May 14, 2017 at 11:36:17PM +0200, Ludovic Courtès wrote:
> >> What does /var/log/shepherd.log show around the time where you hit
> >> “halt”?
> >>
> >> I get something like this:
> >>
> >> --8<---
I haven't seen this problem occur on Hydra since November 2016, so I'm
closing this bug.
Mark
I analyzed Hydra's database, and discovered that these "SVD did not
converge" test failures on i686 depend only on which machine attempts
the build, and are otherwise deterministic.
hydra.gnunet.org fails 100% of the time. It has *never* passed this
test on i686. chapters.gnu.org also fails 100%
Clément Lassieur skribis:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Leo Famulari skribis:
>>
>>> On Sun, May 14, 2017 at 11:36:17PM +0200, Ludovic Courtès wrote:
What does /var/log/shepherd.log show around the time where you hit
“halt”?
I get something like this:
ng0 skribis:
> I just found this upstream issue: https://github.com/tmux/tmux/issues/311
> which has been fixed in tmux 2.5. I think we should take this bug to upstream,
> even if it's just to get more insight if it is a tmux bug.
Oh that probably explains why tmux leaves a zombie process, thoug
The bundled libraries in freeimage are several years old, leading to
build errors of packages that depend on freeimage, such as ogre¹, on
architectures with neon. Debian has an extensive patch collection to use
system libraries which should fix this issue on armhf and aarch64 but I
haven't tried it
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> Is SOURCE_DATE_EPOCH not set at the time help2man runs? “r-minimal”
>> uses the gnu-build-system, which has a build phase set-SOURCE-DATE-EPOCH
>> that sets SOURCE_DATE_EPOCH to 1.
>>
>> Where is this lost?
>
> Simple: R simply doesn’t use o
efraim@macbook42:~/workspace/guix$ time nice ./pre-inst-env guix system build
~/lightweight-desktop.scm
Backtrace:
11 (primitive-load "/home/efraim/workspace/guix/scripts/gu…")
In guix/ui.scm:
1331:12 10 (run-guix-command _ . _)
In ice-9/boot-9.scm:
837:9 9 (catch _ _ # …)
837
On Mon, 28 Aug 2017 21:52:32 +0300
Efraim Flashner wrote:
> efraim@macbook42:~/workspace/guix$ time nice ./pre-inst-env guix
> system build ~/lightweight-desktop.scm Backtrace:
> 11 (primitive-load
> "/home/efraim/workspace/guix/scripts/gu…") In guix/ui.scm:
> 1331:12 10 (run-guix-com
Hi Manolis,
Manolis Ragkousis skribis:
> In current master (72e2815d18ad688b0a16ce3b3efba1172423cec4)
> cross-compilation doesn't work.
I think that’s an overstatement. :-)
--8<---cut here---start->8---
ludo@ribbon ~/src/guix$ git describe
v0.13.0-2618-g7f0
On Mon, Aug 28, 2017 at 09:15:35PM +0100, Christopher Baines wrote:
> On Mon, 28 Aug 2017 21:52:32 +0300
> Efraim Flashner wrote:
>
> > efraim@macbook42:~/workspace/guix$ time nice ./pre-inst-env guix
> > system build ~/lightweight-desktop.scm Backtrace:
> > 11 (primitive-load
> > "/hom
14 matches
Mail list logo
