Вышел deadbeef 0.4.3

просьба не удалять, если не катит на главную, а перенести в толксы. спасибо.

Он умеет при нажатии на 'Закрыть' сворачиваться в трей и при этом продолжать играть как ритмбокс?

В ппа ещё не обновлено. В 0.4.2 в немецкой локализации в одном месте ошибка, всё не было времени стукануть. А тут уже новый релиз.

ppa будет завтра, ибо следит за ним не waker

ОТличный плеер. <вещества>Кастую в репах testing.</вещества>

Спасибо за отличный плеер!

Уже собираю.

Да.

а в генте все никак в портаж не включат, никто не хочет подсуетиться с заполнением Enhancement в багзиллу ?

$eix deadbeef
[I] media-sound/deadbeef [1]
Available versions: (~)0.4.1{tbz2} {+adplug alsa +artwork cdda curl +dumb +ffap ffmpeg +flac +gme +gtk +hotkeys lastfm +libnotify +oss pulseaudio +sid +sndfile +supereq +vorbis +vtx wavpack}
Installed versions: 0.4.1{tbz2}(08:57:45 07/26/10)(adplug alsa artwork cdda dumb ffap ffmpeg flac gme gtk hotkeys libnotify oss sid sndfile supereq vorbis vtx wavpack -curl -lastfm -pulseaudio)
Homepage: http://deadbeef.sourceforge.net/
Description: mp3/ogg/flac/sid/mod/nsf music player based on GTK2

[1] /usr/local/portage

когда будут удовлетворены мои фичреквесты на свистелки a-la rhythmbox?
- !!!библиотека!!! (или ее подобие) с обновлением на лету
- поиск так же на лету
- динамические плейлисты?

у меня был долгий и нудный разговор с гентушным мейнтейнером в email..

сошлись на том, что подход к разработке deadbeef не совместим с linux, а плееру в репах не бывать. вот так вот..

им не нравится что у меня десяток бандлов/форков библиотек, несовместимых с апстримом.

возможно, что никогда.

когда уже у вас в глобал-шорткеях появится «свернуть в трей/развернуть плеер»?

строгие, ну впрочем в оверлеях есть ( http://gpo.zugaina.org/media-sound/deadbeef ) funtoo к примеру

может быть дадите ссылочку на ebuild со страницы загрузки на сайте ? чтобы не искали

кстати, был случай, когда мейнтейнеры дебиана жаловались, что я написал реализацию той или иной фичи самостоятельно, вместо того чтобы взять готовую (кривую) либу. и использовали это в качестве аргумента почему они не принимают плеер в репы.

могу и дать. просто мне линк не присылали, просто попросили упомянуть что оно в репах

огромное спасибо! как поставил - так и понял, что этот плеер - моя мечта

ужасная ошибка.

почему бы вам самостоятельно не взяться за реализацию столь необходимых вам фич? или даже так - что мешает продолжать пользоваться RB?

им не нравится что у меня десяток бандлов/форков библиотек, несовместимых с апстримом.

Какой однако у них лютый батхёрт на концепцию «все свое ношу с собой»... :)

>им не нравится что у меня десяток бандлов/форков библиотек, несовместимых с апстримом.

и правильно, что не нравится. unix way надо чтить

ну вот я не чтю, да. мне надо чтобы программа работала. иначе зачем все старания? ради идеи?

>подход к разработке deadbeef не совместим с linux, а плееру в репах не бывать.

Феерично.

> и правильно, что не нравится. unix way надо чтить

unix way это когда все сидят с умным видом, и ничего не работает?

самому - сложно, совсем не гуру. хотя попытаться могу

ритмбокс стал дико жрать память, ищу замену, но, как оказалось НИ ОДИН из плееров не умеет этих трех простых вещей

5062 anonymous 20 0 913m 132m 26m S 15 6.6 6:50.69 rhythmbox

913m

как оказалось НИ ОДИН из плееров не умеет этих трех простых вещей

Попробуй Guayadeque.

> не умеет этих трех простых вещей

они совсем не просты + не нужны девелоперам. поэтому их не делают.

>ну вот я не чтю, да. мне надо чтобы программа работала. иначе зачем все старания? ради идеи?

и ради нее тоже.

Почему-то другие программы работают на стандартных либах. Так в чем проблема? Не подумай, что я на программу гоню. Плеер хороший хотя бы потому, что кто-то вкладывает в него силы.

Но просто интересно узнать, в чем конкретно рпоблема с либами?

> и правильно, что не нравится. unix way надо чтить

unix way это когда все сидят с умным видом, и ничего не работает?

УМВРЧЯДНТ?

>913m

смотреть надо на

132m

когда будут удовлетворены мои фичреквесты на свистелки a-la rhythmbox?

- !!!библиотека!!! (или ее подобие) с обновлением на лету - поиск так же на лету - динамические плейлисты?

amarok же.

>смотреть надо на

132m

ты так говоришь, как будто 132m это мало.

А по сабжу - сильно не хватает возможности прикреплять столбцы к какой-то из границ. К примеру время прикрепить к правому краю окна. А то чуть изменить размер окна, и все... :)

Без плагина Alarm тоже как-то плохо.

> Но просто интересно узнать, в чем конкретно рпоблема с либами?

нет стабильных API/ABI, отсутствуют в дистрах, невозможно использовать без доработки напильником под нужды плеера, зачастую имеют >9000 багов, зачастую имеют лишние депенды которые мне не нужны.

+ обновление любой либы в дистре имеет 50% вероятность сломать мою программу (что и случилось с 2 либами одновременно в нескольких дистрах сразу после релиза deadbeef-0.4.2).

