Closed bj-github closed 11 months ago
Annoying bug, it was introduced in the adapation of the new ssl api of mongoose. It is now fixed in devel, can you test? I will release a fixed myMPD v13.0.3 soon.
Just to confirm: I was able to compile and install the devel
branch - identified as v13.0.4 - and start it as before, with default certificates created.
Alas, it did not fix the second issue I reported in the comments. I will create a new issue for that, with more specific details, in due course. Probably after the release which includes this fix.
FWIW, also tried stopping MyMPD, removing the server.key
and server.pem
files in the ssl subdirectory, and restarting MyMPD. Those files were recreated as part of starting MyMPD as expected.
myMPD version: 13.0.2
Describe the bug
Per the documentation at https://jcorporation.github.io/myMPD/configuration/ssl, SSL certificates are supposed to be checked and, as necessary, (re-)generated at start-up. This happened on v12. It no longer appears to happen on v13.
To Reproduce
Using Raspberry Pi OS Bookworm 64bit Lite dated 2023-10-10
Uncomment
MPDCONF
line in/etc/default/mpd
and save.Used the following to confirm
mpd
was running and listening on port 6600:Confirmed Debian version as
12
:Adapting instructions at https://jcorporation.github.io/myMPD/installation/prebuild-packages-debian ...
The last command showed:
Continuing ...
Pasted the following into the file via
nano
and saved:Confirmed its contents, and proceeded to install, enable, and start
mympd
and check its status:mympd
had failed to start because of missingserver.pem
file:Per the documentation at https://jcorporation.github.io/myMPD/configuration/ssl a default certificate should have been automatically created.
Looking at
/var/lib/mympd
(which redirects to/var/lib/private/mympd
there is on a single subdirectory ofconfig
. And it is empty.Expected behavior
As per the documentation, I expected
mympd
to generate certificates it could use.Screenshots
(Not applicable.)
Server plattform (please complete the following information):
OS: Raspberry Pi OS Lite 64-bit dated October 10, 2023 from https://www.raspberrypi.com/software/operating-systems/#raspberry-pi-os-64-bit
OS version: Linux 6.1.0-rpi4-rpi-v8 aarch64
Platform: RaspberryPi 3 B+ Rev 1.3
MPD version: 0.23.12
Client plattform (please complete the following information):
(Everything related to the issue is on the device, detailed above, running both MPD and MyMPD.)
Debug logs (please attach if it can be useful)
(See
journalctl
output above.)Configuration (please attach if it can be useful)
As noted above,
/var/lib/mympd
contains only aconfig
subdirectory, and it is empty.mpd.conf
is unchanged from what was distributed in the distribution packaging, shown byapt list mpd
as:Additional context
This worked as documented prior to v13.
I have another issue I was look to report, but I'll mention here: I use Easy-RSA to maintain a "certificate authority" for devices within my private network. Prior to V13, I was able to swap those in without an issue. In V13, this now fails when a browser client tries to connect with multiple errors of:
The first of the two 9s increments from one message to the next. Perhaps there's more fields now expected in the Certificate than Easy-RSA is populating? If so, perhaps it could be added to the documentation.
But, as I said, I anticipated reporting this as a separate issue in due course.