Если исправления есть, зачем ждать инкремента циферки? Кто мешает пользоваться master?

Кто мешает пользоваться master?

Вендо-мако-юзеры бы офигели от такого предложения. И были бы правы.

Если исправления есть, зачем ждать инкремента циферки? Кто мешает пользоваться master?

Вижу, у нас есть доброволец протестировать master, исправить регрессии и убедить мэйнтейнеров всех дистрибутивов использовать эту версию.

а есть список ПО, в котором эта либа используется?

Если исправления есть, зачем ждать инкремента циферки? Кто мешает пользоваться master?

Скорее всего потому что большинство разработчиков даже после нескольких лет практики не понимают как работать с гитом. И продолжают ребейзить патчи в одну ветку, после чего появляются дублирующие коммиты и паразитные зависимости, тянущие за собой регрессии и блокирующие сливание с мейнстримом.

а есть список ПО, в котором эта либа используется?

Нашёл в зависимостях EasyTag :(

easytag, mpd, еще пара плееров вроде.

Релиз означает какое-никакое тестирование и какую-никакую гарантию отсутствия NULL pointer dereference в коде. А что там в master валяется никто не знает.

easytag, mpd, еще пара плееров вроде.

Сюда что ли загляни http://taglib.github.io/ Хотя там старая информация. Сейчас их ещё больше.

Например так: https://www.archlinux.org/packages/extra/x86_64/taglib/

Многими плеерами и редакторами тегов. Альтернативно есть mutagen и libid3tag, но сравнить я их не могу.

Альтернативно есть mutagen и libid3tag

Первое на питоне, а второе уже труп.

Ну, по идее, самую грязную работу делают в отдельных ветках, а потом сливают в мастер, а маленькие фиксы вообще не коммитят, пока не заработают.

а есть список ПО, в котором эта либа используется?

Из того что установлено:

$ equery d taglib
 * These packages depend on taglib:
app-cdr/k3b-2.0.3-r1 (taglib ? >=media-libs/taglib-1.5)
kde-plasma/kfilemetadata-5.9.0 (taglib ? media-libs/taglib)
kde-plasma/plasma-mediacenter-5.3.0 (media-libs/taglib)
media-plugins/gst-plugins-taglib-0.10.31-r1 (>=media-libs/taglib-1.9.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
media-sound/clementine-1.2.3 (>=media-libs/taglib-1.8[mp4])
media-sound/easytag-2.2.6 (mp4 ? >=media-libs/taglib-1.9.1[mp4])
media-video/vlc-2.2.1 (taglib ? >=media-libs/taglib-1.9:0)

А можно хорошую книжку про то как правильно пользоваться гитом? Не команды, а саму дисциплину разработки с использованием гита.

а есть список ПО, в котором эта либа используется?

Amarok, точно

А вообще, список обратных зависимостей впечатляет: http://pastebin.com/uMjgsduC

Если исправления есть, зачем ждать инкремента циферки? Кто мешает пользоваться master?



Скорее всего потому что большинство разработчиков даже после нескольких лет практики не понимают как работать с гитом. И продолжают ребейзить патчи в одну ветку, после чего появляются дублирующие коммиты и паразитные зависимости, тянущие за собой регрессии и блокирующие сливание с мейнстримом.

А как нужно правильно работать с git?

Первое на питоне

Более того, на втором питоне. И на третий портировать не торопятся.

http://habrahabr.ru/post/106912/

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

Хм....

Как-то обратил внимание на мусор в отладке. Оказалось что теглиб высчитывает длину осчитывая с конца файла фреймы ID3. И при обнаружении фрейма с тегом не подходящим под ID3 идет ругань.

Мало того, что так длина высчитывается правильно только в большинстве случаев, а не во всех. Так еще непонятно почему в метод проверки фрейма на ID3 не добавить параметр, говорящий о том, что ругаться не надо.

У taglib'а только одно преимущество. Все остальное на порядок кривее его.

Какая-то странная ситуация: множество исправлений, которые кто-то делает, но Лукас не может просто передать заинтересованным контроль над проектом. Обсуждение имело бы место быть, если бы не было никого, кто готов дальше развивать проект.

Предложение для их мейнтейнера - сменить мейнтейнера! А старого закопать!

А можно хорошую книжку про то как правильно пользоваться гитом?

Про книжку не подскажу, но по словам «git branching model» находятся полезные статьи вроде:

• http://nvie.com/posts/a-successful-git-branching-model
• https://www.atlassian.com/git/tutorials/comparing-workflows/centralized-workflow

А как нужно правильно работать с git?

Конкретно в случае исправления ошибок с помощью git blame искать патч, который эту ошибку привнёс и ребейзить свой коммит на него. А в основную ветку предоставлять merge-коммит исправления.

А оно уже научилось работать с тегами в cp-1251?

Шёл бы ты отсюда...

Так в чём собственно проблема проекта? Мэйнтейнеру некогда?

Спасибо, уже удалил

Спасибо, уже удалил - в зависимостях был только Juk и VLC, Juk удалил, VLC пересобрал.

И на третий портировать не торопятся.

9 месяцев как неправда.

А оно уже научилось работать с тегами в cp-1251?

Шёл бы ты отсюда...

Опять ко-ко-ко - исправляй теги? Вот кто-нибудь мне расскажет как он поддерживает раздачу после исправления тегов? Или музыку в 2х экземплярах держать на диске?

А не надо поддерживать раздачи, где вместо тегов мусор.

Так в чём собственно проблема проекта? Мэйнтейнеру некогда?

Некогда. Ну и желающих его заменить и обладающих нужными умениями тоже не видно на горизонте.

А не надо поддерживать раздачи, где вместо тегов мусор.

Вот любят такие теги. Буквально вчера качал альбом мумитроля во флаке и что вы думаете? Да, правильно, cue-файл в 1251 кодировке. А если пересохраню, то у меня раздача сломается.

//Найти во флаке и так редкость, а если еще на кодировку тегов смотреть, так вообще ничего не будет.

спс за ссылки

А не надо поддерживать раздачи, где вместо тегов мусор.

Не мусор, а неродная кодировка.
Данные важнее программ

А это точно проблема taglib, а не вызывающей программы?

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

Хотя не исключаю, что нужна и поддержка самой библиотеки. Надо смотреть.

Книжка есть на сайте гита.

http://git-scm.com/book

На рутрекере вроде была поправка к правилам, рекомендуется кодировать теги в utf8, эквивалентные раздачи с тегами в utf8 могут поглощать другие раздачи.
В общем есть надежда что тегов не в utf8 когданибудь не останется.

Пишут что easytag эту либу использует. Easytag умеет читать трэшовые теги (и переписывать их в utf8). Хотя может он не только эту либу умеет, и трешовые теги читает чем-то другим.

Не мусор, а неродная кодировка.

Это нарушение стандарта. Да, я знаю, что это все виндовый винамп наворотил, и от него пошло.

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

Там дело не в чтении, а в отображении. По стандарту можно только кодировки ISO-8859-1 или utf, но некоторые плееры (винамп например) показывали ISO-8859-1 как CP1251 (если на винде стоит такая локаль). Это некорректно, на винде с другой локалью такое отображатся не будет, а какая там реально кодировка - в id3 тегах не хранится.

на горшок без книжки научился ходить? :))

man gitworkflows

Ничего лучше не видел про то, как с идеологической точки зрения следует пользоваться гитом. Все эти гайды с nvie, atlassian - слишком убогие, упрощенческие, где не раскрываются важнейшие принципы.

Моему коллеге очень помогла книга «Думай как git» (ориг. think like a git).

К сожалению, все ссылки на русские переводы сейчас битые. Оригинал здесь.

// hobbit, с чужого компа

Мне нужны ссылки на авторитеты для начальства.

Спасибо!

Откатиться в разработке до версии последнего релиза и снова сделать все последние наработки. Медленно и спокойно, не гнать лошадей. Тогда и сегфолтов не будет.

Что делать и так ясно. Вопрос, кто будет делать.

А можно хорошую книжку про то как правильно пользоваться гитом? Не команды, а саму дисциплину разработки с использованием гита.

Тема, конечно, старовата, но всё же.

На конференции LVEE был доклад на эту тему, с объяснениями как и почему, а не просто «делаем так, потому что так правильно». Рекомендую.

Краткая статья по докладу: http://lvee.org/en/abstracts/125

Слайды: https://lvee.org/uploads/image_upload/file/377/PerfectHistoryInVCS.2015-06-20...

Видео доклада: https://vimeo.com/106435804