alpine issueshttps://gitlab.alpinelinux.org/groups/alpine/-/issues2019-07-12T15:04:51Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4980BTRFS systems cannot boot on Alpine 3.32019-07-12T15:04:51ZStuart CardallBTRFS systems cannot boot on Alpine 3.3I have been running a `/boot` & `root` system on `btrfs` without any
problems on Alpine `3.2`
with /etc/fstab options of:
`rw,noatime,space_cache,recovery,autodefrag,compress=lzo 0 0`
Alpine 3.3 gives this error:
https://wiki.archli...I have been running a `/boot` & `root` system on `btrfs` without any
problems on Alpine `3.2`
with /etc/fstab options of:
`rw,noatime,space_cache,recovery,autodefrag,compress=lzo 0 0`
Alpine 3.3 gives this error:
https://wiki.archlinux.org/index.php/Extlinux\#Btrfs\_compression
http://www.syslinux.org/wiki/index.php/Syslinux\_4\_Changelog\#Changes\_in\_4.02
Removing `lzo` compression from `/etc/fstab` has no effect
I wondered if the `4.1` kernel image is built with a new compression ?
If I can know what has changed since `3.18.21-0-grsec` I can try
building a kernel that `btrfs` will boot from
& send a patch to fix this until `extlinux` supports the new `4.1`
kernel features.
*(from redmine: issue id 4980, created on 2015-12-28, closed on 2016-01-05)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4979Strongswan init.d scripts contain invalid status function2019-07-23T13:42:38ZTed TraskStrongswan init.d scripts contain invalid status functionBoth the charon and strongswan init.d scripts define status functions
that return actual daemon status; however, this improperly overrides the
openrc status function (which works the same for every other init.d
script I have seen). For e...Both the charon and strongswan init.d scripts define status functions
that return actual daemon status; however, this improperly overrides the
openrc status function (which works the same for every other init.d
script I have seen). For example:
development-tddev-cr-vpnc-252-15:~\# /etc/init.d/networking status
\* status: started
development-tddev-cr-vpnc-252-15:~\# /etc/init.d/strongswan status
\* StrongSwan Status (verbose): …
…
Perhaps you could rename the new status function (and don’t forget to
export the new function in strongswan init.d script)
*(from redmine: issue id 4979, created on 2015-12-28, closed on 2017-04-07)*
* Changesets:
* Revision 41e3d4b38ac6e11040b69100ac6d43a316701b7c by Timo Teräs on 2016-01-06T11:35:36Z:
```
main/strongswan: rename init.d status to fullstatus
preserve 'status' action as per openrc standard. renamed to
fullstatus similar to apache2. ref #4979
```
* Revision 6c5f2001104d63110f57d05489236fec5afd7a96 by Timo Teräs on 2016-01-08T13:10:04Z:
```
main/strongswan: rename init.d status to fullstatus
preserve 'status' action as per openrc standard. renamed to
fullstatus similar to apache2. ref #4979
(cherry picked from commit 41e3d4b38ac6e11040b69100ac6d43a316701b7c)
```
* Revision c4909ed17dcf3ca36791219e94c0cd74cb79ee48 by Timo Teräs on 2016-01-08T13:11:47Z:
```
main/strongswan: rename init.d status to fullstatus
preserve 'status' action as per openrc standard. renamed to
fullstatus similar to apache2. ref #4979
(cherry picked from commit 41e3d4b38ac6e11040b69100ac6d43a316701b7c)
```Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4978[raspberry-pi] gstreamer 1-0 packages with hardware encoding/decoding support...2020-01-18T21:13:55ZRay Davis[raspberry-pi] gstreamer 1-0 packages with hardware encoding/decoding support for H.264*(from redmine: issue id 4978, created on 2015-12-25)**(from redmine: issue id 4978, created on 2015-12-25)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4977Edge repository per minor version2019-07-23T13:42:40ZDennis PrzytarskiEdge repository per minor versionIs it possible that each minor version gets its own edge repository due
to different build tools?
Example:
alpine v3.2 uses gcc4
alpine v3.3 uses gcc5
As v3.2 user, I am in need of some recent packages from edge.
*(from redmine: ...Is it possible that each minor version gets its own edge repository due
to different build tools?
Example:
alpine v3.2 uses gcc4
alpine v3.3 uses gcc5
As v3.2 user, I am in need of some recent packages from edge.
*(from redmine: issue id 4977, created on 2015-12-23, closed on 2016-05-31)*3.4.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4976Latest LXC Alpine template fails to start networking on Ubuntu latest2019-07-23T10:50:57ZDavid FavorLatest LXC Alpine template fails to start networking on Ubuntu latestContinues http://bugs.alpinelinux.org/issues/4617 which was closed.
Problem is Alpine containers fail to start networking by default.
Unable to start networking manually either.
It appears there’s no package installed to handle the
/e...Continues http://bugs.alpinelinux.org/issues/4617 which was closed.
Problem is Alpine containers fail to start networking by default.
Unable to start networking manually either.
It appears there’s no package installed to handle the
/etc/network/interfaces dhcp directive.
Ubuntu containers work as expected.
\_
Host details…
net4-dev\# lsb\_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily
net4-dev\# uname -a
Linux net4.bizcooker.com 4.2.0-22-generic \#27-Ubuntu SMP Thu Dec 17
22:57:08 UTC 2015 x86\_64 x86\_64 x86\_64 GNU/Linux
net4-dev\# lxc-checkconfig
Kernel configuration not found at /proc/config.gz; searching…
Kernel configuration found at /boot/config-4.2.0-22-generic
—- Namespaces —-
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
Network namespace: enabled
Multiple /dev/pts instances: enabled
—- Control groups —-
Cgroup: enabled
Cgroup clone\_children flag: enabled
Cgroup device: enabled
Cgroup sched: enabled
Cgroup cpu account: enabled
Cgroup memory controller: enabled
Cgroup cpuset: enabled
—- Misc —-
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
Bridges: enabled
Advanced netfilter: enabled
CONFIG\_NF\_NAT\_IPV4: enabled
CONFIG\_NF\_NAT\_IPV6: enabled
CONFIG\_IP\_NF\_TARGET\_MASQUERADE: enabled
CONFIG\_IP6\_NF\_TARGET\_MASQUERADE: enabled
CONFIG\_NETFILTER\_XT\_TARGET\_CHECKSUM: enabled
—- Checkpoint/Restore —-
checkpoint restore: enabled
CONFIG\_FHANDLE: enabled
CONFIG\_EVENTFD: enabled
CONFIG\_EPOLL: enabled
CONFIG\_UNIX\_DIAG: enabled
CONFIG\_INET\_DIAG: enabled
CONFIG\_PACKET\_DIAG: enabled
CONFIG\_NETLINK\_DIAG: enabled
File capabilities: enabled
Note : Before booting a new kernel, you can check its configuration
usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig
LXC version…
net4-dev\# dpkg -l | egrep ‘lxc|cgroup’
ii cgmanager 0.39-2ubuntu2 amd64 Central cgroup manager daemon
ii cgroup-bin 0.41-6ubuntu1 all control and monitor control groups
(transitional package)
ii cgroup-lite 1.10 all Light-weight package to set up cgroups at system
boot
ii cgroup-tools 0.41-6ubuntu1 amd64 control and monitor control groups
(tools)
ii libcgmanager0:amd64 0.39-2ubuntu2 amd64 Central cgroup manager daemon
(client library)
ii libcgroup1:amd64 0.41-6ubuntu1 amd64 control and monitor control
groups (library)
ii liblxc1 1.1.5-0ubuntu0.15.10.3 amd64 Linux Containers userspace tools
(library)
ii lxc 1.1.5-0ubuntu0.15.10.3 amd64 Linux Containers userspace tools
ii lxc-templates 1.1.5-0ubuntu0.15.10.3 amd64 Linux Containers userspace
tools (templates)
ii lxcfs 0.10-0ubuntu2.1 amd64 FUSE based filesystem for LXC
ii lxctl 0.3.1+debian-3 all Utility to manage LXC
ii python3-lxc 1.1.5-0ubuntu0.15.10.3 amd64 Linux Containers userspace
tools (Python 3.x bindings)
/var/lib/lxc/alpine/config network related settings…
lxc.network.type = veth
lxc.network.flags = up
lxc.network.name = eth0
lxc.network.veth.pair = veth.alpine
lxc.network.link = lxcbr0
On host after container creation…
net4-dev\# brctl show
bridge name bridge id STP enabled interfaces
lxcbr0 8000.fe772082da9b no veth.alpine
vethCTK18E
net4-dev\# ifconfig -a
eth0 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7e
inet addr:167.114.119.48 Bcast:167.114.119.255 Mask:255.255.255.0
inet6 addr: fe80::ec4:7aff:fe48:817e/64 Scope:Link
inet6 addr: 2607:5300:60:6e30::/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:136070 errors:0 dropped:0 overruns:0 frame:0
TX packets:57506 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:39746482 (39.7 MB) TX bytes:19355454 (19.3 MB)
Memory:fb920000-fb93ffff
eth0:1 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7e
inet addr:198.50.134.220 Bcast:198.50.134.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:fb920000-fb93ffff
eth0:2 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7e
inet addr:198.50.134.221 Bcast:198.50.134.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:fb920000-fb93ffff
eth1 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7f
inet addr:167.114.219.192 Bcast:167.114.255.255 Mask:255.255.0.0
inet6 addr: fe80::ec4:7aff:fe48:817f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:215 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:9342 (9.3 KB)
Memory:fb900000-fb91ffff
eth1:1 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7f
inet addr:198.50.134.222 Bcast:198.50.134.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:fb900000-fb91ffff
eth1:2 Link encap:Ethernet HWaddr 0c:c4:7a:48:81:7f
inet addr:198.50.134.223 Bcast:198.50.134.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Memory:fb900000-fb91ffff
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1952 errors:0 dropped:0 overruns:0 frame:0
TX packets:1952 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:453994 (453.9 KB) TX bytes:453994 (453.9 KB)
lxcbr0 Link encap:Ethernet HWaddr fe:77:20:82:da:9b
inet addr:10.0.3.1 Bcast:0.0.0.0 Mask:255.255.255.0
inet6 addr: fe80::1c7e:23ff:fe4a:9678/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:549 errors:0 dropped:0 overruns:0 frame:0
TX packets:783 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:33757 (33.7 KB) TX bytes:14452841 (14.4 MB)
veth.alpine Link encap:Ethernet HWaddr fe:8e:52:9a:35:4f
inet6 addr: fe80::fc8e:52ff:fe9a:354f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:648 (648.0 B) TX bytes:438 (438.0 B)
vethCTK18E Link encap:Ethernet HWaddr fe:77:20:82:da:9b
inet6 addr: fe80::fc77:20ff:fe82:da9b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:35 errors:0 dropped:0 overruns:0 frame:0
TX packets:124 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3878 (3.8 KB) TX bytes:11282 (11.2 KB)
Creating container as follows.
lxc-create -t alpine -n alpine — —release edge
lxc-start -n alpine
lxc-attach -n alpine /etc/init.d/networking start
\* Starting networking …
\* lo … \[ !! \]
\* eth0 … \[ !! \]
\* ERROR: networking failed to start
There appears to be no default code assign an IP address.
The Ubuntu template appears to start dhclient (isc-dhcp-client packag)
to handle this.
There seems to be no dhcp package installed to handle the
/etc/network/interfaces entry for eth0 in container.
net4-dev\# lxc-attach -n alpine — cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
net4-dev\# lxc-attach -n alpine — apk -vv info | sort
alpine-base-3.3.0-r0 - Meta package for minimal alpine base
alpine-baselayout-2.3.2-r10 - Alpine base dir structure and init
scripts
alpine-conf-3.3.0-r0 - Alpine configuration management scripts
alpine-keys-1.1-r0 - Public keys for Alpine Linux packages
apk-tools-2.6.5-r1 - Alpine Package Keeper - package manager for
alpine
busybox-1.24.1-r7 - Size optimized toolbox of many common UNIX
utilities
busybox-initscripts-2.3-r1 - Init scripts for busybox daemons
busybox-suid-1.24.1-r7 - suid binaries of Busybox
libc-utils-0.7-r0 - Meta package to pull in correct libc
libcrypto1.0-1.0.2e-r0 - Crypto library from openssl
libssl1.0-1.0.2e-r0 - SSL shared libraries
musl-1.1.12-r1 - the musl c library (libc) implementation
musl-utils-1.1.12-r1 - the musl c library (libc) implementation
openrc-0.19-r2 - OpenRC manages the services, startup and shutdown of a
host
scanelf-0.9.1-r0 - Scan ELF binaries for stuff
zlib-1.2.8-r2 - A compression/decompression Library
*(from redmine: issue id 4976, created on 2015-12-23)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4975Packages from apkcache are not installed2019-07-23T13:42:41ZDennis PrzytarskiPackages from apkcache are not installedupgraded from v3.2 to v3.3 with setup-bootable -u
1) Boot alpine v3.3 from USB
2) Setup alpine with lbu and apkcache
3) Install zsh or any package which needs to use the apkcache
4) Commit (lbu) the changes
5) Check,...upgraded from v3.2 to v3.3 with setup-bootable -u
1) Boot alpine v3.3 from USB
2) Setup alpine with lbu and apkcache
3) Install zsh or any package which needs to use the apkcache
4) Commit (lbu) the changes
5) Check, if the apkcache directory (usually /media/usb/cache) exists and contains the apks
5) Reboot
6) Any package in apkcache is not installed (but it is mentioned in world and available to install from the apkcache directory)
7) 'apk fix' will install the missing apks
*(from redmine: issue id 4975, created on 2015-12-22, closed on 2016-01-06)*
* Changesets:
* Revision 0ed15a08937ba71c1ef866ab73741940b36f8abd by Natanael Copa on 2016-01-06T14:45:55Z:
```
main/mkinitfs: upgrade to 3.0.2
fixes #4975
```
* Revision ec94135bbb1e62bf7e884e2f3de58048f560fbcc by Natanael Copa on 2016-01-06T14:48:44Z:
```
main/mkinitfs: upgrade to 3.0.2
fixes #4975
(cherry picked from commit 0ed15a08937ba71c1ef866ab73741940b36f8abd)
```
* Uploads:
* ![1_given-commands-executed](/uploads/23f8f23805544aac46ebb2c39224c7ac/1_given-commands-executed.png)
* ![2_using-uuid-in-fstab](/uploads/7062f2951da265137ed042aac648e79a/2_using-uuid-in-fstab.png)3.3.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4974Add --with-storage-fs to libvirt2019-07-23T13:42:42ZDavid HainesAdd --with-storage-fs to libvirtFor some reason, it appears that libvirt wasn’t built with
—with-storage-fs enabled. This is odd, as all that needs to be installed
for it to automatically be configured are ‘mount’ ‘umount’ and ‘mkfs’,
all of which should be present.
...For some reason, it appears that libvirt wasn’t built with
—with-storage-fs enabled. This is odd, as all that needs to be installed
for it to automatically be configured are ‘mount’ ‘umount’ and ‘mkfs’,
all of which should be present.
*(from redmine: issue id 4974, created on 2015-12-22, closed on 2017-05-19)*
* Changesets:
* Revision 1627440c892b7aec96051cd1736f627c5cbd67e1 on 2016-01-05T13:41:17Z:
```
main/libvirt: enable --with-storage-fs. Fixes #4974
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/4973[raspberry-pi] mmc spi driver patch2019-07-23T13:42:43ZRay Davis[raspberry-pi] mmc spi driver patchCan the following patches be applied for the next release of alpine
linux for rpi.
https://github.com/raspberrypi/linux/issues/911
https://github.com/raspberrypi/linux/pull/1135
Error is with mmc\_spi with the latest kernels. You alw...Can the following patches be applied for the next release of alpine
linux for rpi.
https://github.com/raspberrypi/linux/issues/911
https://github.com/raspberrypi/linux/pull/1135
Error is with mmc\_spi with the latest kernels. You always get error
messages like this:
mmc1: error –110 whilst initialising SD card
This happens with sdcard is connected to SPI interface.
Note1: LC-Studio SD-Card Adapter was used.
*(from redmine: issue id 4973, created on 2015-12-22, closed on 2016-05-31)*
* Changesets:
* Revision 75becdeef9900f0f77751201143f861b4c3cb65e by Timo Teräs on 2016-01-05T15:02:06Z:
```
main/linux-rpi: apply rotary-encoder dts fix and rpi mmc-spi fix
fixes #4973
```
* Revision 795b60cb231da06ec24d0a80a4f0924eab326f64 by Timo Teräs on 2016-01-06T07:18:14Z:
```
main/linux-rpi: apply rotary-encoder dts fix and rpi mmc-spi fix
fixes #4973
(cherry picked from commit 75becdeef9900f0f77751201143f861b4c3cb65e)
```3.4.0Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4972[raspberry-pi] SPI Drivers not loading even after enabling dtparam=spi=on2019-07-23T13:42:45ZRay Davis[raspberry-pi] SPI Drivers not loading even after enabling dtparam=spi=onusercfg.txt contains the following
dtparam=spi=on
Boots succesfully and after that.
When I do lsmod, I dont see any spi drivers loaded.
Note1: I have run enable ‘hwdrivers’ service with “rc-update add
hwdrivers” and did a lbu ci and...usercfg.txt contains the following
dtparam=spi=on
Boots succesfully and after that.
When I do lsmod, I dont see any spi drivers loaded.
Note1: I have run enable ‘hwdrivers’ service with “rc-update add
hwdrivers” and did a lbu ci and they are enabled on everyboot. However
the above problem persists.
Note2: If i manually load using insmod spi-bcm2835.ko from
/lib/modules/4.1.15-0-rpi/kernel/drivers/spi it seems to load but still
it doesnt autoload?
*(from redmine: issue id 4972, created on 2015-12-22, closed on 2016-01-06)*3.3.1Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4971Packge request: dpkg2019-07-23T11:20:45Zlin caiPackge request: dpkginstall dpkg on alpine
*(from redmine: issue id 4971, created on 2015-12-22, closed on 2015-12-23)*install dpkg on alpine
*(from redmine: issue id 4971, created on 2015-12-22, closed on 2015-12-23)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4970Move from OpenSSL to LibreSSL2019-07-23T13:42:49ZSören TempelMove from OpenSSL to LibreSSLIn my opinion it would be a good idea to move from OpenSSL to LibreSSL
for the next major release (3.4.0). There are some distribution that
already use LibreSSL by default (e.g. void linux). The Gentoo developers
also started working on ...In my opinion it would be a good idea to move from OpenSSL to LibreSSL
for the next major release (3.4.0). There are some distribution that
already use LibreSSL by default (e.g. void linux). The Gentoo developers
also started working on support for LibreSSL. LibreSSL has some
advantages over OpenSSL that would make it a better choice for alpine:
a) It’s a smaller since they removed a lot of code and b) you could
argue that it is more secure than OpenSSL because in this year many of
the OpenSSL CVEs didn’t apply to LibreSSL.
*(from redmine: issue id 4970, created on 2015-12-21, closed on 2016-12-22)*3.5.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4969Package request: TeX Live2019-07-23T13:42:52ZPrzemysław PawełczykPackage request: TeX LiveBringing TeX Live 2015 into Alpine Linux
*(from redmine: issue id 4969, created on 2015-12-21, closed on 2019-06-19)*
* Changesets:
* Revision 9a81aed113da4576ff2f4dbe61e4031249afe00d on 2017-11-02T13:18:18Z:
```
testing/texmf-dist...Bringing TeX Live 2015 into Alpine Linux
*(from redmine: issue id 4969, created on 2015-12-21, closed on 2019-06-19)*
* Changesets:
* Revision 9a81aed113da4576ff2f4dbe61e4031249afe00d on 2017-11-02T13:18:18Z:
```
testing/texmf-dist: new aport
TeX Live texmf core distribution
http://tug.org/texlive/
The main package "texmf-dist" provides the core texmf-dist
distribution. This allows texlive to work, as long as only the
most basic LaTeX packages are used.
The sub-package "texmf-dist-most" provides most of the texlive
packages. It depends on texmf-dist, as it only adds packages not
included in texmf-dist.
This is the least afford way to get LaTeX working in Alpine Linux.
Ideally, the texlive packages should be divided in multiple
separate packages to reduce required network bandwidth on updates.
As always with any LaTeX code and LaTeX related code, the trigger
is a piece of cargo cult programming that happened to work...
ref #4969
```3.10.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/4968wpa_supplicant built without dbus2019-07-23T13:42:53ZThomas Simonwpa_supplicant built without dbusCONFIG\_CTRL\_IFACE\_DBUS\_NEW=y needs to be set in config, otherwise
wpa\_supplicant builds without dbus support.
*(from redmine: issue id 4968, created on 2015-12-20, closed on 2017-05-19)*
* Changesets:
* Revision 66b060590c767a2...CONFIG\_CTRL\_IFACE\_DBUS\_NEW=y needs to be set in config, otherwise
wpa\_supplicant builds without dbus support.
*(from redmine: issue id 4968, created on 2015-12-20, closed on 2017-05-19)*
* Changesets:
* Revision 66b060590c767a21a2b4d60513a745959456d837 on 2015-12-21T14:25:09Z:
```
Added dbus support. Fixes #4968
```https://gitlab.alpinelinux.org/alpine/aports/-/issues/4967Compile mtr from the newdns branch2020-01-18T21:12:15ZTomáš HetmerCompile mtr from the newdns branchSee https://bugs.alpinelinux.org/issues/1144
there is now a newdns branch that compiles fine on alpine and hostnames
work.
There’s a plan to merge it to master, but no action for 9 months.
https://github.com/traviscross/mtr/issues/78...See https://bugs.alpinelinux.org/issues/1144
there is now a newdns branch that compiles fine on alpine and hostnames
work.
There’s a plan to merge it to master, but no action for 9 months.
https://github.com/traviscross/mtr/issues/78
I’m suggesting to do the same as openwrt and switch to newdns.
Latest release is from dec 2014 anyway, so there won’t be anything lost
until they eventually get it merged.
No hostnames make it harder to use..
*(from redmine: issue id 4967, created on 2015-12-19)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4966Add LLDB2019-07-23T13:42:55ZMatthew ValimakiAdd LLDB[Travis Tilley](http://bugs.alpinelinux.org/users/909) provided LLVM,
clang etc. with
http://git.alpinelinux.org/cgit/aports/tree/main/llvm/APKBUILD?id=HEAD.
I am now requesting LLDB to be added because .NET Core requires it in
order to ...[Travis Tilley](http://bugs.alpinelinux.org/users/909) provided LLVM,
clang etc. with
http://git.alpinelinux.org/cgit/aports/tree/main/llvm/APKBUILD?id=HEAD.
I am now requesting LLDB to be added because .NET Core requires it in
order to be compiled, see
https://github.com/dotnet/coreclr/blob/master/Documentation/building/linux-instructions.md.
I tried locally modifying the linked APKBUILD but I am seeing a lot of
errors probably requiring similar patches that was provided for LLVM.
One of the errors I am seeing is:
cc1plus: warning: unrecognized command line option
“-Wno-deprecated-register”
*(from redmine: issue id 4966, created on 2015-12-18, closed on 2017-05-19)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4965bash installation in 3.3-rc3 fails due to missing ncurses-lib-62019-07-23T13:43:00ZSteve Sbash installation in 3.3-rc3 fails due to missing ncurses-lib-6Here’s an easy way to reproduce the problem with a 2-line dockerfile:
Dockerfile:
FROM alpine:edge
RUN apk update && apk add bash
$ docker build -t test-bash -f Dockerfile .
Result:
Sending build context to Docker da...Here’s an easy way to reproduce the problem with a 2-line dockerfile:
Dockerfile:
FROM alpine:edge
RUN apk update && apk add bash
$ docker build -t test-bash -f Dockerfile .
Result:
Sending build context to Docker daemon 4.096 kB
Step 1 : FROM alpine:edge
—->5142b3854bff
Step 2 : RUN apk update && apk add bash
—->Running in d6d8501a4bfb
fetch
http://dl-4.alpinelinux.org/alpine/edge/main/x86\_64/APKINDEX.tar.gz
fetch
http://dl-4.alpinelinux.org/alpine/edge/community/x86\_64/APKINDEX.tar.gz
v3.3.0\_rc3-71-gea289f9
\[http://dl-4.alpinelinux.org/alpine/edge/main\]
v3.3.0\_rc3-10-g79709ac
\[http://dl-4.alpinelinux.org/alpine/edge/community\]
OK: 5858 distinct packages available
ERROR: unsatisfiable constraints:
so:libncurses.so.6 (missing):
required by:
readline-6.3.008-r2\[so:libncurses.so.6\]
bash-4.3.42-r2\[so:libncurses.so.6\]
readline-6.3.008-r2\[so:libncurses.so.6\]
readline-6.3.008-r2\[so:libncurses.so.6\]
The command ‘/bin/sh -c apk update && apk add bash’ returned a non-zero
code: 3
*(from redmine: issue id 4965, created on 2015-12-18, closed on 2015-12-19)*3.3.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/4964Package upgrade: opensc2019-07-23T13:43:03ZPrzemysław PawełczykPackage upgrade: openscAlpine version:
[0.14.0](https://github.com/OpenSC/OpenSC/blob/0.14.0/NEWS) (2014-06-26)
since commit:56b90b9e4be6 (2014-12-21)
Latest version:
[0.15.0](https://github.com/OpenSC/OpenSC/blob/0.15.0/NEWS) (2015-05-16)
*(from redmine: ...Alpine version:
[0.14.0](https://github.com/OpenSC/OpenSC/blob/0.14.0/NEWS) (2014-06-26)
since commit:56b90b9e4be6 (2014-12-21)
Latest version:
[0.15.0](https://github.com/OpenSC/OpenSC/blob/0.15.0/NEWS) (2015-05-16)
*(from redmine: issue id 4964, created on 2015-12-17, closed on 2015-12-18)*
* Changesets:
* Revision d8dd2a77837572273bb111889a5c566479205606 by Natanael Copa on 2015-12-17T15:17:52Z:
```
testing/opensc: upgrade to 0.15.0
fixes #4964
```3.3.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4963rsync daemon (rsyncd) gives spurious errors2019-07-23T13:43:04ZDavid Hainesrsync daemon (rsyncd) gives spurious errorsI’ve found that rsyncd isn’t working correctly on Alpine. Given a
directory, /mnt/target, mode 777 (not that it should matter), and a
rsyncd.conf module like this:
\[target\]
uid = root
gid = root
path = /mnt/target
use chroot =...I’ve found that rsyncd isn’t working correctly on Alpine. Given a
directory, /mnt/target, mode 777 (not that it should matter), and a
rsyncd.conf module like this:
\[target\]
uid = root
gid = root
path = /mnt/target
use chroot = true
read only = false
max verbosity = 5
an rsync -a to that daemon (from at least other Alpine or current Arch
installations) will create errors such as
rsync: failed to set permissions on “/rsync-3.1.1-r2.apk” (in target):
No such file or directory (2)
Meanwhile an rsync -a to an Arch box on the same version of rsync
(3.1.1) completes without error.
Attached please find the outputs of ‘rsync -vvvv -axHAXFR —progress
—numeric-ids user.out <hostname>::target’ for both the functioning Arch
box as well as the non-functioning Alpine box, as well as straces of the
same from the server side (made with ‘strace -f rsync —daemon
—no-detach’). Please note that the output of rsync is identical on both
sides; I have not included snippets of /var/log/messages as it would be
redundant.
*(from redmine: issue id 4963, created on 2015-12-17, closed on 2017-04-07)*
* Uploads:
* [alpine.out](/uploads/e5b00531e1e4549ac0e0d5d0452bf8f4/alpine.out) user-facing messages with alpine rsyncd
* [arch.out](/uploads/535c754ffc819458ab652e5c0f49a6e0/arch.out) user-facing messages with arch rsyncd
* [alpine_strace.out](/uploads/ef6b78e103b0335680d74a039730b376/alpine_strace.out) strace from alpine rsyncd
* [arch_strace.out](/uploads/d62a56c5c94717f6044768fc7a9e89cc/arch_strace.out) strace from arch rsyncdhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/4962apcupsd: add cgi files2019-07-23T13:43:05ZFrank Münsterapcupsd: add cgi filesHello,
it would be nice to add also the creation of the cgi files in the build
of apcupsd.
I have done some tests with the package from the main tree. It’s simply
to adapt the APKBUILD file like following:
Change depends and makedep...Hello,
it would be nice to add also the creation of the cgi files in the build
of apcupsd.
I have done some tests with the package from the main tree. It’s simply
to adapt the APKBUILD file like following:
Change depends and makedepends line to add gd, respectively gd-dev
depends="util-linux gd"
makedepends="net-snmp-dev man linux-headers gd-dev"
and app —enable-cgi in the ./configure command:
./configure \
--build=$CBUILD \
--host=$CHOST \
--prefix=/usr \
--mandir=/usr/share/man \
--enable-usb \
--enable-snmp \
--enable-cgi \
|| return 1
So 6 new files are generated in the /etc/apcupsd folder. The 4 \*.cgi
files can then be copied into the cgi-bin folder of a web server
(mini\_httpd from the Alpine Configuration Framework for example). Then
the apcupsd status can be check easily remotely.
Thanks and best regards,
Frank
*(from redmine: issue id 4962, created on 2015-12-16, closed on 2017-05-19)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/4961[armhf] minidlna crashes with illegal instruction on Raspberry Pi2019-07-23T13:43:08ZFabian Kromer[armhf] minidlna crashes with illegal instruction on Raspberry PiAfter adding minidlna through apk add minidlna from the main repository
and try to run it using minidlnad it crashes with Illegal instruction.
Would be great if this could be fixed!
Let me know if you need further information - happy t...After adding minidlna through apk add minidlna from the main repository
and try to run it using minidlnad it crashes with Illegal instruction.
Would be great if this could be fixed!
Let me know if you need further information - happy to test any fixes.
Thanks,
Fabian
*(from redmine: issue id 4961, created on 2015-12-16, closed on 2016-07-09)*
* Relations:
* duplicates #4948
* Uploads:
* ![Screen_Shot_2015-12-16_at_18.33.51](/uploads/8cecc15e8cccc190dc9631104b5fa0ad/Screen_Shot_2015-12-16_at_18.33.51.png)Francesco ColistaFrancesco Colista