aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-12T14:25:08Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/3221.10 - Dahdi - Missing modules2019-07-12T14:25:08ZMika Havela1.10 - Dahdi - Missing modulesMissing dahdi modules in 1.10
asterisk:~# apk version | grep "dahd\|aste"
dahdi-linux-2.2.0.2-r0 = 2.2.0.2-r0
dahdi-tools-2.2.0-r0 = 2.2.0-r0
asterisk-1.6.2.1-r1 = ...Missing dahdi modules in 1.10
asterisk:~# apk version | grep "dahd\|aste"
dahdi-linux-2.2.0.2-r0 = 2.2.0.2-r0
dahdi-tools-2.2.0-r0 = 2.2.0-r0
asterisk-1.6.2.1-r1 = 1.6.2.1-r1
acf-asterisk-0.2.3-r0 = 0.2.3-r0
dahdi-linux-grsec-2.6.32.9-r1 = 2.6.32.9-r1
asterisk:~# modprobe zaphfc
modprobe: module zaphfc not found in modules.dep
asterisk:~# modprobe dahdi
modprobe: module dahdi not found in modules.dep
*(from redmine: issue id 322, created on 2010-03-12, closed on 2010-03-18)*Alpine 1.10.1https://gitlab.alpinelinux.org/alpine/aports/-/issues/320Busybox beep implements delays wrong2019-07-12T14:25:07ZTed TraskBusybox beep implements delays wrongIt appears that busybox beep does not implement delay. Or it doesn’t
implement it properly.
1. -d switch should allow definition of delay in ms, which applies
between each beep (not after the last one)
2. When -d is not specified, the...It appears that busybox beep does not implement delay. Or it doesn’t
implement it properly.
1. -d switch should allow definition of delay in ms, which applies
between each beep (not after the last one)
2. When -d is not specified, there should be a default delay of 100 ms.
Proof: the following two commands do the same thing:
- \# /bin/busybox beep -d 1000 -f 1000 -r 2
- \# /bin/busybox beep -f 1000 -r 2
Tested against busybox-1.15.3-r1
*(from redmine: issue id 320, created on 2010-03-11, closed on 2010-03-18)*
* Changesets:
* Revision 725cf1202858d1f324e67f67c1f4a6c4fea783d5 on 2010-03-11T20:34:48Z:
```
main/busybox: beep: fix -d option
fixes #320
```
* Revision fce38ec55f9111190b52234abb79b4f194e55ace on 2010-03-12T18:02:44Z:
```
main/busybox: beep: fix -d option
fixes #320
(cherry picked from commit 725cf1202858d1f324e67f67c1f4a6c4fea783d5)
```Alpine 1.10.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/319main/busybox-initscripts: acpi script does not have execute permissions2019-07-12T14:25:07ZNatanael Copamain/busybox-initscripts: acpi script does not have execute permissionsThe */etc/acpi/PWRF/00000080* should have execute permissions so
poweroff button works by default.
*(from redmine: issue id 319, created on 2010-03-10, closed on 2010-03-12)*
* Changesets:
* Revision 27057c7c379603d088cafc3a1f923263...The */etc/acpi/PWRF/00000080* should have execute permissions so
poweroff button works by default.
*(from redmine: issue id 319, created on 2010-03-10, closed on 2010-03-12)*
* Changesets:
* Revision 27057c7c379603d088cafc3a1f923263ba711056 on 2010-03-10T20:08:33Z:
```
main/busybox-initscripts: fix acpi poweroff script permissions
fixes #319
```
* Revision c97d249b4c66472b97051c90c8543119a1edd8f6 on 2010-03-10T20:11:32Z:
```
main/busybox-initscripts: fix acpi poweroff script permissions
fixes #319
(cherry picked from commit 27057c7c379603d088cafc3a1f923263ba711056)
```Alpine 1.10.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/318alpine 1.10 upgrade problem2019-07-12T14:25:06ZNatanael Copaalpine 1.10 upgrade problemIf upgrading from 1.9.x and there are http repostiroies and cache
enabled and some packages are missing in 1.10 (for example sfic and
beep), then will Alpine not boot and give an error message.
*(from redmine: issue id 318, created on ...If upgrading from 1.9.x and there are http repostiroies and cache
enabled and some packages are missing in 1.10 (for example sfic and
beep), then will Alpine not boot and give an error message.
*(from redmine: issue id 318, created on 2010-03-10, closed on 2010-03-18)*Alpine 1.10.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/315logrotate does not create logrotate.d directory2019-07-12T14:25:04Zaa latchmlogrotate does not create logrotate.d directoryTested on alpine-1.10.0.
On fresh install of logrotate, it does not create logrotate.d, which is
expected by default in the stock /etc/logrotate.conf. Thus the following
error occurs when trying to run logrotate:
# /usr/sbin/logrot...Tested on alpine-1.10.0.
On fresh install of logrotate, it does not create logrotate.d, which is
expected by default in the stock /etc/logrotate.conf. Thus the following
error occurs when trying to run logrotate:
# /usr/sbin/logrotate /etc/logrotate.conf
error: cannot stat /etc/logrotate.d: No such file or directory
Note: this error will not be seen if another package has been installed
which includes /etc/logrotate.d/\* files, such as mini\_httpd
*(from redmine: issue id 315, created on 2010-03-09, closed on 2010-03-12)*
* Changesets:
* Revision a3041b9cb7ed70bb5894ef4d909d7bd7781fa691 on 2010-03-10T19:39:01Z:
```
main/logrotate: include the /etc/logrotate.d dir
fixes #315
```
* Revision 138eb646b698a5d7622c8cd7f52328aaddd22ddb on 2010-03-10T19:39:56Z:
```
main/logrotate: include the /etc/logrotate.d dir
fixes #315
(cherry picked from commit a3041b9cb7ed70bb5894ef4d909d7bd7781fa691)
```Alpine 1.10.1Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/336vserver kernel setup-disk returns line 455 sfdisk not found2019-07-12T14:25:17ZShane Carrollvserver kernel setup-disk returns line 455 sfdisk not foundI downloaded Alpine Linux with Vserver image
When setup-disk is run, I get the following:
ERROR: unable to install ‘sfdisk’: –1
/sbin/setup-disk: line 455: sfdisk: not found
/sbin/setup-disk: line 455: syntax error: / 1024 - 983 - ...I downloaded Alpine Linux with Vserver image
When setup-disk is run, I get the following:
ERROR: unable to install ‘sfdisk’: –1
/sbin/setup-disk: line 455: sfdisk: not found
/sbin/setup-disk: line 455: syntax error: / 1024 - 983 - 100
Regards,
Shane
*(from redmine: issue id 336, created on 2010-03-22, closed on 2010-05-12)*Alpine 1.10.2Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/332cannot create /var/run/dovecot/auth-master file2019-07-12T14:25:15ZDuane Hughescannot create /var/run/dovecot/auth-master fileWhen using dovecot-1.2.11-r0 I notice the following problem when using
the dovecot deliver lda and trying to start dovecot:
Mar 18 12:27:33 auth(default): Error: bind(/var/run/dovecot/auth-master) failed: No such file or directory
...When using dovecot-1.2.11-r0 I notice the following problem when using
the dovecot deliver lda and trying to start dovecot:
Mar 18 12:27:33 auth(default): Error: bind(/var/run/dovecot/auth-master) failed: No such file or directory
Mar 18 12:27:33 auth(default): Fatal: net_listen_unix(/var/run/dovecot/auth-master) failed: No such file or directory
Mar 18 12:27:33 dovecot: Fatal: Auth process died too early - shutting down
I have the following in /etc/dovecot/dovecot.conf:
socket listen {
# These lines below are for the deliver lda
master {
path = /var/run/dovecot/auth-master
mode = 0660
user = vmail
group = vmail
}
}
Running ls -l /var/run shows no dovecot directory in /var/run
To work around the problem the dovecot can be manually created as root.
Starting dovecot then succeeds, and the auth-master file is created with
the correct permissions.
Perhaps the /var/run/dovecot directory be created automatically when
dovecot is installed, or dovecot is started? Could this be a permissions
problem of some sort?
*(from redmine: issue id 332, created on 2010-03-18, closed on 2010-04-29)*
* Changesets:
* Revision 5e1ecf7ef52c947fd7407546d7fb7586341f90ed on 2010-03-21T15:14:36Z:
```
main/dovecot: create /var/run/dovecot dir
fixes #332
```
* Revision 47bfd5f590ebebd0204adf9dc358253c06d59725 on 2010-03-22T09:28:31Z:
```
main/dovecot: create /var/run/dovecot dir
fixes #332
(cherry picked from commit 5e1ecf7ef52c947fd7407546d7fb7586341f90ed)
```Alpine 1.10.2Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/215BAD Signature error when upgrading package from edge2019-07-12T14:24:02ZalgitbotBAD Signature error when upgrading package from edgeAfter installing alpine 1.9.1 091021 on a USB stick, I changed my
repository to an ‘edge’ mirror. When installing a package (asterisk)
from that mirror, the following error appears:
ERROR: ncurses-5.7-r1: BAD signature
I’ve used all ...After installing alpine 1.9.1 091021 on a USB stick, I changed my
repository to an ‘edge’ mirror. When installing a package (asterisk)
from that mirror, the following error appears:
ERROR: ncurses-5.7-r1: BAD signature
I’ve used all mirrors listed on the wiki, and the results are the same.
*(from redmine: issue id 215, created on 2009-12-09, closed on 2010-06-08)*
* Changesets:
* Revision c6da72282a062d468fa30abd504c8a22d248ab91 by Timo Teräs on 2010-06-04T16:12:22Z:
```
main/openssl: update padlock sha patches
New version of padlock sha patches that do not use the seg.fault handler trick.
It requires application to properly use oneshot mode context flag, or the high
level full operation methods to take use of VIA C7 SHA acceleration. VIA Nano
support is included in this patch and supports the partial transforms, so it
gets accelerated always.
Fixes #215.
```Alpine 1.10.3Timo TeräsTimo Teräshttps://gitlab.alpinelinux.org/alpine/aports/-/issues/339Screen contents are not cleared after syslinux loads2019-07-12T14:25:19ZJeff Bilykjbilyk@gmail.comScreen contents are not cleared after syslinux loadsAfter selecting a kernel + options with syslinux, the screen contents
are not cleared. For example, the BIOS hardware summary remains in while
the services + daemons are started up, which makes the contents of the
screen difficult to rea...After selecting a kernel + options with syslinux, the screen contents
are not cleared. For example, the BIOS hardware summary remains in while
the services + daemons are started up, which makes the contents of the
screen difficult to read. In the past this was done, and I can’t
remember when this changed. Is there just a kernel option to make the
screen contents disappear or is there a change needed in Alpine?
*(from redmine: issue id 339, created on 2010-03-30, closed on 2010-06-16)*
* Changesets:
* Revision 2214577d304e6e0099a902315981d0b908b1b818 on 2010-06-08T13:41:51Z:
```
main/linux-grsec: fix clearing of screen at boot
fixes #339
```
* Revision 54f50864ba74d0c4c63fdc7167f9ff8aac0510f9 on 2010-06-08T14:36:56Z:
```
main/linux-grsec: fix clearing of screen at boot
fixes #339
(cherry picked from commit 2214577d304e6e0099a902315981d0b908b1b818)
```
* Revision 3a138c7fc3c38433f75cf3d44a4a78d80a6da705 on 2010-08-06T08:58:36Z:
```
main/linux-vserver: add fix for screen output on boot
was never applied to linux-vserver kernel.
ref #339
```Alpine 1.10.4Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/361Support for partitions >2 TBs2019-07-12T14:25:32ZLeonardo ArenaSupport for partitions >2 TBsI’m trying to create an XFS partition >TB. However after formatting I
can see only 2TB:
~\# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type ‘help’ to view a list of commands.
(parted) print
Model: ...I’m trying to create an XFS partition >TB. However after formatting I
can see only 2TB:
~\# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type ‘help’ to view a list of commands.
(parted) print
Model: DELL MD3000i (scsi)
Disk /dev/sdc: 3608GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 3608GB 3608GB
~\# df -h
Filesystem Size Used Available Use% Mounted on
/dev/sdc1 2.0T 70.0M 2.0T 0% /media/iscsi
After formatting parted is no longer able to recognize the partition
table:
~\# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type ‘help’ to view a list of commands.
(parted) print
Error: /dev/sdc: unrecognised disk label
The same happens with EXT2/3.
http://xfs.org/index.php/XFS\_FAQ\#Q:*Why\_does\_my*.3E\_2TB\_XFS\_partition\_disappear\_when\_I\_reboot\_.3F
shows that it needs CONFIG\_LBD=y and CONFIG\_EFI\_PARTITION=y.
LARGE\_BLOCK\_DEVICE is enabled while EFI\_PARTITION is not.
*(from redmine: issue id 361, created on 2010-06-16, closed on 2010-06-16)*
* Changesets:
* Revision 6b19453ed2db40f0d9f976385abbc96e72704977 on 2010-06-16T07:44:20Z:
```
main/linux-grsec: enable EFI
ref #361
```
* Revision c164e429b41680759e1947fa9548e20e1985e469 on 2010-06-16T10:05:05Z:
```
main/linux-vserver: enable EFI support
ref #361
```
* Revision 501127d105e0b06820b3d2caa4e283924df4bd1c on 2010-06-16T11:23:38Z:
```
main/linux-grsec: enable EFI
fixes #361
(cherry picked from commit 6b19453ed2db40f0d9f976385abbc96e72704977)
```
* Revision 654fafea2b207191eb4e7d1a6bae88706df90bbc on 2010-06-16T11:24:05Z:
```
main/linux-vserver: enable EFI support
ref #361
(cherry picked from commit c164e429b41680759e1947fa9548e20e1985e469)
```Alpine 1.10.6Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/360Dovecot log files are not rotated2019-07-12T14:25:31ZDuane HughesDovecot log files are not rotatedDovecot needs a /etc/logrotate.d/dovecot file to rotate the logs, which
is currently missing, causing the dovecot log files to grow rather
large.
This may work for contents of dovecot logrotate file:
/var/log/dovecot*.log {
...Dovecot needs a /etc/logrotate.d/dovecot file to rotate the logs, which
is currently missing, causing the dovecot log files to grow rather
large.
This may work for contents of dovecot logrotate file:
/var/log/dovecot*.log {
daily
missingok
copytruncate
rotate 7
compress
notifempty
sharedscripts
postrotate
if [ -f /var/run/dovecot/master.pid ]; then \
/etc/init.d/dovecot reload > /dev/null 2>&1 || true ; \
fi;
endscript
}
I’m testing the above to see if it works. Better ideas also accepted. :)
*(from redmine: issue id 360, created on 2010-06-10, closed on 2010-06-16)*
* Relations:
* blocks #359
* Changesets:
* Revision 21efade36950aecb8d5e3a63e4050db86913dbe5 on 2010-06-11T09:50:38Z:
```
main/dovecot: set localstatedir
ref #359
ref #360
also create a default config that works out of the box.
```
* Revision 7380979a0bbc147af227a936b8fcfba816c2295c on 2010-06-11T15:17:06Z:
```
main/dovecot: use logfile in default config and provide logrotate
fixes #360
```
* Revision 30389111391a1967fc26d95be30008b8a85679dd on 2010-06-16T11:48:08Z:
```
main/dovecot: use logfile in default config and provide logrotate
fixes #360
```Alpine 1.10.6Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/359Dovecot storing files in /usr/var/run instead of /var/run2019-07-12T14:25:30ZDuane HughesDovecot storing files in /usr/var/run instead of /var/runI noticed this when searching for the dovecot master.pid file, which
should live in /var/run/dovecot/master.pid according to the init script,
but doesn’t. I searched for it and found it in
/usr/var/run/dovecot/master.pid. Also, there are...I noticed this when searching for the dovecot master.pid file, which
should live in /var/run/dovecot/master.pid according to the init script,
but doesn’t. I searched for it and found it in
/usr/var/run/dovecot/master.pid. Also, there are dovecot related files
in /usr/var/lib/dovecot. I think that may be a typo and the files should
actually be in /var/run/dovecot and /var/lib/dovecot?
Thanks!
*(from redmine: issue id 359, created on 2010-06-10, closed on 2010-06-16)*
* Relations:
* blocks #360
* Changesets:
* Revision 21efade36950aecb8d5e3a63e4050db86913dbe5 on 2010-06-11T09:50:38Z:
```
main/dovecot: set localstatedir
ref #359
ref #360
also create a default config that works out of the box.
```
* Revision a587866e79bce8769a5fb346b4feb9c1ac9c1f09 on 2010-06-16T11:43:47Z:
```
main/dovecot: set localstatedir
fixes #359
also create a default config that works out of the box.
(cherry picked from commit 21efade36950aecb8d5e3a63e4050db86913dbe5)
Conflicts:
main/dovecot/APKBUILD
```Alpine 1.10.6Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/356Clamav 0.96 DoS Attack2019-07-12T14:25:29Ziilluzion _Clamav 0.96 DoS AttackThere are bugs in cli\_pdf() in libclamav/pdf.c and parseicon() in
libclamav/pe\_icons.c. The latest version 0.96.1 has needed fixes.
All alpine versions are affected including edge versions, especially
servers installed with
http://wik...There are bugs in cli\_pdf() in libclamav/pdf.c and parseicon() in
libclamav/pe\_icons.c. The latest version 0.96.1 has needed fixes.
All alpine versions are affected including edge versions, especially
servers installed with
http://wiki.alpinelinux.org/wiki/ISP\_Mail\_Server\_HowTo instructions,
which uses clamav scanning.
*(from redmine: issue id 356, created on 2010-06-06, closed on 2010-06-16)*
* Changesets:
* Revision 2bda75f50203a38bfcfbe5a39c8b23b96c7b4241 on 2010-06-11T12:14:54Z:
```
main/clamav: upgrade to 0.96.1
fixes #356
```Alpine 1.10.6https://gitlab.alpinelinux.org/alpine/aports/-/issues/316Package Request: Trac2022-06-05T14:30:15Zaa latchmPackage Request: TracCurrently I am running a Trac system on alpine-1.8.x that I would like
to upgrade to 1.10. If someone is able to compile Trac for 1.10 I would
appreciate it.
*(from redmine: issue id 316, created on 2010-03-09, closed on 2010-06-16)*Currently I am running a Trac system on alpine-1.8.x that I would like
to upgrade to 1.10. If someone is able to compile Trac for 1.10 I would
appreciate it.
*(from redmine: issue id 316, created on 2010-03-09, closed on 2010-06-16)*Alpine 1.10.6Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/407setup-interfaces does not accept static ip addresses2019-07-12T14:26:03ZNatanael Copasetup-interfaces does not accept static ip addressesseems like there is a change in ipcalc in busybox-1.17.x that breaks the
ip address validation in setup-interfaces, resulting in error message
(ipcalc usage) when entering a static ip.
*(from redmine: issue id 407, created on 2010-08-1...seems like there is a change in ipcalc in busybox-1.17.x that breaks the
ip address validation in setup-interfaces, resulting in error message
(ipcalc usage) when entering a static ip.
*(from redmine: issue id 407, created on 2010-08-16, closed on 2010-08-17)*
* Changesets:
* Revision 66678bc73768453b717e2844e863508400d1ce7e on 2010-08-16T14:44:17Z:
```
main/alpine-conf: upgrade to 2.5
fixes #407
```Alpine 2.0.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/401Apache2 fails to start with default config2019-07-12T14:26:00ZJeff Bilykjbilyk@gmail.comApache2 fails to start with default configLines 163 and 164 reference ldap module, which isn’t isntalled by
default. Loading these modules should be moved to the seperate ldap
config that was created for subpackage.
*(from redmine: issue id 401, created on 2010-08-10, closed o...Lines 163 and 164 reference ldap module, which isn’t isntalled by
default. Loading these modules should be moved to the seperate ldap
config that was created for subpackage.
*(from redmine: issue id 401, created on 2010-08-10, closed on 2010-08-13)*
* Changesets:
* Revision 2276aee4cf2241399059411099baa7709519024e on 2010-08-10T13:43:00Z:
```
main/apache2: move ldapconfig to -ldap subpackage
and fix -dev dependencies
fixes #401
```Alpine 2.0.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/400Possible bug in abuild2020-04-24T04:42:33ZJeff Bilykjbilyk@gmail.comPossible bug in abuildWas trying to package SNMPTT (for integrating SNMP traps into Nagios)
but running into an issue. Source for the package has an underscore
(http://downloads.sourceforge.net/$pkgname/$pkgname\_$pkgver.tgz), and
when I run either abuild or ...Was trying to package SNMPTT (for integrating SNMP traps into Nagios)
but running into an issue. Source for the package has an underscore
(http://downloads.sourceforge.net/$pkgname/$pkgname\_$pkgver.tgz), and
when I run either abuild or abuild fetch, it uses 1.3.tgz as filename
instead of snmptt\_1.3.tgz. Not sure what’s going on, but worked around
it for now in APKBUILD.
*(from redmine: issue id 400, created on 2010-08-09, closed on 2010-08-10)*Alpine 2.0.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/392package request: apache2019-07-12T14:25:54ZNatanael Copapackage request: apachempm-itk would be nice
*(from redmine: issue id 392, created on 2010-08-03, closed on 2010-08-13)*
* Relations:
* blocks #393
* Changesets:
* Revision c0367e7f1e95ef668455892afc61ebbbc53a35d9 on 2010-08-10T09:48:55Z:
```
testing/a...mpm-itk would be nice
*(from redmine: issue id 392, created on 2010-08-03, closed on 2010-08-13)*
* Relations:
* blocks #393
* Changesets:
* Revision c0367e7f1e95ef668455892afc61ebbbc53a35d9 on 2010-08-10T09:48:55Z:
```
testing/apache2: various fixes
* fix datadir to /usr/share instead of /share
* move apxs and build dir to -dev package
* separate subpackage for ldap modules
* separate subpackage for ssl support with post-install that creates cert
ref #392
```
* Revision c82268523e28a998de4dce38b842b25c4ba4ffd2 on 2010-08-10T12:19:19Z:
```
main/apache2: moved from testing
fixes #392
```Alpine 2.0.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/391booting after setup-disk fails with 2.0.0_rc12019-07-12T14:25:53ZNatanael Copabooting after setup-disk fails with 2.0.0_rc1setup-disk works with 2.0.0\_beta4 but fails to boot with rc1.
Seems like kernel module dependencies for ext3 does not get included in
initramfs image for some reason.
*(from redmine: issue id 391, created on 2010-08-03, closed on 201...setup-disk works with 2.0.0\_beta4 but fails to boot with rc1.
Seems like kernel module dependencies for ext3 does not get included in
initramfs image for some reason.
*(from redmine: issue id 391, created on 2010-08-03, closed on 2010-08-13)*Alpine 2.0.0Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/389freeswitch-sample-config issues2019-07-12T14:25:51ZTed Traskfreeswitch-sample-config issues1) There’s a typo in APKBUILD. It contains the line “mkdir -p
”$subpkgdir“/etc/freeswich”. It’s missing the ‘t’ in freeswitch.
2) The files that belong in the /etc/freeswitch/autoload\_configs
directory end up in the /etc/freeswitch dir...1) There’s a typo in APKBUILD. It contains the line “mkdir -p
”$subpkgdir“/etc/freeswich”. It’s missing the ‘t’ in freeswitch.
2) The files that belong in the /etc/freeswitch/autoload\_configs
directory end up in the /etc/freeswitch directory
*(from redmine: issue id 389, created on 2010-07-22, closed on 2010-07-28)*
* Changesets:
* Revision 705ca38e4dffd3ea40dd6114e7f4aab353cfc462 on 2010-07-23T07:03:37Z:
```
main/freeswitch: fix typo that caused sample config go to wrong place
fixes #389
```Alpine 2.0.0Natanael CopaNatanael Copa