musl-locales issueshttps://gitlab.com/rilian-la-te/musl-locales/-/issues2020-05-19T14:54:12Zhttps://gitlab.com/rilian-la-te/musl-locales/-/issues/6Submit to alpine packages2020-05-19T14:54:12ZJuan RamonSubmit to alpine packagesWhy not?
[APKBUILD](https://github.com/oondeo/musl-locales/blob/master/APKBUILD)Why not?
[APKBUILD](https://github.com/oondeo/musl-locales/blob/master/APKBUILD)https://gitlab.com/rilian-la-te/musl-locales/-/issues/4What are the requirements for build?2019-02-17T16:35:11ZKonstantinWhat are the requirements for build?*Created by: tflori*
I know it will be cmake and make but what else?
I currently get this errors:
```
/usr/lib/gcc/x86_64-alpine-linux-musl/6.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
cannot find Scrt1.o: No such file or ...*Created by: tflori*
I know it will be cmake and make but what else?
I currently get this errors:
```
/usr/lib/gcc/x86_64-alpine-linux-musl/6.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
cannot find Scrt1.o: No such file or directory
/usr/lib/gcc/x86_64-alpine-linux-musl/6.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
cannot find crti.o: No such file or directory
/usr/lib/gcc/x86_64-alpine-linux-musl/6.3.0/../../../../x86_64-alpine-linux-musl/bin/ld:
cannot find -lssp_nonshared
collect2: error: ld returned 1 exit status
```https://gitlab.com/rilian-la-te/musl-locales/-/issues/1Need help2019-02-17T16:35:11ZKonstantinNeed help*Created by: nucfisher*
Константин, привет.
Я в Alpine нуб.
Помоги собрать твою утилиту, плз.
Как я делал:
```
root@pg:~/musl-locale/musl-locales-master$ cmake .
-- Configuring done
-- Generating done
-- Build files have been ...*Created by: nucfisher*
Константин, привет.
Я в Alpine нуб.
Помоги собрать твою утилиту, плз.
Как я делал:
```
root@pg:~/musl-locale/musl-locales-master$ cmake .
-- Configuring done
-- Generating done
-- Build files have been written to: /root/musl-locale/musl-locales-master
root@pg:~/musl-locale/musl-locales-master$ make
[ 33%] Linking C executable locale
CMakeFiles/locale.dir/locale.c.o: In function `usage':
locale.c:(.text+0x24): undefined reference to `libintl_gettext'
CMakeFiles/locale.dir/locale.c.o: In function `argp_parse':
locale.c:(.text+0xd5): undefined reference to `libintl_gettext'
locale.c:(.text+0x10e): undefined reference to `libintl_gettext'
CMakeFiles/locale.dir/locale.c.o: In function `main':
locale.c:(.text+0x5a3): undefined reference to `libintl_gettext'
locale.c:(.text+0x5df): undefined reference to `libintl_gettext'
locale.c:(.text+0x60c): undefined reference to `libintl_bindtextdomain'
locale.c:(.text+0x618): undefined reference to `libintl_textdomain'
locale.c:(.text+0x664): undefined reference to `libintl_gettext'
locale.c:(.text+0x6f9): undefined reference to `libintl_gettext'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/locale.dir/build.make:121: locale] Error 1
make[1]: *** [CMakeFiles/Makefile2:68: CMakeFiles/locale.dir/all] Error 2
make: *** [Makefile:128: all] Error 2
root@pg:~/musl-locale/musl-locales-master$ cat /etc/apk/world
alpine-base
cmake
gcc
gettext
gettext-dev
gettext-libs
libintl
make
mc
musl-dev
openssh
root@pg:~/musl-locale/musl-locales-master$ cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.5.2
PRETTY_NAME="Alpine Linux v3.5"
HOME_URL="http://alpinelinux.org"
BUG_REPORT_URL="http://bugs.alpinelinux.org"
root@pg:~/musl-locale/musl-locales-master$ uname -a
Linux pg 4.4.49-1-pve #1 SMP PVE 4.4.49-86 (Thu, 30 Mar 2017 08:39:20 +0200) x86_64 Linux
```
Alpine установлен в LXC-контейнере на Proxmox-4.4-13
Моя электропочта - andy1917(на)гмейл.ком
К сожалению, не нашел другого способа связаться, кроме как создать Issue.
https://gitlab.com/rilian-la-te/musl-locales/-/issues/5License2019-02-17T16:35:11ZKylie McClainkylie@somas.isLicenseWhat are the chances this could be relicensed under something more similar to musl's own license (i.e., the MIT license) rather than the LGPL3? Having system components that make up a complete musl-based environment be under the same per...What are the chances this could be relicensed under something more similar to musl's own license (i.e., the MIT license) rather than the LGPL3? Having system components that make up a complete musl-based environment be under the same permissive license seems preferrable to this situation.