aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-12T14:24:36Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/273Alpine Linux on Asus 1000he netbook2019-07-12T14:24:36ZalgitbotAlpine Linux on Asus 1000he netbookAlpine 1.9.3-x86 will not run directly by booting from a CD connected to
USB port. It also will not run in a virtual machine using VirtualBox. I
have several other versions of Linux running as virtual machines without
problems. But Alpin...Alpine 1.9.3-x86 will not run directly by booting from a CD connected to
USB port. It also will not run in a virtual machine using VirtualBox. I
have several other versions of Linux running as virtual machines without
problems. But Alpine will not boot on my netbook. I have a desktop
running on a Celeron processor with Ubuntu 9.04 and VirtualBox. Alpine
runs on it just fine as a virtual machine.
Any ideas?
*(from redmine: issue id 273, created on 2010-02-12, closed on 2010-02-19)*Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/259Unable to create a Alpine linux virtal machine using vmware player 32019-07-12T14:24:28ZalgitbotUnable to create a Alpine linux virtal machine using vmware player 3Hi,
I wanted to create an Alpine Linux VM for using in my class project, EEL
5718 in university of florida (taken by Dr. Haniph Latchman).
I followed the steps mentioned at
http://wiki.alpinelinux.org/w/index.php?title=Installing\_Al...Hi,
I wanted to create an Alpine Linux VM for using in my class project, EEL
5718 in university of florida (taken by Dr. Haniph Latchman).
I followed the steps mentioned at
http://wiki.alpinelinux.org/w/index.php?title=Installing\_Alpine\_on\_a\_virtual\_machine.
The VM boots up from the CD (which is the .iso file downloaded), but
gets hanged. The screen shows “boot:” and then does’nt move forward with
the booting process. I am using the latest version (1.9.3 for x86). I
tried this on a windows vista host and ubuntu 9.10 host and got the same
result.
*(from redmine: issue id 259, created on 2010-02-04, closed on 2010-02-08)*Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/257Please compile freeswitch package for Alpine Edge2019-07-12T14:24:26ZalgitbotPlease compile freeswitch package for Alpine EdgeWe would like to test some applications using Freeswitch.
*(from redmine: issue id 257, created on 2010-02-01, closed on 2010-02-08)*
* Changesets:
* Revision 7f4b6f87039a8d6a59ee2a7dd614d2410d519530 on 2010-02-02T08:58:31Z:
```
te...We would like to test some applications using Freeswitch.
*(from redmine: issue id 257, created on 2010-02-01, closed on 2010-02-08)*
* Changesets:
* Revision 7f4b6f87039a8d6a59ee2a7dd614d2410d519530 on 2010-02-02T08:58:31Z:
```
testing/freeswitch: moved from unstable
fixes #257
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/228Alpine 1.9.3 won't boot on HP ML350 G62019-07-12T14:24:11ZJeff Bilykjbilyk@gmail.comAlpine 1.9.3 won't boot on HP ML350 G6On either 1.9.3 or the minimal 2.0 alpha 4 created in \#209, boot halts
with a PAX error: “suspicious general protection fault: 0000 \[\#1}
SMP”. Details follow below. It appears that the boot halts when trying
to load the hpwdt module, ...On either 1.9.3 or the minimal 2.0 alpha 4 created in \#209, boot halts
with a PAX error: “suspicious general protection fault: 0000 \[\#1}
SMP”. Details follow below. It appears that the boot halts when trying
to load the hpwdt module, used for the iLO card in the system. To test,
I disabled the iLO card, but the module still loads. I also tried the
nmi\_watchdog=0 boot option and the module still loads and crashes. What
would be the best way to blacklist the module when booting from the
LiveCD?
Additional error output:
Last sysfs file: /sys/devices/virtual/misc/psaux/dev
Modules: hpdwt(+) mousedev evdev rtc\_cmos rtc\_core rtc\_lib container
thermal button processor vfat fat nls\_iso8859 isofs nls\_base usbmouse
usbhid hid usbkbd sr\_mod cdrom ehci\_hcd pata\_acpi ata\_generic
ata\_piix libata uhci\_hcd cciss usb\_storage usb\_libusual usbcore
sd\_mod scsi\_mod cramfs loop
*(from redmine: issue id 228, created on 2009-12-24, closed on 2009-12-29)*
* Changesets:
* Revision ce9c551ded7784c6967df896afedb68946974451 on 2009-12-24T14:56:28Z:
```
main/linux-grsec: disable hpwtd
ref #228
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/227Please patch asterisk 1.6.0.20 in edge2019-07-12T14:24:10ZDavid WilliamsPlease patch asterisk 1.6.0.20 in edgeWould it be possible to compile asterisk with the following patch
included:
We are experiencing this issue when we have ~45 concurrent sip calls on
a Via 1.2Ghz processor.
https://issues.asterisk.org/view.php?id=15627
Thanks!
*(fro...Would it be possible to compile asterisk with the following patch
included:
We are experiencing this issue when we have ~45 concurrent sip calls on
a Via 1.2Ghz processor.
https://issues.asterisk.org/view.php?id=15627
Thanks!
*(from redmine: issue id 227, created on 2009-12-23, closed on 2010-01-01)*
* Changesets:
* Revision 36dda31006e60f3860740260bf77fd606108a384 on 2009-12-23T14:24:44Z:
```
main/asterisk: patch to prevent run out of sockets
fixes #227
```
* Revision 08ed25097da8566edc572f2c050b835eed44e104 on 2010-01-14T09:41:42Z:
```
main/asterisk: patch to prevent run out of sockets
fixes #227
(cherry picked from commit 36dda31006e60f3860740260bf77fd606108a384)
```Alpine 1.9Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/225Please compile asterisk version 1.6.0.20 in edge2019-07-12T14:24:09ZDavid WilliamsPlease compile asterisk version 1.6.0.20 in edgeWe are testing asterisk 1.6.0.19 to destruction and we run into the
following problem at about 45 calls.
\[Dec 21 15:50:09\] ERROR\[6075\]: acl.c:472 ast\_ouraddrfor: Cannot
create socket
\[Dec 21 15:50:09\] WARNING\[6075\]: channel.c...We are testing asterisk 1.6.0.19 to destruction and we run into the
following problem at about 45 calls.
\[Dec 21 15:50:09\] ERROR\[6075\]: acl.c:472 ast\_ouraddrfor: Cannot
create socket
\[Dec 21 15:50:09\] WARNING\[6075\]: channel.c:829
\_\_ast\_channel\_alloc\_ap: Channel allocation failed: Can’t create
alert pipe! Try increasing max file descriptors with ulimit -n
\[Dec 21 15:50:09\] WARNING\[6075\]: chan\_sip.c:5718 sip\_new: Unable
to allocate AST channel structure for SIP channel
\[Dec 21 15:50:09\] ERROR\[6075\]: astobj2.c:223 ao2\_ref: refcount –1
on object 0x18ba0868
The new version of asterisk also has needed bug fixes for the MixMonitor
application
*(from redmine: issue id 225, created on 2009-12-21, closed on 2010-01-01)*Alpine 1.9https://gitlab.alpinelinux.org/alpine/aports/-/issues/222sems-1.1.1-r0.apk from edge/testing is missing sems2019-07-12T14:24:07ZNathan Angelacossems-1.1.1-r0.apk from edge/testing is missing semsThe sems-1.1.1-r0 package in edge/testing has an empty sems binary:
-rw-r—r— root/root 0 2009-11-12 17:15:05 usr/sbin/sems
*(from redmine: issue id 222, created on 2009-12-17, closed on 2009-12-18)*
* Changesets:
* Revision ae4d66b...The sems-1.1.1-r0 package in edge/testing has an empty sems binary:
-rw-r—r— root/root 0 2009-11-12 17:15:05 usr/sbin/sems
*(from redmine: issue id 222, created on 2009-12-17, closed on 2009-12-18)*
* Changesets:
* Revision ae4d66b1bade676c8053288d05fa202b65684be1 on 2009-12-18T09:40:02Z:
```
testing/sems: build fix
fixes #222
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/220Feature request: lbu pre and post package scripts2021-07-31T22:46:10ZNathan AngelacosFeature request: lbu pre and post package scriptsWhen creating a package, it would be helpful to have a directory of
scripts that are run before and after the apkovl is created.
For example, the correct way to backup a sql database is to do a
database dump; a script could be part of l...When creating a package, it would be helpful to have a directory of
scripts that are run before and after the apkovl is created.
For example, the correct way to backup a sql database is to do a
database dump; a script could be part of lbu to create the database dump
before the apkovl is created, and then a script could delete the dump
file after the apkovl is created.
That allows flexibility in including “special” things in the lbu
archive.
Perhaps
/etc/lbu/pre-package.d/\*
and
/etc/lbu/post-package.d/\*
with run-scripts rules (like cron)
*(from redmine: issue id 220, created on 2009-12-17, closed on 2010-01-20)*
* Changesets:
* Revision 63f898c17a41acd7d22657209fed005ae3c55fcd by Natanael Copa on 2009-12-17T11:12:24Z:
```
lbu: implement support for lbu package pre/post hooks
scripts in /etc/lbu/pre-package.d/ will be executed prior creating the
tar ball and scripts in /etc/lbu/post-package.d/ will be executed after.
if pre-scripts fails, then will package not be created.
ref #220
```
* Revision b25b80ea9b361aef18289e51433ef275a50a0fea on 2009-12-17T14:59:05Z:
```
main/alpine-conf: upgrade to 2.0
fixes #91
fixes #220
```
* Revision 92dd4f0a0a7118c285cbc6f873677dbc427778a3 on 2009-12-17T15:02:14Z:
```
main/alpine-conf: upgrade to 2.0
fixes #91
fixes #220
(cherry picked from commit b25b80ea9b361aef18289e51433ef275a50a0fea)
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/214acf-clamav logfile on alpine 1.92019-07-12T14:24:01ZFrancesco Colistaacf-clamav logfile on alpine 1.9In clamd.conf logfile is set /var/log/clamav/clamd.log, but acf-clamav
is set to /var/log/messages.
*(from redmine: issue id 214, created on 2009-12-08, closed on 2009-12-23)*In clamd.conf logfile is set /var/log/clamav/clamd.log, but acf-clamav
is set to /var/log/messages.
*(from redmine: issue id 214, created on 2009-12-08, closed on 2009-12-23)*Alpine 1.9Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/204Request for Roundcubemail 0.3.12019-07-12T14:23:54ZDuane HughesRequest for Roundcubemail 0.3.1Roundcube 0.3.1 has been released - please compile this for Alpine to
replace old version 0.2.2. Thank you!
http://roundcube.net/download
*(from redmine: issue id 204, created on 2009-11-12, closed on 2009-12-23)*Roundcube 0.3.1 has been released - please compile this for Alpine to
replace old version 0.2.2. Thank you!
http://roundcube.net/download
*(from redmine: issue id 204, created on 2009-11-12, closed on 2009-12-23)*Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/201Package request: NRPE daemon2019-07-12T14:23:52ZalgitbotPackage request: NRPE daemonStarting to test NRPE daemon on Alpine 1.9.1, but do not have any
experience in packaging using abuild. Could someone please package NRPE
daemon (do not need check\_nrpe at this point as we are running a Nagios
server elsewhere on the ne...Starting to test NRPE daemon on Alpine 1.9.1, but do not have any
experience in packaging using abuild. Could someone please package NRPE
daemon (do not need check\_nrpe at this point as we are running a Nagios
server elsewhere on the network). Please include config files provided
by build process in the APK if possible. I will be testing over the next
week or so and posting results to
http://wiki.alpinelinux.org/w/index.php?title=Setting\_up\_NRPE\_daemon.
Thanks for the great distro, we appreciate your hard work.
*(from redmine: issue id 201, created on 2009-11-06, closed on 2010-01-20)*
* Changesets:
* Revision 6f26dafcd32199e15194178c2d8984c8c757f542 on 2009-11-13T15:34:44Z:
```
testing/nrpe: added init.d script based on stuff from Jeff
fixes #201
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/200asterisk post-install script should `addgroup asterisk dialout`2019-07-12T14:23:50Zaa latchmasterisk post-install script should `addgroup asterisk dialout`In order to use dahdi in asterisk, it seems asterisk needs to be in the
dialout group.
This could be done in the asterisk post-install script.
*(from redmine: issue id 200, created on 2009-11-05, closed on 2010-02-19)*
* Relations:
...In order to use dahdi in asterisk, it seems asterisk needs to be in the
dialout group.
This could be done in the asterisk post-install script.
*(from redmine: issue id 200, created on 2009-11-05, closed on 2010-02-19)*
* Relations:
* duplicates #170Alpine 1.9Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/194Quagga has wrong permissions on /var/empty2019-07-12T14:23:47ZTed TraskQuagga has wrong permissions on /var/emptyAdding the quagga package will create directory /var/empty, but needs to
set permissions to 755, not 777. Openssh also creates the same
directory, but with the correct permissions.
If you install openssh, you can start sshd just fine. B...Adding the quagga package will create directory /var/empty, but needs to
set permissions to 755, not 777. Openssh also creates the same
directory, but with the correct permissions.
If you install openssh, you can start sshd just fine. But, if you
install the quagga package before installing the openssh package, sshd
won’t start. And it remains that way forever, because packages are
installed in the same order after a reboot.
Same for 1.9 and 1.9.1 and latest from repositories.
*(from redmine: issue id 194, created on 2009-10-29, closed on 2009-12-23)*
* Changesets:
* Revision 6edee9a7fb9dadd2840187e8bd0096f95fbcb6e8 on 2009-10-30T08:52:31Z:
```
main/quagga set permissions on /var/empty
fixes #194
```
* Revision d0c8e7fb9f9d5f22deb83e3e4df50f1a4d0b8261 on 2009-11-02T16:29:53Z:
```
main/quagga set permissions on /var/empty
fixes #194
(cherry picked from commit 6edee9a7fb9dadd2840187e8bd0096f95fbcb6e8)
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/178/etc/init.d/localmount stop umounts modloop2019-07-12T14:23:39Zaa latchm/etc/init.d/localmount stop umounts modloopI think /etc/init.d/localmount stop should not umount modloop.
/etc/init.d/modloop stop is already designed to do this.
Since /etc/init.d/localmount stop umounts modloop, a
/etc/init.d/localmount restart will fail to mount any device wh...I think /etc/init.d/localmount stop should not umount modloop.
/etc/init.d/modloop stop is already designed to do this.
Since /etc/init.d/localmount stop umounts modloop, a
/etc/init.d/localmount restart will fail to mount any device which
requires new modules to be loaded.
For example, in the document
[http://wiki.alpinelinux.org/w/index.php?title=Setting\_up\_Logical\_Volumes\_with\_LVM](http://wiki.alpinelinux.org/w/index.php?title=Setting\_up\_Logical\_Volumes\_with\_LVM),
the instructions include running /etc/init.d/localmount start in order
to mount a new xfs partition. This requires loading the xfs module. Here
is what happens:
1. localmount is already started in 1.9 upon bootup, since it is a
‘need’ dependency of /etc/init.d/bootmisc, and bootmisc is in the
boot runlevel
1. Therefore the only option is to do /etc/init.d/localmount
restart (rc will not allow starting of a service that is
“already started”)
2. /etc/init.d/localmount restart first stops localmount, which umounts
modloop.
3. /etc/init.d/localmount restart then tries to mount the new xfs
partition, but cannot load the xfs module, so that it fails.
I think the following change should fix the problem:
--- localmount.orig Thu Oct 8 18:24:03 2009
+++ localmount Thu Oct 8 18:24:58 2009
@@ -32,7 +32,7 @@
{
# We never unmount / or /dev or $RC_SVCDIR
local x= no_umounts_r="/|/dev|/dev/.*|${RC_SVCDIR}"
- no_umounts_r="${no_umounts_r}|/bin|/sbin|/lib|/libexec"
+ no_umounts_r="${no_umounts_r}|/bin|/sbin|/lib|/libexec|/.modloop"
# RC_NO_UMOUNTS is an env var that can be set by plugins
OIFS=$IFS SIFS=${IFS-y}
IFS=$IFS:
*(from redmine: issue id 178, created on 2009-10-08, closed on 2009-12-23)*
* Changesets:
* Revision 52e59e902232fa150e2e8ced9e66bbd5d4140023 on 2009-10-12T13:00:05Z:
```
main/openrc: localmount: don't umount .modloop
fixes #178
```
* Revision 880a404a6daca5e4b606bab8d0b67dd581dd242c on 2009-10-12T14:24:28Z:
```
main/openrc: localmount: don't umount .modloop
fixes #178
(cherry picked from commit 52e59e902232fa150e2e8ced9e66bbd5d4140023)
```
* Revision a4cc593132e169168d5b701da879998f91f3744c on 2010-12-21T10:37:20Z:
```
main/openrc: apply patch from upstream. force root to be remounted as rw
also remove the .modloop hack. Basically, everytying in 'boot' runlevel
is for bootstrapping the system. Dont expect things work if restart
any of those services.
ref #178
```
* Revision 60204f874164b38247e0d52e589dbe52c4daa178 on 2011-01-07T12:39:48Z:
```
main/openrc: apply patch from upstream. force root to be remounted as rw
also remove the .modloop hack. Basically, everytying in 'boot' runlevel
is for bootstrapping the system. Dont expect things work if restart
any of those services.
ref #178
(cherry picked from commit a4cc593132e169168d5b701da879998f91f3744c)
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/176Show full URL in acf-weblog2022-07-25T07:00:29ZHadi SukirmanShow full URL in acf-weblogAs of 0.4.6-r1 of acf-weblog only a shortened URL is presented on the
audit page. The full URL appears only if the mouse hovers over the link.
This might be practical if dealing with low volume dansguardian blocks.
With high volume blo...As of 0.4.6-r1 of acf-weblog only a shortened URL is presented on the
audit page. The full URL appears only if the mouse hovers over the link.
This might be practical if dealing with low volume dansguardian blocks.
With high volume blocks this is not the most efficient way to work. High
volume auditing would benefit from the whole URL be shown.
Can the shortened URL be made optional?
*(from redmine: issue id 176, created on 2009-10-02, closed on 2009-12-23)*Alpine 1.9Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/172/etc/rc.local is not migrated to 1.92022-07-25T07:00:29Zaa latchm/etc/rc.local is not migrated to 1.9After upgrade from 1.8 to 1.9, /etc/rc.local is not migrated as a
startup script. Instead, /etc/init.d/rc.local (which may or may not
exist) is added to runlevel default.
Tested on 1.9.0\_rc5.
Some possible options:
- mv /etc/rc.loc...After upgrade from 1.8 to 1.9, /etc/rc.local is not migrated as a
startup script. Instead, /etc/init.d/rc.local (which may or may not
exist) is added to runlevel default.
Tested on 1.9.0\_rc5.
Some possible options:
- mv /etc/rc.local /etc/init.d/rc.local
- ln -s /etc/rc.local /etc/init.d/rc.local
- rc-update del rc.local && ln -s /etc/conf.d/local.start && rc-update
add local
- Write default /etc/init.d/rc.local which sources /etc/rc.local
*(from redmine: issue id 172, created on 2009-09-25, closed on 2009-10-02)*
* Changesets:
* Revision bd325689a38ce40e1e7fe6357c87c9cb07fdb9f6 on 2009-09-25T14:25:32Z:
```
main/openrc: migrate rc.local from 1.8
fixes #172
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/169solve the hda/sda swapping2019-07-12T14:23:35ZNatanael Copasolve the hda/sda swappingProblem When booting from cd or usb disk shows up as sdX. after run setup-disk the disk shows up as hdX and boot fails.
---------------------------------------------------------------------------------------------------------------------...Problem When booting from cd or usb disk shows up as sdX. after run setup-disk the disk shows up as hdX and boot fails.
-----------------------------------------------------------------------------------------------------------------------
Reason The ide drivers gets loaded first. Which is loaded first seems to depend on how/when depmod was run and is completetly unpredictable.
--------------------------------------------------------------------------------------------------------------------------------------------
### Solution 1. Use UUID=… instead of devices in fstab and exlinux.conf 2. disable the IDE drivers and use scsi emulation only. (/dev/hdX will dissapear) This is what debian, ubuntu and fedora does.
*(from redmine: issue id 169, created on 2009-09-18, closed on 2009-10-02)*
* Changesets:
* Revision 529426cca93f7466eda8392b82e9dd4bc97b54ea on 2009-09-18T09:53:02Z:
```
main/alpine-conf: use uuid in setup-disk
fixes #169
```Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/168kamailio-1.5.2-r4 compiled for wrong config file2019-07-12T14:23:35ZNathan Angelacoskamailio-1.5.2-r4 compiled for wrong config filekamailio-1.5.2-r4.apk contains a file /etc/kamailiokamailio.cfg
It should be /etc/kamailio/kamailio.cfg
the kamailio binary also looks for the wrong config file.
As far as an extra “what would be nice” feature, it would be nice if the...kamailio-1.5.2-r4.apk contains a file /etc/kamailiokamailio.cfg
It should be /etc/kamailio/kamailio.cfg
the kamailio binary also looks for the wrong config file.
As far as an extra “what would be nice” feature, it would be nice if the
init script parsed /etc/conf.d/kamailio for DAEMON\_OPTS and used
whatever was there (with /etc/kamailio/kamailio.cfg being the default)
*(from redmine: issue id 168, created on 2009-09-16, closed on 2009-10-02)*Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/167setup-disk should detect vmware and add needed pax_nouderef to to extlinux.conf2019-07-12T14:23:34ZNatanael Copasetup-disk should detect vmware and add needed pax_nouderef to to extlinux.confalpine is currently broken on vmware by default:
http://forums.grsecurity.net/viewtopic.php?f=3&t=2191
We can detect vmware by looking at the disks:
http://www.dmo.ca/blog/detecting-virtualization-on-linux/
*(from redmine: issue i...alpine is currently broken on vmware by default:
http://forums.grsecurity.net/viewtopic.php?f=3&t=2191
We can detect vmware by looking at the disks:
http://www.dmo.ca/blog/detecting-virtualization-on-linux/
*(from redmine: issue id 167, created on 2009-09-16, closed on 2009-09-22)*Alpine 1.9Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/165downgrade php to 5.2.102019-07-12T14:23:32ZNatanael Copadowngrade php to 5.2.10may apps does not support php-5.3 yet so for 1.9 release we want 5.2.x.
*(from redmine: issue id 165, created on 2009-09-14, closed on 2009-10-02)*
* Changesets:
* Revision 62204a7e4be77192725f28e728641da5be5ed24b on 2009-09-14T15:0...may apps does not support php-5.3 yet so for 1.9 release we want 5.2.x.
*(from redmine: issue id 165, created on 2009-09-14, closed on 2009-10-02)*
* Changesets:
* Revision 62204a7e4be77192725f28e728641da5be5ed24b on 2009-09-14T15:08:37Z:
```
*/php: move php-5.3 to testing and downgrade main/php to 5.2.10
many apps needs 5.2
fixes #165
```Alpine 1.9