On Sat, Mar 24, 2018 at 06:05:08PM +0100, Thomas A. Schmitz wrote:
> Arthur's
>
> if command -v ldd >/dev/null && ldd --version 2>&1 | fgrep -q '^musl'
>
> works for me, but again, there may be other corner cases that we don't see
> now. I would suggest reversing the logic of this test: default
> if ! command -v ldd >/dev/null || ! ldd --version 2>&1 | grep -E -q
> '^musl'; then
> libc=glic
> else
> libc=musl
> fi
Actually that’s nonsense, the opposite order is better (i. e. the
original one). I’ll explain why after a good night’s sleep.
> However, I was the one who requested the musl detection in config.guess
> and the maintainer implemented the check like this for reasons of
> portability.
Without escaping the caret it’s not as portable as it could be. By
the way, I checked in the mean time, and the problem with unescaped
I am not the author of this check, I simply took it from config.guess
https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob;f=config.guess;h=256083a70d35921d544b15f4f51749af89d18b89;hb=HEAD
(Ctrl+F musl)
However, I was the one who requested the musl detection in config.guess
and the maintainer
On Sat, Mar 24, 2018 at 06:05:08PM +0100, Thomas A. Schmitz wrote:
> On 03/24/2018 05:51 PM, Mojca Miklavec wrote:
>> I reverted the change for now until someone can come up with a working
>> command.
>
>
> Arthur's
>
> if command -v ldd >/dev/null && ldd --version 2>&1 | fgrep -q '^musl'
>
>
On Sat, Mar 24, 2018 at 6:43 PM, Mojca Miklavec
wrote:
> On 24 March 2018 at 18:36, luigi scarso wrote:
>> On Sat, Mar 24, 2018 at 5:51 PM, Mojca Miklavec wrote:
>>> I reverted the change for now until someone can come up with a working
On 24 March 2018 at 18:36, luigi scarso wrote:
> On Sat, Mar 24, 2018 at 5:51 PM, Mojca Miklavec wrote:
>> I reverted the change for now until someone can come up with a working
>> command.
> can you send me offlist the relevant *lua *sh script ?
> I cannot reproduce the
On Sat, Mar 24, 2018 at 5:51 PM, Mojca Miklavec
wrote:
> I reverted the change for now until someone can come up with a working
> command.
can you send me offlist the relevant *lua *sh script ?
I cannot reproduce the error now with linux/zsh.
--
luigi
On 03/24/2018 05:51 PM, Mojca Miklavec wrote:
I reverted the change for now until someone can come up with a working command.
Arthur's
if command -v ldd >/dev/null && ldd --version 2>&1 | fgrep -q '^musl'
works for me, but again, there may be other corner cases that we don't
see now. I
I reverted the change for now until someone can come up with a working command.
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
> Arthur, with your command, I get an empty line as return. My question still
> stands: what is the expected result for this test?
Sorry, I should have been clearer in my previous email: the relevant
part of that command is not its printed output on the terminal, but its
return value, that you
On 24.03.2018 14:06, Arthur Reutenauer wrote:
Quite possibly the shell makes a difference, but the expression being
grepped for really should be protected by quotes. Can you try
ldd --version 2>&1 | fgrep -q '^musl'
?
Best,
Arthur
Arthur, with your
> if command -v ldd >/dev/null && ldd --version 2>&1 | grep -q ^musl
> then
> libc=musl
> else
> libc=glibc
> fi
>
> which appears to default to musl even if it is not present. But I don't know
> enough about shell scripting to debug it - could it
On 24.03.2018 13:32, Mojca Miklavec wrote:
The binaries were requested (and provided) by Henri Menke:
https://mailman.ntg.nl/pipermail/ntg-context/2018/090611.html
From what I understood (maybe I misunderstood) the regular linux
binaries would not even work on machines with musl, but maybe
On 3/24/2018 1:40 PM, Mojca Miklavec wrote:
I was aware that until Hans implements support in mtxrun the first
installation on musl would be broken (I never liked this strange
dependency with mtxrun trying to guess the platform). But that should
not happen on a libc system, that's a bug.
the
On 3/24/2018 1:32 PM, Mojca Miklavec wrote:
On 24 March 2018 at 11:59, Thomas A. Schmitz wrote:
Hi,
I wanted to use my minimal installation on arch linux this morning and
received this error:
Binaries for platform 'linuxmusl-64' are missing.
(There is no folder
On 24 March 2018 at 13:30, Thomas A. Schmitz wrote:
> On 03/24/2018 12:14 PM, luigi scarso wrote:
>
>> hm, what does
>> command -v ldd >/dev/null && ldd --version 2>&1
>> say ?
>
> ldd (GNU libc) 2.26
> Copyright (C) 2017 Free Software Foundation, Inc.
> This is free software; see the source for
On 3/24/2018 1:30 PM, Thomas A. Schmitz wrote:
On 03/24/2018 12:14 PM, luigi scarso wrote:
hm, what does
command -v ldd >/dev/null && ldd --version 2>&1
say ?
ldd (GNU libc) 2.26
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
On 24 March 2018 at 11:59, Thomas A. Schmitz wrote:
> Hi,
>
> I wanted to use my minimal installation on arch linux this morning and
> received this error:
>
> Binaries for platform 'linuxmusl-64' are missing.
> (There is no folder "/mnt/shared/context/tex/texmf-linuxmusl-64/bin")
> provide a
On 03/24/2018 12:14 PM, luigi scarso wrote:
hm, what does
command -v ldd >/dev/null && ldd --version 2>&1
say ?
ldd (GNU libc) 2.26
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for
On 3/24/2018 11:59 AM, Thomas A. Schmitz wrote:
Hi,
I wanted to use my minimal installation on arch linux this morning and
received this error:
Binaries for platform 'linuxmusl-64' are missing.
(There is no folder "/mnt/shared/context/tex/texmf-linuxmusl-64/bin")
provide a proper tex root
On 3/24/2018 11:59 AM, Thomas A. Schmitz wrote:
Hi,
I wanted to use my minimal installation on arch linux this morning and
received this error:
Binaries for platform 'linuxmusl-64' are missing.
(There is no folder "/mnt/shared/context/tex/texmf-linuxmusl-64/bin")
provide a proper tex root
On Sat, Mar 24, 2018 at 11:59 AM, Thomas A. Schmitz
wrote:
> Hi,
>
> I wanted to use my minimal installation on arch linux this morning and
> received this error:
>
> Binaries for platform 'linuxmusl-64' are missing.
> (There is no folder
Duncan Hothersall wrote:
I just foolishly downloaded the 2005-11-16 linuxtex.zip minimal linux
distribution and copied it on top of my previous one, and I now discover
that the binaries are linked to a more recent version of glibc than I
have on my linux box. Eek.
indeed annoying (and
Hans Hagen wrote:
Duncan Hothersall wrote:
I just foolishly downloaded the 2005-11-16 linuxtex.zip minimal linux
distribution and copied it on top of my previous one, and I now discover
that the binaries are linked to a more recent version of glibc than I
have on my linux box. Eek.
indeed
Hi,
Taco Hoekwater wrote:
indeed annoying (and depressing); it also means that you cannot copy
an old tree to a new linux installation (this is what i found out
recently); on windows, one does not have this problem (since it
carries previous versions of libraries); i don't know how sensitive
Tobias Burnus wrote:
Hi,
Taco Hoekwater wrote:
indeed annoying (and depressing); it also means that you cannot copy
an old tree to a new linux installation (this is what i found out
recently); on windows, one does not have this problem (since it
carries previous versions of libraries); i
Hans wrote:
yes, you can use the old binaries, no problem;
hm, a copy of previous binaries ... i can make a zip of an old tree
That would be great, thanks!
Thanks Taco for the suggestions, I was exploring both of those in
parallel to hoping that someone had kept a copy of the old ones..
Hans Hagen wrote:
what puzzles me most is that since tex is not that demanding, it is
still so dependent (maybe only pdftex with its graphic libraries is a
problem)
It is only dependent because it was created on my (brand new) machine.
If it was recompiled on an older machine, that
Taco Hoekwater wrote:
Hans Hagen wrote:
Duncan Hothersall wrote:
I just foolishly downloaded the 2005-11-16 linuxtex.zip minimal linux
distribution and copied it on top of my previous one, and I now
discover
that the binaries are linked to a more recent version of glibc than I
have on
30 matches
Mail list logo