форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
Сообщение от opennews (??) on 24-Июн-14, 08:49
Джон Линдгрен, разработчик музыкального проигрывателя Audacious (http://audacious-media-player.org/), сообщил (http://redmine.audacious-media-player.org/boards/1/topics/1269), что начиная со следующей версии 3.6 программа вернётся на использование по умолчанию библиотеки GTK2+. При "наличии достаточного интереса" для версии Audacious 3.6 будет выпущена и версия с GTK3+. В долгосрочной перспективе намечен перевод Audacious на Qt. Решение объясняется несогласием с методами развития последних выпусков GTK3+ и продвижением изменений, усложняющих разработку традиционных интерфейсов для десктоп-систем. В качестве примера нетрадиционных решений в GTK3+ упоминается задействование монохромных пиктограмм, декорация окон на стороне клиента и стилизация под Android окон для вывода сообщений. По мнению разработчиков Audacious, в указанной ситуации, сохранить неизменность интерфейса программы можно только вернувшись на GTK2+. Ранее, в выпуске Audacious 3.5 (http://www.opennet.dev/opennews/art.shtml?num=39655) была предпринята попытка переноса в библиотеку libaudgui некоторых возможностей, которые были объявлены устаревшими в GTK+ 3.10 (http://www.opennet.dev/opennews/art.shtml?num=37982), но, судя по всему, этого оказалось недостаточно. URL: http://www.webupd8.org/2014/06/audacious-going-back-to-gtk2-... Новость: http://www.opennet.dev/opennews/art.shtml?num=40067
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
Сообщение от aborodin (??) on 24-Июн-14, 08:49
> Audacious возвращается на GTK2 И переходит на C++.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–2 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 08:56
	Ну и нафиг он тогда сдался? На кутях уже есть qmmp.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
Сообщение от Анонист с усохшим дряблым пенисом on 24-Июн-14, 08:58
Есть же qmmp.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от анононо on 24-Июн-14, 18:54
	Есть VLC и SMPlayer.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	55. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:28
	Они как аудиоплееры - не то чтобы очень удобны.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

5. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+19 +/–
Сообщение от Fracta1L (ok) on 24-Июн-14, 09:19
Скоро GTK станет тем, чем он и был - тулкитом для одного приложения.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+17 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 09:32
	Как бы то самой приложение не сбежало с GTK раньше.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+13 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 09:34
	печально, хороший был тулкит дeбилизация gnome бесследно для GTK не прошла
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	28. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от fglrx on 24-Июн-14, 14:19
	Наоборот, это хорошо. Когда сдохнет gtk - сократится зоопарк.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	32. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+5 +/–
	Сообщение от rob pike on 24-Июн-14, 16:42
	И Qt наконец сможет вернуться к коммерческому огораживанию, с которого и начинали.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	49. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:21
	> Когда сдохнет gtk - сократится зоопарк. Ждем когда вы добровольно смените место проживания на лагерь и напялите серую униформу. В целях унификации, так сказать.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	11. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+5 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 11:11
	Что-то даже это одно приложение не спешит переходить на GTK 3
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	13. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+6 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 12:06
	будет тулкит без приложений вращать окнами на дисплейном сервере без драйверов в операционке без пользователей, шикарная картина
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	16. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+3 +/–
	Сообщение от Аноним (??) on 24-Июн-14, 12:32
	Простите, на чём он их вращать будет? :-)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	40. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Crazy Alex (ok) on 24-Июн-14, 20:04
	Хм, это его вращать будут, судя по всему
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	43. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 24-Июн-14, 21:10
	на вялом дисплейном сервере без драйверов, вылезайте из криокамеры уже
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	14. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+7 +/–
	Сообщение от Michael Shigorin (ok) on 24-Июн-14, 12:27
	> Скоро GTK станет тем, чем он и был - тулкитом для одного приложения. Да если бы.  GIMP так и сидит на двойке, а неогномятники украли тройку и забыли переименовать (как, собственно, и сам GNOME).
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	18. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+3 +/–
	Сообщение от клёпа on 24-Июн-14, 12:36
	Ждём новостей про переход GIMPа на Qt.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	30. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноным (ok) on 24-Июн-14, 15:33
	На EFL.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	19. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 24-Июн-14, 12:37
	Просто переписывать там придется очень много, а еще в начале непомешало бы ГНОМоподобный дизайн для гимпа нарисовать что бы не выделялся из системы и тогда уже переписывать!
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	46. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Vernat (ok) on 24-Июн-14, 23:36
	http://aquelando.info/implementing-the-editing-panel/
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	37. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Vkni (ok) on 24-Июн-14, 18:29
	> Да если бы.  GIMP так и сидит на двойке, а неогномятники > украли тройку и забыли переименовать (как, собственно, и сам GNOME). Так приложение называется GNOME3.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	50. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:22
	> Так приложение называется GNOME3. Это как минимум куча разных приложений, что бы там не вещали.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

6. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+3 +/–
Сообщение от Vkni (ok) on 24-Июн-14, 09:31
Кто-то тут меня уверял, что Client-Side-Decorations прекрасно отключаются ВСЕГДА.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Evolve32 (ok) on 24-Июн-14, 13:00
	Прикол в том, что они как раз таки отключаются(по крайней мере, в теории) через dconf-editor(ну или через gsettings), но при наличии только GTK мне не удалось этого сделать. Чтобы такое провернуть, нужно, наверное, какие-то куски гнома 3 установить, а я этим не занимался. Зато видел багрепорт, в котором говорилось, что эти декорации не отключались в гном 3. С другой стороны, в Glade можно вручную их отключить, но вот беда - вместе с ними в диалогах(Gtk::Dialog  и наследуюющие классы) пропадают все кнопки управления, т.к. гномеры решили все кнопки в декорации перенести(GTK >= 3.12). К слову гномеры в GTK 3.8 еще и модель отрисовки меняли, но умолчали(https://blogs.gnome.org/alexl/2013/11/04/the-modern-gtk-draw.../), спасибо что небыло API/ABI изменений. Никто случаем не собирается форкать Gtk или создать наборы патчей для мейнстрима? Я бы присоеденился...
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	38. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+2 +/–
	Сообщение от Vkni (ok) on 24-Июн-14, 18:31
	> Никто случаем не собирается форкать Gtk или создать наборы патчей для мейнстрима? > Я бы присоеденился... А зачем форкать Gtk3? Gtk2 - вполне вменяемое. Разве там есть какие-то мощные достоинства Gtk3 перед Gtk2, перекрывающие недостатки, главный из которых - нестабильность кодовой базы?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	56. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Нечестивый (ok) on 25-Июн-14, 18:56
	Только с половиной гнома не обойтись, чтоб dconf/gsettings работали приходится *kit устанавливать, потом оказывается что без udisks/upower не обойтись... Отказаться от GTK3 легче. И быстрее. И удобнее. Да и красивее, если учесть почти полное отсутствие стилей оформления.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	57. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от equeim (ok) on 25-Июн-14, 19:36
	А они и отключаются. Точнее их надо прописывать непосредственно в исходном коде (если это X11, а не Wayland). Другое дело, что гномеры используют их для стандартных диалогов gtk+ (выбор файлов, цвета и т.д.), в том числе и под иксами. И в средах, отличных от гнома, это выглядит вырвиглазно.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+9 +/–
Сообщение от Аноним (??) on 24-Июн-14, 09:46
Блин, постоянно путаю с Audacity.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от EuPhobos (ok) on 24-Июн-14, 13:56
	А я обоими пользуюсь) Наверное поэтому и не путаю)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
