Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2020-10-15T10:35:27Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2387listclients not working if authentication type is url2020-10-15T10:35:27Znaitsirchlistclients not working if authentication type is urlWe have configured our Icecast (v. 2.4.4) mount with stream_auth via URL. Authentication with the source client works well. But it is comming to a strange error when listener stats are requested with the source password.
This is our mou...We have configured our Icecast (v. 2.4.4) mount with stream_auth via URL. Authentication with the source client works well. But it is comming to a strange error when listener stats are requested with the source password.
This is our mount config:
```xml
<mount type="default">
<mount-name>/stream</mount-name>
<stream-name><![CDATA[Test]]></stream-name>
<authentication type="url">
<option name="auth_header" value="icecast-auth-user: 1"/>
<option name="stream_auth" value="https://my-authentication-provider.com/api/icecast/stream_auth"/>
</authentication>
</mount>
```
Streaming with butt and source password works as expected. So the authentication works.
Now, if I try to access the URL `/admin/listclients?mount=/stream` with the source password, to see the number of connected listeners. I get a *403 Forbidden* with the message `Mountpoint in use`.
This is the request that is sent by curl:
```
GET /admin/listclients?mount=/stream HTTP/1.1
Host: server34299.streamplus.de:10106
Authorization: Basic {...}
User-Agent: curl/7.64.0
Accept: */*
```
I have checked the base64 encoded username and password in the authentication header. It is the same that is used in the source client.
The response by Icecast is:
```
HTTP/1.0 403 Forbidden
Server: Icecast 2.4.4
Connection: Close
Date: Wed, 17 Jun 2020 11:58:06 GMT
Content-Type: text/plain; charset=utf-8
Cache-Control: no-cache, no-store
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Pragma: no-cache
Mountpoint in use
```
If I remove the `<authentication type="url">` part of the config and restart the server, calling `/admin/listclients?mount=/stream` works as expected.
It looks like the listclients action has a bug if Icecast is running with stream_auth via URL. If you need any further information please let me know.
OS: Debian 10.4, Linux version 4.19.0-9-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07)
**Update:**
If I use the admin credentials to access the listener stats, it works as expected.https://gitlab.xiph.org/xiph/opus/-/issues/2327CMake - Consistent warning levels between autotools and cmake2020-08-08T17:36:52ZMarcus AsteborgCMake - Consistent warning levels between autotools and cmakeIf things blow up on automake it should blow up on cmakeIf things blow up on automake it should blow up on cmakehttps://gitlab.xiph.org/xiph/opus/-/issues/2326undefined behavior in silk_NSQ_del_dec_neon2020-06-14T07:36:42ZRalph Gilesundefined behavior in silk_NSQ_del_dec_neonCompiling for aarch64 with gcc 9.3.0, I get an undefined behaviour warning:
```
silk/arm/NSQ_del_dec_neon_intr.c: In function ‘silk_NSQ_del_dec_neon’:
silk/arm/NSQ_del_dec_neon_intr.c:422:55: warning: iteration 80 invokes undefined behav...Compiling for aarch64 with gcc 9.3.0, I get an undefined behaviour warning:
```
silk/arm/NSQ_del_dec_neon_intr.c: In function ‘silk_NSQ_del_dec_neon’:
silk/arm/NSQ_del_dec_neon_intr.c:422:55: warning: iteration 80 invokes undefined behavior [-Waggressive-loop-optimizations]
422 | NSQ->sLPC_Q14[ i ] = psDelDec->sLPC_Q14[ i ][ Winner_ind ];
| ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~
silk/arm/NSQ_del_dec_neon_intr.c:421:9: note: within this loop
421 | for( ; i < NSQ_LPC_BUF_LENGTH; i++ ) {
| ^~~
```https://gitlab.xiph.org/xiph/opus/-/issues/2325float to short improvements2020-06-16T14:23:47ZMarcus Asteborgfloat to short improvements[22:58.40] <+jmspeex> xnorpx: About rounding, I actually think the right solution is to write functions that convert whole vectors at a time and then we can just use the normal run-time intrinsics method
[22:59.09] <+jmspeex> BTW, does S...[22:58.40] <+jmspeex> xnorpx: About rounding, I actually think the right solution is to write functions that convert whole vectors at a time and then we can just use the normal run-time intrinsics method
[22:59.09] <+jmspeex> BTW, does SSE2 even have a proper way to round without messing with rounding modeshttps://gitlab.xiph.org/xiph/libao/-/issues/2319When I try to fork Xiph.org/libao I get a "You have reached your project limits"2024-02-02T10:40:25ZGonzalo GarramunoWhen I try to fork Xiph.org/libao I get a "You have reached your project limits"When I try to fork Xiph.org/libao I get a "You have reached your project limits"
I would like to create a fork and set up a merge request please.When I try to fork Xiph.org/libao I get a "You have reached your project limits"
I would like to create a fork and set up a merge request please.https://gitlab.xiph.org/xiph/opus/-/issues/2324SILK complexity levels 1 and 2 are inconsistent2020-06-01T19:22:07ZFrancis QuiersSILK complexity levels 1 and 2 are inconsistentIn `silk_setup_complexity()`, it seems that the parameters chosen for complexity levels 2 and 3 are mostly swapped (except `nStatesDelayedDecision`)In `silk_setup_complexity()`, it seems that the parameters chosen for complexity levels 2 and 3 are mostly swapped (except `nStatesDelayedDecision`)https://gitlab.xiph.org/xiph/Infrastructure/-/issues/2232mf5 requirements2020-07-13T16:20:45ZRalph Gilesmf5 requirements# Xiph.Org Service Requirements
With the failure of mf4, we have a decision to make about where we want to run our services.
Most essential things have been migrated to catfish. For remaining bits, please add to the list below and help...# Xiph.Org Service Requirements
With the failure of mf4, we have a decision to make about where we want to run our services.
Most essential things have been migrated to catfish. For remaining bits, please add to the list below and help prioritize.
Several options going forward
- re-install mf4 from scratch, have backups for when it fails again.
- Buy a replacement server (or several).
- Must have remote console support.
- osuosl prefers Dell PowerEdge.
- Use osuosl's openstack cluster.
- Redundant storage (but no geographical replication)
- Don't have to maintain underlying hosts.
- Can still contribute, probably by buying drives for the Ceph cluster.
The raid failure demonstrates we've not been doing a good job with administration. Whatever we do going forward, we need to make sure we have automated offsite backups and that it's much easier to configure and upgrade our various services, ideally from deployment templates stored in version control. We should periodically practice service migration and restoration.
## static sites 🔶
- Partially restored from git or older svn backup + archive.org.
- Served as static html or shtml from catfish.
- Working on auto-deployment from gitlab ci.
- Should move remaining sites from svn to git.
- media.xiph.org is served from beaufish, and wasn't affected.
## dynamic websites
- gitlab.xiph.org ✅
- vm already on catfish
- wiki.xiph.org ✅
- vm aleady on catfish
- dir.xiph.org ✅
- switched to beta vm on catfish
- awcy ✅
- vm already on catfish
- svn.xiph.org
- down, lost data
- ftp.osuosl.org has a current snapshot of releases and websites
- people.xiph.org ❌
- down, lost data.
- planet.xiph.org
- anyone still blogging?
- jenkins ❌
- down, lost data.
- should replace with gitlab-ci.
- munin ❌
- down, not high priority.
- Better replacements?
- review.xiph.org 🔶
- down, have a recent backup.
- not actively used: not planning to restore.
## releases 🔶
- downloads.xiph.org redirects from catfish to ftp.osuosl.org
- ftp site has current files.
- was backed by svn, lost recent history.
- restore svn and re-populate from ftp.osuosl.org?
- alternate: git? gitlab artifacts? Some other object store?
## shell server
- Several people used shell accounts on mf4.
- Do we need to keep providing this?
- Alternate: per-user containers? kubernetes?
## email ✅
- mail and lists already on a catfish vm.
## dns 🔶
- catfish temporarily authoritative
- Need another machine to be secondary
- alternate: Use registrar or osuosl.https://gitlab.xiph.org/xiph/Infrastructure/-/issues/2231Update xiph.org/vorbis for gitlab2021-02-19T23:48:43ZRalph GilesUpdate xiph.org/vorbis for gitlabThe repo links still point to obsolete git.xiph.org, which has been down since the server crash.The repo links still point to obsolete git.xiph.org, which has been down since the server crash.https://gitlab.xiph.org/xiph/Infrastructure/-/issues/2230Restore vorbis.com redirects2020-05-26T03:44:29ZRalph GilesRestore vorbis.com redirectsIIRC the vorbis.com website was full of obsolete information, so before the server crash we had it redirecting to xiph.org/vorbis. We should restore that.IIRC the vorbis.com website was full of obsolete information, so before the server crash we had it redirecting to xiph.org/vorbis. We should restore that.https://gitlab.xiph.org/xiph/opus/-/issues/2323Equivalent bitrate calculation is broken for <20ms frame sizes2020-05-26T04:56:56ZHector MartinEquivalent bitrate calculation is broken for <20ms frame sizesThis leads to negative bitrates at smaller frame sizes, which does bad things like making all bands available for intensity stereo coding.
So, for example, encoding with these parameters:
`opusenc --hard-cbr --bitrate 192 --framesize 2...This leads to negative bitrates at smaller frame sizes, which does bad things like making all bands available for intensity stereo coding.
So, for example, encoding with these parameters:
`opusenc --hard-cbr --bitrate 192 --framesize 2.5`
Yields output that, when mono downmixed, sounds completely terrible, which definitely shouldn't happen at those bitrates (phase inversion intensity stereo should not be used).
Fix: [0001-celt_encoder-fix-equivalent-bitrate-calculation-for-.patch](/uploads/0cc8ff9d0576f97bfad81e649c8e67ec/0001-celt_encoder-fix-equivalent-bitrate-calculation-for-.patch)https://gitlab.xiph.org/xiph/speexdsp/-/issues/3Ubuntu Aaarch64 18.04 ./configure error2020-08-11T02:16:11ZStuartIanNaylorUbuntu Aaarch64 18.04 ./configure error
checking for cos in -lm... yes
./configure: line 13500: syntax error near unexpected token `FFT,'
./configure: line 13500: ` PKG_CHECK_MODULES(FFT, fftw3f)'
Tried installing all the fftw packages -dev also
Going to switch for debian ...
checking for cos in -lm... yes
./configure: line 13500: syntax error near unexpected token `FFT,'
./configure: line 13500: ` PKG_CHECK_MODULES(FFT, fftw3f)'
Tried installing all the fftw packages -dev also
Going to switch for debian and give it a go as you can tell apart from simple compiling I am lost.
Posted here also seems both Ubuntu & Debian tried 18.04 & 20.04 64 bit
https://github.com/xiph/speexdsp/issues/31#issuecomment-633379070https://gitlab.xiph.org/xiph/speexdsp/-/issues/2'AM_PROG_LIBTOOL' not found in library2020-05-24T21:19:03ZStuartIanNaylor'AM_PROG_LIBTOOL' not found in library```
ubuntu@ubuntu:~/speexdsp$ ./autogen.sh
Updating build configuration files, please wait....
configure.ac:26: warning: macro 'AM_PROG_LIBTOOL' not found in library
configure.ac:25: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
...```
ubuntu@ubuntu:~/speexdsp$ ./autogen.sh
Updating build configuration files, please wait....
configure.ac:26: warning: macro 'AM_PROG_LIBTOOL' not found in library
configure.ac:25: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:26: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/bin/autoconf failed with exit status: 1
```
Ubuntu 18.04 Aarch64 git clone https://gitlab.xiph.org/xiph/speexdsp.git -b SpeexDSP-1.2.0https://gitlab.xiph.org/xiph/icecast-server/-/issues/2386Unable to disable SSL build in libshout-2.4.32020-10-01T18:33:57ZNight GryphonUnable to disable SSL build in libshout-2.4.3./configure --without-openssl
still do ssl tests and add
#define HAVE_OPENSSL 1
to config.h which cause tls.c and other unwanted ssl stuff to build in to library./configure --without-openssl
still do ssl tests and add
#define HAVE_OPENSSL 1
to config.h which cause tls.c and other unwanted ssl stuff to build in to libraryhttps://gitlab.xiph.org/xiph/opus/-/issues/2322Autogen failed on Cygwin2020-05-25T17:30:32ZredmanmaleAutogen failed on Cygwin`./autogen.sh` failed on Cygwin when trying to build from cloned repo:
```bash
Updating build configuration files, please wait....
libtoolize: putting auxiliary files in '.'.
libtoolize: linking file './ltmain.sh'
autoreconf-2.69: libtoo...`./autogen.sh` failed on Cygwin when trying to build from cloned repo:
```bash
Updating build configuration files, please wait....
libtoolize: putting auxiliary files in '.'.
libtoolize: linking file './ltmain.sh'
autoreconf-2.69: libtoolize failed with exit status: 1
```
Maybe it's because `ltmain.sh` is a symlink.
Building from tarball (without autogen) works fine.
**Env**
windows 10 x64
autoreconf 2.69
libtoolize 2.4.6
opus 1.3.1https://gitlab.xiph.org/xiph/icecast-server/-/issues/2385[PATCH] StreamUrl metadata not included in stream2020-10-02T13:04:13ZJoakim Lagerqvist[PATCH] StreamUrl metadata not included in streamHello,
When setting the metadata over admin interface, the url parameter is ignored. For example, if the metadata is set with the following call:
`http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+...Hello,
When setting the metadata over admin interface, the url parameter is ignored. For example, if the metadata is set with the following call:
`http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+Black&url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FAC%2FDC`
I would expect to see the following in the stream:
`StreamTitle='ACDC Back In Black';StreamUrl='https://en.wikipedia.org/wiki/AC/DC';`
However, only the StreamTitle gets propagated. Looking into the code, most of the support is there, only missing the functionality to save the 'url' parameter in the admin section. Attached is a tested patch.
Cheers,
Joakim @ Radio Sweden/Sveriges Radio
[streamurl.patch](/uploads/8a037825e4a7ee0f2cacc3193b58fdeb/streamurl.patch)
Edit: realised there were some tabs instead of spaces in the patch.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/tremor/-/issues/2298git.xiph.org is down and at least two commits missing from master branch at G...2020-05-19T04:09:02ZSzabolcs Hubaigit.xiph.org is down and at least two commits missing from master branch at GitLabHello,
while working on a downstream project (Snapcast), the submodule checkout failed even after I updated the urls to GitLab.
```
error: Server does not allow request for unadvertised object 7c30a66346199f3f09017a09567c6c8a3a0eedc8
F...Hello,
while working on a downstream project (Snapcast), the submodule checkout failed even after I updated the urls to GitLab.
```
error: Server does not allow request for unadvertised object 7c30a66346199f3f09017a09567c6c8a3a0eedc8
Fetched in submodule path 'externals/tremor', but it did not contain 7c30a66346199f3f09017a09567c6c8a3a0eedc8. Direct fetching of that commit failed.
```
Currently two commits missing:
* [562307a4a7082e24553f3d2c55dab397a17c4b4f](/uploads/8089c268f7ab038d07a0fa4fcd7a930c/562307a4a7082e24553f3d2c55dab397a17c4b4f.patch)
* [7c30a66346199f3f09017a09567c6c8a3a0eedc8](/uploads/55ba16f2ec8025a9a39be98514e6a877/7c30a66346199f3f09017a09567c6c8a3a0eedc8.patch)
Attached as reference.https://gitlab.xiph.org/xiph/Infrastructure/-/issues/2229re-create planet.xiph.org snippet2020-05-07T02:34:13ZRalph Gilesre-create planet.xiph.org snippet[xiph.org](https://www.xiph.org/) loads a teaser of recent links from planet.xiph.org. IIRC this was generated by some script connected to the planet website, and needs to be re-created now that mf4 is gone.[xiph.org](https://www.xiph.org/) loads a teaser of recent links from planet.xiph.org. IIRC this was generated by some script connected to the planet website, and needs to be re-created now that mf4 is gone.https://gitlab.xiph.org/xiph/XiphDirectory/-/issues/11Web: Add favicon2020-05-06T22:29:31ZAndreas MiekeWeb: Add faviconAdd a favicon to the project or satisfy the `/favicon.ico` requests somehow.Add a favicon to the project or satisfy the `/favicon.ico` requests somehow.1.0.0Marvin ScholzMarvin Scholzhttps://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/XiphDirectory/-/issues/10Fix ordering on Genres/Codecs2020-05-06T20:20:40ZAndreas MiekeFix ordering on Genres/Codecs1.0.0Andreas MiekeAndreas Mieke