Alpine latest, glibc 2.34, several issues #167
Comments
|
I met the same problem, anyone help? |
|
When using github action, I also has same issue. but when I build locally, it works fine. |
|
I can confirm that running Successful build job of alpine 3.14 and glibc 2.33. Step 4/6 : RUN ls -l /usr/glibc-compat/share/i18n/locales/en_US
-rw-r--r-- 1 root root 3688 Aug 19 15:53 /usr/glibc-compat/share/i18n/locales/en_US
Step 5/6 : RUN ls -l /usr/glibc-compat/share/i18n/charmaps/UTF-8.gz
-rw-r--r-- 1 root root 434115 Aug 19 15:53 /usr/glibc-compat/share/i18n/charmaps/UTF-8.gz
Step 6/6 : RUN /usr/glibc-compat/bin/localedef -i en_US -f UTF-8 en_US.UTF-8
[error] character map file `UTF-8' not found: No such file or directory
[error] default character map file `ANSI_X3.4-1968' not found: No such file or directoryDoes Setting |
|
I met the same problem! |
|
Enabling strace revealed a failure when trying to use the gzipped file: openat(AT_FDCWD, "/usr/glibc-compat/share/i18n/charmaps/UTF-8", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/glibc-compat/share/i18n/charmaps/UTF-8.gz", O_RDONLY) = 4
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=434115, ...}, AT_EMPTY_PATH) = 0
pipe([5, 6]) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024*1024, rlim_max=1024*1024}) = 0
mmap(NULL, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7fbab988b000
rt_sigprocmask(SIG_BLOCK, ~[], [], 8) = 0
clone3({flags=CLONE_VM|CLONE_VFORK, exit_signal=SIGCHLD, stack=0x7fbab988b000, stack_size=0x9000}, 88) = -1 EPERM (Operation not permitted)Alpine 3.14 has a new security call, which needs Docker 20.10.6 or newer and got recognised by GitLab. The error that I encountered might have been specific to GitLab caused by this incompatibility. I gunzipped the UTF-8 charmap as a workaround, which got the build green: |
|
Same problem here. Trying to use pdfium binary library from here: |
|
@budo76, the prolog of #! /usr/bin/bash
# Copyright (C) 1996-2021 Free Software Foundation, Inc.
# This file is part of the GNU C Library.There is no Or you could symlink the |
|
OK @prantlf ... I installed bash (indeed there's bash in Alpine!) and now the provided "ldd" starts but still not working (state that I have no read permission on the "libpdfium.so" but it's 777 so I can read it indeed). I tried to use the provided "ldd" because somewhere else (can't find now) someone suggested so, but it was just to analyse the lib to findout if it was all ok. |
Ok I found that the "dev" package was missing and I installed it. Now I get this: .. for what I understand the "libm" library is missing (and it complains on symbols that seem to be "math" functions).. in alpine there's the lib6-compat that provides those libraries but it' not compatible with this glibc alternative so I cannot install them. Any idea? |
|
Hello and thanks for raising these errors. There are 2 raised:
The first error is a valid one and I'll look into fixing this over the course of this week. The second error is caused by |
On (near instantaneous) reflection, it would make more sense to have |
|
The previous comment was done in ee7ffc8. |
|
I missed the third aspect of this bug report – apologies!
You should always use |
|
Just to double check ...
|
That's correct, sorry. I haven't had any free time to look into it further.
If you're asking whether I still plan to fix this bug – yes, I do. Unfortunately that's dependant on when I get that free time to do so. If you happen to have the time to fix it then please submit a patch and I'll happily review it! |
|
@prantlf's tip here ...
... might be worth including in the README.md Locales example ... It unblocked my issue, but it took me a while to notice that comment among the many on this issue, and to then connect the dots. If nothing else, maybe this comment will help someone else make that same connection. |
Hello,
I'm having trouble in using your latest glibc 2.34 in an alpine container (latest).
What I'm running:
In docker-compose.yml:
Then on the host:
And finally in the container:
Then, when running:
/usr/glibc-compat/bin/localedef -i en_US -f UTF-8 en_US.UTF-8I get :
I also tried to check if my .so is now beeing linked with the new libc. Problem, the ldd from your package cannot be executed:
Seems like the added libs are not being used at all.
I also tried
export LD_LIBRARY_PATH=/usr/glibc-compat/libbefore the other commands, it didn't changed anything.
Last info, the symbols the .so is missing with the musl libc:
I also tried glibc 2.33 instead of 2.34, with the same results.
A restart of the container didn't helped either. (docker restart alp)
What I'm trying to do seems quite basic, do you ave any idea of what's going wrong so quickly?
Thanks.
The text was updated successfully, but these errors were encountered: