Что ему не хватает?

libmad ?

Какая связь? MP3 он и так проигрывает.

Он хочет прямую ссылку на поток. Из плейлистов их подёргай.
http://www.hitroe.com:8000/stream_original
Я слушаю так:

mpg123 http://uplink.181.fm:8008

Не хочу я ничего дёргать. В Mint тот же Audacious работает без проблем.

Решил

Нужно было neon установить. Это плагин, реализующий http транспорт в Audacious.

Как же в Arch всё запущено!

Нужно читать, какие рекомендации после установки предлагает файловый менеджер.
Это вам не убунта!

там в рекомендациях пишется что для чего нужно доставить

Причём тут файловый менеджер? Я поставил проигрыватель и набор плагинов к нему: audacious и audacious-plugins. Почему никто из разработчиков не догадался добавить зависимости на mpg123 и neon? Без них этот проигрыватель никому не нужен. Зато там есть масса ненужных и мало кем используемых плагинов.

Причём тут файловый менеджер?

При том, что pacman после установки показывает список пакетов с описанием, которые могут понадобится приложению, но не ставит их, потому что и без них работает.
Это только в Debian при установке vlc выкачивается пол репозитория.

там в рекомендациях пишется что для чего нужно доставить

Это было бы актуальным, если бы речь шла о каких-то экзотически или редко используемыз вещах. Но по умолчанию они дают проигрыватель без поддержки MP3 и HTTP. Спрашивается, для кого они его дают в таком виде? Набор рекомендаций состоит из порядка десяти добавок, большинство из которых мне не нужны и я даже не знаю для чего они нужны. Уведев этот список я не стал в него вчитываться, справедливо ожидая, что базисная функциональность (а это таки базисная фунуциональность) будет работать из коробки. Но она не только не работала, но и сам audacious выдывал сообщения об ошибке совершенно не по теме. Ему не хватает поддержки транспортного протокола, а он кричит о том, что не может найти декодер. Дурдом!

но не ставит их, потому что и без них работает

Что и у кого работает? Локальный mp3 файл он тоже не играет. Поддержка mp3 и http - относится к базисной функциональности и должна включаться по-умолчанию.

Что и у кого работает? Локальный mp3 файл он тоже не играет. Поддержка mp3 и http - относится к базисной функциональности и должна включаться по-умолчанию.

не проще ли спросить у арчевского мейнтейнера пакета, почему так собрано? тут-то врядли кто знает, че он там курил.

Тогда помоги арчеводам, сделай bug-репорт, пусть добавят в зависимости пакет libmad.
Кстати в mpd этот пакет указан в зависимостях.

У меня как раз была такая проблема. Поставил Cantata, а оно не запускается, жалуется на отсутствие библиотеки libcdda_paranoia.so.0 Поставил пакет audex и заработало :-/

Из прошлого опыта общения с маинтейнерами и прочими разрабами, это далеко не всегда проще. Но я послал ему email. Посмотрим что он ответит.

Тогда помоги арчеводам

Там на много более базисные вещи не продуманы. Дистрибутив без инсталятора и практически без какой либо документации на инсталляционном CD. В ~root есть один единственный текстовый файл - текстовая версия официальной инструкции на https://wiki.archlinux.org/index.php/Installation_Guide в которой есть масса ссылок на другие веб страницы. Попробуйте установить систему исключительно по этой текстовой шпаргалке (без возможности открыть ссылки). Но даже доступ к браузеру (я пользовался links) не помогает. Например в документации написано, что для установки мыши в консоле нужно лезсть в /etc/conf.d и создавать там gpm.service с некоторым набором заклинаний. Однако /etc/conf.d с некоторых пор deprecated и в моей свежей системе просто отсутствует. А всё что нужно было сделать - это сказать 'systemctl start gpm.service' и убедившись, что мыша работает сказать 'systemctl enable gpm.service'. И никаких заклинаний в конфигурациях.

Как и ожидалось (смотри выше) маинтейнер оказался твёрд как скала:

Hi,

I've installed Arch to try it and also installed audacious with the audacious-plugins to listen to some music during my work and experiments with Arch. Usually I listen to mp3 internet radio broadcasts.

Unfortunately Audacious was unable to play anything, although it works properly in other Linux distributions out of the box. I had spent a plenty of time figuring out what is wrong. Initially I realized that there is no mp3 plugin. But even after 'pacman -S mpg123' there were the same error messages: «No decoder found for <URL>». So I continued to search and investigate that decoder shortage. For a long time! Until I realized that it can play local mp3 files and the problem doesn't relate to any decoder at all. There was no HTTP transport plugin and after 'pacman -S neon' Audacious started to work properly.

My question to you is why audacious-plugins doesn't depend on mpg123 and neon by default? Aren't those plugins relate to the basic functionality that most if not all users expect to get working out of the box? I think current dependencies should be changed - mpg123 and neon should be installed right away.

According to https://www.archlinux.org/packages/extra/i686/audacious-plugins/ There are only «make» dependencies to the mpg123 and the neon.

===============

My question to you is why audacious-plugins doesn't depend on mpg123 and
neon by default? Aren't those plugins relate to the basic functionality
that most if not all users expect to get working out of the box? I think
current dependencies should be changed - mpg123 and neon should be
installed right away.

You might have noticed that mpg123 and neon are *optional* dependencies
of audacious-plugins; when you install a package, pacman prints its list
of optional dependencies and what they are needed for. In this case,
pacman would have printed:

[...]
mpg123: MP3 input
neon: neon-based http transport
[...]

