aports issueshttps://gitlab.alpinelinux.org/alpine/aports/-/issues2019-07-23T12:05:25Zhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/6391Download of cert from acf-openssl gives invalid file2019-07-23T12:05:25ZTed TraskDownload of cert from acf-openssl gives invalid fileWhen a generated cert is downloaded, it is an invalid file and does not
match the file on the server.
*(from redmine: issue id 6391, created on 2016-10-26, closed on 2017-05-22)*
* Changesets:
* Revision 1d3a5eb63ef2a1964b87ea22e0cf...When a generated cert is downloaded, it is an invalid file and does not
match the file on the server.
*(from redmine: issue id 6391, created on 2016-10-26, closed on 2017-05-22)*
* Changesets:
* Revision 1d3a5eb63ef2a1964b87ea22e0cfb893e3b648bb by Timo Teräs on 2016-11-09T10:14:21Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
```
* Revision f473963b85b7e8d6e9fafa2ac13ea769d60ad8b2 by Timo Teräs on 2016-11-09T10:41:21Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
fixes #6391
```
* Revision 21ffa6d32408a34db0024b59c4eea64a6dfed0d1 by Ted Trask on 2016-11-10T14:00:32Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
```
* Revision eba35bc02242a16b52bb42f4a6a10df969accc3d by Ted Trask on 2016-11-10T14:17:54Z:
```
main/mini_httpd: fix handling of cgi programs with binary output
ref #6391
(cherry picked from commit 21ffa6d32408a34db0024b59c4eea64a6dfed0d1)
```
* Uploads:
* [root.ssl_server_cert.54657374536572766572.01.pfx](/uploads/4e529d10f0ff9dfb2ef9ea11673ba798/root.ssl_server_cert.54657374536572766572.01.pfx) Host cert
* [TestServer.pfx](/uploads/497a1602e6512a97d5b90f676db216b3/TestServer.pfx) Downloaded cert
* [testcase.lua](/uploads/32402a4db9ce9c9b861087b0b23b64c1/testcase.lua) testcase.lua3.4.7Natanael CopaNatanael Copahttps://gitlab.alpinelinux.org/alpine/aports/-/issues/6429acf-dhcp : editing entries fail due to lua errors in dhcp-model.lua2019-07-23T12:04:57ZSamuel Kremppacf-dhcp : editing entries fail due to lua errors in dhcp-model.luaediting fixed hosts fails due to an error line 28 :
>invalid use of ‘%’ in replacement string stack traceback: \[C\]: in
function ‘gsub’ /usr/share/acf/app//dhcp/dhcp-model.lua:28: in function
‘replaceentry’ /usr/share/acf/app//dhcp/dh...editing fixed hosts fails due to an error line 28 :
>invalid use of ‘%’ in replacement string stack traceback: \[C\]: in
function ‘gsub’ /usr/share/acf/app//dhcp/dhcp-model.lua:28: in function
‘replaceentry’ /usr/share/acf/app//dhcp/dhcp-model.lua:263: in function
‘subnet\_write’ /usr/share/acf/app//dhcp/dhcp-model.lua:627: in function
‘setFunction’ /usr/share/acf/app//acf\_www-controller.lua:671: in
function </usr/share/acf/app//acf_www-controller.lua:665> (…tail calls…)
/usr/share/acf/app//acf\_www-controller.lua:507: in function
</usr/share/acf/app//acf_www-controller.lua:409> \[C\]: in function
‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:409: in function
‘dispatch’ \[string “acf”\]:18: in main chunk
editing subnet definitions also fails
*(from redmine: issue id 6429, created on 2016-11-05, closed on 2017-05-22)*
* Uploads:
* [dhcpd.conf](/uploads/e3a6dd8657dcc9e5408152da8c356370/dhcpd.conf)3.4.6Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/8203ACF Application error occured - /acf/alpine-baselayout/health/networkstats2019-07-23T11:39:49ZalgitbotACF Application error occured - /acf/alpine-baselayout/health/networkstats/acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-basel.../acf/alpine-baselayout/health/networkstats
Application error occured
\[string “/usr/share/acf/app//alpine-baselayout/health<s>…“\]:79:
attempt to index field ‘?’ (a nil value) stack traceback: \[string
”/usr/share/acf/app//alpine-baselayout/health</s>…”\]:79: in function
‘viewfunc’ \[string “/usr/share/acf/app//template-html.lsp”\]:157: in
function ‘viewfunc’ /usr/share/acf/app//acf\_www-controller.lua:521: in
function </usr/share/acf/app//acf_www-controller.lua:409> \[C\]: in
function ‘xpcall’ /usr/share/acf/app//acf\_www-controller.lua:409: in
function ‘dispatch’ \[string “acf”\]:18: in main chunk
*(from redmine: issue id 8203, created on 2017-11-27, closed on 2018-06-26)*Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9057acf2019-07-23T11:25:53Zalgitbotacfafter upgrading to Alpine 3.8 the acf stopped working.
after providing username and password i get page: “This page isn’t
working
\[my\_alpine\_host\_name\] didn’t send any data.
ERR\_EMPTY\_RESPONSE”
i also happens with fresh ins...after upgrading to Alpine 3.8 the acf stopped working.
after providing username and password i get page: “This page isn’t
working
\[my\_alpine\_host\_name\] didn’t send any data.
ERR\_EMPTY\_RESPONSE”
i also happens with fresh installation of Alpine 3.8.
i even try the edge release, the same message.
*(from redmine: issue id 9057, created on 2018-07-05, closed on 2018-08-08)*3.8.1Ted TraskTed Traskhttps://gitlab.alpinelinux.org/alpine/aports/-/issues/9505acf-openssl, /etc/ssl/openssl-ca-acf.cnf setting new_certs_dir not updating?2021-05-09T17:45:44ZNick Lalicacf-openssl, /etc/ssl/openssl-ca-acf.cnf setting new_certs_dir not updating?Hi,
I am trying to run acf/acf-openssl in a docker container. I’d like to
place all user generated data into a docker volume. I attempted to do
this by changing the $dir variable in openssl-ca-acf.cnf (in this case I
changed it to /volu...Hi,
I am trying to run acf/acf-openssl in a docker container. I’d like to
place all user generated data into a docker volume. I attempted to do
this by changing the $dir variable in openssl-ca-acf.cnf (in this case I
changed it to /volume). This had the desired effect for most settings,
except the new\_certs\_dir is still being written to /etc/ssl/cert. It
appears as if the new\_certs\_dir setting is not being “picked up” in
acf-openssl.
I’m using Docker for Mac. Starting with the Docker Alpine:3.8 container,
the steps to reproduce the behavior from ash are:
<code class="shell">
apk update && apk upgrade
apk add alpine-conf acf-core act-alpine-baselayout acf-openssl.
setup-acf
</code>
Finally, I edit the /etc/ssl/openssl-ca-acf.cnf file, changing dir:
<code class="shell">
# mkdir /volume if not mounted
apk add vim
vim /etc/ssl/openssl-ca-acf.cnf
=> dir = /volume
</code>
I then bring up ACF in Chrome at https://localhost. I generate a CA and
a certificate with the CA.
Observed behavior:
The data for the generated certificate (password, key, .pfx file etc) are still placed in /etc/ssl/cert.
Expected behavior:
certificates created in /volume instead.
Is there something I am missing?
I am new to Alpine, so please let me know if there is any other
information I can provide.
Thanks!
*(from redmine: issue id 9505, created on 2018-10-03)*Ted TraskTed Trask