Re: RFC: Portability should be a higher priority for Guix (was Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.)

Mark H Weaver writes: > Hi Ludovic, > > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> The end result is that the wishes of the x86_64-using majority are the >>> only ones that seem to matter in this community, and other users are >>> frequently left in a bad spot.

Re: KDFONTOP/PIO_UNIMAPCLR: Input/output error

l...@gnu.org (Ludovic Courtès) skribis: > Danny Milosavljevic skribis: > >>> PIO_UNIMAPCLR: Input/output error >>> 3) PIO_UNIMAPCLR: Input/output error >>> >>> Anything to worry about? >> >> According to >> https://elixir.bootlin.com/linux/v3.2/source/include/linux/kd.h#L70 >> that's trying to

Re: (Ab?)using aliases to set ls' and others' colours

Hi Tobias, > Tobias Geerinckx-Rice wrote: >> Björn Höfling wrote: >>> ls has a colored output. Nice. >>> ls | less has ugly escape sequences. Only ls --color=no | less >>> works. >> >> I'd be surprised if ‘ls | less -R’ didn't (and that would be a bug). >> >> Otherwise, this is standard

Re: (Ab?)using aliases to set ls' and others' colours

Tobias Geerinckx-Rice skribis: > Instead, it is aliased[0] to use ‘--color’ — short for ‘ls > --color=always’ — for reasons I cannot understand. We do the same for > ‘grep’. I fixed this in commit 9fd877247de6efec3aec53e93db5323a97d7b05e. Thanks for reporting the issue! Ludo’.

Re: GSoC: Adding a web interface similar to the Hydra web interface

2018-07-04 22:54 GMT+02:00 Tatiana Sholokhova : > Hi all, > > Hi Tatiana, > I just committed the code I wrote trying to improve pagination. I screwed > up a bit with the new pagination. > The problem I encountered is following. If we want to maintain a link to > the previous page we have to

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi all, I just committed the code I wrote trying to improve pagination. I screwed up a bit with the new pagination. The problem I encountered is following. If we want to maintain a link to the previous page we have to filter the database table entries with to types of filters: one with lower

RFC: Portability should be a higher priority for Guix (was Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.)

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> The end result is that the wishes of the x86_64-using majority are the >> only ones that seem to matter in this community, and other users are >> frequently left in a bad spot. This makes it increasingly unlikely

New French PO file for 'guix' (version 0.15.0)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'guix' has been submitted by the French team of translators. The file is available at: http://translationproject.org/latest/guix/fr.po (We can arrange things so that in the

Re: Installation-Protocol for GuixSD x86_64 v0.15-preview

On Tue, 03 Jul 2018 23:42:28 +0200 l...@gnu.org (Ludovic Courtès) wrote: [..] > Did you have troubles with substitutes? In particular, did it hang as > described in ? (I’m still experiencing it > occasionally and I can’t believe I’m the only one.) No. But it looks

Re: (Ab?)using aliases to set ls' and others' colours

On Tue, 03 Jul 2018 13:38:34 +0200 Tobias Geerinckx-Rice wrote: > Tobias Geerinckx-Rice wrote: > > Björn Höfling wrote: > >> ls has a colored output. Nice. > >> ls | less has ugly escape sequences. Only ls --color=no | less > >> works. [..] > > Perhaps it was assumed that ‘--color’ on its

Re: Installation-Protocol for GuixSD x86_64 v0.15-preview

Hi Tobias, On Tue, 03 Jul 2018 12:49:12 +0200 Tobias Geerinckx-Rice wrote: > Hullo Bjrn, > > Björn Höfling wrote: > > Hi people, > > > > as Ludo "requested", today I freshly installed GuixSD in a QEMU > > environment (x86_64 on both host and virtual env) to check the > > installation process

Re: Guix support in cachix

l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Oleg Pykhalov skribis: > >> Domen Kožar recently was in #guix (IRC) 2 days ago asking >> about support of Guix in cachix. Also he opened an issue on GitHub: >> >>> I'm opening this issue for interest around supporting Guix. >> >> [1]

KDFONTOP/PIO_UNIMAPCLR: Input/output error

Hello Danny & all, Danny Milosavljevic skribis: >> PIO_UNIMAPCLR: Input/output error >> 3) PIO_UNIMAPCLR: Input/output error >> >> Anything to worry about? > > According to > https://elixir.bootlin.com/linux/v3.2/source/include/linux/kd.h#L70 > that's trying to clear the Unicode -> font map

Re: preparing the next release v0.15.0

l...@gnu.org (Ludovic Courtès) skribis: > In other news, these installation tests pass for me, as of > a51cf16031c974ffa238e5dd9ced32f0d68c9227, on x86_64: All of these pass at this commit: PASS: /gnu/store/rdaib0mw3r81h1d87kv669z9wd49072s-installed-os PASS:

Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.

Hello, Mark H Weaver skribis: > Marius Bakke writes: [...] >> I'm sorry, I forgot to address your actual concerns. The (buggy) >> workaround was put in place and discussed in >> . The meat of it can be found in (guix >> build-system meson): >> >> ;; XXX

Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.

Hi Mark, Mark H Weaver skribis: > The end result is that the wishes of the x86_64-using majority are the > only ones that seem to matter in this community, and other users are > frequently left in a bad spot. This makes it increasingly unlikely that > we'll ever gain a significant number of