Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2023-01-29T17:09:34Zhttps://gitlab.xiph.org/xiph/icecast-libigloo/-/issues/1Build failure on s390x during tests2023-01-29T17:09:34ZUnit 193Build failure on s390x during testsHello,
libigloo seems to fail now when building on the s390x architecture, starting with version 0.9.1 (0.9.0 built fine.) This can be observed in [Debian](https://buildd.debian.org/status/fetch.php?pkg=libigloo&arch=s390x&ver=0.9.1-1&...Hello,
libigloo seems to fail now when building on the s390x architecture, starting with version 0.9.1 (0.9.0 built fine.) This can be observed in [Debian](https://buildd.debian.org/status/fetch.php?pkg=libigloo&arch=s390x&ver=0.9.1-1&stamp=1646188967&raw=0) as well as [Ubuntu](https://launchpad.net/ubuntu/+source/libigloo/0.9.1-1/+build/23585600).
[Test log attached.](/uploads/9732fa9b78392e4c67d29b4378a9e3ab/test-suite.log)Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/ezstream/-/issues/2273Specify listenurl?2023-01-20T00:08:55ZcinderblockgamesSpecify listenurl?Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it int...Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it into `https://<public-hostname>/<public-mountpoint>`?
I'm using `infiniteproject/icecast` for icecast and `threesquared/ezstream` for ezstream. \[docker containers\]https://gitlab.xiph.org/xiph/ezstream/-/issues/2283Accept relative paths to m3u inside m3u2023-01-19T22:52:57ZDan SanfordAccept relative paths to m3u inside m3uIf I have m3u in the same folder as mp3s then it should be enough to give filenames without paths inside m3u, when I reference m3u outside the folder.
```
playlist.m3u (containing only: file.mp3)
file.mp3
```If I have m3u in the same folder as mp3s then it should be enough to give filenames without paths inside m3u, when I reference m3u outside the folder.
```
playlist.m3u (containing only: file.mp3)
file.mp3
```Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/593Tracking mountpoint bandwidth usage (from mailing list)2023-01-03T10:28:03ZAaron PaulleyTracking mountpoint bandwidth usage (from mailing list)Karl asked me to submit this to trac.xiph.org, from the mailing list.
I exclusively use mountpoints to setup my clients' streams. What would be absolutely amazing is if Icecast could log bandwidth usage per mountpoint, so I can better s...Karl asked me to submit this to trac.xiph.org, from the mailing list.
I exclusively use mountpoints to setup my clients' streams. What would be absolutely amazing is if Icecast could log bandwidth usage per mountpoint, so I can better see which mountpoints are using more or less of the bandwidth. I'm using mrtg to monitor the whole server, but it, and every stats program I've tried, has no way of differentiating the various mountpoints.
Thanks!Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2070openSSL configuration overhaul in Icecast2023-01-03T10:26:01ZThomas B. RückeropenSSL configuration overhaul in IcecastI'd like to propose we update Icecast's openSSL configuration to have safer defaults and disable broken protocols and features completely.
Most recent vulnerabilities have been addressed by openSSL and should be up to date on people's sy...I'd like to propose we update Icecast's openSSL configuration to have safer defaults and disable broken protocols and features completely.
Most recent vulnerabilities have been addressed by openSSL and should be up to date on people's systems, but still we should do our part to prevent bad things from happening.
There will be dependent tickets filed for certain aspects.Icecast 2.5.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2384Internalization2023-01-03T10:23:47ZMejansInternalizationHello,
could it be possible to have a language manager so we can display web pages in different languages?Hello,
could it be possible to have a language manager so we can display web pages in different languages?https://gitlab.xiph.org/xiph/icecast-server/-/issues/2428issues Icecast version 2.5 beta32023-01-03T10:13:09ZMichelissues Icecast version 2.5 beta3Test on Debian 9
So far, the following issues / missing things:
- The Playlist does not display the time the song was played.
- Last song number cannot be set.
- It still does not display the song title in Opus and FLAC formats. (Tested...Test on Debian 9
So far, the following issues / missing things:
- The Playlist does not display the time the song was played.
- Last song number cannot be set.
- It still does not display the song title in Opus and FLAC formats. (Tested with MPD and RadioBOSS)
- /admin/version.xsl site: Could not parse XSLT file, Error code: f86b5b28-c1f8-49f6-a4cd-a18e2a6a44fd
- If the number of listeners reaches the number of allowed connections, then the admin page will display an error message, so it cannot be used either.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2441Icecast 2.5 beta 3 stops after 3 seconds2023-01-03T10:08:01ZMichelIcecast 2.5 beta 3 stops after 3 secondsThe ssl/https output stops after 3 seconds. The http output is okay. I have already report this on 2.4.
I use Debian 10 for OS.
Best regards,
MichelThe ssl/https output stops after 3 seconds. The http output is okay. I have already report this on 2.4.
I use Debian 10 for OS.
Best regards,
Michelhttps://gitlab.xiph.org/xiph/xspf-website/-/issues/26Applications page - outdated player homepages2022-11-22T23:19:39ZДолматов АлексейApplications page - outdated player homepagesSome sites are no longer available. This makes it difficult to review products. I recommend removing unavailable links from the titles by moving them to individual notes.
Example:
foo_xspf - the site is unavailable, the plugin is outdate...Some sites are no longer available. This makes it difficult to review products. I recommend removing unavailable links from the titles by moving them to individual notes.
Example:
foo_xspf - the site is unavailable, the plugin is outdated and incompatible with the current version of the player.
Some of the links need to be updated.
Example:
I/ON - https://www.openvision.tv/home/ion.jsphttps://gitlab.xiph.org/xiph/xspf-website/-/issues/28Applications/projectopus points to spam2022-11-22T23:19:38Zlan NomarApplications/projectopus points to spamhttps://gitlab.xiph.org/xiph/xspf-website/-/issues/27Request to be added to the "applications" list.2022-11-22T23:19:38ZДолматов АлексейRequest to be added to the "applications" list.> **AIMP** (Programs)
[AIMP](https://www.aimp.ru/) (Windows)
Is powerful free audio player for Windows OS that supports for local files, NAS, clouds and podcasts. Additionally, it includes powerful tools to operate with audio files. [O...> **AIMP** (Programs)
[AIMP](https://www.aimp.ru/) (Windows)
Is powerful free audio player for Windows OS that supports for local files, NAS, clouds and podcasts. Additionally, it includes powerful tools to operate with audio files. [Overview](https://www.aimp.ru/?do=features).
```
[AIMP](https://www.aimp.ru/) (Windows)
Is powerful free audio player for Windows OS that supports for local files, NAS, clouds and podcasts. Additionally, it includes powerful tools to operate with audio files. [Overview](https://www.aimp.ru/?do=features).
```https://gitlab.xiph.org/xiph/xspf-website/-/issues/25Page applications - broken note2022-11-22T23:19:38ZДолматов АлексейPage applications - broken note**Based on the structure of the text, there should be a hyperlink to the discussions.**
> Screenshot:
![2022-07-09_03_01_29](/uploads/75da8f1d12972db61b75fcc36fd2f5c9/2022-07-09_03_01_29.png)**Based on the structure of the text, there should be a hyperlink to the discussions.**
> Screenshot:
![2022-07-09_03_01_29](/uploads/75da8f1d12972db61b75fcc36fd2f5c9/2022-07-09_03_01_29.png)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2452status-json.xsl not working (Issue #55 on github)2022-11-09T14:05:17ZKlaus Kobaldstatus-json.xsl not working (Issue #55 on github)thanks for the answer:
> status-json.xsl is deprecated. What is not deprecated is all below /admin/ (the actual API). Plus for 2.5.x there is a new /admin/publicstats endpoint that is kind-of the successor of status-json.xsl.
>
> status...thanks for the answer:
> status-json.xsl is deprecated. What is not deprecated is all below /admin/ (the actual API). Plus for 2.5.x there is a new /admin/publicstats endpoint that is kind-of the successor of status-json.xsl.
>
> status-json.xsl is an optional part (meaning it is installed by default but operators sometimes choose to remove it). While being deprecated it is still provided at this point. If your installation lacks it it's most likely because someone removed it (which might or might not have a reason). You can however you reinstall it by copying the latest versions of status-json.xsl, and xml2json.xslt (both located in /web/).
I tried
localhost:8000/admin/publicstats
produces:
400 - Unrecognised command
I am using this docker container:
moul/icecast:latest
Is there a better ready container maybe?https://gitlab.xiph.org/xiph/icecast-server/-/issues/2431max listeners per one mountpoint2022-11-09T10:39:36ZCYBimax listeners per one mountpointHi, it looks like, there is limit for 20000 concurrent users per one mountpoint. Is that correct?
Thanks
Icecast 2.4.4Hi, it looks like, there is limit for 20000 concurrent users per one mountpoint. Is that correct?
Thanks
Icecast 2.4.4https://gitlab.xiph.org/xiph/ezstream/-/issues/2271Fatal error when trying to stream with ezstream 1.0.2 in MP3 format2022-10-01T15:48:16ZRoland HermansFatal error when trying to stream with ezstream 1.0.2 in MP3 formatCreating a stream in MP3 format using ezstream 1.0.2 and libshout 2.4.5 fails with following error:
```
$ ezstream -c test_mp3.conf
ezstream[420774]: stream: default: format: MP3: This libshout doesn't support the requested option
```
...Creating a stream in MP3 format using ezstream 1.0.2 and libshout 2.4.5 fails with following error:
```
$ ezstream -c test_mp3.conf
ezstream[420774]: stream: default: format: MP3: This libshout doesn't support the requested option
```
The issue here is that in _stream_cfg_stream an invalid usage value of 0 is passed to shout_set_content_format. This call was introduced in commit 8d882cac. Attached patch [ezstream-1.0.2.patch](/uploads/ba768fa1349c65b60affd496cf4282ed/ezstream-1.0.2.patch) resolves the error. Note that the other calls to shout_set_content_format for different formats may need to be changed too.
Test case configuration file: [test_mp3.conf](/uploads/5bad2b01484c967182bcefb7cda990b5/test_mp3.conf).Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/icecast-libigloo/-/issues/2needs_to_be_kept_alive() incorrectly calculates it's return value2022-09-26T11:55:12ZPhilipp Schafftneeds_to_be_kept_alive() incorrectly calculates it's return valueWith the fix in a3023baea11f701066145041594ebbf46b066666 the new inline function `needs_to_be_kept_alive(igloo_ro_stub_t)` was added to the ro-subsystem. It took the old check for the reference counter. However the counter is now updated...With the fix in a3023baea11f701066145041594ebbf46b066666 the new inline function `needs_to_be_kept_alive(igloo_ro_stub_t)` was added to the ro-subsystem. It took the old check for the reference counter. However the counter is now updated before the function is called (before it was updated later). Hence the check is no longer valid (off by one).
This will result in `needs_to_be_kept_alive(igloo_ro_stub_t)` to return false (and hence lead to freeing of the object) too early. This in turns allows for valid code to end up in a use-after-free situation.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/flac/-/issues/2Missing man pages with CMake build in 1.4.02022-09-22T16:45:38ZMatthias DienerMissing man pages with CMake build in 1.4.0Trying to run `make install` with the CMake build results in the following error:
```
Install the project...
-- Install configuration: "Release"
-- Installing: $PREFIX/share/FLAC/cmake/targets.cmake
-- Installing: $PREFIX/share/FLAC/cma...Trying to run `make install` with the CMake build results in the following error:
```
Install the project...
-- Install configuration: "Release"
-- Installing: $PREFIX/share/FLAC/cmake/targets.cmake
-- Installing: $PREFIX/share/FLAC/cmake/targets-release.cmake
-- Installing: $PREFIX/share/FLAC/cmake/flac-config.cmake
-- Installing: $PREFIX/share/FLAC/cmake/flac-config-version.cmake
-- Up-to-date: $PREFIX/share/FLAC/cmake/flac-config.cmake
-- Up-to-date: $PREFIX/share/FLAC/cmake/flac-config-version.cmake
-- Installing: $PREFIX/include/FLAC/all.h
-- Installing: $PREFIX/include/FLAC/assert.h
-- Installing: $PREFIX/include/FLAC/callback.h
-- Installing: $PREFIX/include/FLAC/export.h
-- Installing: $PREFIX/include/FLAC/format.h
-- Installing: $PREFIX/include/FLAC/metadata.h
-- Installing: $PREFIX/include/FLAC/ordinals.h
-- Installing: $PREFIX/include/FLAC/stream_decoder.h
-- Installing: $PREFIX/include/FLAC/stream_encoder.h
-- Installing: $PREFIX/include/FLAC++/all.h
-- Installing: $PREFIX/include/FLAC++/decoder.h
-- Installing: $PREFIX/include/FLAC++/encoder.h
-- Installing: $PREFIX/include/FLAC++/export.h
-- Installing: $PREFIX/include/FLAC++/metadata.h
CMake Error at cmake_install.cmake:107 (file):
file INSTALL cannot find
"/home/conda/feedstock_root/build_artifacts/libflac_1662749525203/work/man/flac.1":
No such file or directory.
```
See https://api.travis-ci.com/v3/job/582395654/log.txt for a full build log.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2450a potential bug of NPD2022-09-06T00:08:21Zash1852a potential bug of NPDHi, I found a potential null pointer dereference bug in the project source code of icecast-Server, and I have shown the execution sequence of the program that may generate the bug on the graph below. The red text illustrates the steps th...Hi, I found a potential null pointer dereference bug in the project source code of icecast-Server, and I have shown the execution sequence of the program that may generate the bug on the graph below. The red text illustrates the steps that generate the bug, the red arrows represent the control flow,the file path can be seen in the blue framed section.
![image](/uploads/92074055051bc53bda3046f7bc09838d/image.png)
Although the code shown is for the latest but is still exist in current version. (https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/src/format_ogg.c#L452-L454)
would you can help to check if this bug is true?thank you for your effort and patience!Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/ezstream/-/issues/2275FreeBSD compilation2022-08-21T06:45:59ZLászló KárolyiFreeBSD compilationHey,
I tried to contact people on IRC (libera/#xiph) but haven't gotten a timely response so I'm creating an issue here.
I'm trying to compile ezstream for freebsd and after having problems with it, found a way to compile it. I'm not a...Hey,
I tried to contact people on IRC (libera/#xiph) but haven't gotten a timely response so I'm creating an issue here.
I'm trying to compile ezstream for freebsd and after having problems with it, found a way to compile it. I'm not a C coder, nor do I know the toolchain around the code so some advice would be nice here.
The problem was, the code failed to link with iconv because the `-liconv` was missing from `src/Makefile`. I managed to add it to `src/Makefile.am` so it compiled after a `configure` run. Here's a diff for it:
```diff
diff --git a/src/Makefile.am b/src/Makefile.am
index 66f4361..630a944 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -41,7 +41,7 @@ libezstream_la_SOURCES = \
libezstream_la_DEPENDENCIES = \
$(builddir)/libcommon.la \
$(top_builddir)/compat/libcompat.la
-libezstream_la_LIBADD = @EZ_LIBS@ \
+libezstream_la_LIBADD = @EZ_LIBS@ -liconv \
$(libezstream_la_DEPENDENCIES)
bin_SCRIPTS = ezstream-file.sh
@@ -55,7 +55,7 @@ ezstream_cfgmigrate_SOURCES = ezstream-cfgmigrate.c ezconfig0.c
ezstream_cfgmigrate_DEPENDENCIES = \
$(builddir)/libcommon.la \
$(top_builddir)/compat/libcompat.la
-ezstream_cfgmigrate_LDADD = @EZ_LIBS@ \
+ezstream_cfgmigrate_LDADD = @EZ_LIBS@ -liconv \
$(ezstream_cfgmigrate_DEPENDENCIES)
AM_CPPFLAGS = @EZ_CPPFLAGS@ -I$(top_srcdir)/compat
```
I tried to track down the `EZ_LIBS` in configure but got lost and I have no idea as to how to pass it from there so configure would put in src/Makefile, instead of me having to modify `src/Makefile.am`.
Any help is appreciated.László KárolyiLászló Károlyihttps://gitlab.xiph.org/xiph/ezstream/-/issues/2276Allow reproducible builds, don't hardcode `date` call2022-08-20T23:29:32ZUnit 193Allow reproducible builds, don't hardcode `date` callHowdy,
In order to support reproducible builds, please use `$SOURCE_DATE_EPOCH` if available, falling back to `date` if not. Patch below.
Thanks!
```
Description: Replace hardcoded call to `date` with $SOURCE_DATE_EPOCH
Author: Chris...Howdy,
In order to support reproducible builds, please use `$SOURCE_DATE_EPOCH` if available, falling back to `date` if not. Patch below.
Thanks!
```
Description: Replace hardcoded call to `date` with $SOURCE_DATE_EPOCH
Author: Chris Lamb <lamby@debian.org>
--- a/configure.ac 2016-07-15 10:07:54.491161698 +0200
+++ b/configure.ac 2016-07-15 10:10:13.216666017 +0200
@@ -17,7 +17,7 @@
AC_PROG_FGREP
AC_CANONICAL_HOST
-BUILD_DATE=$(date '+%B %d, %Y')
+BUILD_DATE=$(LC_ALL=C date --utc --date="@${SOURCE_DATE_EPOCH:-$(date +%s)}" '+%B %d, %Y')
AC_SUBST([BUILD_DATE])
EXAMPLES_DIR="\$(datadir)/examples/${PACKAGE_TARNAME}"
```Moritz GrimmMoritz Grimm