[arch] Deadbeef-0.5.2 - поддержка ape файлов выкинута?

ничего не выкидывали
в генте играет

Пишите баг в ваш багтрек. Мейнтейнер собрал deadbeef без поддержки ape, в пакете соответствующего плагина просто нет.

кто сказал «арчепроблемы»?

Можно подумать, в других дистрах такого не бывает. Сплошь и рядом.

Все хорошо. Сборку проводили на машине без yasm, и он в зависимостях для сборки и не указан. Результат печален.

Баг уже отправил.

Снова Arch виноват -). Прям не перестаю радоваться за этот дистрибутив и мейнтейнеров. Такой ощущение что там одни школьники и учащиеся ПТУ.

он в зависимостях для сборки и не указан. Результат печален.

в readme указан. мейнтейнер не потрудился протестировать сборку. в конце configure выдает список всех плагинов + yes/no

Понятно, что это мейнтейнерская ошибка.

А так быстро устранить проблему помог ваш комментарий к релизу на сайте дедбифа. Спасибо :)

мейнтейнер не потрудился протестировать сборку

как такое возможно на арче!?
аяй просто...

меня забавляет как они libreoffice 3.5 и wine 1.4 беты пихают в репозитории...
но арч крутой, конечно же.

но арч крутой, конечно же.

в каждом дистре свои проблемы. лично меня арч устраивает. но я его использую особым методом — 1 раз все поставить, настроить, допилить до нужного, пользоваться полгода, и только после этого обновлять. и то только если совсем припрет. более стабильного варианта пока не встречал.

p.s. качество многих пакетов очень плохое. приходится ставить из исходников. например, vim, xterm — из репов невозможно пользоваться. но в других опробованных дистрах все было еще хуже. поэтому на арче так и остался.

арч стабилен.

1 раз все поставить, настроить, допилить до нужного, пользоваться полгода, и только после этого обновлять. и то только если совсем припрет.

+1. гентуконпеляторы *-9999 идут в сад

прошу заметить - если в Дебиане найдут баг, так тут же дебианщики с важным говорят «да, да. бывает. ну баг нашли. тем более это testing/unstable/experimental, тут не обойтись без багов.»
если же его найдут в Арче - так те же дебианщики НАБИГАЮТ в тему и начинается «ОЛОЛО АРЧШТАБИЛЕН АРЧЕШКОЛОЛО НЕ БЫЛО ПЕЧАЛИ ОБНОВЛЕНИЙ НАКАЧАЛИ ОЛОЛО КАНИКУЛЫ»

сам дебиан люблю, но достало просто

тут же дебианщики с важным говорят

таким образом школьники пытаются увеличить свой авторитет в группе

опа, пользуюсь vim'ом из арча пока ок. Что за косяки, а то я может, просто, привык?

он собран без поддержки иксов. clipboard не работает.

прошу заметить - если в Дебиане найдут баг, так тут же дебианщики с важным говорят «да, да. бывает. ну баг нашли. тем более это testing/unstable/experimental, тут не обойтись без багов.»

Всё проще, если тред про ошибку создан в толксах, модераторы её просто удаляют.

он еще и не пересобирается... :(

cc1: warning: command line option '-fno-rtti' is valid for C++/ObjC++ but not for C [enabled by default]
In file included from sidplay-libs/libsidplay/src/mos6510/mos6510.cpp:57:0:
sidplay-libs/libsidplay/src/mos6510/cycle_based/mos6510c.i: In constructor 'MOS6510::MOS6510(EventContext*)':
sidplay-libs/libsidplay/src/mos6510/cycle_based/mos6510c.i:2352:58: error: capture of non-variable 'MOS6510::cycleCount' 
In file included from sidplay-libs/libsidplay/src/mos6510/cycle_based/sid6510c.h:76:0,
                 from sidplay-libs/libsidplay/src/mos6510/mos6510.h:66,
                 from sidplay-libs/libsidplay/src/mos6510/mos6510.cpp:53:
sidplay-libs/libsidplay/src/mos6510/cycle_based/mos6510c.h:106:20: note: 'int_least8_t MOS6510::cycleCount' declared here
In file included from sidplay-libs/libsidplay/src/mos6510/mos6510.cpp:57:0:
sidplay-libs/libsidplay/src/mos6510/cycle_based/mos6510c.i:2444:58: error: capture of non-variable 'MOS6510::cycleCount' 
In file included from sidplay-libs/libsidplay/src/mos6510/cycle_based/sid6510c.h:76:0,
                 from sidplay-libs/libsidplay/src/mos6510/mos6510.h:66,
                 from sidplay-libs/libsidplay/src/mos6510/mos6510.cpp:53:
sidplay-libs/libsidplay/src/mos6510/cycle_based/mos6510c.h:106:20: note: 'int_least8_t MOS6510::cycleCount' declared here
  CXX    IconInfo.lo
make[2]: *** [mos6510.lo] Ошибка 1

собираю GMSH в арче - та же хрень, написано, что это из-за интерпретации new () как создания динамического массива (variable array size) - грёбаный С++11, а прошлых гцц должно собираться..., а тут как правильно это исправить?