Icecast-Server issueshttps://gitlab.xiph.org/xiph/icecast-server/-/issues2018-03-06T12:49:49Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/786Fix bad __FUNCTION__ defines2018-03-06T12:49:49ZgtgbrFix bad __FUNCTION__ definesAlso take into account that strrchr() may be used in some cases (e.g. on Windows), so adjust the headers.
Remove the __SUNPRO_C case, as it is taken care of during configure time by xiph_compiler.m4.Also take into account that strrchr() may be used in some cases (e.g. on Windows), so adjust the headers.
Remove the __SUNPRO_C case, as it is taken care of during configure time by xiph_compiler.m4.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1276Windows server crashed by auth users2018-03-06T12:49:49ZaluigiWindows server crashed by auth users
Hey,
seems to exist a problem in the Windows version.
In short the GUI is not able to handle a number of events/stats (those visible in the right list in "Source Level Stats") major or equal than 15.
Only the authenticated SOURCE users...
Hey,
seems to exist a problem in the Windows version.
In short the GUI is not able to handle a number of events/stats (those visible in the right list in "Source Level Stats") major or equal than 15.
Only the authenticated SOURCE users can exploit this problem which has the only effect of a crash (access to the address pointed by EAX which is 1).
For testing the problem is enough to send the following pre-build request (the source password here is sourcepass) to port 8000 of the server:
SOURCE /stream.ogg ICE/1.0
content-type: application/ogg
Authorization: Basic c291cmNlOnNvdXJjZXBhc3M=
ice-audio-info: 0=a;1=a;2=a;3=a;4=a;5=a;6=a;7=a;8=a;9=a;10=a;11=a;12=a;13=a;14=a;15=a
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/918typo in icecast README contained in icecast-2.3.1.tar.gz2018-03-06T12:49:49ZGitlab Bottypo in icecast README contained in icecast-2.3.1.tar.gzafter checking there's only one miss-spelling. =/ but patch nonethelessafter checking there's only one miss-spelling. =/ but patch nonethelessMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1309Server does not move new listeners to fallback source if specified via HTTP r...2018-03-06T12:49:48ZleeServer does not move new listeners to fallback source if specified via HTTP requestIcecast server 2.3.1 in Debian Etch
Server does not move new listeners to fallback source if specified via HTTP request. I have two examples of this not functioning as expected:
1) Listeners are connected to a mountpoint named "/". "/"...Icecast server 2.3.1 in Debian Etch
Server does not move new listeners to fallback source if specified via HTTP request. I have two examples of this not functioning as expected:
1) Listeners are connected to a mountpoint named "/". "/" has no fallback defined in server XML. An HTTP request to define a fallback is issued, in my case it looks like this:
http://ash.rockingtiger.com:8000/admin/fallbacks?mount=/&fallback=/live-1.mp3
When source disconnects, current listeners are moved to "/live-1.mp3" as expected. When a new listener connects to "/" the client (in this case iTunes) is given a 404. My expectation was the new clients that connect to "/" be moved to "/live-1.mp3" the same way the old clients were moved.
2) Listeners are connected to "/". "/" has a fallback of "/live-2.mp3" defined. An HTTP request to define a fallback is issued, in my case it looks like this:
http://ash.rockingtiger.com:8000/admin/fallbacks?mount=/&fallback=/live-1.mp3
When source disconnects, current listeners are moved to "/live-1.mp3" as expected. New clients that connect to "/" are moved to "/live-2.mp3", not "/live-1.mp3" as expected.Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/934[PATCH] Change configuration file in Win32 Service2018-03-06T12:49:48Zkiwicasio[PATCH] Change configuration file in Win32 ServiceI think it can be interesting to add possibiliy to change the location (and name) of configuration file wich is currently hardcoded in source code.
actually :
;-------------------------
int argc2 = 3;
char* argv2[3];
argv2[0] = ...I think it can be interesting to add possibiliy to change the location (and name) of configuration file wich is currently hardcoded in source code.
actually :
;-------------------------
int argc2 = 3;
char* argv2[3];
argv2[0] = "icecastService.exe";
argv2[1] = "-c";
argv2[2] = "icecast.xml";
int ret = mainService(argc2, (char **)argv2);
;-------------------------
I think this is not efficient :/
thank's in advance...https://gitlab.xiph.org/xiph/icecast-server/-/issues/944Icecast Crashes, Relay, metadata error2018-03-06T12:49:48ZGitlab BotIcecast Crashes, Relay, metadata error*<System>*
fc3
*<RPM's>*
libxml2-2.6.16-3
libxslt-1.1.11-1
curl-7.12.3-6.fc3
vorbis-tools-1.0.1-4
*<Source Tarballs/svn>*
Icecast-2.3.1 (svn, daily and tarball)
libshout-2.2.2 (source)
*<Results from command line>*
icecast -...*<System>*
fc3
*<RPM's>*
libxml2-2.6.16-3
libxslt-1.1.11-1
curl-7.12.3-6.fc3
vorbis-tools-1.0.1-4
*<Source Tarballs/svn>*
Icecast-2.3.1 (svn, daily and tarball)
libshout-2.2.2 (source)
*<Results from command line>*
icecast -c /usr/local/etc/icecast.xml
Changed groupid to 99.
Changed userid to 99.
Segmentation fault
*<Log>*
[2006-06-26 22:49:21] INFO fserve/fserve_client_create checking for file /corner_topleft.jpg (/usr/local/share/icecast/web/corner_topleft.jpg)
2006-06-26 22:49:21] INFO fserve/fserve_client_create checking for file /tunein.png (/usr/local/share/icecast/web/tunein.png)
[2006-06-26 22:49:21] INFO fserve/fserve_client_create checking for file /corner_bottomleft.jpg (/usr/local/share/icecast/web/corner_bottomleft.jpg)
[2006-06-26 22:49:22] EROR format-mp3/mp3_get_filter_meta Incorrect metadata format, ending stream
[2006-06-26 22:49:22] INFO source/source_shutdown Source "/ccbl-yarmouth" exiting
*<Conifg>*
<icecast>
<limits>
<clients>10000</clients>
<sources>50</sources>
<threadpool>8</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!--= <burst-on-connect>1</burst-on-connect>
<burst-size>16000</burst-size> -->
</limits>
<suthenticatin> Ommitted <//authentication>
<listen-socket>
<port>8000</port>
<bind-address>10.100.100.10</bind-address>
</listen-socket>
<!-- ======================================================================================= -->
<master-server>10.100.200.10</master-server>
<master-server-port>8000</master-server-port>
<master-update-interval>60</master-update-interval>
<master-password>hackmaster</master-password>
<relays-on-demand>0</relays-on-demand>
<!-- ======================================================================================= -->
<fileserve>0</fileserve>
<!-- set the mountpoint for a shoutcast source to use, the default if not
specified is /stream but you can change it here if an alternative is
wanted or an extension is required
<shoutcast-mount>/live.nsv</shoutcast-mount>
-->
<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/local/share/icecast</basedir>
<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<logdir>/var/log/icecast</logdir>
<webroot>/usr/local/share/icecast/web</webroot>
<adminroot>/usr/local/share/icecast/admin</adminroot>
<pidfile>/usr/local/share/icecast/icecast.pid</pidfile>
<!-- Aliases: treat requests for 'source' path as being for 'dest' path
May be made specific to a port or bound address using the "port"
and "bind-address" attributes.
-->
<!-- <alias source="/foo" dest="/bar"/>
-->
<!-- Aliases: can also be used for simple redirections as well,
this example will redirect all requests for http://server:port/ to
the status page
-->
<alias source="/" dest="/status.xsl"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>
<security>
<chroot>0</chroot>
<!-- -->
<changeowner>
<user>nobody</user>
<group>nobody</group>
</changeowner>
<!-- -->
</security>
</icecast>
*<Incresaesd debug log level 4>*
these are the last few lines...
[2006-06-27 08:04:58] DBUG stats/modify_node_event update node total_bytes_read (37818)
[2006-06-27 08:04:58] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2006-06-27 08:04:58] DBUG stats/modify_node_event update node total_bytes_read (36418)
[2006-06-27 08:04:58] DBUG stats/modify_node_event update node total_bytes_sent (0)
(Á▒FÂUòD*]B'»u3?«.T¾Sá}Yx_È0 @LÂO¢YÒ3/mD▒ZE«r!y£¢ÈýAR├»I¶ÿó(Ätcast metadata >Tr#9¤ÕÒÚ®T +«ÿó(ħ
Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1310fallback-override not honored for fallback defined via HTTP request2018-03-06T12:49:48Zleefallback-override not honored for fallback defined via HTTP requestIcecast 2.3.1 Debian Etch.
fallback-override not honored for fallback defined via HTTP request
"/" is defined in server XML as a static mountpoint with a fallback of "/live-2.mp3" and fallback-override enabled. If source disconnects, c...Icecast 2.3.1 Debian Etch.
fallback-override not honored for fallback defined via HTTP request
"/" is defined in server XML as a static mountpoint with a fallback of "/live-2.mp3" and fallback-override enabled. If source disconnects, clients are moved to "/live-2.mp3" as expected. When source reconnects, clients are moved to "/", also as expected.
When a HTTP request is given to change the fallback of "/" to "/live-1.mp3", server reports success. When source is disconnected, clients are moved to "/live-1.mp3". When new clients connect to "/", they are moved to "/live-2.mp3", when the expectation is to move them to "/live-1.mp3". When source reconnects clients are not moved back to "/". Clients must be manually moved back to "/" via a HTTP request.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/965Allow supression of metadata to connected clients but not to YP listings2018-03-06T12:49:48ZGitlab BotAllow supression of metadata to connected clients but not to YP listingsAn odd sounding request I know..
I was wondering whether it would be possible to add an optional parameter to mount-specific settings to prevent metadata being sent to connected clients... but still allow metadata updates to be sent to ...An odd sounding request I know..
I was wondering whether it would be possible to add an optional parameter to mount-specific settings to prevent metadata being sent to connected clients... but still allow metadata updates to be sent to YP directories.
This request is based on the ever increasing problem of streamripping; we can deter these people if we can configure whether or not to present metadata to connected agents. I am not aware of any streamripping software which can trawl YP listings or otherwise to split tracks, and I still think YP listings for metadata has a very valid purpose.
Cheers,
ChrisIcecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1323Incorrect build instructions in icecast README2018-03-06T12:49:48ZMonty MontgomeryIncorrect build instructions in icecast README...don't forget to update the Icecast README to reflect proper build instruction now that it's automake'd. It's confused a few users this week....don't forget to update the Icecast README to reflect proper build instruction now that it's automake'd. It's confused a few users this week.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/990make status.xsl to show only one mounpoint on demand.2018-03-06T12:49:48ZGitlab Botmake status.xsl to show only one mounpoint on demand.What I mean is something like:
/admin/listclients.xsl?mount=/station.ogg
So if you type:
/status.xsl?mount=/station.ogg
only the requested station is shown.
What I mean is something like:
/admin/listclients.xsl?mount=/station.ogg
So if you type:
/status.xsl?mount=/station.ogg
only the requested station is shown.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1325WTF?2018-03-06T12:49:48ZGitlab BotWTF?error message sucks because it doesn't provide any hint about what the user should do to fix it..
hence:
configure: error: XSLT configuration could not be found <--- Could you please give me an idea of what I need to do here?error message sucks because it doesn't provide any hint about what the user should do to fix it..
hence:
configure: error: XSLT configuration could not be found <--- Could you please give me an idea of what I need to do here?Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1095SIGSEGV (Segmentation fault)2018-03-06T12:49:48ZTrue B.V.SIGSEGV (Segmentation fault)One customer of ours is using ShoutCast to stream content to our platform. Due to this fact he uses two Icecast source servers. Last Friday both the source servers where killed due to an unknown reason.
After restarting the servers they...One customer of ours is using ShoutCast to stream content to our platform. Due to this fact he uses two Icecast source servers. Last Friday both the source servers where killed due to an unknown reason.
After restarting the servers they kept crashing at a random order. The logfiles (loglevel 4) just stopped without any form of error. Additional debugging was required, so i started source01 in a strace and source02 in gdb. They have crashed multiple times now, so additional debug information can be supplied at request.
Addon: After investigating with the customer it seems that there is something wrong with the connection from the customer to us. Both connections seems to be flapping randomly. I think due to this fact, Icecast killes itself somehow. (Please note, there are multiple customers on both sources, but this customer is using both sources. So I suspect that he is the bad-guy ;-)
Version information: _Icecast 2.3.1 on Debian 3.1_
Please note: I've used a self compiled version of Icecast. To narrow it down I've reinstalled the application (make clean;make;make install) to make sure it's compiled against the newest library's. This still makes Icecast crash. Secondly I've used the backports.org package to install icecast (icecast2_2.3.1-1bpo1_i386.deb) with "apt-get install icecast2". This should be compiled and tested against correct library's. Still no effect.
We've been using Icecast for some years now and are really happy with the product. So lets make it a even better product ;-)
## Debug output
Last output on source01 (strace)
```
recv(9, "GET /status.xsl HTTP/1.1\r\nHost: "..., 4095, 0) = 81
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}], 2, 100) = 0
time(NULL) = 1162946180
recv(8, 0x807fe40, 4095, 0) = -1 EAGAIN (Resource temporarily unavailable)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
```
Last output on source02 (strace):
```
fcntl64(11, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
setsockopt(11, SOL_TCP, TCP_NODELAY, [1], 4) = 0
time(NULL) = 1162774575
recv(11, "GET /status.xsl HTTP/1.1\r\nHost: "..., 4095, 0) = 81
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}], 2, 100) = 0
time(NULL) = 1162774575
recv(15, 0x80ba608, 4095, 0) = -1 EAGAIN (Resource temporarily unavailable)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
```
Last output on source02 (gdb)
```
(gdb) run /usr/bin/icecast2 -c /etc/icecast_source02.xml
Starting program: /usr/bin/icecast2 /usr/bin/icecast2 -c /etc/icecast_source02.xml
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1213922208 (LWP 22162)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Changed groupid to 65534.
Changed userid to 65534.
[New Thread -1214133328 (LWP 22163)]
[New Thread -1214657616 (LWP 22164)]
[New Thread -1215181904 (LWP 22165)]
[New Thread -1215706192 (LWP 22166)]
[New Thread -1216230480 (LWP 22167)]
[New Thread -1216754768 (LWP 22168)]
[New Thread -1217279056 (LWP 22172)]
[New Thread -1217803344 (LWP 22188)]
[New Thread -1218327632 (LWP 22205)]
[Thread -1218327632 (LWP 22205) exited]
[New Thread -1218327632 (LWP 22306)]
[Thread -1218327632 (LWP 22306) exited]
[New Thread -1218327632 (LWP 22367)]
[Thread -1218327632 (LWP 22367) exited]
[New Thread -1218327632 (LWP 22446)]
[Thread -1218327632 (LWP 22446) exited]
[New Thread -1218327632 (LWP 22552)]
[Thread -1218327632 (LWP 22552) exited]
[New Thread -1218327632 (LWP 22669)]
[Thread -1218327632 (LWP 22669) exited]
[New Thread -1218327632 (LWP 22802)]
[Thread -1218327632 (LWP 22802) exited]
[New Thread -1218327632 (LWP 22866)]
[Thread -1218327632 (LWP 22866) exited]
[New Thread -1218327632 (LWP 22927)]
[Thread -1218327632 (LWP 22927) exited]
[New Thread -1218327632 (LWP 22999)]
[Thread -1218327632 (LWP 22999) exited]
[New Thread -1218327632 (LWP 23083)]
[Thread -1218327632 (LWP 23083) exited]
[cut]
[New Thread -1218327632 (LWP 25122)]
[Thread -1218327632 (LWP 25122) exited]
[New Thread -1218327632 (LWP 25226)]
[Thread -1218327632 (LWP 25226) exited]
[New Thread -1218327632 (LWP 25302)]
[Thread -1218327632 (LWP 25302) exited]
[New Thread -1218327632 (LWP 25482)]
[Thread -1218327632 (LWP 25482) exited]
[New Thread -1218327632 (LWP 25576)]
[Thread -1217279056 (LWP 22172) exited]
[Thread -1218327632 (LWP 25576) exited]
[New Thread -1218327632 (LWP 25784)]
[Thread -1218327632 (LWP 25784) exited]
[New Thread -1218327632 (LWP 25926)]
[Thread -1218327632 (LWP 25926) exited]
[New Thread -1218327632 (LWP 26151)]
[Thread -1218327632 (LWP 26151) exited]
[New Thread -1218327632 (LWP 26242)]
[Thread -1218327632 (LWP 26242) exited]
[New Thread -1218327632 (LWP 26329)]
[Thread -1218327632 (LWP 26329) exited]
[New Thread -1218327632 (LWP 26616)]
[Thread -1218327632 (LWP 26616) exited]
[New Thread -1218327632 (LWP 27193)]
[Thread -1218327632 (LWP 27193) exited]
[New Thread -1218327632 (LWP 27389)]
[Thread -1218327632 (LWP 27389) exited]
[New Thread -1218327632 (LWP 27508)]
[Thread -1218327632 (LWP 27508) exited]
[New Thread -1218327632 (LWP 27624)]
[Thread -1218327632 (LWP 27624) exited]
[New Thread -1218327632 (LWP 27777)]
[Thread -1218327632 (LWP 27777) exited]
[New Thread -1218327632 (LWP 27968)]
[Thread -1218327632 (LWP 27968) exited]
[New Thread -1218327632 (LWP 28249)]
[Thread -1218327632 (LWP 28249) exited]
[New Thread -1218327632 (LWP 28407)]
[Thread -1218327632 (LWP 28407) exited]
[New Thread -1218327632 (LWP 28539)]
[Thread -1218327632 (LWP 28539) exited]
[New Thread -1218327632 (LWP 28630)]
[Thread -1218327632 (LWP 28630) exited]
[New Thread -1218327632 (LWP 28719)]
[Thread -1218327632 (LWP 28719) exited]
[New Thread -1218327632 (LWP 28799)]
[Thread -1218327632 (LWP 28799) exited]
[New Thread -1218327632 (LWP 28885)]
[Thread -1218327632 (LWP 28885) exited]
[New Thread -1218327632 (LWP 28999)]
[Thread -1218327632 (LWP 28999) exited]
[New Thread -1218327632 (LWP 29427)]
[Thread -1218327632 (LWP 29427) exited]
[New Thread -1218327632 (LWP 29614)]
[Thread -1218327632 (LWP 29614) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1213922208 (LWP 22162)]
0x0804faaf in ?? ()
(gdb) bt
#0 0x0804faaf in ?? ()
#1 0x00000064 in ?? ()
#2 0x0806ac4a in _IO_stdin_used ()
#3 0x00000fff in ?? ()
#4 0x080a7858 in ?? ()
#5 0x31333032 in ?? ()
#6 0x0000000f in ?? ()
#7 0x08070d34 in xmlFree ()
#8 0x00000002 in ?? ()
#9 0x00000000 in ?? ()
#10 0x0806c99e in _IO_stdin_used ()
#11 0xbfb194b8 in ?? ()
#12 0x0804fe94 in ?? ()
#13 0x0809b368 in ?? ()
#14 0x0806c99e in _IO_stdin_used ()
#15 0x00000000 in ?? ()
#16 0x00000000 in ?? ()
#17 0x000001a8 in ?? ()
#18 0x0806ac03 in _IO_stdin_used ()
#19 0x08095a00 in ?? ()
#20 0x00000001 in ?? ()
#21 0x00000003 in ?? ()
#22 0x0806a5fb in _IO_stdin_used ()
#23 0xbfb194c8 in ?? ()
#24 0x0804e9f6 in ?? ()
#25 0x0000024d in ?? ()
#26 0x00000001 in ?? ()
#27 0xbfb19b18 in ?? ()
#28 0x0804edf0 in ?? ()
#29 0x00000000 in ?? ()
#30 0x00000003 in ?? ()
#31 0x0806a5fb in _IO_stdin_used ()
#32 0x0806bfd9 in _IO_stdin_used ()
#33 0x0806a5de in _IO_stdin_used ()
#34 0x00000000 in ?? ()
#35 0xb7f1dca0 in ?? () from /lib/ld-linux.so.2
#36 0x0804973f in ?? ()
#37 0x0804973f in ?? ()
#38 0xbfb195b8 in ?? ()
#39 0xbfb194c0 in ?? ()
#40 0x00000000 in ?? ()
#41 0x00000000 in ?? ()
#42 0xb7f1dca0 in ?? () from /lib/ld-linux.so.2
#43 0x0804960c in ?? ()
#44 0x0804960c in ?? ()
#45 0xbfb195d4 in ?? ()
#46 0xbfb194dc in ?? ()
#47 0xb7f12ff6 in _dl_catch_error () from /lib/ld-linux.so.2
Previous frame inner to this frame (corrupt stack?)
(gdb)
```
________________________________________
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1337dump-file based on meta-data/timestamp info2018-03-06T12:49:48ZGitlab Botdump-file based on meta-data/timestamp infoHi,
This enhancement request is as a result of discussion thread http://icecast.imux.net/viewtopic.php?t=1140
There are a number of users, myself included, that would like the dump filename to be set to the "Stream Title" and "Stream D...Hi,
This enhancement request is as a result of discussion thread http://icecast.imux.net/viewtopic.php?t=1140
There are a number of users, myself included, that would like the dump filename to be set to the "Stream Title" and "Stream Description" of what is being dumped. Each time a source disconnects and re-connects, the dump file is re-opened, so upon re-connection, if the source has a different title or description, the dump filename will be different.
This is similar to Ticket #663 "Icecast dump-file trigger", as I believe that if the dump name follows the stream title and description, the user that raised that enhancement would achieve what he wanted too.
What would be even better once that has been done, is to write ID3 tags into mp3 dump files each time a new mp3 dump file is created.
Please could this enhancement be considered.
Thanks in advance,
rich_d_thomas@hotmail.comIcecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1649[patch] [kh] PSP podcast support2018-03-06T12:49:48Zmoo[patch] [kh] PSP podcast supportthe problem with PSP is that it want to know the file size by using HEAD request, and will seek to the end of the file by using range request, trying to get the id3 tag. with any step fail, it refuse to play the mp3 (not sure if it handl...the problem with PSP is that it want to know the file size by using HEAD request, and will seek to the end of the file by using range request, trying to get the id3 tag. with any step fail, it refuse to play the mp3 (not sure if it handles media beside mp3)
so my patch will
1. add HEAD support
1. add simple range trick. send audio data anyway. because there're many mp3 files without id3 tag, PSP should (and does) accept this case
i took me a lot of time to figure it out as i have no PSP to test. had to bother my friendsKarl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1108icecast-2.3.1 fails to compile against curl-7.16.02018-03-06T12:49:48ZDanielicecast-2.3.1 fails to compile against curl-7.16.0Small bug report:
CURLOPT_PASSWDFUNCTION is a depreciated option ref:
curl.haxx.se/mail/lib-2003-10/0100.html
curl.haxx.se/mail/archive-2003-11/0001.html
They have finally removed it in curl-7.16.0.
Compile error as follows:
source='...Small bug report:
CURLOPT_PASSWDFUNCTION is a depreciated option ref:
curl.haxx.se/mail/lib-2003-10/0100.html
curl.haxx.se/mail/archive-2003-11/0001.html
They have finally removed it in curl-7.16.0.
Compile error as follows:
source='auth_url.c' object='auth_url.o' libtool=no \
depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/include/libxml2 -I/usr/include -pthread -march=athlon-xp -O2 -pipe -c
`test -f 'auth_url.c' || echo './'`auth_url.c
auth_url.c: In function `auth_get_url_auth':
auth_url.c:521: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this
function)
auth_url.c:521: error: (Each undeclared identifier is reported only once
auth_url.c:521: error: for each function it appears in.)
make[3]: *** [auth_url.o] Error 1
make[3]: Leaving directory
`/var/tmp/portage/net-misc/icecast-2.3.1-r1/work/icecast-2.3.1/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/net-misc/icecast-2.3.1-r1/work/icecast-2.3.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/net-misc/icecast-2.3.1-r1/work/icecast-2.3.1'
make: *** [all] Error 2
also reported here;
bugs.gentoo.org/show_bug.cgi?id=157756
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1717[patch] icecast doesn't support chained SSL certificates2018-03-06T12:49:48ZDave Miller[patch] icecast doesn't support chained SSL certificatesSituation:
globally accepted certificate authority has certified another certificate authority for signing SSL certificates. The certificate authority that everyone has in their root cert databases has signed the second authority's root ...Situation:
globally accepted certificate authority has certified another certificate authority for signing SSL certificates. The certificate authority that everyone has in their root cert databases has signed the second authority's root cert with theirs, with signing rights granted. The second authority then signs our certificate.
This is called a chained SSL certificate. Every SSL client I've ever seen can deal with them, however, they usually take a little additional setup on the server end to make it work.
We operate several large websites with SSL certificates signed by this same vendor. In Apache, there is a separate configuration option for a certificate chain file. In some other applications (most notably mail servers) you can append the chain certificate onto the end of your own certificate, and it will Just Work.
Based on the way the config is set up in Icecast, it should be using the second method (appending the chain cert onto the end of the pem file for the certs). However, Icecast is using the wrong API call into OpenSSL for this to work.
Patch attached to fix.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1345icecast 2x crashes sometimes no y pages2018-03-06T12:49:48ZGitlab Boticecast 2x crashes sometimes no y pagesicecast crashes now and then have to reboot somes that donot work
xiph y pages not working
icecast crashes now and then have to reboot somes that donot work
xiph y pages not working
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1718[patch] icecast supports SSLv2 and several non-secure ciphers2018-03-06T12:49:48ZDave Miller[patch] icecast supports SSLv2 and several non-secure ciphersIcecast with SSL enabled allows SSLv2 and several insecure ciphers by default, with no way to configure it to do othewise.
SSLv2 is generally considered insecure nowadays, as are a number of the default ciphers in openssl. Icecast wasn...Icecast with SSL enabled allows SSLv2 and several insecure ciphers by default, with no way to configure it to do othewise.
SSLv2 is generally considered insecure nowadays, as are a number of the default ciphers in openssl. Icecast wasn't specifying any ciphers to use, so it just got the default list.
The attached patch disables SSLv2 outright, and adds an optional configuration option called <ssl-allowed-ciphers> which you can use to override the cipher list, which has a sane default that provides a generally-accepted-secure set of ciphers.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1113Generation of /admin/streamlist.txt is broken.2018-03-06T12:49:48ZjekhorGeneration of /admin/streamlist.txt is broken.Icecast always returns empty file on request /admin/streamlist.txt. This bug makes whole-of-server relay unusable.Icecast always returns empty file on request /admin/streamlist.txt. This bug makes whole-of-server relay unusable.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1354pass stream_name and stream_description to on-dis/connect scripts2018-03-06T12:49:48Zrich_d_thomaspass stream_name and stream_description to on-dis/connect scriptsHi,
I notice that the name of the mount point is already passed as an argument to the <on-disconnect> and <on-connect> scripts.
Please could the stream_name and stream_description be passed as additional arguments to these scripts.
Th...Hi,
I notice that the name of the mount point is already passed as an argument to the <on-disconnect> and <on-connect> scripts.
Please could the stream_name and stream_description be passed as additional arguments to these scripts.
Thanks in advance.
rich_d_thomas@hotmail.comIcecast 2.5.0Thomas B. RückerThomas B. Rücker