много. но меньше в несколько раз чем он думал :)

гиг свопа мне тоже нужен!

ну ладно, речь не об этом.

>нет стабильных API/ABI, отсутствуют в дистрах, невозможно использовать без доработки напильником под нужды плеера, зачастую имеют >9000 багов, зачастую имеют лишние депенды которые мне не нужны.

Это данный факт и его надо принять. Иначе в последствии так и останешься сидеть на либах, которые как помет мамонта. А в конечном итоге вообще все работать перестанет, так как либы, от которых зависят твои либы сменят API.

+ обновление любой либы в дистре имеет 50% вероятность сломать мою программу (что и случилось с 2 либами одновременно в нескольких дистрах сразу после релиза deadbeef-0.4.2).

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

>гиг свопа мне тоже нужен!

rtfm!

ты так и не понял.

>Если меняются версии либ, то надо это учитывать

вспомнилась libx264

сейчас имеющая аж 107 major версию
и кучи #ifdef в коде, по версии заголовка x264 )

>нет стабильных API/ABI, отсутствуют в дистрах, невозможно использовать без доработки напильником под нужды плеера, зачастую имеют >9000 багов, зачастую имеют лишние депенды которые мне не нужны.

А тебе-то что до зависимостей? Ява - понятно. Но тебе ж яву никто не тащит с собой.

Короче, плеер пока нормальный.

Дистростроители правы тоже на 120%

Если будешь все свое таскать с собой, то рано или поздно это вылезет боком.

> Это данный факт и его надо принять.

т.е. ты предлагаешь выпускать плеер который не работает, падает на попытке открыть файлы, с уязвимостями из апстрима, и не делать фичи, которые не получается сделать т.к. автор либы не вынес функцию в API?

я правильно понял?

А в конечном итоге вообще все работать перестанет, так как либы, от которых зависят твои либы сменят API.

именно поэтому я стараюсь делать так, чтобы мои либы не зависели от внешних либ. беспокоит только смена API таких либ, как GTK и GLIBC. но это редкость.

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

ты не представляешь себе масштаба проблемы. попробуй поддержи, когда в каждом дистре версии либ РАЗНЫЕ. и сломаны по-разному.

>сейчас имеющая аж 107 major версию и кучи #ifdef в коде, по версии заголовка x264 )

Для всяких слоупоков же стараются.

Это данный факт и его надо принять. Иначе в последствии так и останешься сидеть на либах, которые как помет мамонта. А в конечном итоге вообще все работать перестанет, так как либы, от которых зависят твои либы сменят API.

Все такие идеологически правильные и т.д... а сколько проектов ты лично разработал и поддерживал/поддерживаешь, и в какой области? Глядя на весь это беспорядок и зоопарк того, что нужно поддерживать - я лучше плюну на идеологию и буду делать так, что бы моя программа работала. Другой путь - гнаться за последними версиями и ложить болт на многих пользователей, либо городить тысячу и один костыль для работы с разными версиями библиотек. А это как-то нифига не привлекательно, и мое «just for fun» имело такой подход ввиду. Думаю waker несколько схожего мнения.

> Если будешь все свое таскать с собой, то рано или поздно это вылезет боком.

я пока вижу только один бок от этого - баттхерт у дистро-пакето-мейнтейнеров

это не своп. это сколько виртуального адресного пространства прога потратила. гиг - нехорошо, но и не смертельно.

>> Это данный факт и его надо принять.

т.е. ты предлагаешь выпускать плеер который не работает, падает на попытке открыть файлы,

почему другие не падают и работают?

с уязвимостями из апстрима,

Да.

и не делать фичи, которые не получается сделать т.к. автор либы не вынес функцию в API?

Да. или сделать по другому, без использование этой библиотеки. Или отослать свой патч мейнтейнеру либы. можно и то и другое одновременно.

>> Если будешь все свое таскать с собой, то рано или поздно это вылезет боком.

я пока вижу только один бок от этого - баттхерт у дистро-пакето-мейнтейнеров

через года два он вообще перестанет работать. придется glibc с собой таскать. Потом еще через года полтора будешь таксать ld-linux.so с собой. А лет через пять уже ничего не поможет.

Дистростроители правы. С ними не поспоришь. И это не баттхерт, а зравая логика.

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

Дальше можно не читать. Если бы все так делали, то тогда вообще ничего не работало бы.

>ты не представляешь себе масштаба проблемы. попробуй поддержи, когда в каждом дистре версии либ РАЗНЫЕ. и сломаны по-разному.

Ориентируйся на новые версии либ. Или хотя бы на -1 версию.

решение есть. И не всегда самое простое (тупо с собой таскать) лучше.

именно поэтому я стараюсь делать так, чтобы мои либы не зависели от внешних либ. беспокоит только смена API таких либ, как GTK и GLIBC. но это редкость.

Редкость?! Хых. Да ABI/API у glibc раз в два года меняется в среднем. У GTK и того чаще.

> почему другие не падают и работают?

какие другие? примеры в студию. я вижу что все бандлят, как и я. все что может сломаться - в бандлах. понятно, что те либы в которых есть стабильный API/ABI, я не таскаю с собой. как пример - те же libwavpack, libFLAC, libmad.

Да.

зачем?

Да. или сделать по другому, без использование этой библиотеки. Или отослать свой патч мейнтейнеру либы. можно и то и другое одновременно.

мне не нравится идея ждать от нескольких недель до бесконечности. если я хочу сделать фичу - я делаю ее сразу.

извини, у меня исчерпался лимит времени. мне надоело об этом спорить. будешь делать свой проект - делай как считаешь нужным.

p.s. у glibc и gtk есть механизмы для обратной совместимости.