Icecast-Server issueshttps://gitlab.xiph.org/xiph/icecast-server/-/issues2020-02-14T12:59:17Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2158No metadata for the listenerer when sourcing with Mixxx on Windows2020-02-14T12:59:17ZSebastianNo metadata for the listenerer when sourcing with Mixxx on Windows2.4.99.1 aka 2.5 beta1 on windows with Mixxx as source client.
Unfortunately the metadata (title and artist) is not visible on iTunes anymore.
In 2.4.1 this was no problem. I tried to use the charset UTF-8 in Mixxx and in Icecast but i...2.4.99.1 aka 2.5 beta1 on windows with Mixxx as source client.
Unfortunately the metadata (title and artist) is not visible on iTunes anymore.
In 2.4.1 this was no problem. I tried to use the charset UTF-8 in Mixxx and in Icecast but it didn't work either.
Maybe someone could have a look at it.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2376AAC HTML5 audio player in Chrome do not go to fallback2020-02-14T12:54:11ZMichelAAC HTML5 audio player in Chrome do not go to fallbackHi,
We have setup a test stream using Icecast 2.4.4 and use 2 mountpoint on AAC.
And use a simple HTML5 player for testing:
```
<audio controls preload="none">
<source src="https://streamdnsname/aac" type="audio/mp4" />
</audio>
```
T...Hi,
We have setup a test stream using Icecast 2.4.4 and use 2 mountpoint on AAC.
And use a simple HTML5 player for testing:
```
<audio controls preload="none">
<source src="https://streamdnsname/aac" type="audio/mp4" />
</audio>
```
This is a part of our Icecast config.
```
<mount>
<mount-name>/aac</mount-name>
<password>xxxxxxx</password>
<public>1</public>
<hidden>0</hidden>
<fallback-mount>/fk-aac</fallback-mount>
<fallback-override>1</fallback-override>
<max-listeners>1500</max-listeners>
</mount>
<mount>
<mount-name>/fk-aac</mount-name>
<password>xxxxxxx</password>
<public>1</public>
<hidden>1</hidden>
<fallback-mount>/aac.aac</fallback-mount>
<fallback-override>1</fallback-override>
<max-listeners>1500</max-listeners>
</mount>
```
We kick or stop the /aac mountpoint and the html5 player stop playing.
When we listen to a Winamp player and we kick the /aac it works fine we hear the /fk-aac.
We use on both mountpoints exact the same encoder (Sam Cast)
CODEC aacPlus 96kb/s (12,0 Kbytes/s) Samplerate 44.1 kHz Stereo
We using Chrome 74.0.3729.131 (Officiële build) (64-bits) on Win7.
When i test the same html5 player on Firefox it works fine. We use Firefox 66.0.4
For Chrome HTML player problem we see in Icecast (error log):
[2019-05-10 11:50:40] WARN format/format_get_type Unsupported or legacy stream type: "audio/aacp". Falling back to generic minimal handler for best effort.
Look like html5 player on chrome and Icecast using AAC do not work fine.
I already try some other things to use http (not https) or ip address in html5 player code. Other AAC setting for both mountpoints and use html5 player on diffrent PC and chrome.
But it not a specific problem on one PC.
I hope there is solution, many listener using the Chrome browser in portals (its my default browser)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2313Add a history url2019-11-27T11:34:37ZRoger HågensenAdd a history urlA example url would be: http://127.0.0.1:8000/playing.json?mount=/live
The following is the minimum amount of information that a Webplayer or Website/Forum plugin/Blob plugin would need:
```
{
"server_name":"Testing Stuff",
"server_des...A example url would be: http://127.0.0.1:8000/playing.json?mount=/live
The following is the minimum amount of information that a Webplayer or Website/Forum plugin/Blob plugin would need:
```
{
"server_name":"Testing Stuff",
"server_description":"Blah blah blah",
"history":
[
{"date":"2017-03-03T10:52:10Z","artist":"Some artist","title":"Some song (this is the current one)"},
{"date":"2017-03-03T10:48:10Z","artist":"Some other artist 2","title":"Some Song 2"},
{"date":"2017-03-03T10:44:10Z","artist":"Artist 3","title":"Song 3"},
{"date":"2017-03-03T10:40:10Z","artist":"Artist 4","title":"Song 4"},
{"date":"2017-03-03T10:36:10Z","artist":"Artist 5","title":"Song 5"},
{"date":"2017-03-03T10:32:10Z","artist":"Artist 6","title":"Song 6"},
{"date":"2017-03-03T10:28:10Z","artist":"Artist 7","title":"Song 7"},
{"date":"2017-03-03T10:24:10Z","artist":"Artist 8","title":"Song 8"},
{"date":"2017-03-03T10:20:10Z","artist":"Artist 9","title":"Song 9"},
{"date":"2017-03-03T10:16:10Z","artist":"Artist 10","title":"Song 10"}
]
}
```
The server_name and server_description is included since those could change between DJs (and are nice to display in the webplayer to the listener).
The date for each song (ISO 8601 standard) is somewhat useful, not only can a webplayer show the start time for each song to the listener but (with the exception of the current song) it can calculate and show the duration of songs which a listener or visitor may find interesting.
JSON is convenient as it would need next to no processing by a server script before being passed to a Webplayer or used on a webpage via XHR.
Now as Icecast uses XML internally (mentioned on the icecast-dev mailing list recently) a alternative could be:
A example url would be: http://127.0.0.1:8000/playing.xml?mount=/live
And the following content:
```
<?xml version="1.0" encoding="UTF-8"?>
<source mount="/live">
<server_name>Testing Stuff</server_name>
<server_description>Blah blah blah</server_description>
<history>
<track>
<date>2017-03-03T10:52:10Z</date>
<artist>Some artist</artist>
<title>Some song (this is the current one)</title>
</track>
<track>
<date>2017-03-03T10:48:10Z</date>
<artist>Some other artist 2</artist>
<title>Some Song 2</title>
</track>
<track>
<date>2017-03-03T10:44:10Z</date>
<artist>Artist 3</artist>
<title>Song 3</title>
</track>
<track>
<date>2017-03-03T10:40:10Z</date>
<artist>Artist 4</artist>
<title>Song 4</title>
</track>
<track>
<date>2017-03-03T10:36:10Z</date>
<artist>Artist 5</artist>
<title>Song 5</title>
</track>
<track>
<date>2017-03-03T10:32:10Z</date>
<artist>Artist 6</artist>
<title>Song 6</title>
</track>
<track>
<date>2017-03-03T10:28:10Z</date>
<artist>Artist 7</artist>
<title>Song 7</title>
</track>
<track>
<date>2017-03-03T10:24:10Z</date>
<artist>Artist 8</artist>
<title>Song 8</title>
</track>
<track>
<date>2017-03-03T10:20:10Z</date>
<artist>Artist 9</artist>
<title>Song 9</title>
</track>
<track>
<date>2017-03-03T10:16:10Z</date>
<artist>Artist 10</artist>
<title>Song 10</title>
</track>
</history>
</source>
```
The XML is not quite as elegant as the JSON but it gets the job done and I'd rather see it as XML than never as JSON.
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2374Double quote in user agent causes malfomed log file2019-07-28T07:50:31ZNeil PalmerDouble quote in user agent causes malfomed log fileSome devices include a double quote character in their user agent.
The icecast log file quotes the user agent field, but does not escape any quotes inside of this, causing an invalid format.
Example:
> "Mozilla/5.0 (Linux; Android 5....Some devices include a double quote character in their user agent.
The icecast log file quotes the user agent field, but does not escape any quotes inside of this, causing an invalid format.
Example:
> "Mozilla/5.0 (Linux; Android 5.1; Alba 8" Build/LMY47I) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.91 Safari/537.36"https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323m3u/xspf/vclt files do not support SSL2019-07-04T20:20:25ZGitlab Botm3u/xspf/vclt files do not support SSLRegardless of the settings within the config file, the url created in the m3u/xspf/vclt files is still in HTTP.
It looks to be due to the following lines in /src/fserve.c (lines 476 till 493) where the http is hardcoded:
```
if ...Regardless of the settings within the config file, the url created in the m3u/xspf/vclt files is still in HTTP.
It looks to be due to the following lines in /src/fserve.c (lines 476 till 493) where the http is hardcoded:
```
if (host == NULL)
{
config = config_get_config();
snprintf (httpclient->refbuf->data + ret, BUFSIZE - ret,
"http://%s:%d%s\r\n",
config->hostname, config->port,
sourceuri
);
config_release_config();
}
else
{
snprintf (httpclient->refbuf->data + ret, BUFSIZE - ret,
"http://%s%s\r\n",
host,
sourceuri
);
}
```Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2377Icecast leaks memory in speex module when probing for codecs2019-06-28T08:06:23ZPhilipp SchafftIcecast leaks memory in speex module when probing for codecsIcecast currently leaks memory in codec probing within the speex module. This happens if the initial packet has less then 80 bytes.Icecast currently leaks memory in codec probing within the speex module. This happens if the initial packet has less then 80 bytes.Philipp SchafftPhilipp Schafft2019-06-28https://gitlab.xiph.org/xiph/icecast-server/-/issues/1941fallback support in webm2019-06-26T17:23:34Zocxfallback support in webmDear Community,
We noticed that the fallback stream for webm is not working fine, we included a file named fallback.webm in /usr/local/share/icecast/web
if we try to access the stream when no source is connected we get the following err...Dear Community,
We noticed that the fallback stream for webm is not working fine, we included a file named fallback.webm in /usr/local/share/icecast/web
if we try to access the stream when no source is connected we get the following error:
[2013-03-28 00:14:45] INFO source/source_main listener count on /fallback.webm now 1
[2013-03-28 00:14:45] EROR format/format_check_http_buffer internal problem, dropping client
[2013-03-28 00:14:45] INFO source/source_main listener count on /fallback.webm now 0
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2155Improve WebM support in Icecast2019-06-26T17:23:33ZThomas B. RückerImprove WebM support in IcecastWe currently don't support the same use-cases as other formats.
This is partly due to the format - WebM doesn't support something like chaining.
We might work around a few things, but this needs to be explored.
This is a tracker ticket.We currently don't support the same use-cases as other formats.
This is partly due to the format - WebM doesn't support something like chaining.
We might work around a few things, but this needs to be explored.
This is a tracker ticket.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2188Fowarding of headers to authentication system not working2019-06-26T17:17:19ZSebastianFowarding of headers to authentication system not workingHey everyone,
i tried to forward some cookies or other headers to my authentication sytem. Unfortunately this does not work. The doc says the headers would be part of a POST but they don't appear. Can anyone confirm that?
```
<...Hey everyone,
i tried to forward some cookies or other headers to my authentication sytem. Unfortunately this does not work. The doc says the headers would be part of a POST but they don't appear. Can anyone confirm that?
```
<option name="headers" value="x-pragma,x-token"/>
<option name="header_prefix" value="ClientHeader."/>
```
```
<mount>
<mount-name>/example.ogg</mount-name>
<authentication type="url">
<option name="mount_add" value="http://auth.example.org/stream_start.php"/>
<option name="mount_remove" value="http://auth.example.org/stream_end.php"/>
<option name="listener_add" value="http://auth.example.org/listener_joined.php"/>
<option name="listener_remove" value="http://auth.example.org/listener_left.php"/>
<option name="username" value="user"/>
<option name="password" value="pass"/>
<option name="auth_header" value="icecast-auth-user: 1"/>
<option name="timelimit_header" value="icecast-auth-timelimit:"/>
<option name="headers" value="x-pragma,x-token"/>
<option name="header_prefix" value="ClientHeader."/>
<option name="stream_auth" value="http://auth.example.org/source.php"/>
</authentication>
</mount>
```
Best Regards
SebastianThomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2364https stream play 1 second and stop2019-05-13T11:56:47ZMichelhttps stream play 1 second and stopWe have sometimes a problems with playing in https on Icecast v 2.4.3 it starts playing and stops after a second.
But only an issue on https, the http streams are fine. When we restart the Icecast it works fine for days.
Yesterday i bul...We have sometimes a problems with playing in https on Icecast v 2.4.3 it starts playing and stops after a second.
But only an issue on https, the http streams are fine. When we restart the Icecast it works fine for days.
Yesterday i bult a new RPM for Icecast 2.4.4 on the last version of CentOS Linux release 7.6.1810 (Core) include the openssl update. (OpenSSL 1.0.2k-fips 26 Jan 2017)
I run it on the debug mode (4). Tonight i have the same problem on https on mount /live a mp3 192k stream. It play 2 seconds and stop. (when i try to use include .m3u so https.../live.m3u he go to http in the software player)
Here is the debug error log. I hope you find them useful (see /live) :
```
[2018-12-09 21:29:07] DBUG auth/add_authenticated_listener client authenticated, passed to source
[2018-12-09 21:29:07] DBUG source/source_main Client added for mountpoint (/live)
[2018-12-09 21:29:07] INFO source/source_main listener count on /live now 1
[2018-12-09 21:29:07] DBUG format/format_check_http_buffer processing pending client headers
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (15)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global connections (52301)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (16)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global connections (52302)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update "/flac.flac" total_bytes_read (18373627904)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update "/flac.flac" total_bytes_sent (82768157916)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global client_connections (50480)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update "/live" listeners (1)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global listeners (12)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global listener_connections (11687)
[2018-12-09 21:29:07] DBUG client/client_send_bytes Client connection died
[2018-12-09 21:29:07] DBUG source/source_main Client removed
[2018-12-09 21:29:07] INFO source/source_main listener count on /live now 0
[2018-12-09 21:29:07] DBUG auth/add_listener_to_source max on /live is 400 (cur 0)
[2018-12-09 21:29:07] DBUG auth/add_listener_to_source Added client to /live
[2018-12-09 21:29:07] DBUG auth/add_authenticated_listener client authenticated, passed to source
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global listeners (11)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global clients (15)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update "/live" listeners (0)
[2018-12-09 21:29:07] DBUG stats/modify_node_event update global client_connections (50481)
[2018-12-09 21:29:07] DBUG source/source_main Client added for mountpoint (/live)
[2018-12-09 21:29:07] INFO source/source_main listener count on /live now 1
[2018-12-09 21:29:07] DBUG format/format_check_http_buffer processing pending client headers
[2018-12-09 21:29:07] DBUG client/client_send_bytes Client connection died
[2018-12-09 21:29:07] DBUG source/source_main Client removed
[2018-12-09 21:29:07] INFO source/source_main listener count on /live now 0
```
Best regards,
Michelhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2309Can't connect to Icecast server from multiple tabs in Firefox2019-05-13T11:49:02ZugultopuCan't connect to Icecast server from multiple tabs in Firefox
## Steps to Reproduce
1. Open Firefox 50.1.0.
2. Connect to an Icecast mount point. The stream will start.
3. Open a new tab and try to connect to the same mount point. The connection won't be established.
4. Open a Private Window and t...
## Steps to Reproduce
1. Open Firefox 50.1.0.
2. Connect to an Icecast mount point. The stream will start.
3. Open a new tab and try to connect to the same mount point. The connection won't be established.
4. Open a Private Window and try to connect to the same mount point. The stream will start.
5. Open another tab in the Private Window and try to connect to the same mount point. The connection won't be established.
## Actual Results
Can't establish connection to an Icecast server from multiple tabs in Firefox.
## Expected Results
Establish connection to an Icecast server from multiple tabs in Firefox.
## Notes
1. The issue does not occur on Chrome. It is possible to connect to a mount point from as many tabs as you like.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2318icecast fails to build against openssl-1.1 that lacks deprecated features2019-04-24T17:23:49ZGitlab Boticecast fails to build against openssl-1.1 that lacks deprecated featuresicecast-2.5_beta1 (and 2.4.3 as well) fails to build against openssl-1.1 that lacks deprecated features. This is the case when openssl-1.1 was built with either "--api=1.1.0" or "no-deprecated" option. The build issues look like this:
`...icecast-2.5_beta1 (and 2.4.3 as well) fails to build against openssl-1.1 that lacks deprecated features. This is the case when openssl-1.1 was built with either "--api=1.1.0" or "no-deprecated" option. The build issues look like this:
```
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I./common/ -Wall -ffast-math -fsigned-char -I/usr/include/libxml2 -I/usr/include -pthread -march=native -O2 -pipe -c -o connection.o connection.c
connection.c: In function ‘get_ssl_certificate’:
connection.c:195:5: warning: implicit declaration of function ‘SSL_load_error_strings’ [-Wimplicit-function-declaration]
SSL_load_error_strings(); /* readable error messages */
^
connection.c:196:5: warning: implicit declaration of function ‘SSL_library_init’ [-Wimplicit-function-declaration]
SSL_library_init(); /* initialize library */
^
connection.c:198:12: warning: assignment discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
method = SSLv23_server_method();
^
```
And later in the linking part:
```
libtool: link: i686-pc-linux-gnu-gcc -pthread -march=native -O2 -pipe -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -o icecast cfgfile.o main.o logging.o sighandler.o connection.o global.o util.o slave.o source.o stats.o refbuf.o client.o xslt.o fserve.o admin.o md5.o format.o format_ogg.o format_mp3.o format_midi.o format_flac.o format_ebml.o format_kate.o format_skeleton.o format_opus.o event.o event_log.o event_exec.o acl.o auth.o auth_htpasswd.o auth_anonymous.o auth_static.o format_vorbis.o format_theora.o format_speex.o auth_url.o event_url.o yp.o -L/usr/lib -Wl,--as-needed common/net/.libs/libicenet.a common/thread/.libs/libicethread.a common/httpp/.libs/libicehttpp.a common/log/.libs/libicelog.a common/avl/.libs/libiceavl.a common/timing/.libs/libicetiming.a -lcurl -lnghttp2 -lidn2 -lssl -lcrypto -lspeex -ltheora -lvorbis -logg -lxslt -lxml2 -lz -ldl -lm -pthread
connection.o: In function `connection_accept_loop':
connection.c:(.text+0x736): undefined reference to `SSL_load_error_strings'
connection.c:(.text+0x73b): undefined reference to `SSL_library_init'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:512: icecast] Error 1
```
Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2358Improve Icecast's logging of developer only messages2019-04-23T13:54:32ZPhilipp SchafftImprove Icecast's logging of developer only messagesCurrently Icecast logs many details that are only of interest to developers. Those lines "spam" the error log.
There should be a way to disable those messages. This could happen using the well-known DEBUG macro OR by adding another log ...Currently Icecast logs many details that are only of interest to developers. Those lines "spam" the error log.
There should be a way to disable those messages. This could happen using the well-known DEBUG macro OR by adding another log level or log flag (as those messages may themself have different log levels as per their logic).Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2348Auth backend for enforcing initial 4012019-04-23T13:54:32ZPhilipp SchafftAuth backend for enforcing initial 401There should be an auth backend that enforces an initial 401 reply.
This would be useful to off-load generation of those initial replies from other backends such as the URL auth backend.
This works by:
```
If (!user || !password) {
...There should be an auth backend that enforces an initial 401 reply.
This would be useful to off-load generation of those initial replies from other backends such as the URL auth backend.
This works by:
```
If (!user || !password) {
return failed;
} else {
return no match;
}
```Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2371Memory leaked due during source timeouts2019-04-01T12:52:31ZThomas B. RückerMemory leaked due during source timeouts```
==4664== Memcheck, a memory error detector
==4664== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==4664== Using Valgrind-3.14.0-3a3000290b-20181009X and LibVEX; rerun with -h for copyright info
==4664== Command: ic...```
==4664== Memcheck, a memory error detector
==4664== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==4664== Using Valgrind-3.14.0-3a3000290b-20181009X and LibVEX; rerun with -h for copyright info
==4664== Command: icecast -c /etc/icecast.xml
==4664== Parent PID: 4663
==4664==
--4664--
--4664-- Valgrind options:
--4664-- --log-file=valgrind.log
--4664-- -v
--4664-- --tool=memcheck
--4664-- --leak-check=yes
--4664-- --show-reachable=yes
--4664-- --num-callers=20
--4664-- --track-fds=yes
--4664-- Contents of /proc/version:
--4664-- Linux version 4.19.3 (xogium@C2ArchLinux) (gcc version 8.2.0 (GCC)) #2 SMP PREEMPT Thu Nov 22 15:00:50 EST 2018
--4664--
--4664-- Arch and hwcaps: ARM64, LittleEndian, baseline
--4664-- Page sizes: currently 4096, max supported 65536
--4664-- Valgrind library directory: /usr/lib/valgrind
--4664-- Reading syms from /usr/bin/icecast
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/ld-2.28.so
--4664-- Reading syms from /usr/lib/valgrind/memcheck-arm64-linux
--4664-- object doesn't have a dynamic symbol table
--4664-- Scheduler: using generic scheduler lock implementation.
--4664-- Reading suppressions file: /usr/lib/valgrind/default.supp
==4664== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-4664-by-root-on-???
==4664== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-4664-by-root-on-???
==4664== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-4664-by-root-on-???
==4664==
==4664== TO CONTROL THIS PROCESS USING vgdb (which you probably
==4664== don't want to do, unless you know exactly what you're doing,
==4664== or are doing some strange experiment):
==4664== /usr/lib/valgrind/../../bin/vgdb --pid=4664 ...command...
==4664==
==4664== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==4664== /path/to/gdb icecast
==4664== and then give GDB the following command
==4664== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=4664
==4664== --pid is optional if only one valgrind process is running
==4664==
--4664-- REDIR: 0x40175c0 (ld-linux-aarch64.so.1:strlen) redirected to 0x580c8c94 (vgPlain_arm64_linux_REDIR_FOR_strlen)
--4664-- REDIR: 0x4017300 (ld-linux-aarch64.so.1:strcmp) redirected to 0x580c8ce8 (vgPlain_arm64_linux_REDIR_FOR_strcmp)
--4664-- REDIR: 0x40171f0 (ld-linux-aarch64.so.1:index) redirected to 0x580c8cbc (vgPlain_arm64_linux_REDIR_FOR_index)
--4664-- Reading syms from /usr/lib/valgrind/vgpreload_core-arm64-linux.so
--4664-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-arm64-linux.so
--4664-- Reading syms from /usr/lib/libssl.so.1.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libcurl.so.4.5.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libspeex.so.1.5.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libtheora.so.0.3.10
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libvorbis.so.0.4.8
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libxslt.so.1.1.32
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libxml2.so.2.9.8
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/liboggkate.so.1.2.2
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libkate.so.1.3.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libogg.so.0.8.3
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libpthread-2.28.so
--4664-- Reading syms from /usr/lib/libc-2.28.so
--4664-- Reading syms from /usr/lib/libcrypto.so.1.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libnghttp2.so.14.17.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libidn2.so.0.3.4
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libssh2.so.1.0.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libpsl.so.5.3.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libgssapi_krb5.so.2.2
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libkrb5.so.3.3
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libk5crypto.so.3.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libcom_err.so.2.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libz.so.1.2.11
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libm-2.28.so
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libdl-2.28.so
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libicuuc.so.63.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/liblzma.so.5.2.4
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libunistring.so.2.1.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libkrb5support.so.0.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libkeyutils.so.1.8
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libresolv-2.28.so
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libicudata.so.63.1
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libstdc++.so.6.0.25
--4664-- Reading syms from /usr/lib/libgcc_s.so.1
--4664-- REDIR: 0x4d40990 (libc.so.6:memcpy) redirected to 0x484d1c0 (memcpy)
--4664-- REDIR: 0x4d3f0d0 (libc.so.6:rindex) redirected to 0x484b040 (rindex)
--4664-- REDIR: 0x4d3a5b0 (libc.so.6:malloc) redirected to 0x48480a0 (malloc)
--4664-- REDIR: 0x4d3ebc0 (libc.so.6:strlen) redirected to 0x484b678 (strlen)
--4664-- REDIR: 0x4d3e380 (libc.so.6:strcmp) redirected to 0x484c840 (strcmp)
--4664-- REDIR: 0x4d3f058 (libc.so.6:strncpy) redirected to 0x484b950 (strncpy)
--4664-- REDIR: 0x4d3b3c8 (libc.so.6:calloc) redirected to 0x484a3c0 (calloc)
--4664-- REDIR: 0x4d3fb08 (libc.so.6:strstr) redirected to 0x4850600 (strstr)
--4664-- REDIR: 0x4d3ffd0 (libc.so.6:memchr) redirected to 0x484ca20 (memchr)
--4664-- REDIR: 0x4d42350 (libc.so.6:strchrnul) redirected to 0x484fde0 (strchrnul)
--4664-- REDIR: 0x4d407e0 (libc.so.6:strncasecmp) redirected to 0x484c1c0 (strncasecmp)
--4664-- REDIR: 0x4d3ac10 (libc.so.6:free) redirected to 0x4849270 (free)
--4664-- REDIR: 0x4d3ee9c (libc.so.6:strncmp) redirected to 0x484bef0 (strncmp)
--4664-- REDIR: 0x4d3e270 (libc.so.6:index) redirected to 0x484b1f0 (index)
--4664-- REDIR: 0x4d403d8 (libc.so.6:mempcpy) redirected to 0x484fee0 (mempcpy)
--4664-- REDIR: 0x4d40540 (libc.so.6:stpcpy) redirected to 0x484ec60 (stpcpy)
--4664-- Reading syms from /usr/lib/libnss_files-2.28.so
--4664-- object doesn't have a symbol table
--4664-- REDIR: 0x4d3e480 (libc.so.6:strcpy) redirected to 0x484b790 (strcpy)
--4664-- REDIR: 0x4d40200 (libc.so.6:memset) redirected to 0x484f308 (memset)
--4664-- REDIR: 0x4d3ae60 (libc.so.6:realloc) redirected to 0x484a5f0 (realloc)
--4664-- REDIR: 0x4d40780 (libc.so.6:strcasecmp) redirected to 0x484c0f0 (strcasecmp)
--4664-- REDIR: 0x4d400c0 (libc.so.6:bcmp) redirected to 0x484eaf0 (bcmp)
--4664-- REDIR: 0x4d40980 (libc.so.6:memmove) redirected to 0x484f3d0 (memmove)
--4664-- REDIR: 0x4da1f28 (libc.so.6:__memcpy_chk) redirected to 0x48504f8 (__memcpy_chk)
--4664-- REDIR: 0x4da1f48 (libc.so.6:__memmove_chk) redirected to 0x484fd68 (__memmove_chk)
--4664-- Reading syms from /usr/lib/libnss_mdns_minimal.so.2
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libnss_dns-2.28.so
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libnss_mymachines.so.2
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/librt-2.28.so
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libcap.so.2.26
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libmount.so.1.1.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libblkid.so.1.1.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libuuid.so.1.3.0
--4664-- object doesn't have a symbol table
--4664-- Reading syms from /usr/lib/libnss_myhostname.so.2
--4664-- object doesn't have a symbol table
--4664-- Discarding syms at 0x788c150-0x78933ec in /usr/lib/libnss_files-2.28.so (have_dinfo 1)
--4664-- Discarding syms at 0x7fb3ee0-0x7fb5584 in /usr/lib/libnss_mdns_minimal.so.2 (have_dinfo 1)
--4664-- Discarding syms at 0x7fc8e90-0x7fcbc30 in /usr/lib/libnss_dns-2.28.so (have_dinfo 1)
==4664==
==4664== FILE DESCRIPTORS: 4 open at exit.
==4664== Open file descriptor 3: /home/xogium/valgrind.log
==4664== <inherited from parent>
==4664==
==4664== Open file descriptor 2: /dev/pts/3
==4664== <inherited from parent>
==4664==
==4664== Open file descriptor 1: /dev/pts/3
==4664== <inherited from parent>
==4664==
==4664== Open file descriptor 0: /dev/pts/3
==4664== <inherited from parent>
==4664==
==4664==
==4664== HEAP SUMMARY:
==4664== in use at exit: 418,488 bytes in 84 blocks
==4664== total heap usage: 13,504 allocs, 13,420 frees, 5,094,700 bytes allocated
==4664==
==4664== Searching for pointers to 84 not-freed blocks
==4664== Checked 372,232 bytes
==4664==
==4664== 64 bytes in 2 blocks are still reachable in loss record 1 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x4017557: strdup (in /usr/lib/ld-2.28.so)
==4664== by 0x4013CCF: _dl_load_cache_lookup (in /usr/lib/ld-2.28.so)
==4664== by 0x4008317: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x401197B: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664== by 0x11488F: ??? (in /usr/bin/icecast)
==4664==
==4664== 64 bytes in 2 blocks are still reachable in loss record 2 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x400A997: _dl_new_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400580F: _dl_map_object_from_fd (in /usr/lib/ld-2.28.so)
==4664== by 0x4008157: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x401197B: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664== by 0x11488F: ??? (in /usr/bin/icecast)
==4664==
==4664== 109 bytes in 5 blocks are still reachable in loss record 3 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x4017557: strdup (in /usr/lib/ld-2.28.so)
==4664== by 0x4013CCF: _dl_load_cache_lookup (in /usr/lib/ld-2.28.so)
==4664== by 0x4008317: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400BED7: openaux (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x400C1F7: _dl_map_object_deps (in /usr/lib/ld-2.28.so)
==4664== by 0x40119C3: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664==
==4664== 109 bytes in 5 blocks are still reachable in loss record 4 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x400A997: _dl_new_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400580F: _dl_map_object_from_fd (in /usr/lib/ld-2.28.so)
==4664== by 0x4008157: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400BED7: openaux (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x400C1F7: _dl_map_object_deps (in /usr/lib/ld-2.28.so)
==4664== by 0x40119C3: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664==
==4664== 1,728 bytes in 7 blocks are still reachable in loss record 5 of 11
==4664== at 0x484A464: calloc (vg_replace_malloc.c:752)
==4664== by 0x400F1B3: _dl_check_map_versions (in /usr/lib/ld-2.28.so)
==4664== by 0x40119FB: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664== by 0x11488F: ??? (in /usr/bin/icecast)
==4664==
==4664== 2,382 bytes in 2 blocks are still reachable in loss record 6 of 11
==4664== at 0x484A464: calloc (vg_replace_malloc.c:752)
==4664== by 0x400A727: _dl_new_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400580F: _dl_map_object_from_fd (in /usr/lib/ld-2.28.so)
==4664== by 0x4008157: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x401197B: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664== by 0x11488F: ??? (in /usr/bin/icecast)
==4664==
==4664== 5,904 bytes in 5 blocks are still reachable in loss record 7 of 11
==4664== at 0x484A464: calloc (vg_replace_malloc.c:752)
==4664== by 0x400A727: _dl_new_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400580F: _dl_map_object_from_fd (in /usr/lib/ld-2.28.so)
==4664== by 0x4008157: _dl_map_object (in /usr/lib/ld-2.28.so)
==4664== by 0x400BED7: openaux (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x400C1F7: _dl_map_object_deps (in /usr/lib/ld-2.28.so)
==4664== by 0x40119C3: dl_open_worker (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4011537: _dl_open (in /usr/lib/ld-2.28.so)
==4664== by 0x4DCF05B: do_dlopen (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFBC7: _dl_catch_exception (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCFC77: _dl_catch_error (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF16B: dlerror_run (in /usr/lib/libc-2.28.so)
==4664== by 0x4DCF21B: __libc_dlopen_mode (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6667: nss_load_library (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB6F27: __nss_lookup_function (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB7183: __nss_next2 (in /usr/lib/libc-2.28.so)
==4664== by 0x4DB772B: __nss_endent (in /usr/lib/libc-2.28.so)
==4664== by 0x4DA6EFF: endhostent (in /usr/lib/libc-2.28.so)
==4664==
==4664== 57,344 bytes in 14 blocks are indirectly lost in loss record 8 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x4C7CDB7: ogg_stream_init (in /usr/lib/libogg.so.0.8.3)
==4664== by 0x1310B3: ??? (in /usr/bin/icecast)
==4664==
==4664== 114,688 bytes in 14 blocks are indirectly lost in loss record 9 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x4C7CDC7: ogg_stream_init (in /usr/lib/libogg.so.0.8.3)
==4664== by 0x1310B3: ??? (in /usr/bin/icecast)
==4664==
==4664== 229,376 bytes in 14 blocks are indirectly lost in loss record 10 of 11
==4664== at 0x4848114: malloc (vg_replace_malloc.c:299)
==4664== by 0x4C7CDA7: ogg_stream_init (in /usr/lib/libogg.so.0.8.3)
==4664== by 0x1310B3: ??? (in /usr/bin/icecast)
==4664==
==4664== 408,128 (6,720 direct, 401,408 indirect) bytes in 14 blocks are definitely lost in loss record 11 of 11
==4664== at 0x484A464: calloc (vg_replace_malloc.c:752)
==4664== by 0x131097: ??? (in /usr/bin/icecast)
==4664==
==4664== LEAK SUMMARY:
==4664== definitely lost: 6,720 bytes in 14 blocks
==4664== indirectly lost: 401,408 bytes in 42 blocks
==4664== possibly lost: 0 bytes in 0 blocks
==4664== still reachable: 10,360 bytes in 28 blocks
==4664== suppressed: 0 bytes in 0 blocks
==4664==
==4664== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
==4664== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
==4664== could not unlink /tmp/vgdb-pipe-from-vgdb-to-4664-by-root-on-???
==4664== could not unlink /tmp/vgdb-pipe-to-vgdb-from-4664-by-root-on-???
==4664== could not unlink /tmp/vgdb-pipe-shared-mem-vgdb-4664-by-root-on-???
```Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2370Url events don't work when an "action" option is configured2019-02-02T04:30:49Zspr0cketeerUrl events don't work when an "action" option is configured```
<event-bindings>
<event type="url" trigger="source-connect">
...
...
<option name="action" value="mount_add" />
```
Bug is in event_url.c:event_get_url()
https://gitlab.xiph.org/xiph/icecast-server/blob/master/s...```
<event-bindings>
<event type="url" trigger="source-connect">
...
...
<option name="action" value="mount_add" />
```
Bug is in event_url.c:event_get_url()
https://gitlab.xiph.org/xiph/icecast-server/blob/master/src/event_url.c#L134
Should be `free(self->action)` not `free(self->url)`https://gitlab.xiph.org/xiph/icecast-server/-/issues/2366Icecast does list POST support for Admin interface but has it disabled for le...2019-02-02T04:30:49ZPhilipp SchafftIcecast does list POST support for Admin interface but has it disabled for legacy-global-sourceIcecast lists POST support in it's Allow. However it is by default disabled for legacy-global-source on admin/. POST should be allowed as well.Icecast lists POST support in it's Allow. However it is by default disabled for legacy-global-source on admin/. POST should be allowed as well.Philipp SchafftPhilipp Schafft2018-12-14https://gitlab.xiph.org/xiph/icecast-server/-/issues/2338SSL support on Ubuntu 18.042019-01-26T10:42:02ZSimon CechacekSSL support on Ubuntu 18.04Hello,
I am trying to run Icecast on my Ubuntu 18.04 with SSL enabled. When I add the official repository to the system and then use `apt-get install icecast2`, everything will work except that when I will turn the SSL on, I will `get I...Hello,
I am trying to run Icecast on my Ubuntu 18.04 with SSL enabled. When I add the official repository to the system and then use `apt-get install icecast2`, everything will work except that when I will turn the SSL on, I will `get INFO connection/get_ssl_certificate No SSL capability` message, I pre-installed OpenSSL befory icecast installation."
any Idea how to fix this?
I also tried to build by Icecast from the source with the custom path ovf openssl pramater enabled (just put there the default openssl path) and it worked, but this icecast is installed as an app and not as a service, so don't how to reload config without dropping listeners (i need to add relays withour restarting the server as it will server as a proxy).
Thanks for all your time!https://gitlab.xiph.org/xiph/icecast-server/-/issues/2189Event triggers for Icecast 2.52019-01-22T06:35:22ZThomas B. RückerEvent triggers for Icecast 2.5We are introducing event triggers and need to decide what we trigger on. Currently already supported:
* source-connect
* source-disconnect
* icecast-start
* icecast-stop
Proposed additional triggers:
* client-connect (all connectio...We are introducing event triggers and need to decide what we trigger on. Currently already supported:
* source-connect
* source-disconnect
* icecast-start
* icecast-stop
Proposed additional triggers:
* client-connect (all connections that are !SOURCE|!PUT)
* client-disconnect (all connections that are !SOURCE|!PUT)
* icecast-reload (configuration reload as caused SIGHUP or web request)
* yp-failure
* metadata-change (Both in container and side-channel triggered, with differentiating field)
* various admin commands (Including authentication management)
* critical errors or even general logging (this needs to be thought through)Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2187implement event triggers 'client-connect' / 'client-disconnect' to match lega...2019-01-22T06:34:14ZThomas B. Rückerimplement event triggers 'client-connect' / 'client-disconnect' to match legacy url-auth```
<option name="listener_add" value="http://auth.example.org/listener_joined.php"/>
<option name="listener_remove" value="http://auth.example.org/listener_left.php"/>
```
should translate to triggers:
* 'client-connect'
* 'client-di...```
<option name="listener_add" value="http://auth.example.org/listener_joined.php"/>
<option name="listener_remove" value="http://auth.example.org/listener_left.php"/>
```
should translate to triggers:
* 'client-connect'
* 'client-disconnect'
Enables e.g. statistics collection without the potential problems of setting it up as auth.Icecast 2.5.0Philipp SchafftPhilipp Schafft