The reason they are optional and not mandatory is that audacious-plugins
links against a lot of libraries; if we made all of them mandatory,
everyone installing audacious would have to also install all of them
(which is really huge in terms of space and bandwidth, particularly
given that most people only actually use a few of those dependencies).

Of course, you can say that MP3 is really basic, everybody expects that
to work, so mpg123 should be mandatory. But different people will have
different opinions on what is «really basic» and what is not. So we
chose to make everything optional.

===============

My question to you is why audacious-plugins doesn't depend on mpg123 and
neon by default? Aren't those plugins relate to the basic functionality
that most if not all users expect to get working out of the box? I think
current dependencies should be changed - mpg123 and neon should be
installed right away.

You might have noticed that mpg123 and neon are *optional* dependencies
of audacious-plugins; when you install a package, pacman prints its list
of optional dependencies and what they are needed for. In this case,
pacman would have printed:

[...]
mpg123: MP3 input
neon: neon-based http transport
[...]

The reason they are optional and not mandatory is that audacious-plugins
links against a lot of libraries; if we made all of them mandatory,
everyone installing audacious would have to also install all of them
(which is really huge in terms of space and bandwidth, particularly
given that most people only actually use a few of those dependencies).

Of course, you can say that MP3 is really basic, everybody expects that
to work, so mpg123 should be mandatory. But different people will have
different opinions on what is «really basic» and what is not. So we
chose to make everything optional.

There are so few other dependencies and the basic functionality is so important (without it audacious is just not useful at all) that an exclusion might be done in this case. Also audacious has a bug in complaining that it doesn't have a decoder while the only thing it misses is an appropriate transport plugin. It adds a little more masochism into Arch Linux. Fixing audacious dependencies would save head hair to many people :-)

===============

There are so few other dependencies and the basic functionality is so
important (without it audacious is just not useful at all) that an
exclusion might be done in this case.

There are a lot of optional dependencies to audacious-plugins:

alsa-lib: Advanced Linux Sound Arch. output
pulseaudio: PulseAudio output
jack2: Jack Audio Connection Kit output
lame: FileWriter MP3 output
libvorbis: Vorbis input, FileWriter Vorbis output
flac: FLAC input, FileWriter FLAC output
mpg123: MP3 input
faad2: AAC input
ffmpeg: ffaudio input
libmodplug: modplug input
fluidsynth: MIDI FluidSynth backend input
libcdio-paranoia: CD Digital Audio input
libsidplayfp: Commodore 64 audio input
wavpack: WavPack input
libnotify: libnotify OSD
lirc-utils: LIRC
curl: AudioScrobbler Client
libmtp: Upload to MTP device
neon: neon-based http transport
libmms: libmms-based mms transport
libcue: CUE playlist format

Some people will argue that flac is more important than mp3 (because mp3
is lossy and patent encumbered while flac is the future); others will
say ffmpeg is a must on every system (for instance, I think so); others
will want pulseaudio... I really prefer to let the user choose which
plugins they want to use and install the corresponding libraries.

Also audacious has a bug in
complaining that it doesn't have a decoder while the only thing it misses
is an appropriate transport plugin.

That does not sound related to the way we package audacious in Arch
Linux, so it is probably an issue upstream. You should report it to
their bug tracker:

http://redmine.audacious-media-player.org/projects/audacious/issues

Usually the upstream maintainer is very quick to fix things like this.

Как и ожидалось (смотри выше) маинтейнер оказался твёрд как скала:

но ведь объяснил же все. у разных людей разное понятие о нужности тех или иных зависимостей. в генте useflags, в арче optional dependencies. если угодить тебе — то те, кому mp3 и http транспорт не нужен, не смогут их удалить. так что ставить их опционально - меньшее зло.

Тех, кто устанавливает audacious и кому mp3 не нужен просто не существует.

alac же

Сегодня после 'pacman -Syu' установился curl, который стал частью core. Теперь отключение neon приводит к более адекватному сообщению о проблеме: «<URL> could not be opened».

Но пусть мне кто-то объяснит, зачем в системе не менее двух (я почти уверен, что есть ещё) библиотек для работы с HTTP? curl изначально - всего лишь альтернатива таких программ как wget и fetch. libcurl используется в scrobbler2 - ещё одном плагине audacious, который устанавливается с audacious-plugins по умолчанию. А neon является зависимостью не только у audacious-plugins, но и у LibreOffice. Причём во втором случае совсем не опциональной. Тоесть Linux - это зоопарк колёс, которые изобретаются каждым кому не лень. Как же всё запущено!

alac же

Аллак - известное арабское ругательство. Примерно как русское восклицание: блядь! Действительно, какого хрена я должен разгребать всё это дерьмо, а не спокойно работать или отдыхать за компьютером?

Похоже моей переписке с маинтейнером настал эпический конец:

This is the mail system at host phare.normalesup.org.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<bisson@phare.normalesup.org> (expanded from <bisson@nsup.org>): can't create
    user output file. Command output: procmail: Quota exceeded while writing
    "/var/mail/bisson"

Final-Recipient: rfc822; bisson@phare.normalesup.org
Original-Recipient: rfc822;bisson@nsup.org
Action: failed
Status: 5.2.0
Diagnostic-Code: x-unix; procmail: Quota exceeded while writing
    "/var/mail/bisson"

Интересно, там тоже стоит Arch Linux? :-)

Оказалось, что нет: SSH-2.0-OpenSSH_6.0p1 Debian-4

Debian GNU/Linux 4.0 has been superseded by Debian GNU/Linux 5.0 («lenny»). Security updates have been discontinued as of the end of February 2010.

Почти 4 года на дырявом старье. Как же всё запущено!