> My suspicion is that the patch-shebang in src/config.sub does not solve
> the problem, but that in some Makefile, there is an explicit call
> "/bin/sh ./config.sub". Maybe you can do a "grep" on the Makefiles to
> verify.
Yep, I missed a couple of faulty shells.
This patch works, but I'd like
> Can you check in the build log of 6kj7f8kz3h5fizir8l7nrxgras2ns3ww-m4-1.4.16
> what the line “checking which shell to use for syscmd” says? (Remember
> that build logs are kept in /nix/var/log/nix/drvs or similar, depending
> on your localstatedir. Make sure the value passed to --prefix in that
> Maybe ld.so instead of ld-linux?
You're right:
# strings
/nix/store/qn9m4cjncna9mcac98fynialsv2l28jm-glibc-intermediate-2.17/bin/sh |
grep ld.so
/nix/store/-glibc-2.13/lib/ld.so.1
How can I fix this?
> (Remember to add that to ‘glibc-dynamic-linker’ eventuall
Andreas Enge skribis:
> Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
>> Really? That’s weird. Building the empty profile can take a bit of
>> time the first time (a few seconds at most), but other than that, it
>> should be fast.
>
> Well, it depends on your definition of fast. A secon
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
> No. The right thing is to skip the test.
Okay. This actually means skipping almost all tests, but since the client
binary works, I committed nevertheless...
Andreas
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
> The attached patch removes that UTF-8 assumption. Can you test whether
> it fixes the problem?
Yes, please commit!
Andreas
Andreas Enge skribis:
> 385: 2 [process-stderr #]
> 170: 1 [read-string #]
> In unknown file:
>?: 0 [utf8->string #vu8(115 97 109 112 108 101 95 114 97 116 101 95 105
That’s because the build log contains a non-UTF-8 sequence, and
store.scm expects UTF-8 (for no good reason).
The attache
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
> Really? That’s weird. Building the empty profile can take a bit of
> time the first time (a few seconds at most), but other than that, it
> should be fast.
Well, it depends on your definition of fast. A second, I would say, which
felt slow
Nikita Karetnikov skribis:
> The attached recipe fails with the following error:
>
> patch-shebang: ./src/config.sub: changing `/bin/sh' to
> `/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/sh'
>
> [...]
>
> configure: error: cannot run /bin/sh ./config.sub
It may be that config.{gues
Andreas Enge skribis:
> Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
>> C’m’on, this one was already fast, because all it does is to create a
>> symlink.
>
> That is why I wondered. But when I rolled back 20 generations the other
> day, it did not feel fast at all.
Really? That’s weir
Andreas Enge skribis:
> But setting GUILE_CFLAGS and GUILE_LIBS does not change anything, and
> looking at the configure file, I do not have the impression that the
> presence of these environment variables is checked. I suppose that all this
> code is expanded from
>PKG_CHECK_MODULES([GUI
Hi!
Andreas Enge skribis:
> the test suite of openssh fails as follows:
>
> Privilege separation user sshd does not exist
> FATAL: sshd_proxy broken
>
> Apparently, the sshd daemon expects to be run by a user named sshd. Is
> there a way to create such a user just during the test run?
No. The
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
> C’m’on, this one was already fast, because all it does is to create a
> symlink.
That is why I wondered. But when I rolled back 20 generations the other
day, it did not feel fast at all.
Andreas
Am Mittwoch, 30. Januar 2013 schrieb Nikita Karetnikov:
> The attached recipe fails with the following error:
>
> patch-shebang: ./src/config.sub: changing `/bin/sh' to
> `/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/sh'
>
> [...]
>
> configure: error: cannot run /bin/sh ./config.sub
Hi,
The attached recipe fails with the following error:
patch-shebang: ./src/config.sub: changing `/bin/sh' to
`/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/sh'
[...]
configure: error: cannot run /bin/sh ./config.sub
However, these commands don't raise any errors.
# cd /tmp/nix-b
Andreas Enge skribis:
> Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
>> With commits a7b6ffe and bdcf35a, you should notice that ‘guix-build’
>> and similar are more than twice as fast as two days ago.
There’ve been additional optimizations in the meantime, so it’s now 4
times as fast a
Nikita Karetnikov skribis:
>> Check “strings /nix/store/qn*-glibc-intermediate-2.17/bin/sh | grep
>> ld-linux”.
>> Most likely that points to a loader that doesn’t exist.
>
> It didn't output anything.
Maybe ld.so instead of ld-linux?
(Remember to add that to ‘glibc-dynamic-linker’ eventually.
Andreas Enge skribis:
> Am Dienstag, 29. Januar 2013 schrieb Ludovic Courtès:
>> I finally installed Gobby, and it works beautifully!
>>
>> Perhaps if we type in using Org-mode “syntax” we can then use Org’s HTML
>> export facility in the cron job. WDYT?
>
> I do not know how to write it; is it
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
> With commits a7b6ffe and bdcf35a, you should notice that ‘guix-build’
> and similar are more than twice as fast as two days ago.
Excellent! Is "guix-package --roll-back" also faster now? It feels so!
Andreas
Hello,
on a system without pkg-config, and with guile installed in a strange way
(it needs to be called through a wrapper), the configure script of guix
errors out with the following message:
checking for GUILE... configure: error: in `/home/enge/guix-0.1-src':
configure: error: The pkg-config
> Hmmm, this needs more thought, suggestions welcome!
I created a new version. (What license should be used?)
These drop-like objects represent profiles. The logo shows that it's
possible to create several profiles and to roll-back to the initial
profile if it's necessary.
Nikita
<>
pgpbpjh5
21 matches
Mail list logo
