aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-12T14:23:49Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/198c7temp module for Alpine 1.9x2019-07-12T14:23:49ZFrancesco Colistac7temp module for Alpine 1.9xModule c7temp does not exist in 1.9…needed for lm\_sensors.
Thanks.
*(from redmine: issue id 198, created on 2009-11-03, closed on 2010-10-29)*Module c7temp does not exist in 1.9…needed for lm\_sensors.
Thanks.
*(from redmine: issue id 198, created on 2009-11-03, closed on 2010-10-29)*Alpine 2.1.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/196apc php module compiled for wrong version of php2019-07-12T14:23:48ZNathan Angelacosapc php module compiled for wrong version of phpapk add php-apc
places apc.so in /usr/lib/php/20090626/
but we back-leveled php and it should be compiled for
/usr/lib/php/20060613
*(from redmine: issue id 196, created on 2009-11-01, closed on 2009-12-23)*
* Changesets:
* Revi...apk add php-apc
places apc.so in /usr/lib/php/20090626/
but we back-leveled php and it should be compiled for
/usr/lib/php/20060613
*(from redmine: issue id 196, created on 2009-11-01, closed on 2009-12-23)*
* Changesets:
* Revision a6d851712f002bdaf34f79b1af311de88f21f824 on 2009-11-13T08:27:10Z:
```
main/php-apc: upgrade to 3.1.3p1 and rebuild against php-5.2.x
fixes #196
```
* Revision fc628669e5452318f3ea52885d31b03173fa79a5 on 2009-11-13T13:10:54Z:
```
main/php-apc: upgrade to 3.1.3p1
fixes #196
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/193Package request: open-vm-tools2019-07-12T14:23:46ZalgitbotPackage request: open-vm-toolshttp://open-vm-tools.sourceforge.net/
Would be nice to have open vm tools as a package.
Arjen managed to compile and even run the tool, but nothing happens.
The main reason why we would like this, is when you shut down the host,
the...http://open-vm-tools.sourceforge.net/
Would be nice to have open vm tools as a package.
Arjen managed to compile and even run the tool, but nothing happens.
The main reason why we would like this, is when you shut down the host,
the alpine clients will shut down nicely.
*(from redmine: issue id 193, created on 2009-10-27, closed on 2011-03-15)*
* Changesets:
* Revision 7a0b6bcc0bc61677944d7ab3f8e635347fd32353 on 2010-01-20T15:53:25Z:
```
testing/fuse: new aport
A library that makes it possible to implement a filesystem in a userspace program.
http://fuse.sourceforge.net/
Needed by sshfs (ref #210) and open-vm-tools (ref #193)
```Alpine 2.2.0Carlo LandmeterCarlo Landmeterhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/192Alpine crashes on certain encoded messages2019-07-12T14:23:45ZalgitbotAlpine crashes on certain encoded messagesSubject says it, mostly - Alpine v1.00 running on Mac OS 10.5, used
against an Exchange server (starting about a month ago - this didn’t
happen on Cyrus) over secure IMAP, crashes on certain messages (the same
ones, FWIW, that MacPine do...Subject says it, mostly - Alpine v1.00 running on Mac OS 10.5, used
against an Exchange server (starting about a month ago - this didn’t
happen on Cyrus) over secure IMAP, crashes on certain messages (the same
ones, FWIW, that MacPine doesn’t **crash** on, but displays as blank and
claims are malformed). A raw (as raw as I can manage in MacPine, anyway)
dump of such a message follows:
MIME-Version: 1.0
Received: from hermes30.mail.cornell.edu (132.236.56.55) by
diehard4.mail.cornell.edu (132.236.56.42) with Microsoft SMTP Server
id
8.1.340.0; Fri, 23 Oct 2009 19:19:59 –0400
Received: (from daemon@localhost) by hermes30.mail.cornell.edu
(8.13.6/8.13.6)
id n9NNK0V1024884; Fri, 23 Oct 2009 19:20:00 –0400 (EDT)
Received: from walnut.mail.cornell.edu (walnut.mail.cornell.edu
\[128.253.83.153\]) by hermes30.mail.cornell.edu (8.13.6/8.13.6) with
ESMTP id
n9NNJxLf024873; Fri, 23 Oct 2009 19:19:59 –0400 (EDT)
Received: from listserv.educause.edu (listserv.educause.edu
\[198.59.61.53\]) by
walnut.mail.cornell.edu (8.13.1/8.14.2) with ESMTP id n9NNJnFZ028802;
Fri, 23
Oct 2009 19:19:57 –0400
Received: from LISTSERV (\[192.168.1.48\]) by listserv.educause.edu
with
Microsoft SMTPSVC (6.0.3790.3959); Fri, 23 Oct 2009 17:19:46 –0600
Received: by LISTSERV.EDUCAUSE.EDU (LISTSERV-TCP/IP release 15.5) with
spool
id 2492284 for SECURITY@LISTSERV.EDUCAUSE.EDU; Fri, 23 Oct 2009
17:19:40 –0600
Received: from \[136.167.2.51\] by LISTSERV.EDUCAUSE.EDU (SMTPL release
1.0w)
with TCP; Fri, 23 Oct 2009 17:19:39 –0600
Received: from raptor01.bc.edu (outmail2.bc.edu \[136.167.2.43\]) by
acedia.bc.edu (8.14.1/8.14.1) with ESMTP id n9NNJctj021917
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for
<SECURITY@LISTSERV.EDUCAUSE.EDU>; Fri, 23 Oct 2009 19:19:38
–0400
Received: from \[136.167.17.15\] (136.167.17.15) by raptor02.bc.edu
(192.168.1.52) with Microsoft SMTP Server id 8.1.393.1; Fri, 23 Oct
2009 19:19:36 –0400
From: David Bowie <david.bowie@BC.EDU>
To: “SECURITY@LISTSERV.EDUCAUSE.EDU”
<SECURITY@LISTSERV.EDUCAUSE.EDU>
Sender: The EDUCAUSE Security Constituent Group Listserv
<SECURITY@LISTSERV.EDUCAUSE.EDU>
Date: Fri, 23 Oct 2009 19:19:33 –0400
Subject: Re: \[SECURITY\] Special terms of use
Thread-Topic: \[SECURITY\] Special terms of use
Thread-Index: AcpUN1d2NoLJA0LbStGfIV8CogtKgw==
Message-ID: <4AE23A05.90609@bc.edu>
References: <0e5e01ca5413$b9e0cdf0$2da269d0$@edu>
List-Help:
<http://listserv.educause.edu/cgi-bin/wa.exe?LIST=SECURITY>,
<mailto:LISTSERV@LISTSERV.EDUCAUSE.EDU?body=INFO%20SECURITY>
List-Subscribe:
<mailto:SECURITY-subscribe-request@LISTSERV.EDUCAUSE.EDU>
List-Unsubscribe:
<mailto:SECURITY-unsubscribe-request@LISTSERV.EDUCAUSE.EDU>
In-Reply-To: <0e5e01ca5413$b9e0cdf0$2da269d0$@edu>
Reply-To: The EDUCAUSE Security Constituent Group Listserv
<SECURITY@LISTSERV.EDUCAUSE.EDU>
Accept-Language: en-US
Content-Language: en-US
X-MS-Exchange-Organization-AuthAs: Anonymous
X-MS-Exchange-Organization-AuthSource: diehard4.mail.cornell.edu
X-MS-Has-Attach: yes
X-Auto-Response-Suppress: All
X-MS-TNEF-Correlator:
x-ph: V4.1@hermes30
x-pmx-version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393,
Antispam-Data:
2009.10.23.230619
x-pmx-cornell-spam-checked: walnut
list-owner: <mailto:SECURITY-request@LISTSERV.EDUCAUSE.EDU>
user-agent: Thunderbird 2.0.0.23 (Windows/20090812)
x-originalarrivaltime: 23 Oct 2009 23:19:46.0971 (UTC)
FILETIME=\[4FA63EB0:01CA5437\]
list-archive:
<http://listserv.educause.edu/cgi-bin/wa.exe?LIST=SECURITY>
x-proofpoint-virus-version: vendor=fsecure
engine=1.12.8161:2.4.5,1.2.40,4.0.166
definitions=2009-10-23\_13:2009-09-29,2009-10-23,2009-10-23
signatures=0
x-proofpoint-spam-details: rule=quarantine\_notspam policy=quarantine
score=0
spamscore=0 ipscore=0 phishscore=0 bulkscore=0
adultscore=0 classifier=spam adjust=0 reason=mlx
engine=5.0.0-0908210000 definitions=main-0910230222
ID hj9ubnu0g on acedia-10000\_instance1 (192.168.1.24)
Content-Type: multipart/signed;
protocol=“application/x-pkcs7-signature”;
micalg=sha1; boundary=“——————ms090406090304080309080404”
———————ms090406090304080309080404
Content-Type: multipart/mixed;
boundary=“——————030802020704040207010103”
This is a multi-part message in MIME format.
———————030802020704040207010103
Content-Type: multipart/alternative;
boundary=“——————030903040003030903080202”
———————030903040003030903080202
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Brad Alexander wrote:
>
>Does anyone have a template for special terms of use that their
>systems are private and not allow unauthorized access.
>
>
>
>I would like to add it to the motd file.
>
>
>
>
Ok. It’s Friday, I’m on vacation next week, and you **did** say it was
for ‘special’ terms of use. Here is the one I use on one of my
monitoring systems. It may not carry much weight, but it does cause
pause.
—djb
———————030903040003030903080202
Content-Type: multipart/related;
boundary=“——————040700080400080105040907”
———————040700080400080105040907
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC “-//W3C//DTD HTML 4.01 Transitional//EN”>
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Brad Alexander wrote:
<blockquote cite="mid:0e5e01ca5413$b9e0cdf0$2da269d0$@edu" type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Arial","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Arial","sans-serif";
color:windowtext;
font-weight:normal;
font-style:normal;
text-decoration:none none;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]-->
<!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="Section1">
<p class="MsoNormal">
Does anyone have a template for special terms of
use that
their systems are private and not allow unauthorized access.<o:p></o:p>
</p>
<p class="MsoNormal">
<o:p> </o:p>
</p>
<p class="MsoNormal">
I would like to add it to the motd file.<o:p></o:p>
</p>
<p class="MsoNormal">
<o:p> </o:p>
</p>
<p class="MsoNormal">
<br>
</p>
</div>
</blockquote>
Ok. It’s Friday, I’m on vacation next week, and you **did** say it
was
for ‘special’ terms of use. Here is the one I use on one of my
monitoring systems. It may not carry much weight, but it does cause
pause.<br>
<br>
—djb<br>
<br>
<img src="cid:part1.08050700.09090603@bc.edu" alt="">
</body>
</html>
———————040700080400080105040907
Content-Type: image/jpeg;
name=“moz-screenshot-6.jpg”
Content-Transfer-Encoding: base64
Content-ID: <part1.08050700.09090603@bc.edu>
Content-Disposition: inline;
filename=“moz-screenshot-6.jpg”
\[encoded .JPG not include\]
———————040700080400080105040907—
———————030903040003030903080202—
———————030802020704040207010103
Content-Type: text/x-vcard; charset=utf-8;
name=“david\_bowie.vcf”
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=“david\_bowie.vcf”
begin:vcard
fn:David Bowie
n:Bowie;David
org:Boston College;ITS -Security
adr;dom:;;140 Commonwealth Ave.;Chestnut Hill;MA;02467
email;internet:david.bowie@bc.edu
title:Sr. Security Analyst
tel;work:617-552-0894
x-mozilla-html:FALSE
url:www.bc.edu
version:2.1
end:vcard
———————030802020704040207010103—
———————ms090406090304080309080404
Content-Type: application/x-pkcs7-signature; name=“smime.p7s”
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=“smime.p7s”
Content-Description: S/MIME Cryptographic Signature
\[encoded .VCF not included\]
———————ms090406090304080309080404—
*(from redmine: issue id 192, created on 2009-10-26, closed on 2009-10-27)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/190package request: opentracker2019-07-12T14:23:44ZNatanael Copapackage request: opentrackerWould be nice with our own tracker, running on alpine.
http://erdgeist.org/arts/software/opentracker/
*(from redmine: issue id 190, created on 2009-10-22, closed on 2010-07-09)*
* Changesets:
* Revision 2da022a8f0642c8990ba999256fc...Would be nice with our own tracker, running on alpine.
http://erdgeist.org/arts/software/opentracker/
*(from redmine: issue id 190, created on 2009-10-22, closed on 2010-07-09)*
* Changesets:
* Revision 2da022a8f0642c8990ba999256fc8b9ccada29f2 on 2010-06-30T15:55:28Z:
```
main/opentracker: moved from testing
fixes #190
```Alpine 2.0.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/189package request: ircservices2019-07-12T14:23:44ZNatanael Copapackage request: ircserviceshttp://www.ircservices.za.net/
*(from redmine: issue id 189, created on 2009-10-22, closed on 2010-07-09)*
* Changesets:
* Revision a4c70cb0129bc2a6b25b105fb8bfbfd5773897ae on 2010-01-25T13:18:25Z:
```
testing/ircservices: new apor...http://www.ircservices.za.net/
*(from redmine: issue id 189, created on 2009-10-22, closed on 2010-07-09)*
* Changesets:
* Revision a4c70cb0129bc2a6b25b105fb8bfbfd5773897ae on 2010-01-25T13:18:25Z:
```
testing/ircservices: new aport
Services for IRC (NickServ, ChanServ, MemoServ)
http://www.ircservices.za.net/
ref #189
```
* Revision da5c2bd399502ac39b7fdd942ca121eb73d54f71 on 2010-07-07T14:40:25Z:
```
main/ircservices: moved from testing
fixes #189
```Alpine 2.0.0https://gitlab.alpinelinux.org/alpine/aports/-/issues/186mkinitfs: cpqarray driver is missing in modules.d/raid2019-07-12T14:23:43ZNatanael Copamkinitfs: cpqarray driver is missing in modules.d/raidneeded for installation on HP servers (i think)
make sure that fix goes into 1.9 tree.
*(from redmine: issue id 186, created on 2009-10-16, closed on 2009-12-23)*
* Changesets:
* Revision d0c4ad933961b1ec6f235f1a8b38b3c130a62e17 on...needed for installation on HP servers (i think)
make sure that fix goes into 1.9 tree.
*(from redmine: issue id 186, created on 2009-10-16, closed on 2009-12-23)*
* Changesets:
* Revision d0c4ad933961b1ec6f235f1a8b38b3c130a62e17 on 2009-10-20T14:10:28Z:
```
main/mkinitfs: upgrade to 2.0_rc6
fixes #186
```
* Revision a78cd2907ad87a5220f450f837c27e46b3e352f3 on 2009-10-20T14:11:09Z:
```
main/mkinitfs: upgrade to 2.0_rc6
fixes #186
(cherry picked from commit d0c4ad933961b1ec6f235f1a8b38b3c130a62e17)
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/184busybox-initscripts: mdev.conf have bad sr0 line2019-07-12T14:23:42ZNatanael Copabusybox-initscripts: mdev.conf have bad sr0 lineThe cdrom should be a link that points to /dev/sr0, not the opposite.
Current behaviour break things with busybox-1.15.x.
-sr[0-9] root:cdrom 0660 >cdrom
+sr[0-9] root:cdrom 0660 @ln -sf $MDEV cdrom
Should be bac...The cdrom should be a link that points to /dev/sr0, not the opposite.
Current behaviour break things with busybox-1.15.x.
-sr[0-9] root:cdrom 0660 >cdrom
+sr[0-9] root:cdrom 0660 @ln -sf $MDEV cdrom
Should be backported to 1.9 branch.
*(from redmine: issue id 184, created on 2009-10-12, closed on 2009-12-23)*
* Changesets:
* Revision 810baf356bbf5db3d54c930a8ae585a449211812 on 2009-10-12T12:58:25Z:
```
main/busybox-initscripts: fix cdrom in mdev.conf
fixes #184
```
* Revision 76a32b96eb1fdb398317bbb8c05755415a28da4b on 2009-10-12T14:24:19Z:
```
main/busybox-initscripts: fix cdrom in mdev.conf
fixes #184
(cherry picked from commit 810baf356bbf5db3d54c930a8ae585a449211812)
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/182package request: freeradius2019-07-12T14:23:41ZNatanael Copapackage request: freeradiusRADIUS (Remote Authentication Dial-In User Service) server
http://freeradius.org/
*(from redmine: issue id 182, created on 2009-10-09, closed on 2009-12-23)*RADIUS (Remote Authentication Dial-In User Service) server
http://freeradius.org/
*(from redmine: issue id 182, created on 2009-10-09, closed on 2009-12-23)*Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/180setup-acf create /etc/acf/passwed with wrong permissions2019-07-12T14:23:40ZNatanael Copasetup-acf create /etc/acf/passwed with wrong permissionsThe permissions should be 600
This is fixed upstream but i create this issue as a reminder to make
sure the fix ends up in the 1.9 tree.
*(from redmine: issue id 180, created on 2009-10-09, closed on 2009-10-12)*The permissions should be 600
This is fixed upstream but i create this issue as a reminder to make
sure the fix ends up in the 1.9 tree.
*(from redmine: issue id 180, created on 2009-10-09, closed on 2009-10-12)*https://gitlab.alpinelinux.org/alpine/aports/-/issues/179setup-disk fails to install mbr when cciss is used2019-07-12T14:23:40ZNatanael Copasetup-disk fails to install mbr when cciss is usedWhen running setup-disk on a hardware raid controller cciss the disk
device is not found so mbr is not getting installed.
*(from redmine: issue id 179, created on 2009-10-09, closed on 2009-12-23)*When running setup-disk on a hardware raid controller cciss the disk
device is not found so mbr is not getting installed.
*(from redmine: issue id 179, created on 2009-10-09, closed on 2009-12-23)*https://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/177"No operating system found" after setup-disk -r2019-07-12T14:23:39Zalgitbot"No operating system found" after setup-disk -rsetup-disk -r will create an extlinux.conf with root=UUID=…. Seems like
exlinux does not handle this, and our initramfs init will definitively
not handle it.
*(from redmine: issue id 177, created on 2009-10-05, closed on 2009-10-09)*
...setup-disk -r will create an extlinux.conf with root=UUID=…. Seems like
exlinux does not handle this, and our initramfs init will definitively
not handle it.
*(from redmine: issue id 177, created on 2009-10-05, closed on 2009-10-09)*
* Changesets:
* Revision 25f1e109e654f01ee6156899b95c4fd6cbe80e1b on 2009-10-05T19:08:07Z:
```
main/alpine-conf: upgrade to 2.0_rc8
Fixes #177
```
* Revision c6f2744c00f1c1061bbae6ad13c64c478cf20d17 on 2009-10-05T19:09:16Z:
```
main/alpine-conf: upgrade to 2.0_rc8
Fixes #177
```
* Revision fb1c725171bb24c6a6a72e1c0a4d33bf26b115a5 by Natanael Copa on 2009-10-05T21:01:03Z:
```
setup-disk: do not use UUID for raid devices
This fixes #177, the issues with "No operating system found" on boot
```https://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/173kamailio sample config file2019-07-12T14:23:37ZNathan Angelacoskamailio sample config fileattached is a sample /etc/kamailio/kamailio.cfg file that can be
included in the standard package for demo purposes.
It allows any phone to register with the server (no password needed) and
allows the calls to be routed from one phone t...attached is a sample /etc/kamailio/kamailio.cfg file that can be
included in the standard package for demo purposes.
It allows any phone to register with the server (no password needed) and
allows the calls to be routed from one phone to another (as long as they
are registered with the server - that is, it doesn’t route to the PSTN,
for instance. :-) )
No database is used; when you restart the server, all registrations are
lost, and the clients must re-register.
This isn’t intended to be a full kamailio dialplan just a config to
validate that kamailio works.
*(from redmine: issue id 173, created on 2009-09-29, closed on 2009-10-02)*
* Changesets:
* Revision e92cddc8802b50ba8d81819040bbc20b78a51715 on 2009-09-30T06:10:49Z:
```
testing/kamailio: add default config
fixes #173
```https://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/171use triggers in mkinitfs2019-07-12T14:23:36ZTimo Teräsuse triggers in mkinitfsInstead of creating initramfs from post install of kernel, it should be
created by mkinitfs trigger. It should create initramfs from each kernel
installed as separate /boot/initramfs-kernelversion or similar. The
entity update grsec link...Instead of creating initramfs from post install of kernel, it should be
created by mkinitfs trigger. It should create initramfs from each kernel
installed as separate /boot/initramfs-kernelversion or similar. The
entity update grsec link to latest kernel, should also update the
initramfs link.
*(from redmine: issue id 171, created on 2009-09-19, closed on 2009-10-02)*
* Changesets:
* Revision 673bcaeccbabdfb2cfa4ffac1d5d2d18714205d3 on 2009-09-23T11:34:24Z:
```
*/*-grsec: let mkinitfs trigger create the links
Fixes #171
also create firmware subpackage that will be used for all 2.6.30.x kernels
```Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/170asterisk user should be in dialout group2022-07-25T07:00:29Zalgitbotasterisk user should be in dialout groupWhen asterisk user is created, it should be added automatically to
dialout group. It needs access to the hardware stuff.
*(from redmine: issue id 170, created on 2009-09-18, closed on 2009-10-02)*
* Relations:
* duplicates #200
* Ch...When asterisk user is created, it should be added automatically to
dialout group. It needs access to the hardware stuff.
*(from redmine: issue id 170, created on 2009-09-18, closed on 2009-10-02)*
* Relations:
* duplicates #200
* Changesets:
* Revision d04fddf1c58ad1e82939b7cdca22bb94373ccca8 on 2009-09-22T08:10:20Z:
```
main/asterisk: add asterisk user to dialout group
fixes #170
```Natanael 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 Copa