Marius Bakke writes:
> Marius Bakke writes:
>
>> Just to piggy-back on this discussion, I'm attempting to package
>> "Hedgewars" and needed this patch to get fpc working properly:
>
> Oops, found one more patch in that old branch. @Kei, feel free to
On 07/06/17 13:52, Ludovic Courtès wrote:
> Christopher Baines skribis:
>
>> Adjust 'git-predicate' to use data structures that perform better when used
>> with git repositories with a large number of files.
>>
>> Previously when matching either a regular file or directory,
Hi reepca,
Caleb Ristvedt skribis:
> l...@gnu.org (Ludovic Courtès) writes:
[...]
>> “make check TESTS=tests/store.scm” passes now with the fixes you posted
>> today (‘getenv’ & co.)
>
> I end up with 2 failed tests, but neither of them are the register-path
> one.
Hey Ludo,
Locally on the latest core-updates
70eea6ea14590a5a13656148915bd62f5fecf5f7 running `./pre-inst-env guix
build --target=i586-pc-gnu bootstrap-tarballs --fallback' builds
successfully.
10:27:47 manolis@aeneas ~/repos/guix [env]$ ./pre-inst-env guix build
--target=i586-pc-gnu
Hi Ludo,
On Wed, 07 Jun 2017 14:32:09 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Probably it checks whether $localstatedir exist, and it doesn’t exist in
> the build environment. So you’ll have to somehow tweak ‘configure’ into
> skipping that test, perhaps by setting the relevant ‘ac_cv_’
Adjusting priorities is a nice thing to do. This package
is a border case… It fits into the scope of my system work
and can not be ignored or handed off.
I don't find the previous conversations on this, it must
have been with a different thread subject.
My intention is to add the qt UI of hplip.
What happened to this idea?
Is anyone working on it or should I try to find someone who
wants to work on it?
It's rather simple from my perspective.
ng0 transcribed 8.4K bytes:
> ng0 writes:
>
> > Marius Bakke writes:
> >
> >> Hi Guix,
> >>
> >> I read
Ludovic Courtès writes:
>> Hmm. Did bash successfully cross build to i686-w64–mingw32 before?
>
> Good question, I’m not sure! I thought it was a prerequisite for other
> things, but maybe not.
Yeah, then it needs to be ported. Bash is probably not trivial. I only
looked at hello, guile and
Ludovic Courtès writes:
> One way to work around the problem is to use PRoot, a ptrace(2)-based
> tool to virtualize the file system². With the ‘proot-static’ package I
> just pushed, one can run, say, hwloc, on such a hostile machine by
> sending locally-created
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> Chris Marusich writes:
>>
>>> Leo Famulari writes:
>>>
So, I use and recommend `guix pull`!
>>>
>>> I use it too. Statements by others in this thread that
Mark H Weaver writes:
> Does anyone here still need linux-libre@4.1 in Guix? If not, I'd like
> to remove it.
Is this not the only version of Linux libre that does not expose the
system clock bug Libreboot users suffer from?
I’m still using 4.1 on one of my machines for that
Hello!
sba...@catern.com skribis:
> What this boils down to is allowing process supervisors to be much more
> reliable, even when not running as init, because they can track not just
> their children, but their children's children, and in general all
> transitive children. I'd like to add it to
Jan Nieuwenhuizen skribis:
> Ludovic Courtès writes:
>
> Hi Ludo & all!
>
>> Bash fails to cross-build for i686-w64–mingw32 on ‘core-updates’:
>
>> Ideas?
>
> Hmm. Did bash successfully cross build to i686-w64–mingw32 before?
Good question, I’m not sure! I thought it was a
Howdy,
Danny Milosavljevic skribis:
> On Tue, 16 May 2017 10:31:36 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>> Honestly, I was under the assumptions that DCE UUIDs was all that
>> mattered: it works for ext2 and btrfs, right? I would think that people
>> would
Hartmut Goebel skribis:
> I try debugging some package test-cases. The test-suite runs (but fails)
> when using "guix build". Now I want to get an environment matching the
> build container (including the already build package). For this I run e.g.
>
>
15 matches
Mail list logo