aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-12T14:27:40Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/571php-xsl-5.6.3-r1 needs php-dom as dependency2019-07-12T14:27:40ZNatanael Copaphp-xsl-5.6.3-r1 needs php-dom as dependencyncdev:~$ sudo apk add php-cli php-xsl
(1/5) Installing php-cli (5.3.6-r1)
(2/5) Installing libgpg-error (1.9-r1)
(3/5) Installing libgcrypt (1.4.6-r1)
(4/5) Installing libxslt (1.1.26-r6)
(5/5) Installing php-xsl (5.3...ncdev:~$ sudo apk add php-cli php-xsl
(1/5) Installing php-cli (5.3.6-r1)
(2/5) Installing libgpg-error (1.9-r1)
(3/5) Installing libgcrypt (1.4.6-r1)
(4/5) Installing libxslt (1.1.26-r6)
(5/5) Installing php-xsl (5.3.6-r1)
Executing busybox-1.18.4-r1.trigger
OK: 167 packages, 4975 dirs, 37973 files
ncdev:~$ php -r 'echo("hello\n");'
/usr/bin/php: symbol 'dom_node_class_entry': can't resolve symbol in lib '/usr/lib/php/20090626/xsl.so'.
/usr/bin/php: symbol 'php_dom_create_object': can't resolve symbol in lib '/usr/lib/php/20090626/xsl.so'.
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20090626/xsl.so' - (null) in Unknown on line 0
helloncdev:~$ sudo apk add php-dom
(1/1) Installing php-dom (5.3.6-r1)
OK: 168 packages, 4975 dirs, 37975 files
ncdev:~$ php -r 'echo("hello\n");'
hello
adding php-dom to depends should fix it.
*(from redmine: issue id 571, created on 2011-04-06, closed on 2011-04-13)*Alpine 2.2.0Matt SmithMatt Smithhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/565uclibc backtrace / libexecinfo2019-07-12T14:27:37ZMatt Smithuclibc backtrace / libexecinfoSeems that uclibc has had the equivalent of libexecinfo (known as
libubacktrace) for some time:
http://lists.uclibc.org/pipermail/uclibc-cvs/2010-September/028267.html
If you guys think it’s useful, the uclibc option appears to be
UCL...Seems that uclibc has had the equivalent of libexecinfo (known as
libubacktrace) for some time:
http://lists.uclibc.org/pipermail/uclibc-cvs/2010-September/028267.html
If you guys think it’s useful, the uclibc option appears to be
UCLIBC\_HAS\_BACKTRACE.
If we do switch this on, we should at least:
\- remove testing/libexecinfo from aports
- examine testing/apache-mod-backtrace
*(from redmine: issue id 565, created on 2011-04-04, closed on 2011-04-30)*Alpine 2.2.0Ariadne Conillariadne@ariadne.spaceAriadne Conillariadne@ariadne.spacehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/563setup-disk should say if it can't find a hard drive2019-07-12T14:27:36ZMatt Smithsetup-disk should say if it can't find a hard driveCurrently, it just exits without a peep.
*(from redmine: issue id 563, created on 2011-04-03, closed on 2011-04-13)*Currently, it just exits without a peep.
*(from redmine: issue id 563, created on 2011-04-03, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/562lbu with ro-mounted media and "keep X backups" does not work2019-07-12T14:27:35ZTimo Teräslbu with ro-mounted media and "keep X backups" does not work# lbu commit
mv: can't rename '/media/usb/asterisk.apkovl.tar.gz': Read-only file system
* Saving PostgreSQL databases to /var/lib/postgresql/backup/databases.pgdum [ok]
cp: can't create '/media/usb/asterisk.apkovl.tar.gz.new...# lbu commit
mv: can't rename '/media/usb/asterisk.apkovl.tar.gz': Read-only file system
* Saving PostgreSQL databases to /var/lib/postgresql/backup/databases.pgdum [ok]
cp: can't create '/media/usb/asterisk.apkovl.tar.gz.new': Read-only file system
mv: overwrite '/media/usb/asterisk.apkovl.tar.gz'? y
mv: can't rename '/media/usb/asterisk.20110323091154.tar.gz': No such file or directory
Problems creating archive. aborting
*(from redmine: issue id 562, created on 2011-03-29, closed on 2011-04-27)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/559NGINX Package: Stopping does not kill processes2019-07-12T14:27:34ZalgitbotNGINX Package: Stopping does not kill processesI have nginx 0.8.54 installed from the alpine edge main repository. I
made some changes to the conf so I decided to reload it:
/etc/init.d/nginx reload. Doing so resulted in the following:
mp5shooter:~\# /etc/init.d/nginx reload
\* Ch...I have nginx 0.8.54 installed from the alpine edge main repository. I
made some changes to the conf so I decided to reload it:
/etc/init.d/nginx reload. Doing so resulted in the following:
mp5shooter:~\# /etc/init.d/nginx reload
\* Checking nginx’ configuration …
the configuration file /etc/nginx/nginx.conf syntax is ok
configuration file /etc/nginx/nginx.conf test is successful \[ ok \]
\* Refreshing nginx’ configuration …
cat: can’t open ‘/var/run/nginx.pid’: No such file or directory
\* Failed to reload nginx \[ !! \]
When I do ‘ps x’ the nginx master process and the worker processes are
still running. Attempting to start nginx before killing them manually
will result in many port bind errors. This also happens when stopping
the server entirely (the processes don’t die) and also when restarting.
Each time, you have to go in and manually kill the master process (which
kills the worker processes).
*(from redmine: issue id 559, created on 2011-03-25, closed on 2011-03-25)*Alpine 2.2.0Cameron BantaCameron Bantahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/558have setup-disk to use ext4 as default filesystem2019-07-12T14:27:33ZNatanael Copahave setup-disk to use ext4 as default filesystemext4 has support for fast mkfs.
*(from redmine: issue id 558, created on 2011-03-24, closed on 2011-04-13)*
* Changesets:
* Revision 20a9a27018f8c68c5b01a41f3d66e4920bd50049 by Natanael Copa on 2011-03-24T18:29:03Z:
```
setup-disk:...ext4 has support for fast mkfs.
*(from redmine: issue id 558, created on 2011-03-24, closed on 2011-04-13)*
* Changesets:
* Revision 20a9a27018f8c68c5b01a41f3d66e4920bd50049 by Natanael Copa on 2011-03-24T18:29:03Z:
```
setup-disk: use ext4 for / and /boot by default
ref #558
```Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/557remove /etc/conf.d/local2019-07-12T14:27:33ZNatanael Coparemove /etc/conf.d/localfrom /etc/init.d/local:
if type local_start >/dev/null 2>&1; then
ewarn "/etc/conf.d/local should be removed."
ewarn "Please move the code from the local_start function"
...from /etc/init.d/local:
if type local_start >/dev/null 2>&1; then
ewarn "/etc/conf.d/local should be removed."
ewarn "Please move the code from the local_start function"
ewarn "to scripts with an .start extension"
ewarn "in /etc/local.d"
local_start
fi
We need to remove the /etc/conf.d/local and create a /etc/local.d/ dir.
*(from redmine: issue id 557, created on 2011-03-24, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/555upgrade linux-vserver to 2.6.382019-07-12T14:27:32ZNatanael Copaupgrade linux-vserver to 2.6.38creating ticket so it does not get forgotten
*(from redmine: issue id 555, created on 2011-03-24, closed on 2011-04-13)*creating ticket so it does not get forgotten
*(from redmine: issue id 555, created on 2011-03-24, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/554upgrade linux-grsec to 2.6.382019-07-12T14:27:31ZNatanael Copaupgrade linux-grsec to 2.6.38creating ticket to it does not get forgotten
*(from redmine: issue id 554, created on 2011-03-24, closed on 2011-04-13)*creating ticket to it does not get forgotten
*(from redmine: issue id 554, created on 2011-03-24, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/553NGINX Package Request2019-07-12T14:27:31ZalgitbotNGINX Package RequestHi. Could someone make an NGINX package for Alpine? Thanks!
http://nginx.org/
*(from redmine: issue id 553, created on 2011-03-24, closed on 2011-03-24)*Hi. Could someone make an NGINX package for Alpine? Thanks!
http://nginx.org/
*(from redmine: issue id 553, created on 2011-03-24, closed on 2011-03-24)*Alpine 2.2.0Cameron BantaCameron Bantahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/550Package request: logcheck and dependancies2019-07-23T14:09:34ZDuane HughesPackage request: logcheck and dependanciesFiling this feature request as reminder to include liblockfile, logcheck
and lockfile-progs in features for Alpine 2.2. Git commit already sent
to alpine-devel@lists.alpinelinux.org.
Thanks!
*(from redmine: issue id 550, created on 20...Filing this feature request as reminder to include liblockfile, logcheck
and lockfile-progs in features for Alpine 2.2. Git commit already sent
to alpine-devel@lists.alpinelinux.org.
Thanks!
*(from redmine: issue id 550, created on 2011-03-22, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/544alpine-conf: setup-interfaces: loopback configuration needs to be first in /e...2019-07-12T14:27:26ZMatt Smithalpine-conf: setup-interfaces: loopback configuration needs to be first in /etc/network/interfacesThe issue:
\- setup-interfaces ends up placing the loopback configuration at the
bottom of the interfaces file
\- When adding a static IPv6 address (for instance) to eth0, networking
only wants to come up on boot (IIRC).
- That is, a...The issue:
\- setup-interfaces ends up placing the loopback configuration at the
bottom of the interfaces file
\- When adding a static IPv6 address (for instance) to eth0, networking
only wants to come up on boot (IIRC).
- That is, any attempts to run ‘/etc/init.d/networking restart’ in this
configuration, results in an error and doesn’t assign the addresses to
the interface (not sure about multi-interface configurations).
The error is simply:
ip: RTNETLINK answers: Invalid argument
ip: RTNETLINK answers: No route to host
The solution:
- Placing the loopback configuration at the top fixes it.
It’d be ideal to fix this in setup-interfaces, and I could maybe put a
warning on the wiki, stating that the loopback configuration must appear
first in order to prevent issues like this.
*(from redmine: issue id 544, created on 2011-03-15, closed on 2011-04-27)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/543ZNC Package2019-07-12T14:27:26ZalgitbotZNC PackageCould someone please make an APK package of ZNC?
Main site: http://en.znc.in/wiki/ZNC
Official releases: http://people.znc.in/~psychon/znc//releases/
Thanks!
*(from redmine: issue id 543, created on 2011-03-12, closed on 2011-04-...Could someone please make an APK package of ZNC?
Main site: http://en.znc.in/wiki/ZNC
Official releases: http://people.znc.in/~psychon/znc//releases/
Thanks!
*(from redmine: issue id 543, created on 2011-03-12, closed on 2011-04-27)*
* Changesets:
* Revision bf3e322fcf00eed1c92dbb9e636eda9de0f533c5 on 2011-03-23T08:19:51Z:
```
testing/znc: new aport
An advanced IRC bouncer
http://znc.in
ref #543
```Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/541Possible apk-tools bug when making a custom alpine-iso2019-07-12T14:27:24ZJeff Bilykjbilyk@gmail.comPossible apk-tools bug when making a custom alpine-isoOn current git-edge (March 11, 2011), made a custom alpine iso with
alpine-desktop and xf86-input-evdev. Also added in an apkovl. However,
when booting the iso, first received the error that apks couldn’t be
located in /media/cdrom/apks/...On current git-edge (March 11, 2011), made a custom alpine iso with
alpine-desktop and xf86-input-evdev. Also added in an apkovl. However,
when booting the iso, first received the error that apks couldn’t be
located in /media/cdrom/apks/x86. Copied all apks into apks/x86. Then,
got the error that alpine-base couldn’t be found in apks/noarch. Copied
contents of apks/x86 into apks/noarch as a temporary workaround, which
worked. I think it’s a bug in apk-tools, but it could be an alpine-iso
bug also.
*(from redmine: issue id 541, created on 2011-03-12, closed on 2011-04-13)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/540force CHARSET to UTF-8 in /etc/profile2019-07-12T14:27:24ZAriadne Conillariadne@ariadne.spaceforce CHARSET to UTF-8 in /etc/profileAlpine 2.2 should force UTF-8 to always be used in /etc/profile. It is
2011, and only power-users should be using other charsets. Plus GLib is
expecting $CHARSET=UTF-8, which means GTK/Qt are too.
*(from redmine: issue id 540, created ...Alpine 2.2 should force UTF-8 to always be used in /etc/profile. It is
2011, and only power-users should be using other charsets. Plus GLib is
expecting $CHARSET=UTF-8, which means GTK/Qt are too.
*(from redmine: issue id 540, created on 2011-03-11, closed on 2011-03-14)*
* Changesets:
* Revision 70ae0126a9fdea4ddac33579caf4dc0bb80c481d by William Pitcock on 2011-03-14T16:34:47Z:
```
main/alpine-baselayout: set system default charset to UTF-8
fixes #540
```Alpine 2.2.0Ariadne Conillariadne@ariadne.spaceAriadne Conillariadne@ariadne.spacehttps://gitlab.alpinelinux.org/alpine/aports/-/issues/539busybox-1.18.2 klogd refuses to stop2019-07-12T14:27:23ZNatanael Copabusybox-1.18.2 klogd refuses to stopit does not stop with the init.d script and it does not stop when
sending SIGTERM.
*(from redmine: issue id 539, created on 2011-03-03, closed on 2011-03-11)*
* Changesets:
* Revision fbc33831807ff5e0d79da76344366670f7432813 on 2011...it does not stop with the init.d script and it does not stop when
sending SIGTERM.
*(from redmine: issue id 539, created on 2011-03-03, closed on 2011-03-11)*
* Changesets:
* Revision fbc33831807ff5e0d79da76344366670f7432813 on 2011-03-07T10:36:25Z:
```
main/busybox: add patches from upstream
fixes #539
```Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/538after upgrade to openrc-0.7.x vserver guests does not boot up2019-07-12T14:27:23ZNatanael Copaafter upgrade to openrc-0.7.x vserver guests does not boot upThe /etc/rc.sys file has this info:
# If unset, the old automagic detection code will be triggered. Said old code
# is deprecated and be removed not later than 2010/03/01.
rc_sys=""
Apparently this change comes from gentoo ...The /etc/rc.sys file has this info:
# If unset, the old automagic detection code will be triggered. Said old code
# is deprecated and be removed not later than 2010/03/01.
rc_sys=""
Apparently this change comes from gentoo due to LXC is not beeing able
to detected reliable.
This causes networing service be pulled in which fails, naturally. As a
result sshd fails and all other network services fails.
*(from redmine: issue id 538, created on 2011-03-03, closed on 2011-03-11)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/536debootstrap failure2019-07-12T14:27:22ZLingbing Jiangdebootstrap failureIn 2.1.4(i386)
I used
debootstrap —arch i386 lenny /mnt/debian
http://ftp.us.debian.org/debian
It works fine until return:
failure frying to run: chroot /mnt/debian mount -t proc proc /proc
*(from redmine: issue id 536, created...In 2.1.4(i386)
I used
debootstrap —arch i386 lenny /mnt/debian
http://ftp.us.debian.org/debian
It works fine until return:
failure frying to run: chroot /mnt/debian mount -t proc proc /proc
*(from redmine: issue id 536, created on 2011-02-27, closed on 2011-03-07)*Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/535mod_shout on Freeswitch2019-07-12T14:27:21ZFrancesco Colistamod_shout on FreeswitchPlease add mod\_shout to Freeswitch package.
Thanks.
*(from redmine: issue id 535, created on 2011-02-24, closed on 2011-04-13)*
* Changesets:
* Revision 21b9271621a3c6c5e371531754bceb266300c9aa on 2011-02-25T13:55:53Z:
```
main/...Please add mod\_shout to Freeswitch package.
Thanks.
*(from redmine: issue id 535, created on 2011-02-24, closed on 2011-04-13)*
* Changesets:
* Revision 21b9271621a3c6c5e371531754bceb266300c9aa on 2011-02-25T13:55:53Z:
```
main/freeswitch: compile mod_shout
fixes #535
```
* Revision 4ddb8253f68e902b4a71066afbdb682e716b193e on 2011-03-03T09:19:00Z:
```
main/freeswitch: fix textrels in mod_shout
fixes #535
```Alpine 2.2.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/534Please compile extra FreeTDM modules2022-01-30T04:00:35ZNatanael CopaPlease compile extra FreeTDM modulesI deleted bug \#532 by mistake so I create a new one.
We would like to use freeswitch with our digium Wildcard T407P. We need
the PRI and ISDN modules. Would it be possible to compile the following
modules:
ftmod\_zt
ftmod\_libpri ...I deleted bug \#532 by mistake so I create a new one.
We would like to use freeswitch with our digium Wildcard T407P. We need
the PRI and ISDN modules. Would it be possible to compile the following
modules:
ftmod\_zt
ftmod\_libpri
ftmod\_isdn
Comment from Timo:
Looks like this is not really supported in freeswitch-1.0.6. I’m not
sure if it’s just not being built, or if it’s intentionally disabled due
to missing stuff. There’s been a lot of activity on FS git tree for tdm
stuff since 1.0.6 release. They say 1.0.7 is imminent (since Dec 2010).
So I’m wondering if we wait for 1.0.7, check the git snapshots or try to
make 1.0.6 build the tdm modules.
*(from redmine: issue id 534, created on 2011-02-22, closed on 2011-03-24)*
* Changesets:
* Revision c5416cf20701bb5896f80aafdc0f1f9a0d607bf2 on 2011-02-22T14:36:36Z:
```
main/freeswitch: upgrade to 1.0.7
ref #532
ref #534
```
* Revision 280383464cc4c4ab689fe341d6339452d1cba95b on 2011-03-04T15:22:02Z:
```
main/freeswitch: upgrade to 1.0.7
ref #532
ref #534
(cherry picked from commit c5416cf20701bb5896f80aafdc0f1f9a0d607bf2)
```Alpine 2.2.0Timo TeräsTimo Teräs