Сообщение от Аноним (??) on 24-Июн-14, 10:57
Ибо нехрен некоторым господам своей костлявой жопой на 2 стула заседать. Вот и сбегают подальше, где могут "подвинуться" ;) Но против qmmp тому жтк "подделию" делать на кутях нечего - так что либо поглощение, либо закрытие. Обидно же...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от qwerty (ok) on 24-Июн-14, 13:24
	> Но против qmmp тому жтк "подделию" делать на кутях нечего Да ну? Audacious многие ценят не за Winamp-подобный интерфейс, а за GTK Interface, похожий на тот, что у Deadbeef и FooBar. А у QMMP есть этому противопоставить только SimpleUI, который пока сильно не дотягивает до такового у Audacious. Если уж кто конкурент, то это DeadBeef, но из-за некоторых мелочей я (и многие другие) предпочитают Audacious.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	29. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от zoorg on 24-Июн-14, 15:11
	> но из-за некоторых мелочей А можно пример?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	31. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от mihalych (ok) on 24-Июн-14, 16:31
	Кристализатор, расширитель стереобазы, плавный переход (нормально работающий, в отличии от...).
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	35. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–2 +/–
	Сообщение от qwerty (ok) on 24-Июн-14, 17:11
	Мелочи, по большей части, относящиеся к дизайну. Например красивое всплывающее окошко при наведении на значок в трее, показ обложек на панели, нативные вкладки. Ну и в новом Deadbeef наконец вкрутили неглобальные хоткеи, но зато отломали Infobar, который грузит тексты песен и без которого для меня плеер - не плеер.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	44. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от waker on 24-Июн-14, 21:35
	> показ обложек на панели не уверен что понял, о чем это, но вроде это уже есть. > но зато отломали Infobar как отломали, так и починили.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	45. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от waker on 24-Июн-14, 21:38
	> показ обложек на панели имеется ввиду что-то вроде этого? http://pic.53280.de/th_deadbeef.jpg
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	51. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:25
	У audacious есть жирный плюс: в репах есть out of the box. А deadbeef куда-то делся :\.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	58. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 26-Июн-14, 14:54
	deadbeef есть в репах у дистров без дебильных правил принятия в репы. но вообще лучше использовать билды с оф. сайта. они лучше оттестированы, и собраны с правильными версиями либ, которые хорошо протестированы, и тщательно подобраны, для максимальной корректности работы. обсуждение можно почитать на лоре, чтобы не повторяться, начиная с этого коммента: https://www.linux.org.ru/news/gnome/10580226/page3#comment-1...
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	59. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Июн-14, 14:59
	> но вообще лучше использовать билды с оф. сайта. они лучше оттестированы, > и собраны с правильными версиями либ, которые хорошо протестированы, и тщательно > подобраны, для максимальной корректности работы. Такие высказывания обычно сопровождают проекты, где люди или зациклены на своём коде, или или вляпались в библиотеки вроде libdb4 или libav.  Припоминается MySQL десятилетней давности, который настоятельно рекомендовали брать свой, статически собранный с "правильной glibc", при этом апстрим говорил, что они криво работают с тредами. Не осуждения ради, а предупреждения для.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	60. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от waker (ok) on 26-Июн-14, 15:18
	>> но вообще лучше использовать билды с оф. сайта. они лучше оттестированы, >> и собраны с правильными версиями либ, которые хорошо протестированы, и тщательно >> подобраны, для максимальной корректности работы. > Такие высказывания обычно сопровождают проекты, где люди или зациклены на своём коде, > или или вляпались в библиотеки вроде libdb4 или libav.  Припоминается > MySQL десятилетней давности, который настоятельно рекомендовали брать свой, статически > собранный с "правильной glibc", при этом апстрим говорил, что они криво > работают с тредами. > Не осуждения ради, а предупреждения для. это было бы так, если бы во всех дистрибутивах были одинаковые версии библиотек, и присутствовали все необходимые. во многих дистрибутивах библиотеки устаревшие. старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). до версии 2.0 вообще приходилось использовать конкретный снапшот из svn, единственный, который удалось найти экспериментальным путем, которые не фейлил тесты. и то приходилось его патчить. старый curl - криво работал CURLOPT_PROGRESSFUNCTION. в других дистрах, наоборот, библиотеки слишком новые. libcdio-0.90+ -- поменяли (сломали) API, поменяли поведение некоторых существующих функций. LTS дистрибутивы на эту версию не спешат переходить, а арч и гента уже перепрыгнули. поддерживать все многообразие разных (в т.ч. сломанных) версий библиотек, и обходить глабли в каждой из них, задача просто неподъемная. если библиотеки вообще отсутствуют во многих дистрах - я, конечно, просто включаю их в исходники плеера. еще иногда бывает, что в дистрах библиотека есть, но версии 10-летней давности, которая в плеере работать никак не может. или работает, но неправильно. с непредсказуемыми версиями библиотек, можно невзначай попортить юзерам файлы из собранной за десятилетия музыкальной коллекции. и хотя лицензия это позволяет -- все равно неприятно же. вобщем, я даже не знаю, что тут еще добавить. если это кому-то непонятно - он просто идиот.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	61. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Andrey Mitrofanov on 26-Июн-14, 15:35
	>> Не осуждения ради, а предупреждения для. > старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). до версии > 2.0 вообще приходилось использовать конкретный снапшот из svn, единственный, который удалось > найти экспериментальным путем, которые не фейлил тесты. и то приходилось его > патчить. Помедленнее, я записываю. Экспериментальный плеер, ... > старый curl - криво работал CURLOPT_PROGRESSFUNCTION. > в других дистрах, наоборот, библиотеки слишком новые. ...смело воссавший(!) против засилия дистибутивов, ... > libcdio-0.90+ -- поменяли (сломали) API, поменяли поведение некоторых существующих функций. > LTS дистрибутивы на эту версию не спешат переходить, а арч и > гента уже перепрыгнули. ...практик программирования, автоконфигурирования, поддержки ABI системных библиотек, ... > поддерживать все многообразие разных (в т.ч. сломанных) версий библиотек, и обходить глабли > в каждой из них, задача просто неподъемная. ...легковесный(!), ... > с непредсказуемыми версиями библиотек, можно невзначай попортить юзерам файлы из собранной > за десятилетия музыкальной коллекции. и хотя лицензия это позволяет -- все > равно неприятно же. ...и не портящий файлы пользователей, добровольно и своевременно прыгнувших через все старательно подготовленные обручи, чтобы скачать-запустить... >если это кому-то непонятно - он просто идиот. ...Гениальное Произведение. ---README есть? А на веб-сайте?? С нетерпением жду почитать.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	62. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 26-Июн-14, 15:41
	Спасибо, Ваш отзыв очень ценен для нас.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	63. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 26-Июн-14, 17:19
	> это было бы так, если бы во всех дистрибутивах были одинаковые версии > библиотек, и присутствовали все необходимые. Это всё кристально ясно, но работать-то приходится с тем, что есть. > старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). Выхлоп в configure +/- About, отвалилось, едем дальше.  Для меня как для пользователя было бы неважно совсем, например. > до версии 2.0 вообще приходилось использовать конкретный снапшот из svn [...] Потому и упомянул ffmpeg как один из наиболее феерических примеров. > в других дистрах, наоборот, библиотеки слишком новые. Это значит ровно то, что в следующих версиях "многих дистров" также следует ожидать "слишком новые библиотеки".  Из того, на что недавно натыкался -- апстрим graphviz переработал основную библиотеку некоторое время тому, сознательно сломав API (пришлось).  Некоторые из линкующихся со старой библиотекой уже доработали на использование новой (т.е. умеют и так, и этак), но даже три года спустя ещё не все. > поддерживать все многообразие разных (в т.ч. сломанных) версий библиотек, > и обходить глабли в каждой из них, задача просто неподъемная. Есть подход, у буржуев называемый graceful degradation: стараться не разваливаться сразу при отпадании кусков.  А в остальном стоит не баррикадироваться в своём углу, но стараться наладить взаимодействие как с разработчиками библиотек, так и с дистрибутивами. > с непредсказуемыми версиями библиотек, можно невзначай попортить юзерам файлы из > собранной за десятилетия музыкальной коллекции. Как, deadbeef пишет в читаемые файлы?  Или это про те же теги? > вобщем, я даже не знаю, что тут еще добавить. Если вдруг будет интересно, могу попытаться рассказать о том, что обычно ожидают майнтейнеры и пользователи дистрибутивов (субъективно и не будучи таковым применительно к deadbeef -- хотя он в альте есть, как и его пользователи).  И о том, как в качестве апстрима доводилось взаимодействовать со своими апстримами.  В том числе отсюда родилась такая метрика проектов -- вменяемость ;-) Также вынужден отметить то, что у проектов наших разработчиков (либо с их преимущественным участием) нередко начисто отсутствует культура релизов, которые заменяются именно что "бери svn".  Что само по себе более-менее понятно, если каждый коммит улучшает продукт, но может усложнить разбор багов (т.к. рост разнообразия ситуаций, которые труднее закэшировать в голове -- аналог того, про что в теме о Baikal рассказывал User294'у про заводское производство vs R&D).  Ну, лесная дорога без километровых столбиков. Совсем клиника начинается тогда, когда имеется N или вообще K библиотек, образующих стек с плавающим API, собрать который по инструкциям годичной давности получается разве что с багами годичной давности, а обновлять инструкции никто из тех, кто "в теме", особо не чешется.  Наиболее жёсткий пример из пока виденных -- rigsofrods, на нём я сломался.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	64. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 26-Июн-14, 17:41
	>> это было бы так, если бы во всех дистрибутивах были одинаковые версии >> библиотек, и присутствовали все необходимые. > Это всё кристально ясно, но работать-то приходится с тем, что есть. я и не спорю. можно собрать и с системными либами. просто без них лучше работает. при этом, естественно, есть множество библиотек вполне стабильных, с которыми нет проблем вообще. >> старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). > Выхлоп в configure +/- About, отвалилось, едем дальше.  Для меня как > для пользователя было бы неважно совсем, например. ну это для тебя. а мне приходят баг репорты, мол "у меня ffmpeg 0.10, почему не работает opus???!!11" >> в других дистрах, наоборот, библиотеки слишком новые. > Это значит ровно то, что в следующих версиях "многих дистров" также следует > ожидать "слишком новые библиотеки".  Из того, на что недавно натыкался > -- апстрим graphviz переработал основную библиотеку некоторое время тому, сознательно > сломав API (пришлось).  Некоторые из линкующихся со старой библиотекой уже > доработали на использование новой (т.е. умеют и так, и этак), но > даже три года спустя ещё не все. deadbeef тоже собирается с cdio-0.90+, но появились баги, которые пока не исправлены. естественно, страдают только пользователи RR дистрибутивов, в которых либы обновляют от балды без тестирования на совместимость. в остальных дистрах процесс посерьезнее. думаю, пока они собственный софт на совместимость не доработают - апдейта можно не ждать. >> поддерживать все многообразие разных (в т.ч. сломанных) версий библиотек, >> и обходить глабли в каждой из них, задача просто неподъемная. > Есть подход, у буржуев называемый graceful degradation: стараться не разваливаться сразу > при отпадании кусков.  А в остальном стоит не баррикадироваться в > своём углу, но стараться наладить взаимодействие как с разработчиками библиотек, так > и с дистрибутивами. я сотрудничаю - баги отправляю, иногда и исправляю, и не только я. но багфиксы могут попасть в дистрибутивы и через год, и через 5 (а во многие дистры вообще никогда). а релизить надо сейчас. с дистрибутивами непонятно в чем может заключаться сотрудничество. объяснишь? >> с непредсказуемыми версиями библиотек, можно невзначай попортить юзерам файлы из >> собранной за десятилетия музыкальной коллекции. > Как, deadbeef пишет в читаемые файлы?  Или это про те же > теги? да. > Если вдруг будет интересно, могу попытаться рассказать уже много раз рассказывали. честно говоря, меня уже года 2 как перестало это интересовать, с тех пор как я понял, что в дебиан попасть нельзя в принципе, не кастрировав проект до полной неюзабельности. > Также вынужден отметить то, что у проектов наших разработчиков (либо с их > преимущественным участием) нередко начисто отсутствует культура релизов, которые заменяются > именно что "бери svn". какое отношение это имеет к deadbeef? есть релизы, правильно оформленные, с тарболами, автотулсами, тщательным тестированием, билдами, пакетами, чейнджлогом, и т.п. подготовка 1 релиза может и 2 месяца занять. так что все серьезно. помимо релизов, есть билд-робот, который после каждого коммита делает билд, и репорт об ошибках.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	65. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Июн-14, 19:33
	> я сотрудничаю - баги отправляю, иногда и исправляю, и не только я. > но багфиксы могут попасть в дистрибутивы и через год, и через > 5 (а во многие дистры вообще никогда). а релизить надо сейчас. Понимаю.  Просто когда забивают на "отправить сейчас", то и через пять лет не факт, что попадёт. > с дистрибутивами непонятно в чем может заключаться сотрудничество. объяснишь? Если устроит изложение третьей стороны -- вот хорошая и достаточно актуальная статья, пока доступна: http://freecode.com/articles/lessons-in-packaging-linux-appl... Вкратце -- дистрибутивы как коллективный потребитель апстримных исходников могут помочь понять проблемы при утряске всего нужного не в /usr/local отдельно взятой машины, а таким образом, чтобы полученным суммарным библиотечным ABI мог пользоваться широкий слой нужного пользователям софта. Майнтейнеру можно помочь внятным актуальными инструкциями по сборке в README/INSTALL (в т.ч. по версиям и известным багам требуемых библиотек).  А он может помочь тем, что постарается не порождать жутко запатченую сборку с уникальными непонятными багами в багфиксах, но вместо того оперативно передавать багрепорты разработчикам и если уж патчить, то с прицелом на обкатку и принятие в основную ветку.  Важным тут является обычное человеческое отношение -- что с той стороны не абстрактные "криворукие уроды", а всего лишь такие же люди. >> Если вдруг будет интересно, могу попытаться рассказать > уже много раз рассказывали. честно говоря, меня уже года 2 как перестало > это интересовать, с тех пор как я понял, что в дебиан попасть нельзя в принципе, > не кастрировав проект до полной неюзабельности. По патентным вопросам или в основном как раз по версиям/конфигурации библиотек? (первое можно попытаться решать в рамках какого debian-multimedia, насколько понимаю; заменяют ли там всякие ffmpeg/libav, не в курсе, но явно должны) >> Также вынужден отметить то, что у проектов наших разработчиков (либо с их >> преимущественным участием) нередко начисто отсутствует культура релизов > какое отношение это имеет к deadbeef? есть релизы Молодцы :-)
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	66. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 26-Июн-14, 20:38
	>> с дистрибутивами непонятно в чем может заключаться сотрудничество. объяснишь? > Если устроит изложение третьей стороны -- вот хорошая и достаточно актуальная статья, > пока доступна: http://freecode.com/articles/lessons-in-packaging-linux-appl... статья преимущественно ориентирована на создателей пакетов. типа -- связывайтесь с разработчиками, оставляйте в пакетах свое мыло, проверяйте пакеты на ошибки, и т.п. где там написано про сотрудничество с дистрами, и какая от него польза разработчикам -- не нашел. наверное, плохо искал. > Вкратце -- дистрибутивы как коллективный потребитель апстримных исходников могут помочь > понять проблемы при утряске всего нужного не в /usr/local отдельно взятой > машины, а таким образом, чтобы полученным суммарным библиотечным ABI мог пользоваться > широкий слой нужного пользователям софта. а если у меня нет таких проблем? > Майнтейнеру можно помочь внятным актуальными инструкциями по сборке в README/INSTALL и ты как бы намекаешь, что инструкций нет, тогда как они есть. > (в т.ч. по версиям и известным багам требуемых библиотек). если библиотека последней версии апстрима сломана -- то баг обычно есть в багтрекере deadbeef, а если баг критический (например как невозможность запуска под gtk3.10) -- то и в багтрекере апстрима. но когда баг исправляется в апстриме (gtk3.10.2) -- баги закрываются в обоих багтрекерах, и проблема считается закрытой. вести подобный список просто некому, и особо незачем. в статик билде -- кривые версии библиотек просто не используются. а в "обычном" ничего поделать особо и нельзя. все равно либу нельзя поменять на другую. со временем либа обновится, и все снова заработает. или не обновится, и юзер сменит дистрибутив. у тебя есть какие-то соображения, что могут сделать мантайнеры дистра, имея подобный список? >  А он может помочь тем, что постарается не порождать жутко запатченую сборку с > уникальными непонятными багами в багфиксах, но вместо того оперативно передавать багрепорты > разработчикам и если уж патчить, то с прицелом на обкатку и > принятие в основную ветку. 1. кто такой "он"? это очень важный вопрос. 2. передать фиксы или багрепорты разработчикам депендов, мне и самому не западло. 3. может ли "он" сделать так, что все эти фиксы будут бэкпортированы в дистры, которые уже не поддерживаются, или не обновляются? есть ли пример истории успеха? >  Важным тут является обычное человеческое отношение > -- что с той стороны не абстрактные "криворукие уроды", а всего > лишь такие же люди. ага, т.е. это все таки "они", а не "он". кому из них писать? и, опять спрошу, с какой целью? я пока не увидел очевидной причины вступать в контакт. ну разве что с целью потрепаться, вот как щас. > По патентным вопросам или в основном как раз по версиям/конфигурации библиотек? (первое > можно попытаться решать в рамках какого debian-multimedia, насколько понимаю; заменяют > ли там всякие ffmpeg/libav, не в курсе, но явно должны) http://www.deb-multimedia.org/dists/stable/main/binary-i386/... старенький, но есть. при этом, я уверен, что часть функций отломана или выпилена, по философским соображениям. как я понимаю, человека, начавшего нить, такая ситуация не устраивает. но у меня нет возможности исправить ситуацию.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	69. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-14, 14:16
	> во многих дистрибутивах библиотеки устаревшие. Мир вообще неидеален. > старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). При том про существование первого я узнал сегодня. А про второй слышал, но у меня нет ни 1 файла в этом формате, как минимум пока. Вы уверены что severity этой проблемы перевешивает severity отсутствия в дистре с 20М юзерей? Вы, конечно, никому ничего не обязаны, но то же самое и про майнтайнеров можно сказать... > старый curl - криво работал CURLOPT_PROGRESSFUNCTION. Загвоздка в том что я вообще не играю аудио по сети в общем случае и опять же с моей точки зрения отсутствие программы в репах намного более grave баг чем вот это. > в других дистрах, наоборот, библиотеки слишком новые. А что, они не предоставляют старую, совместимую версию? Тогда это уже со стороны их майнтайнеров как-то безответственно. > в каждой из них, задача просто неподъемная. А как audacious тот же с этим всем справляется? > если это кому-то непонятно - он просто идиoт. Я конечно все понимаю, но как пользователю мне не нравится когда меня обзывают. И когда программа отсутствует в репах - тоже.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	72. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 27-Июн-14, 15:31
	> При том про существование первого я узнал сегодня. А про второй слышал, > но у меня нет ни 1 файла в этом формате, как > минимум пока. Вы уверены что severity этой проблемы перевешивает severity отсутствия > в дистре с 20М юзерей? Вы, конечно, никому ничего не обязаны, > но то же самое и про майнтайнеров можно сказать... а какая мне разница, сколько там юзеров? они мне что, платят? это ведь работа мантайнеров добавлять пакеты в дистр, вот пусть юзеры к ним и обращаются. я на этот процесс не могу влиять. > Загвоздка в том что я вообще не играю аудио по сети в общем случае и опять же с моей точки зрения отсутствие программы в репах намного более grave баг чем вот это. моя задача состоит в том, чтобы дать юзерам (и себе, в 1ю очередь) программу, которая корректно работает, одинаково хорошо у всех, на любом дистрибутиве (и даже на других OS). я осознаю, что часть юзеров предпочитает философию вместо корректности. но это их проблемы, им даются исходники - пусть компиляют. >> в других дистрах, наоборот, библиотеки слишком новые. > А что, они не предоставляют старую, совместимую версию? Тогда это уже со > стороны их майнтайнеров как-то безответственно. совместимую с программой, которой нет в репах? зачем им это делать? я даже не уверен, что они в курсе о проблемах. просто пихают последнюю версию апстрима, и все. >> в каждой из них, задача просто неподъемная. > А как audacious тот же с этим всем справляется? просто плывут по течению, не пытаясь влиять на ситуацию. я из-за этого и сделал deadbeef 5 лет назад -- потому что audacious невозможно пользоваться. >> если это кому-то непонятно - он просто идиoт. > Я конечно все понимаю, но как пользователю мне не нравится когда меня > обзывают. И когда программа отсутствует в репах - тоже. обращайся к мантайнерам своего дистра. если повезет - может даже обзываться не будут.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	80. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 14:17
	> а какая мне разница, сколько там юзеров? они мне что, платят? Я в курсе что мне никто ничего не должен. Я нигде ничего и не требую вроде. С другой стороны, соответственно, я вовсе не обязан иметь положительное мнение о такой программе. Вроде все честно. Чем вы недовольны то? > это ведь работа мантайнеров добавлять пакеты в дистр, вот пусть юзеры к > ним и обращаются. я на этот процесс не могу влиять. Автор может нагадить майнтайнерам, сделав процесс необоснованно сложным без веских причин, оправдывающих лишнюю возню. Логично что после этого майнтайнить такую программу мало кто захочет и они будут по своему правы. Мало кто любит с ветряными мельницами воевать. И если 20 других плееров могут попасть в репы и только 1 автор чертыхается - наверное, дело не столько и/или не только в "дурных правилах", а? Если мыслить логически. > моя задача состоит в том, чтобы дать юзерам (и себе, в 1ю очередь) программу, Это понятно, логично и все такое. Я в курсе как это работает. Просто меня несколько коробят громкие декларации про "кросс", когда программы нет в половине популрных дистров. Инифигасебе у некоторых понятия о "кросс". > которая корректно работает, одинаково хорошо у всех, на любом > дистрибутиве (и даже на других OS). Если программу невозможно установить без нестандартного кластерфака - заявления про хорошую работу несколько не коррелируют со здравым смыслом, имхо. > я осознаю, что часть юзеров предпочитает философию вместо корректности. И это мне говорит человек, предложивший стереть часть файлов под управлением пакетного менеджера? Ну у вас и двойные стандарты, я вам скажу! > но это их проблемы, им даются исходники - пусть компиляют. Мне как-то проще оказалось просто перейти на другой плеер, раз автор этого вдарился в такой ярый неадекват. > совместимую с программой, которой нет в репах? зачем им это делать? Если некоей либой пользуется только 1 программа на планете, так что для другиз либу не притащили - something is seriously fucked up. Весь пойнт shared библиотек - в code reuse. > я даже не уверен, что они в курсе о проблемах. просто пихают > последнюю версию апстрима, и все. А остальные программы что, не пользуются такой либой? Тогда накулкуа это вообще оформлено как shared либа? Где code reuse от sharing-а кода, собственно? Тут где-то есть какая-то весьма большая и фундаментальная нестыковка в логике. > audacious невозможно пользоваться. Ну а у меня вот он висит в трее и играет. Вот прям ща. Раньше был deadbeef. Он мне был вполне симпатичен. Но компилить его или ставить откуда-то сбоку - да ну нафиг. Проще audacious поставить оказалось. > обращайся к мантайнерам своего дистра. если повезет - может даже обзываться не будут. Я много с кем и по каким поводам общаюсь. И мне есть чем заняться. Дополнительно я вижу что у нас фундаментально разные взгляды на управление софтом в системе. Мне на надо shared библиотек в моей системе, используемых одной программой, извините. Это надругательство над всей идеей code reuse и shared libs как таковое.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 28-Июн-14, 14:25
	> Автор может нагадить майнтайнерам, сделав процесс необоснованно сложным без веских причин, я теперь давай по пунктам, где я нагадил мантайнерам, и что сложно. > Просто меня несколько коробят громкие декларации про "кросс", когда программы нет > в половине популрных дистров. Инифигасебе у некоторых понятия о "кросс". ты тупой? моя задача сделать программу, а не запихать ее в миллион дистрибутивов. я предоставляю также сборки программы, которые во всех дистрибутивах работают. и исходники даю, на радость мантайнерам. что тебе еще надо? > Если программу невозможно установить без нестандартного кластерфака - заявления про хорошую пруфы про кластерфак будут? > И это мне говорит человек, предложивший стереть часть файлов под управлением пакетного > менеджера? Ну у вас и двойные стандарты, я вам скажу! я не предлагал использовать пакетный менеджер. это было о распаковке архива. по поводу пакетов обращайся к мантайнерам. или до тебя до сих пор не дошло, что это _они_ создают пакеты, так как _им_ надо? ну тогда ты точно тупой. и обзывался я не зря. > А остальные программы что, не пользуются такой либой? Тогда накулкуа это вообще > оформлено как shared либа? она оформлена как static lib. > Где code reuse от sharing-а кода, собственно? > Тут где-то есть какая-то весьма большая и фундаментальная нестыковка в логике. нестыковка у тебя.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	87. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 16:50
	> я теперь давай по пунктам, где я нагадил мантайнерам, и что сложно. Использованием "немного улучшенных" shared libs которые "почти как системные". Это так сложно осознается? Переть в систему два раза почти одинаковый код как 2 разные сущности - defective by design. И shared lib которая не shar'ится - тоже. > моя задача сделать программу, а не запихать ее в миллион дистрибутивов. С этим не поспоришь. И я никогда не утверждал обратного. > я предоставляю также сборки программы, которые во всех дистрибутивах работают. > и исходники даю, на радость мантайнерам. что тебе еще надо? На данный момент - уже ничего. Я понял, что проблема более фундаментальна и мне лучше держаться от такой программы подальше, если я не хочу получить в своей системе win95. > пруфы про кластерфак будут? Я их уже 100 раз приводил! Сабж ставится 1 командой или 1 галочкой. А deadbeef надо добывать где-то сбоку. По сравнению с 1 галочкой или 1 командой это кластерфак. > я не предлагал использовать пакетный менеджер. это было о распаковке архива. Как я уже сказал, win95 я наелся почти 20 лет назад. Добавки что-то не хочется, thank you very much. > по поводу пакетов обращайся к мантайнерам. ...которым вы любезно подгадили, так что они все поразбежались. > она оформлена как static lib. И чем это лучше? Не отменяет того факта что в системе будет 2 куска почти одинакового кода, что весьма контрпродуктиыно и усложняет поддержку системы. >> Тут где-то есть какая-то весьма большая и фундаментальная нестыковка в логике. > нестыковка у тебя. См. выше - готов с этим поспорить.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	88. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 28-Июн-14, 17:28
	>> я теперь давай по пунктам, где я нагадил мантайнерам, и что сложно. > Использованием "немного улучшенных" shared libs ошибка, они static. > которые "почти как системные". Это так они очень отличаются от системных. иногда очень сильно (десятки изменений), иногда меньше (добавление в библиотеку возможностей, нужных плееру). если ты обладаешь хоть минимальным уровнем грамотности, сделай diff таких библиотек, как libmms, libsidplay2, libgme, libadplug, libmp4ff, musepack, tta, относительно апстрима, и убедись самостоятельно. > Я их уже 100 раз приводил! Сабж ставится 1 командой или 1 > галочкой. А deadbeef надо добывать где-то сбоку. По сравнению с 1 > галочкой или 1 командой это кластерфак. эту проблему я не могу решить. обращайся к мантайнерам - они могут включить программу в репы. не я. >> по поводу пакетов обращайся к мантайнерам. > ...которым вы любезно подгадили, так что они все поразбежались. пруфы будут? >> она оформлена как static lib. > И чем это лучше? это не совпадает с твоим утверждением, балабольчик. > Не отменяет того факта что в системе будет > 2 куска почти одинакового кода, что весьма контрпродуктиыно и усложняет поддержку > системы. предложи выход из этой ситуации. > См. выше - готов с этим поспорить. давай, жду аргументов.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	91. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:49
	юзер, ты неправ.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	77. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 04:32
	>> старый ffmpeg - не работает заявленная поддержка форматов (TAK, opus). > При том про существование первого я узнал сегодня. А про второй слышал, > но у меня нет ни 1 файла в этом формате, как > минимум пока. и ты, конечно, Мерило Правильности. не, ну а чо: «мне не надо — значит, всем пофигу!» > Загвоздка в том что я вообще не играю аудио по сети в > общем случае «да мне же не надо!» > А как audacious тот же с этим всем справляется? хреново. >> если это кому-то непонятно - он просто идиoт. > Я конечно все понимаю, но как пользователю мне не нравится когда меня > обзывают. И когда программа отсутствует в репах - тоже. но ты же считаешь правильным использовать себя как мерило нужности? отчего?
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	67. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Led (ok) on 27-Июн-14, 00:32
	> Такие высказывания обычно сопровождают проекты, где люди или зациклены на своём коде, > или или вляпались в библиотеки вроде libdb4 или libav. В данном случае - "вляпались" в макос.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	68. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 27-Июн-14, 14:10
	> deadbeef есть в репах у дистров без дeбильных правил принятия в репы. Я конечно понимаю что правила принятия в репы у дебиана/убунты могут оставлять желать, но... 1) Щепетильность в патентно-лицензионных вопросах позволяет взять дистр и потом использовать его для самых разных целей с минимальным риском получения дурных предъяв. Я конечно понимаю что патентно-лицензионные вопросы могут быть назойливыми, но въедливость в этих вопросах позволяет использовать систему в разных юрисдикциях, не получая рукояткой грабель в лоб лишний раз. И это со стороны ряда пользователей - фича. Систему можно относительно безопасно использовать как базу для построения на ее основе систем и решений. 2) Вообще, я бы не отказался чтобы тот же deadbeef ставился как-то более гранулярно в плане плагинов и прочего. Мне например до лампочки на воспроизведение какого-нибудь AAC: у меня нет ни 1 файла в этом формате. Вообще не понимаю мании программ впихивать все плагины одной кучей. При этом плюсы плагинной архитектуры теряются: нафигнужный код все-равно валяется в системе. 3) Другие как-то все это решают. Сабжевый audacious - в частности. Деталей честно говоря не знаю. 4) Как пользователю мне проще всего поставить программу из репов. И если одна сравнимая программа там есть, а другой нет - я не полезу на какой-то там сайт без реально сильных причин. Поставить галочку в пакетном менеджере - быстрее и результативнее. Ну ок, как максимум я могу подключить репы/PPA если мне хочется свежие версии программы получать быстрее чем дистр раздупляется и/или скажем какие-то бета-версии погонять, etc. Но это весьма и весьма отдельные вопросы, когда я понимаю зачем мне это надо. Учитывая что плееров нынче легион - это собственно одна из причин по которым я перестал пользоваться deadbeef. Хоть он и достаточно симпатичный плеер и ничем таким не плох. Кроме геморроя с установкой по сравнению с остальными. 5) По репам еще и поиск есть. В менеджере пакетов. И я пользуюсь им, а отнюдь не гуглем или чем там еще. Вероятно, не я один такой умный. Потому что то что он нашел - априори без проблем работает в линухе и на этой системе. А в гугле и прочих - мусор под не те системы, не те версии либ и что там еще замучаешься отсеивать. > но вообще лучше использовать билды с оф. сайта. они лучше оттестированы, > и собраны с правильными версиями либ, которые хорошо протестированы, Протестированы? Ну вот у той же убунты нынче порядка 20М юзеров. То что такая толпа удавит баги общей массой - я еще поверю. А вот насчет остального... эээ... > и тщательно подобраны, для максимальной корректности работы. Вообще, я как-то сильно не приветствую "чужие" версии библиотек в моей системе. Зачем мне зоопарк библиотек? И какие гарантии что в сторонних библиотеках вовремя чинятся, допустим, проблемы безопасности? А то прецеденты "специально скомпонованный аудио файл может выполнить код с правами текущего пользователя" - бывают. > обсуждение можно почитать на лоре, чтобы не повторяться, начиная с этого коммента: > https://www.linux.org.ru/news/gnome/10580226/page3#comment-1... это значит, что нельзя взять опенсорс библиотеку, подправить ее под свои задачи, и поюзать у себя в проекте, потому что пакет с ней есть в системных репозиториях. Вам правильно все говорят. Потому что кроме всего прочего - это заставляет пользователей надеяться что вон та сторонняя копия либы нормально поддерживается, там оперативно фиксятся проблемы безопасности и прочее. А это совсем не факт. Поэтому логичный вариант - или затолкать фиксы и улучшения в апстрим, или если апстрим категорически некооперативен или просто загнулся - ну, оформить как полноценный форк и самодостаточный отдельный проект "либа такая-то". Понятно что требования бывают назойливыми с точки зрения разработчика. Но они появились не просто так. И не для того чтобы поглумиться над разработчиками. А потому что содержание большой системы с кучей софта и эксплуатация в реальном мире того что вышло выдвигает определенные специфичные требования.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	70. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 27-Июн-14, 15:16
	>> deadbeef есть в репах у дистров без дeбильных правил принятия в репы. > Я конечно понимаю что правила принятия в репы у дебиана/убунты могут оставлять > желать, но... > 1) Щепетильность в патентно-лицензионных вопросах позволяет взять дистр и потом использовать > его для самых разных целей с минимальным риском получения дурных предъяв. ты нагадал это на кофейной гуще? не было никаких лицензионно-патентных предъяв. точнее, они были, я удалял код из проекта (выносил в отдельный проект), чтобы их решить. но они придрались по совсем другим поводам (на мой взгляд, бредовым). так что вернул все как было. вобщем, дело не в лицензиях, и не в патентах. > 2) Вообще, я бы не отказался чтобы тот же deadbeef ставился как-то > более гранулярно в плане плагинов и прочего. Мне например до лампочки > на воспроизведение какого-нибудь AAC: у меня нет ни 1 файла в > этом формате. Вообще не понимаю мании программ впихивать все плагины одной > кучей. При этом плюсы плагинной архитектуры теряются: нафигнужный код все-равно валяется > в системе. юзай генту. там есть USE flags. или скачай бинарь, и удали ненужные плагины. > 3) Другие как-то все это решают. Сабжевый audacious - в частности. Деталей > честно говоря не знаю. нет. в акидакусе все практически так же. все стандартные плагины в одной куче (audacious-plugins). > 4) Как пользователю мне проще всего поставить программу из репов. И если > одна сравнимая программа там есть, а другой нет - я не > полезу на какой-то там сайт без реально сильных причин. 1. никто не заставляет. 2. в линуксе, разработчики не имеют права голоса насчет принятия их программ в репы каждого отдельно взятого дистра. единственное известное мне исключение - ubuntu software center. но там свои проблемы, и это не совсем типичный для линукса репозиторий. > 5) По репам еще и поиск есть. В менеджере пакетов. И я > пользуюсь им, а отнюдь не гуглем или чем там еще. Вероятно, > не я один такой умный. Потому что то что он нашел > - априори без проблем работает в линухе и на этой системе. > А в гугле и прочих - мусор под не те системы, > не те версии либ и что там еще замучаешься отсеивать. напротив, это в репозиториях не те версии либ, а в бинаре на сайте deadbeef именно те что нужны. и работает на всех системах. > Протестированы? Ну вот у той же убунты нынче порядка 20М юзеров. То > что такая толпа удавит баги общей массой - я еще поверю. > А вот насчет остального... эээ... мы тестируем совместными усилиями на куче линукс-дистров разных версий. + freebsd и osx. иногда попадаются дистры, где что-то не работает. это исправляется в течение нескольких дней после релиза, если нам сообщают о проблемах. > Вообще, я как-то сильно не приветствую "чужие" версии библиотек в моей системе. > Зачем мне зоопарк библиотек? И какие гарантии что в сторонних библиотеках > вовремя чинятся, допустим, проблемы безопасности? А то прецеденты "специально скомпонованный > аудио файл может выполнить код с правами текущего пользователя" - бывают. к сожалению, это единственный способ сделать кросс-дистровые бинари. > Вам правильно все говорят. Потому что кроме всего прочего - это заставляет > пользователей надеяться что вон та сторонняя копия либы нормально поддерживается, там > оперативно фиксятся проблемы безопасности и прочее. А это совсем не факт. готов поспорить, что, например, в моей версии libmms исправлено множество подобных проблем безопасности, которые не исправлены в апстриме. она намного надежнее, и стабильнее, портабельнее, с меньшим количеством зависимостей, и баги в ней фиксятся оперативно. и это не единственный пример. предвидя (стандартный) вопрос "а почему ты не шлешь патчи апстриму": я слал, не получил ответа, но все патчи доступны на github. > Поэтому логичный вариант - или затолкать фиксы и улучшения в апстрим, или > если апстрим категорически некооперативен или просто загнулся - ну, оформить как > полноценный форк и самодостаточный отдельный проект "либа такая-то". ... которая будет использоваться в 1 проекте. зачем ее куда-то оформлять? > Понятно что требования бывают назойливыми с точки зрения разработчика. Но они появились > не просто так. И не для того чтобы поглумиться над разработчиками. > А потому что содержание большой системы с кучей софта и эксплуатация > в реальном мире того что вышло выдвигает определенные специфичные требования. мне не интересно слушать в очередной раз оправдания этой ущербной системы.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	71. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Michael Shigorin (ok) on 27-Июн-14, 15:26
	> 2. в линуксе, разработчики не имеют права голоса насчет принятия их программ > в репы каждого отдельно взятого дистра. В альте много что традиционно поддерживали участники проектов апстримной разработки -- в таком виде, как считали наиболее подходящим. >> Протестированы? Ну вот у той же убунты нынче порядка 20М юзеров. >> То что такая толпа удавит баги общей массой - я еще поверю. А я нет, полюбовавшись процессом.  SNR плох совсем. > готов поспорить, что, например, в моей версии libmms исправлено множество подобных > проблем безопасности, которые не исправлены в апстриме. она намного надежнее, > и стабильнее, портабельнее, с меньшим количеством зависимостей, и баги в ней фиксятся > оперативно. и это не единственный пример. предвидя (стандартный) вопрос "а почему ты > не шлешь патчи апстриму": я слал, не получил ответа, но все патчи доступны на github. Кстати, такое тоже порой удаётся проталкивать через дистрибутивы -- аргументируя апстриму тем, что уже давно используется там и там по такой и такой причине.  Прецеденты знаю.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	73. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 27-Июн-14, 15:34
	>> 2. в линуксе, разработчики не имеют права голоса насчет принятия их программ >> в репы каждого отдельно взятого дистра. > В альте много что традиционно поддерживали участники проектов апстримной разработки -- > в таком виде, как считали наиболее подходящим. ну извини, нету в deadbeef участников, которые хотят пакеты для альта мантайнить. >> готов поспорить, что, например, в моей версии libmms исправлено множество подобных >> проблем безопасности, которые не исправлены в апстриме. она намного надежнее, >> и стабильнее, портабельнее, с меньшим количеством зависимостей, и баги в ней фиксятся >> оперативно. и это не единственный пример. предвидя (стандартный) вопрос "а почему ты >> не шлешь патчи апстриму": я слал, не получил ответа, но все патчи доступны на github. > Кстати, такое тоже порой удаётся проталкивать через дистрибутивы -- аргументируя апстриму > тем, что уже давно используется там и там по такой и > такой причине.  Прецеденты знаю. апстрим не реагирует на входящие сигналы.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	74. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-14, 16:30
	> ты нагадал это на кофейной гуще? не было никаких лицензионно-патентных предъяв. Просто одна из типовых предъяв разнообразным плеерам. > точнее, они были, я удалял код из проекта (выносил в отдельный проект), чтобы их решить. Прикольный вы человек. Сами сказали, сами оспорили. Красота :). > вобщем, дело не в лицензиях, и не в патентах. Я уже почитал на лоре, да. Дело в долбаном перфекционизме и странной расстановке приоритетов автором. Это уже хуже, упс. Потому что ведет к местечковому велосипедизму. Который может и благо для 1 автора 1 программы. Но зло, когда в репах 30 000 пакетов и все это надо как-то стабилизировать и стыковать между собой. И если позволять всем переть свою "улучшенную версию либы" в систему - мы получим Windows и DLL hell. В том плане что есть в системе скажем 200 программ. Из них 150 приперли свой zlib.dll, раскидав его по всем закоулкам в 150 копиях. Хотя 20 из них вообще статически его влинкуют. Чтоб не заморачиваться. Теперь картина репина: в zlib нашли дыру. Бывало. Что получается? У нас есть 150 копий либы и они все с дырой, которую можно огреть эксплойтом и выполнить код в самом неожиданном месте и при самых неожиданных действиях, начиная от установки темки к плееру и заканчивая загрузкой какой-нибудь пользовательской карты к какой-нибудь игре. Что делают в винде? Кто самопальный апдейтер припрет. И может быть заапдейтится даже, если авторы еще живые и не забили на безопасность. А может и нет. Мало ли. А кто поленился - юзер и сам на сайт сходит! Правда, ходить 150 раз для 150 программ его малость зае..., но для автора его программа самая лучшая и единственная. Юзеры оказываются иного мнения на этот счет. Заканчивается это все просто и логично: в винде до сих пор навалом программ с дырявым zlib. Логично что в результате на системе начинает процветать самоходное ПО, проламывающееся через дыры которые заткнуть просто нереально. Разительный контраст в лине: ставим обновленный zlib, через пакетный менеджер. Один мелкий пакет. Все 150 программ которые им пользовались автоматически починены. В свете этого - да, на 151-ю программу, которая притащит свой, улучшенный zlib - будут смотреть волком, если это улучшение не дает эпических побед. И на это как видим есть вполне валидные причины. Поэтому тех кто притаскивает "улучшенные библиотеки" - недолюбливают и имеют на то вполне валидные причины. > юзай генту. там есть USE flags. Я не билд-ферма чтобы все и вся компилить лично. И не понимаю почему плагины нельзя по отдельным пакетам класть, а вкатывать все и сразу допустим метапакетом. Такая бестолковость кстати и в других программах встречается. > или скачай бинарь, и удали ненужные плагины. Это не является технически корректным методом управления софтом в системе с пакетным менеджером. Если некий пакет декларирует файлы, а их в файловой системе не оказалось, с логической точки зрения это вообще ошибка. Кроме всего прочего, такая ошибка будет отрапортована например софтом проверяющим системные файлы на изменения на основании данных пакетного менеджера, etc. > нет. в акидакусе все практически так же. все стандартные плагины в одной > куче (audacious-plugins). Я про попадание в репы и дружбу с либами. Пардон, криво написал - не понятно из контекста. > 1. никто не заставляет. Так я и не использую с некоторых пор. С тех пор как он пропал из репов убунты как раз. Самому компилить или качать откуда-то сбоку при том что в репах есть 5 штук похожих - а оно мне надо? Если авторы audacious могут в репы попасть и их либы устраивают, а deadbeef нет - мне проще посчитать это за изрядный недостаток deadbeef и забить. > ubuntu software center. но там свои проблемы, и это не совсем > типичный для линукса репозиторий. В меру моего понимания, software center является всего лишь гламурной мордочкой для хомячков к обычным дебиановским репам и PPAшкам. Там есть какая-то возможность оформиться как отдельная персональная PPAшка, не входящая в основные репы, но насколько я вижу так делает полтора наименования всякого коммерческого софта, который в основные репы не возьмут по понятным причинам. > напротив, это в репозиториях не те версии либ, а в бинаре на > сайте deadbeef именно те что нужны. и работает на всех системах. Ну а вот для audacious и еще легиона плееров почему-то версии либ из репов - "те". Оно работает и файлы которые у меня есть - играет. Переть себе в систему еще копию либ, которые неизвестно кто и как майнтайнит (например на предмет исправления уязвимостей) мне не улыбается. У майнтайнеров есть некие понятные мне политики на этот счет, известные дыры они как правило гасят достаточно оперативно. А сказать то же самое про сторонних авторов - это покривить душой. Поэтому как вы верно заметили, мне при таком раскладе проще пользоваться другой программой. > мы тестируем совместными усилиями на куче линукс-дистров разных > версий. + freebsd и osx. А меня интересует работа на 1 системе - моей. И 20М пользователей найдут больше багов чем [не знаю сколько там у вас тестировщиков на убунте]. Что там будет на макоси и фрибзде - мне, честное слово, не интересно. Зато гемор с установкой - вот он, у меня. > иногда попадаются дистры, где что-то не работает. это исправляется в течение нескольких > дней после релиза, если нам сообщают о проблемах. Да, у вас "что-то не работает": вашу программу "всего-лишь" невозможно просто и удобно установить в мою систему. При этом все остальное для меня как-то уже до балды: это настолько жирный минус что большинство юзерей использует соседнюю программу с похожей функциональностью. Deadbeef симпатичный и аккуратный плеер, получше некоторых других. Но я ума не приложу чего в нем такого мега-уникального есть, чтобы оправдывать гемор с установкой vs соседние программы в репах, которые ставятся клацем 1 галочки. > к сожалению, это единственный способ сделать кросс-дистровые бинари. Не знаю почему я должен считать это чем-то хорошим или около того, особенно если это ведет к тому что программы нет в репах. То что некоторые дистры берут абы-как сделанные программы (переть "улучшенные" либы без реально сильного повода - велосипедизм) - таким дистрам, кстати, не в плюс. Что намекает на уровень контроля качества ПО в репах таких дистров и вытекающую из этого стабильность и безопасность. > готов поспорить, что, например, в моей версии libmms исправлено множество подобных > проблем безопасности, которые не исправлены в апстриме. Это не исключено. Но дело в том что исторически используемые мной дистры за годы использования зарекомендовали себя достаточно ответственными в оперативном исправлении известных проблем безопасности. И я могу понимать - насколько мои ожидания совпадут с их действиями. Для сторонних разработчиков это уже совершенно отдельный вопрос получается. > не шлешь патчи апстриму": я слал, не получил ответа, но все > патчи доступны на github. При таком раскладе скорее напрашивается полновесный форк, который можно включить в репы как либу. Если апстрим действительно сдох. > ... которая будет использоваться в 1 проекте. зачем ее куда-то оформлять? Странная логика. Если либа есть в репах - ей кто-то пользовался. И мысль что авторам программ пофиг на баги и проблемы безопасности, так что они откажутся от улучшенной либы - ну не знаю, это по моему мнению "не факт". > мне не интересно слушать в очередной раз оправдания этой ущербной системы. Это вполне нормальная система. Со своими достоинствами и недостатками. Как и любые иные системы. Кроме всего прочего это обеспечивает хорошую предсказуемость при эксплуатации системы, чем ни арчи, ни генты похвастать не могут.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	75. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 27-Июн-14, 19:21
	> Прикольный вы человек. Сами сказали, сами оспорили. Красота :). я уточнил, что это не было причиной того, что плеер не берут в репы дебианы и федорки. [поскипана философия про dll hell и прочие высокие материи] > Я не билд-ферма чтобы все и вся компилить лично. И не понимаю > почему плагины нельзя по отдельным пакетам класть, а вкатывать все и > сразу допустим метапакетом. Такая бестолковость кстати и в других программах встречается. обращайса к мантайнерам этих самых пакетов. никто им не запрещает плагины по разным пакетам раскидывать. > Это не является технически корректным методом управления софтом в системе с пакетным > менеджером. а я не пропагандирую этот подход, скорее наоборот. по поводу проблем с пакетным менеджером -- обращайся к мантайнерам пакетного менеджера. > Я про попадание в репы и дружбу с либами. Пардон, криво написал > - не понятно из контекста. я в другом посте на такой же вопрос отвечал. >> 1. никто не заставляет. > Так я и не использую с некоторых пор. так и какие тогда претензии? > С тех пор как > он пропал из репов убунты как раз. он там никогда не был. или я что-то пропустил? > Самому компилить или качать > откуда-то сбоку при том что в репах есть 5 штук похожих > - а оно мне надо? Если авторы audacious могут в репы > попасть и их либы устраивают, а deadbeef нет - мне проще > посчитать это за изрядный недостаток deadbeef и забить. именно это я рекомендую тебе и проделать. юзай audacious. он идеально тебе подходит. >> напротив, это в репозиториях не те версии либ, а в бинаре на >> сайте deadbeef именно те что нужны. и работает на всех системах. > Ну а вот для audacious и еще легиона плееров почему-то версии либ > из репов - "те". Оно работает и файлы которые у меня > есть - играет. а у меня вылетает при добавлении файлов, поэтому пользуюсь deadbeef. разные юз-кейсы. > А меня интересует работа на 1 системе - моей. И 20М пользователей > найдут больше багов чем [не знаю сколько там у вас тестировщиков > на убунте]. Что там будет на макоси и фрибзде - мне, > честное слово, не интересно. Зато гемор с установкой - вот он, > у меня. ты выше написал, что не пользуешься им. откуда взялся гемор с установкой? кому нравится - пользуются, и гемора нету. > Да, у вас "что-то не работает": вашу программу "всего-лишь" невозможно просто и > удобно установить в мою систему. обращайся к мантайнерам своей системы. они единственные, кто может помочь. > Но я ума не приложу чего в > нем такого мега-уникального есть, чтобы оправдывать гемор с установкой vs соседние > программы в репах, которые ставятся клацем 1 галочки. что, на самом деле, до сих пор не дошло? > Не знаю почему я должен считать это чем-то хорошим или около того, > особенно если это ведет к тому что программы нет в репах. программы нет в репах не из-за этого. > То что некоторые дистры берут абы-как сделанные программы (переть "улучшенные" либы > без реально сильного повода - велосипедизм) - таким дистрам, кстати, не > в плюс. Что намекает на уровень контроля качества ПО в репах > таких дистров и вытекающую из этого стабильность и безопасность. я, кстати, тоже против этого. потому что например в арче плеер криво собран (с неправильными опциями configure), и куча юзеров присылает багрепорты об этом мне. причем это длится уже года 2. а повлиять никак не могу, потому что мантайнер все держит под контролем, и юзеров игнорит. > При таком раскладе скорее напрашивается полновесный форк, который можно включить в репы > как либу. Если апстрим действительно сдох. апстрим жив, выпускает новые релизы. >> ... которая будет использоваться в 1 проекте. зачем ее куда-то оформлять? > Странная логика. Если либа есть в репах - ей кто-то пользовался. И > мысль что авторам программ пофиг на баги и проблемы безопасности, так > что они откажутся от улучшенной либы - ну не знаю, это > по моему мнению "не факт". это не "улучшенная" либа. это либа, адаптированная под использование в конкретном проекте, с измененным API, с исправленными багами (критичными для данного проекта), и не совместимая с апстримом. отодрать и использовать данную либу в другом проекте можно, но придется ее адаптировать уже под другой проект. но в глазах мантайнеров -- это та же самая либа, а потому использовать ее нельзя. нужно брать системную.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	82. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 15:44
	> в репы дебианы и федорки. Я уж понял. Все хуже. Не берут по более фундаментальной причине. И что хуже, я вынужден согласиться что они ... правильно делают :\. Ибо автор кажется не осознал что такое *shared* libs и полагает что у него есть монопольное эксклюзивное право гадить в систему как душе угодно. У меня иное мнение на этот счет, ибо покладание на эти простые принципы ведет к очередному win95. А хотя-бы и с другим кернелом. Но теми же глупыми проблемами. > [поскипана философия про dll hell и прочие высокие материи] А напрасно. Ибо эта "философия" позволяет мне тратить несколько минут в месяц на поддержку системы и софта в безопасном и стабильном состоянии. Я сэкономил себе туеву хучу времени уйдя от виндового управления софтом на нормальный пакетный менеджмент в пингвинах. И да, пакетный менеждмент требует определенной культуры использования shared библиотек и некоторой кооперативности от авторов софта. Я был немало разочарован узнать что генерал фэйлор порылся оказывается на настолько фундаментальном уровне - автор полагает что рулить софтом в духе win95, притащив "shared" библу для 1 программы на планете - это нормально. Не, спасибо, 100 копий zlib.dll разных версий распиханых по всем закоулкам я в виндах наелся. Добавки не надо, ибо я осознал насколько все может быть проще, если shared либы, собственно, шарятся между программами. И управляются пакетным менеджером. > обращайса к мантайнерам Валидный пойнт, но с учетом обнаруженных грабель все это имхо не имеет смысла. > а я не пропагандирую этот подход, скорее наоборот. А мне вот такой подход экономит просто прорву времени и очень удобен, позволяя тратить считанные минуты в месяц в пересчете на машину. Очень разительный контраст с виндой, которую вообще в безопасном и надежном состоянии поддерживать невозможно. Ну да, такой подход требует определенной культуры в использовании shared библиотек от авторов программ и/или майнтайнеров, чтобы sharing библиотек все-таки происходил. Shared либа для 1 программы на планете - маразм. Просто на уровне определения. > по поводу проблем с пакетным менеджером У меня нет проблем с пакетным менеджером?.. > так и какие тогда претензии? Уже, видимо, никаких: вскрывшиеся гораздо печальнее чем я себе их представлял. Превращать свои системы в Win95 я не собираюсь. > он там никогда не был. или я что-то пропустил? Насколько я помню - был. И в дебиане, и в убунте. До версии 0.4, кажется. > юзай audacious. он идеально тебе подходит. Что я и делаю, собственно. > а у меня вылетает при добавлении файлов, поэтому пользуюсь deadbeef. Хз, у меня вгружено 4000+ файлов, несколько недель всевозможного барахла в самых странных форматах. Ну там ogg/mp3 это понятно. Но бывают и mod/s3m/it/xm/..., кучка midi - через fluidsynth и чего там еще. Максимум что встречалось - дурной попап при натыкании на кривой файл. Несколько более назойливо чем хотелось бы, но не смертельно. > разные юз-кейсы. У меня нынче deadbeef не может вылетать по очевидной причине: не ставится штатными системными методами. > ты выше написал, что не пользуешься им. откуда взялся гемор с установкой? Так оттуда и взял: нет в репах -> гемор с установкой. Это же элементарно, Ватсон? > обращайся к мантайнерам своей системы. они единственные, кто может помочь. Судя по прочитанному - нет смысла. Они скорее всего зарубят. Что хуже - я буду вынужден согласиться с их точкой зрения. Win95 у меня был 19 лет назад. Второй раз я на те же грабли не встану. > я, кстати, тоже против этого. потому что например в арче плеер криво > собран (с неправильными опциями configure), Я не фанат арчей и гентов. Мне нужна работающая система. Незапланированный факап от того что там либу несовместимо подтянули, вкатили systemd или там что еще - не для меня, это может мне дорого обойтись во всех смыслах этого слова. > и куча юзеров присылает багрепорты об этом мне. Есть такая проблема. Гентушники и арчеводы вообще загаживают багтрекеры самых разных проектов дурными багами, которые ни разу не являются виной авторов программ. В результате народу приходится тратить время на разбор с чужими кривыми руками, что как-то по свински. > причем это длится уже года 2. а повлиять никак не могу, > потому что мантайнер все держит под контролем, и юзеров игнорит. Да я такое в других проектах тоже встречал. Поэтому к багрепортам арчеводов и гентушников отношусь с подозрением. Еще такие индивиды любят завинтить "максимально оптимизированные" ключи компилятору, в половине случаев такое сочетание никто никогда не тестировал и оказывается что компилер может сгенерить кривой код. После этого такие господа идут в багтрекер (нет, багтрекер не компилера, к сожалению) и заводят баг, который есть у 1 человека на всю планету и который хрен воспроизведешь не имеючи под рукой системы этого гражданина. > апстрим жив, выпускает новые релизы. Тогда вообще странно. А почта вообще доходит? > в глазах мантайнеров -- это та же самая либа, а потому > использовать ее нельзя. нужно брать системную. Ну так правильно. Потому что так оно и есть. Нагибается code reuse. Вообще, shared либа используемая в 1 программе - по определению бред. Т.к. sharing-а не происходит как раз.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	86. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от waker (ok) on 28-Июн-14, 16:02
	>> в репы дебианы и федорки. > Я уж понял. Все хуже. Не берут по более фундаментальной причине. И > что хуже, я вынужден согласиться что они ... правильно делают :\. > Ибо автор кажется не осознал что такое *shared* libs на этом я чтение закончил. читай ответ другому тупому анонимусу.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	76. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 04:26
	> отломали Infobar, который грузит тексты песен и без которого для меня > плеер - не плеер. а просто слушать не пробовал? по-моему, слушать музыку намного приятней, чем читать.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	83. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 15:45
	> а просто слушать не пробовал? по-моему, слушать музыку намного приятней, чем читать. Некоторым вон вообще плеер без менеджера обложек - не плеер. Такое вот квадратно-гнездовое, пардон, треко-грампластиночное мышление.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	41. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Crazy Alex (ok) on 24-Июн-14, 20:09
	А вот кто из них умел бы базу и "умные" плейлисты, которые бы переживали перенос самих треков из одного места в другое? Ну, то есть - идентифицировали трек по каким-то параметрам, сунули в базу, а в плейлист - только id из базы, а если композицию перенесли или прибили и заново добавили в базу - чтобы её таки играло?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	78. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 04:40
	> А вот кто из них умел бы базу и "умные" плейлисты, которые > бы переживали перенос самих треков из одного места в другое? Ну, > то есть - идентифицировали трек по каким-то параметрам, сунули в базу, > а в плейлист - только id из базы, а если композицию > перенесли или прибили и заново добавили в базу - чтобы её > таки играло? абсолютно любой, если сделать FUSE-драйвер. у меня вот так и есть, и плеерам глубоко до вентилятора, где именно что лежит: маунтим fusefs в /mnt/music, и никаких проблем. зачем это впиливать в каждый плеер отдельно — мне не ясно. p.s. нет, клозетный сорс. не хочу заниматься поддержкой, чинить баги, которые у меня не проявляются, добавлять фичи, которые мне не нужны и тому подобное. любой неленивый человек может взять taglib, примеры fuse-драйверов и слепить себе на коленке такое же за пару дней.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	84. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 15:48
	> /mnt/music, и никаких проблем. А я так смотрю, кэп придумал весьма оригинальное решение проблемы :).
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	89. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:18
	>> /mnt/music, и никаких проблем. > А я так смотрю, кэп придумал весьма оригинальное решение проблемы :). я не придумал, я подсмотрел у всяких tagfs и подобных. только они универсальными пытались быть, а я подумал: зачем мне универсальное? мне бы музыку… ну, и накидал PoC. а PoC внезапно получился достаточно удачным, чтобы его «просто использовать». натурально, там есть псевдокаталоги типа :artist, :album, :year и ты пы, плюс простенькие :and и :or. как оказалось, таких простейших выборок тоже достаточно, можно не мудрствовать особо со сложными запросами. ну, и при помощи getfattr можно посмотреть всякую дополнительную инфу — реальный путь, комментарий, ссылки на те самые обложки (если кто-то их прописал) и ты пы. база на тридцать тыщ композиций занимает чуть меньше девяти мегабайт, в памяти это всё занимает чуть больше двенадцати мегабайт. я подумал, что меня такое вполне устраивает. в принципе, базу можно и ещё поужать (например, храня не полный путь к каждому файлу, а словарь путей и индексы туда), но мне лень. ;-)
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	93. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 19:24
	> храня не полный путь к каждому файлу, а словарь путей и > индексы туда), но мне лень. ;-) Я сделал проще и брутальнее: просто разложил все по иерархии ФС в понятном мне и логичном для меня виде. Поэтому "индексы" для меня хранит сама ФС. А на обложки, комментарии и прочее я класть хотел, ибо плеер обычно в трей упихан и я его не вижу. А управляется он шорткатами с клавы чаще всего.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	95. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 19:31
	> Я сделал проще и брутальнее заколебаешься симлинки делать. я вот знаю, что есть у группы abc альбом под названием def. зачем мне лишние телодвижения, если я могу сразу /mnt/music/:album/def — и с вероятностью, близкой к единице, получу именно этот альбом? или я хочу песню xyz — /mnt/music/:title/xyz*. вопрос не в том, что «хреново покрашен», а в упрощённости подобных выборок. причём не надо плакаться каждому автору плеера, который довелось использовать, чтобы он в гуй такое запилил — при помощи zsh и mplayer всё вообще работает с консоли с большой приятностью. p.s. ну и да, особо стараться, раскладывая аудио, больше тоже не надо. кинул куда-нибудь, где вся свалка, пнул индексатор — он увидел новьё и добавил в базу. и пнул драйвер, который базу обновил — без ремаунта, конечно. всё. вот ещё, буду я руками за машину работать.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

12. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–4 +/–
Сообщение от Аноним (??) on 24-Июн-14, 12:00
Они хотят чтобы их программу удалили из RHEL 7? Какой Winamp2-образный плеер тогда использовать? Интересно, а Firefox у низ на GTK3?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 24-Июн-14, 12:29
	> Они хотят чтобы их программу удалили из RHEL 7? Кому он нужен?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	20. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Zenitur (ok) on 24-Июн-14, 12:41
	Тем кому надо "просто работать", "стабильность" и "чтобы не падало и не зависало". Я не говорю про сам RHEL - бывает ещё CentOS.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	21. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Michael Shigorin (ok) on 24-Июн-14, 12:48
	> Я не говорю про сам RHEL А я говорю про сам RHEL в контексте данной новости, раз уж человека угораздило озаботиться.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	22. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+2 +/–
	Сообщение от ццц on 24-Июн-14, 12:56
	systemd !=  "просто работать", "стабильность" и "чтобы не падало и не зависало" :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	33. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от rob pike on 24-Июн-14, 17:05
	Без systemd GNOME еще работает? >Before coming here, I set up a GNOME goal for converting applications to DBus activation, and with the help of Cosimo, I converted a few applications. This will make applications fit nicely into the coming session setup with systemd –user and kdbus. http://blogs.gnome.org/mclasen/2014/04/10/westcoast-summit-d.../
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	53. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:26
	> systemd !=  "просто работать", "стабильность" и "чтобы не падало и не зависало" :) Скушают и не подавятся. И будет работать. Что бы там НеФанаты не вещали.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	26. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от angra (ok) on 24-Июн-14, 13:33
	Вот как можно было в слове Debian сделать пять ошибок? :)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	52. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:25
	> Тем кому надо "просто работать", Ну вот и пусть работают. Накукуй им для работы плеер?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	97. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от Firefoxic (ok) on 25-Июл-14, 16:29
	Не трогай этих сектантов-работяг. У них же всё "просто для работы" и оно должно "просто работать", ну а раз уж "работает — не трогай". Вот и их самих лучше не трогай, пусть эти мамонты спокойно вымрут. P.S. Слава Богу, хоть и много таких мамонтов, но есть в мире и "Эдисоны", иначе так и сидели бы сейчас при свечах — работают жешь!
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	98. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 25-Июл-14, 16:48
	как бы тебе ни хотелось верить в обратное, но Эдисон не был хипстером, подобно тебе.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

24. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
Сообщение от qwerty (ok) on 24-Июн-14, 13:21
Просто отличная новость! Наконец, обновлю свой Audacious 3.2.4.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	54. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от Аноним (??) on 25-Июн-14, 18:27
	> Просто отличная новость! Наконец, обновлю свой Audacious 3.2.4. Таким макаром я его кажется до deadbeef-а обновлю.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	79. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 05:18
	> Таким макаром я его кажется до deadbeef-а обновлю. хорошая идея, кстати.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	85. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 15:49
	> хорошая идея, кстати. Боюсь что я поспешил с выводами. В свете отношения автора оного к shared libs в духе "на дворе win95".
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	90. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:26
	>> хорошая идея, кстати. > Боюсь что я поспешил с выводами. В свете отношения автора оного к > shared libs в духе "на дворе win95". нормальное отношение человека, которого заколебали багрепорты «ваша фигня не работает!», когда проблема на самом деле в кривой библиотеке. алсо, у меня давно отлично собирается и отлично работает на моей слаке, где в библиотеках вообще дикая каша. кто ж тебе запрещает вместо скачивания с сайта бинарей таки самому себе собирать?
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	92. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 19:17
	> нормальное отношение человека, которого заколебали багрепорты «ваша фигня не работает!», > когда проблема на самом деле в кривой библиотеке. Не, вот извините. Винду95 с "улучшенным" zlib в каждой программе я уже видел. И статически собранный в том числе. И теперь оно такое все напрочь дырявое и так и гниет со времен создания эксплойта на zlib. > алсо, у меня давно отлично собирается и отлично работает на моей слаке, > где в библиотеках вообще дикая каша. кто ж тебе запрещает вместо > скачивания с сайта бинарей таки самому себе собирать? Отсутствие понимания нафига это делать и нежелание превращать систему в win95. Тем более что остальные два десятка плееров обладают вполне сравнимыми фичами и ставятся проще. Извини, конечно, но 50 улучшенных libcurl и что там еще мне в моей системе как-то совсем не в кассу.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	94. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 19:27
	вот опять ты радостно вещаешь, даже не попытавшись сначала разобраться. вот лежит в плугине mms форк libmms — скажи, ты когда последний раз этим mms пользовался? ты вообще без гугеля скажешь, что оно такое и зачем надо? или wildmidi? у тебя вообще в системе эта libmms-то есть? ты бы, всё же, сначала разобрался, а потом уже выводы делал.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

34. "Audacious возвращается на GTK2, в перспективе переход на Qt"	+/–
Сообщение от Аноним (??) on 24-Июн-14, 17:11
Лучше бы скинов нарисовали побольше. А так все норм работает!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Audacious возвращается на GTK2, в перспективе переход на Qt"	–1 +/–
Сообщение от Аноним (??) on 24-Июн-14, 17:12
Блин, постоянно путаю с Audacity. Не ты один, я тоже путаю. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема