aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-12-19T15:07:29Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3372Provisionning needed for bulk deployment2019-12-19T15:07:29Z7heo .tkProvisionning needed for bulk deploymentThe provisionning of the OS is an important missing feature.
It should encompass the following features:
1. Ability to provision a small number of clients using a bare setup (no
packages/configuration required).
2. Ability to provisi...The provisionning of the OS is an important missing feature.
It should encompass the following features:
1. Ability to provision a small number of clients using a bare setup (no
packages/configuration required).
2. Ability to provision a large number of clients using a specific
configuration (PXE advised).
3. Ability to parallel the provisionning.
So far, the following options have been considered:
\- To use \`cat provision\_script | nc -q0 -lp 4810\` on a machine, and
\`tmpfile=$(mktemp); nc $ip 4810 >$tmpfile && chmod a+x $tmpfile &&
$tmpfile; rm $tmpfile\` on the client (possibly as a script distributed
with alpine). Problem: does not support parallelisation (invalidating
point 3). Usage with PXE is possible but complicated, since the command
requires the provisionning machine’s IP address (complicating point 2).
\- To use an httpd instead of nc. It has the advantage of allowing
parallelisation (solving point 2 and 3), but does not solve the
complexity required with PXE. It also brings in a new problem: httpd
isn’t a standard utility available on the shell, and it therefore can
require a package/configuration (invalidating point 1).
- To use PXE. That solves the points 2 and 3, but also invalidates point
1, since it requires a non-trivial setup.
An ideal solution would provide all required abilities.
*(from redmine: issue id 3372, created on 2014-09-18)*3.12.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4603Setup-gparted-desktop2020-05-05T06:21:46ZMr GreenSetup-gparted-desktopNot so much of a bug as a change needed to above script, currently
script calls for aterm which is not found, suggest using st instead.
(Also edit menu.xml to suit)
*(from redmine: issue id 4603, created on 2015-08-31)*Not so much of a bug as a change needed to above script, currently
script calls for aterm which is not found, suggest using st instead.
(Also edit menu.xml to suit)
*(from redmine: issue id 4603, created on 2015-08-31)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/5082NVMEe SSD is not flushed on shutdown2020-02-16T17:04:43ZFlorian HeiglNVMEe SSD is not flushed on shutdownI’ve been playing around with NVMe ssds, basically the laptop-style
stuff with a M.2/NGFF connector.
Mine are Samsung 950pro and learn more I’ve also poked at them using
nvme-cli.
There’s one thing that sticks out, on each shutdown th...I’ve been playing around with NVMe ssds, basically the laptop-style
stuff with a M.2/NGFF connector.
Mine are Samsung 950pro and learn more I’ve also poked at them using
nvme-cli.
There’s one thing that sticks out, on each shutdown the unsafe shutdown
counter increased:
`localhost:/# nvme smart-log /dev/nvme0
Smart Log for NVME device:/dev/nvme0 namespace-id:ffffffff
critical_warning : 0
temperature : 50 C
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 0%
data_units_read : 7831129
data_units_written : 8263496
host_read_commands : 34443111
host_write_commands : 108073938
controller_busy_time : 310
power_cycles : 23
power_on_hours : 608
unsafe_shutdowns : 17
media_errors : 0
num_err_log_entries : 1
Critical Composite Temperature Time : 0
Temperature Sensor 1 : 0 C
Temperature Sensor 2 : 0 C
Temperature Sensor 3 : 0 C
Temperature Sensor 4 : 0 C
Temperature Sensor 5 : 0 C
Temperature Sensor 6 : 0 C
Temperature Sensor 7 : 0 C
Temperature Sensor 8 : 0 C`
I tried to find out something more and there’s a command (protocol-wise)
the SSD should be sent in a final step before shutdown.
https://communities.intel.com/community/tech/solidstate/content?itemView=thumb&filterID=contentstatus%5Bpublished%5D~category%5Bcompatibility%5D
I’m assuming this must be a kernel issue with the NVMe driver, but I’m
not sure. It’s certainly not good though.
*(from redmine: issue id 5082, created on 2016-02-07)*
* Changesets:
* Revision eef5ee88214fae9422e2069d93724d763ac5d174 by Carlo Landmeter on 2017-05-22T15:35:27Z:
```
community/nvme-cli: upgrade to 1.3 and move to community
refs #5082
```3.12.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/5267post-install step missing for foomatic-db-engine (rc-service cupsd restart)2020-05-05T06:25:30ZZ. G.post-install step missing for foomatic-db-engine (rc-service cupsd restart)1. installed cups
2. installed cups network printer (RICOH\_Aficio\_MP\_5001)
3. cups web interface: tried printing a test page:
Unsupported format “text/plain”.
4. apk add foomatic-db-engine
(from ‘testing’ repository)
5. cu...1. installed cups
2. installed cups network printer (RICOH\_Aficio\_MP\_5001)
3. cups web interface: tried printing a test page:
Unsupported format “text/plain”.
4. apk add foomatic-db-engine
(from ‘testing’ repository)
5. cups web interface: tried printing a test page:
Unsupported format “text/plain”.
6. rc-service cupsd restart
7. cups web interface: tried printing a test page:
Test page sent; job ID is RICOH\_Aficio\_MP\_5001-1.
*(from redmine: issue id 5267, created on 2016-03-13)*3.12.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/5278Enable CONFIG_USB_GADGET in kernel config2022-02-13T17:11:42ZScrumpy JackEnable CONFIG_USB_GADGET in kernel confighttps://www.kernel.org/doc/htmldocs/gadget/
It’s handy for connecting embedded devices or microbaord to your USB
port, thethering, TCP/IP over USB etc.
*(from redmine: issue id 5278, created on 2016-03-15)*https://www.kernel.org/doc/htmldocs/gadget/
It’s handy for connecting embedded devices or microbaord to your USB
port, thethering, TCP/IP over USB etc.
*(from redmine: issue id 5278, created on 2016-03-15)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/5381Consider building Python and Python3 packages without ensurepip bundle2020-03-16T02:09:20ZVlad FrolovConsider building Python and Python3 packages without ensurepip bundle[`ensurepip`](https://docs.python.org/3/library/ensurepip.html) module
adds `pip` and `setuptools` wheels (python packages) inside python
package, which is useless for users in a case of proper packaging, and
takes 1.6MB on disk.
To exc...[`ensurepip`](https://docs.python.org/3/library/ensurepip.html) module
adds `pip` and `setuptools` wheels (python packages) inside python
package, which is useless for users in a case of proper packaging, and
takes 1.6MB on disk.
To exclude `ensurepip` from the python packages use
`--without-ensurepip` flag for `./configure` script.
Here are the official recommendations for package maintainers from
`ensurepip` PEP:
https://www.python.org/dev/peps/pep-0453/\#recommendations-for-downstream-distributors
Please, add `py3-pip` package \#5103 and update `py-pip` to the latest
8.1.1 (Alpine current is 7.1.2).
*(from redmine: issue id 5381, created on 2016-04-07)*3.12.0Jakub JirutkaJakub Jirutkahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/5893Irrelevant man pages2020-05-05T07:45:24Z7heo .tkIrrelevant man pagesThe man pages distributed via the [man-pages
package](http://pkgs.alpinelinux.org/packages?name=man-pages), which is
generated from [the kernel.org
documentation](http://git.alpinelinux.org/cgit/aports/tree/main/man-pages/APKBUILD#n14),
...The man pages distributed via the [man-pages
package](http://pkgs.alpinelinux.org/packages?name=man-pages), which is
generated from [the kernel.org
documentation](http://git.alpinelinux.org/cgit/aports/tree/main/man-pages/APKBUILD#n14),
aren’t relevant to our distribution. They assume that the GNU libc is
distributed, and probably that the GNU userland is distributed as well.
We should find another source for those manuals.
*(from redmine: issue id 5893, created on 2016-07-13)*3.12.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/6948Distribution data not found for tc2020-01-22T11:18:23ZGlen HuangDistribution data not found for tcAfter executing
tc qdisc add dev eth0 root netem delay 5000ms 200ms distribution normal
It fails with
No distribution data for normal (/lib/tc//normal.dist: No such file or directory)
but normal.dist exists in /usr/lib/tc
I ...After executing
tc qdisc add dev eth0 root netem delay 5000ms 200ms distribution normal
It fails with
No distribution data for normal (/lib/tc//normal.dist: No such file or directory)
but normal.dist exists in /usr/lib/tc
I believe the cause is that the build script redefines LIBDIR to /lib:
http://git.alpinelinux.org/cgit/aports/tree/main/iproute2/APKBUILD\#n43
But tc uses LIBDIR to determine the path of normal.dist and alike
https://github.com/shemminger/iproute2/blob/707f612c00a91fe3c17d7af5319e423545a496c5/tc/tc\_util.c\#L37
*(from redmine: issue id 6948, created on 2017-03-02)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/6964Fix WebDAV funcrionality for nginx package2020-01-19T14:21:56ZPeter StoinovFix WebDAV funcrionality for nginx packageI’m using a [docker
image](https://hub.docker.com/r/linuxserver/letsencrypt/) on my
Raspberry with LibreELEC. The image is made with your latest nginx
package [as per the
devs](https://forum.linuxserver.io/thread-228-post-2200.html#pid22...I’m using a [docker
image](https://hub.docker.com/r/linuxserver/letsencrypt/) on my
Raspberry with LibreELEC. The image is made with your latest nginx
package [as per the
devs](https://forum.linuxserver.io/thread-228-post-2200.html#pid2200)
and I was able to set it up but have the following issue:
When I add this configuration:
location / {
root /config/www/;
client_body_temp_path /config/www/temp;
dav_methods PUT DELETE MKCOL COPY MOVE;
dav_ext_methods PROPFIND OPTIONS;
create_full_put_path on;
dav_access group:rw all:r;
autoindex on;
auth_basic "restricted";
auth_basic_user_file /config/nginx/.htpasswd;
}
I get
`nginx: [emerg] unknown directive "dav_ext_methods" in /config/nginx/site-confs/default:30`
After some searching, it turns out there is missing functionality in
nginx when it comes to the WebDAV implementation, but there is [a
fix](http://stackoverflow.com/questions/24666457/nginx-webdav-could-not-open-collection)
for it in the form of external module.
Will it be possible to implement this in the package so the
functionality is complete?
*(from redmine: issue id 6964, created on 2017-03-05)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/7286package request: clang-tools-extra2020-01-19T09:39:04Zalgitbotpackage request: clang-tools-extraIt seems that between alpine 3.3 \[1\] and alpine 3.4 \[2\] we have
stopped packaging clang-tidy.
In v3.3 it looks like we explicitly included clang-tools-extra in the
llvm package in 3.3 \[1\] but it doesn’t seem to have been pulled ac...It seems that between alpine 3.3 \[1\] and alpine 3.4 \[2\] we have
stopped packaging clang-tidy.
In v3.3 it looks like we explicitly included clang-tools-extra in the
llvm package in 3.3 \[1\] but it doesn’t seem to have been pulled across
when clang was split out \[4\].
Is it possible to get these tools packaged up and available in Alpine
again?
\[1\]
https://pkgs.alpinelinux.org/contents?file=clang-tidy&path=&name=clang&branch=v3.3&repo=main&arch=x86\_64
\[2\]
https://pkgs.alpinelinux.org/contents?file=clang-tidy&path=&name=clang&branch=v3.4&repo=main&arch=x86\_64
\[3\]
https://git.alpinelinux.org/cgit/aports/tree/main/llvm/APKBUILD?id=e6cfbd7cbbad8d92dc006f3a11502f14e5e28c4f\#n40
\[4\]
https://git.alpinelinux.org/cgit/aports/commit/main/clang?id=f587789bd44d4fe0f05c2d2802a1d546896fca70
*(from redmine: issue id 7286, created on 2017-05-18)*3.12.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/7325main/openrc: remove useless /etc/conf.d/hostname2020-02-24T03:29:27ZConsusmain/openrc: remove useless /etc/conf.d/hostnameInit script /etc/init.d/hostname uses /etc/hostname so it would be nice
to remove useless /etc/conf.d/hostname to avoid confusion.
*(from redmine: issue id 7325, created on 2017-05-25)*Init script /etc/init.d/hostname uses /etc/hostname so it would be nice
to remove useless /etc/conf.d/hostname to avoid confusion.
*(from redmine: issue id 7325, created on 2017-05-25)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/7870ln: /boot/boot: Operation not permitted2020-05-27T08:53:22ZNazar Mokrynskyiln: /boot/boot: Operation not permittedMy system is UEFI-based and /boot is a separate ESP partition:
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro,discard)
When upgrading kernels I get a wa...My system is UEFI-based and /boot is a separate ESP partition:
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro,discard)
When upgrading kernels I get a warning \`ln: /boot/boot: Operation not
permitted\`:
localhost:~# apk upgrade
(1/2) Upgrading xen-libs (4.8.1-r4 -> 4.8.2-r0)
(2/2) Upgrading linux-hardened@edge-main (4.9.49-r0 -> 4.9.50-r0)
Executing busybox-1.26.2-r6.trigger
Executing kmod-23-r1.trigger
Executing mkinitfs-3.1.0-r1.trigger
==> initramfs: creating /boot/initramfs-hardened
ln: /boot/boot: Operation not permitted
Executing syslinux-6.04_pre1-r1.trigger
OK: 588 MiB in 134 packages
localhost:~# ls -lh /boot
total 20032
drwxr-xr-x 3 root root 4.0K Jul 21 02:46 EFI
-rwxr-xr-x 1 root root 3.9M Sep 14 12:19 System.map-hardened
-rwxr-xr-x 1 root root 161.2K Sep 14 12:19 config-hardened
-rwxr-xr-x 1 root root 454 Sep 14 12:36 extlinux.conf
-rwxr-xr-x 1 root root 422 Sep 14 11:55 extlinux.conf.old
-rwxr-xr-x 1 root root 10.9M Sep 19 11:05 initramfs-hardened
-rwxr-xr-x 1 root root 177.7K Sep 19 11:06 libcom32.c32
-rwxr-xr-x 1 root root 23.1K Sep 19 11:06 libutil.c32
-rwxr-xr-x 1 root root 11.4K Sep 19 11:06 mboot.c32
-rwxr-xr-x 1 root root 25.9K Sep 19 11:06 menu.c32
-rwxr-xr-x 1 root root 26.4K Sep 19 11:06 vesamenu.c32
-rwxr-xr-x 1 root root 4.3M Sep 14 12:19 vmlinuz-hardened
Not sure where it comes from, but it happens since I’ve started using
Alpine Linux.
I’m on 3.6 stable with kernel from Edge.
*(from redmine: issue id 7870, created on 2017-09-19)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8600bird multihoming2020-05-08T16:51:16Zalgitbotbird multihomingI have installed bird from edge testing and it is missing multihoming,
making it impossible to run dual stacked IPv4/IPv6 bgp by default.
Could you please make it grab 2 configs by default, in a such way, for
example, Debian has:
bird...I have installed bird from edge testing and it is missing multihoming,
making it impossible to run dual stacked IPv4/IPv6 bgp by default.
Could you please make it grab 2 configs by default, in a such way, for
example, Debian has:
bird has 2 instances compiled, bird6, which is looking for
/etc/bird6.conf by default (and also provides bird6c binary) and bird
that lookups /etc/bird.conf.
*(from redmine: issue id 8600, created on 2018-03-02)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/8648apk refuses to install seamonkey along with firefox-esr2020-02-20T18:34:11Zalgitbotapk refuses to install seamonkey along with firefox-esrIt seems that apk refuses to install packages that have libraries with
same name even if they are going to install different paths.
```
ERROR: unsatisfiable constraints:
firefox-esr-52.6.0-r1:
conflicts: seamonkey-2.48-r1[so:liblg...It seems that apk refuses to install packages that have libraries with
same name even if they are going to install different paths.
```
ERROR: unsatisfiable constraints:
firefox-esr-52.6.0-r1:
conflicts: seamonkey-2.48-r1[so:liblgpllibs.so=0] seamonkey-2.48-r1[so:libxul.so=0]
satisfies: world[firefox-esr]
seamonkey-2.48-r1:
conflicts: firefox-esr-52.6.0-r1[so:liblgpllibs.so=0] firefox-esr-52.6.0-r1[so:libxul.so=0]
satisfies: world[seamonkey]
```
*(from redmine: issue id 8648, created on 2018-03-15)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/9856Enabling CONFIG_CGROUP_BPF in kernel2020-02-20T18:40:05ZMartin RuskoEnabling CONFIG_CGROUP_BPF in kernelHi,
is it possible to enable CONFIG\_CGROUP\_BPF in Alpine’s kernel, please?
It depends on CONFIG\_BPF\_SYSCALL which is also not set as of 3.9\_rc1.
Without these the ‘ip vrf exec’ command fails with following error:
router:~# ip ...Hi,
is it possible to enable CONFIG\_CGROUP\_BPF in Alpine’s kernel, please?
It depends on CONFIG\_BPF\_SYSCALL which is also not set as of 3.9\_rc1.
Without these the ‘ip vrf exec’ command fails with following error:
router:~# ip link add VRF_A type vrf table 200
router:~# ip link set dev VRF_A up
[... assigning some interfaces to vrf here ...]
router:~# ip vrf exec VRF_A ping 1.2.3.4
Failed to load BPF prog: 'Function not implemented'
Kernel compiled with CGROUP_BPF enabled?
router:~#
It would be great if it made it into 3.9 released kernel, if it’s not
too late. Thanks!
*(from redmine: issue id 9856, created on 2019-01-14)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/9953cachefilesd cannot start2020-04-23T14:12:10Zalgitbotcachefilesd cannot startNFS caching using cachefilesd does not work. When starting the following
error is printed in the syslog, after which it stops:
Feb 2 20:40:21 alpine daemon.info cachefilesd[4854]: About to bind cache
Feb 2 20:40:21 alpine daem...NFS caching using cachefilesd does not work. When starting the following
error is printed in the syslog, after which it stops:
Feb 2 20:40:21 alpine daemon.info cachefilesd[4854]: About to bind cache
Feb 2 20:40:21 alpine daemon.info cachefilesd[4854]: Bound cache
Feb 2 20:40:21 alpine daemon.notice cachefilesd[4854]: Daemon Started
Feb 2 20:40:21 alpine daemon.err cachefilesd[4854]: unable to set notification on graveyard: errno 22 (Invalid argument)
it happens here:
<code class="c">
static void reap_graveyard(void)
{
/* set a one-shot notification to catch more graves appearing */
reap = 0;
signal(SIGIO, sigio);
if (fcntl(graveyardfd, F_NOTIFY, DN_CREATE) < 0)
oserror("unable to set notification on graveyard");
reap_graveyard_aux(graveyardpath);
}
</code>
see:
https://github.com/jnsnow/cachefilesd/blob/master/cachefilesd.c\#L662
I have no clue how to solve this issue.
Is it alpine or musl specific? Are other people able to get cachefiles
going?
*(from redmine: issue id 9953, created on 2019-02-02)*3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/10738GCC fails to build due to gcc-gnat not being installed2020-05-25T11:17:29ZKevin DaudtGCC fails to build due to gcc-gnat not being installedTrying to build gcc results in the following error:
> configure: error: GNAT is required to build ada
Setting either `LANG_ADA=false` or installing `gcc-gnat` explicitly makes it work.
The [APKBUILD](https://git.alpinelinux.org/aports...Trying to build gcc results in the following error:
> configure: error: GNAT is required to build ada
Setting either `LANG_ADA=false` or installing `gcc-gnat` explicitly makes it work.
The [APKBUILD](https://git.alpinelinux.org/aports/tree/main/gcc/APKBUILD#n132) contains:
```sh
if $LANG_ADA; then
subpackages="$subpackages libgnat::$CTARGET_ARCH gcc-gnat$_target:gnat"
_languages="$_languages,ada"
makedepends_build="$makedepends_build gcc-gnat gcc-gnat$_cross"
fi
```
So `gcc-gnat` should be installed as dependency, but is not.3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/11001remove patch from busybox built-ins2022-06-29T11:28:03Zrofl0rremove patch from busybox built-insbusybox patch is a prototype, it works only when the patch to be applied requires zero fuzz.
therefore it is broken as this means as soon as you update the version of package to be applied to it will cause an error, or if you have multip...busybox patch is a prototype, it works only when the patch to be applied requires zero fuzz.
therefore it is broken as this means as soon as you update the version of package to be applied to it will cause an error, or if you have multiple patches that touch the same file.
alpine developers are quite aware of the brokenness, that's why the real patch program is in deps for abuild.
removing patch from busybox has the following advantages:
- shaving off 10-20KB from minimal docker image
- people maintaing projects that require a working patch program don't need to add a configure check "checking whether patch works ... no, broken alpine patch which doesn't support fuzz detected"
note that alpine is the only distro i'm aware of that has the broken busybox patch in its base install.
additionally patch is a developer's tool with zero relation to POSIX tools mandated in a base install (i.e. it's not a coreutils-league program). having it built into busybox is roughly equivalent to adding and enabling tcc (tiny C Compiler) to busybox. the result will be to have a semi-working developer tool nobody serious will use in the base install.3.12.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/11009Problem with logrotate config for rsyslog2021-09-18T14:49:00ZHenrik RiomarProblem with logrotate config for rsyslogThe file `/etc/logrotate.d/rsyslog` has issues that causes nightly error mails to be sent
From the cron mail for `/etc/periodic/daily/logrotate`
```log
error: rsyslog:1 duplicate log entry for /var/log/messages
error: found error in fil...The file `/etc/logrotate.d/rsyslog` has issues that causes nightly error mails to be sent
From the cron mail for `/etc/periodic/daily/logrotate`
```log
error: rsyslog:1 duplicate log entry for /var/log/messages
error: found error in file rsyslog, skipping
error: stat of /var/log/boot.log failed: No such file or directory
```
There are two issues:
1. nothing seems to create `/var/log/boot.log` and it is expected to be present
1. It lists `/var/log/messages` that is already listed in `/etc/logrotate.conf`3.12.0Henrik RiomarHenrik Riomarhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/11017use llvm8 for crystal2020-04-09T16:14:57ZNatanael Copause llvm8 for crystalCrystal supports and recommends llvm8 according https://crystal-lang.org/install/from_sources/
It builds with llvm8 on x86_64 but fails on aarch64:
```console
...
gcc: error: N-amedT-uple40that5832S-tring41.o: No such file or directory ...Crystal supports and recommends llvm8 according https://crystal-lang.org/install/from_sources/
It builds with llvm8 on x86_64 but fails on aarch64:
```console
...
gcc: error: N-amedT-uple40that5832S-tring41.o: No such file or directory
gcc: error: S-tring5858F-orma-085b5dc881ab7de10ca237a67e98084f.o: No such file or directory
gcc: error: T-uple40H-ash40S-tring4432I-nt324141.o: No such file or directory
gcc: error: H-ash40S-tring4432F-loat6441.o: No such file or directory
gcc: error: P-ointer40H-ash5858E-ntry40S-tring4432F-loat644141.o: No such file or directory
gcc: error: H-ash5858E-ntry40S-tring4432F-loat6441.o: No such file or directory
gcc: error: S-tring5858F-orma-d26233462d11ec2bbb91298642335fcf.o: No such file or directory
gcc: error: T-uple40H-ash40S-tring4432F-loat644141.o: No such file or directory
gcc: error: S-tring5858F-orma-959486422997d82e4b2df36180c33548.o: No such file or directory
gcc: error: H-T-T-P-5858C-lient5858R-esponse.o: No such file or directory
gcc: error: E-mptyI-O-.o: No such file or directory
gcc: error: O-penS-S-L-5858S-S-L-5858S-ocket5858C-lient.o: No such file or directory
gcc: error: U-D-P-S-ocket.o: No such file or directory
gcc: error: I-P-S-ocket.o: No such file or directory
gcc: error: P-ointer40L-ibC-rypto5858B-io41.o: No such file or directory
gcc: error: L-ibC-rypto5858B-io.o: No such file or directory
gcc: error: P-ointer40L-ibC-r-3d955a7e9c76bf2d46cf2ef3aa00d05c.o: No such file or directory
gcc: error: L-ibC-rypto5858E-V-P-_M-D-_C-T-X-_S-truct.o: No such file or directory
gcc: error: O-penS-S-L-5858S-S-L-5858S-ocket.o: No such file or directory
gcc: error: I-O-5858S-ized.o: No such file or directory
gcc: error: H-T-T-P-5858C-lient.o: No such file or directory
gcc: error: S-pec5858B-eE-xpe-e8d4265fbb8943267419a4d6be62c8cb.o: No such file or directory
gcc: error: A-rray40P-roc40H-T-T-P-5858R-equest4432N-il4141.o: No such file or directory
gcc: error: P-ointer40P-roc40H-T-T-P-5858R-equest4432N-il4141.o: No such file or directory
gcc: error: T-estC-lient.o: No such file or directory
gcc: error: A-rray40H-T-T-P-5858S-tatus41.o: No such file or directory
gcc: error: P-ointer40H-T-T-P-5858S-tatus41.o: No such file or directory
gcc: error: 47home47ncopa47ap-9bee3798861a2b36df36a9a1299fc3d2.o: No such file or directory
gcc: error: C-hannel40S-ymbol41.o: No such file or directory
gcc: error: D-eque40C-hannel5858S-ender40S-ymbol4141.o: No such file or directory
gcc: error: P-ointer40C-hannel5858S-ender40S-ymbol4141.o: No such file or directory
gcc: error: D-eque40C-hannel5858R-eceiver40S-ymbol4141.o: No such file or directory
gcc: error: P-ointer40C-hannel5858R-eceiver40S-ymbol4141.o: No such file or directory
gcc: error: D-eque40S-ymbol41.o: No such file or directory
gcc: error: I-O-5858L-ineI-terator40I-4432A-4432N-41.o: No such file or directory
gcc: error: I-O-5858L-ineI-te-2bbac0f896af39065c5146eb11c4bcdc.o: No such file or directory
gcc: error: I-O-5858L-ineI-te-cb8f91cbbce440db16f9b72c4ba16321.o: No such file or directory
gcc: error: I-O-5858C-harI-terator40I-41.o: No such file or directory
gcc: error: I-O-5858C-harI-terator40S-impleI-O-M-emory41.o: No such file or directory
gcc: error: I-O-5858B-yteI-terator40I-41.o: No such file or directory
gcc: error: I-O-5858B-yteI-terator40S-impleI-O-M-emory41.o: No such file or directory
gcc: error: S-tring5858F-orma-f67b8d4c7ce3c0910c4f1f06722d6071.o: No such file or directory
gcc: error: T-uple40S-tring4432I-nt324432F-loat6441.o: No such file or directory
gcc: error: O-A-uth25858A-ccessT-oken5858M-ac.o: No such file or directory
gcc: error: O-A-uth25858A-ccessT-oken43.o: No such file or directory
gcc: error: S-pec5858E-qualE--095d6df8d7a80d9983e647bde0e23030.o: No such file or directory
Error: execution of command failed with code: 1: `gcc "${@}" -o '/home/ncopa/aports/community/crystal/src/crystal-0.31.1/.build/all_spec' -Wl,--as-needed -rdynamic -lreadline -lgmp -lxml2 -lyaml -lz `command -v pkg-config > /de
v/null && pkg-config --libs --silence-errors libssl || printf %s '-lssl -lcrypto'` `command -v pkg-config > /dev/null && pkg-config --libs --silence-errors libcrypto || printf %s '-lcrypto'` /home/ncopa/aports/community/crystal/s
rc/crystal-0.31.1/src/llvm/ext/llvm_ext.o `/usr/bin/llvm8-config --libs --system-libs --ldflags 2> /dev/null` -lstdc++ -lpcre -lm /usr/lib/libgc.a -lpthread /home/ncopa/aports/community/crystal/src/crystal-0.31.1/src/ext/libcryst
al.a -levent -lrt -L/usr/lib -L/usr/local/lib`
make: *** [Makefile:120: .build/all_spec] Error 1
>>> ERROR: crystal: check failed
```3.12.0Jakub JirutkaJakub Jirutka