LINUX.ORG.RU
ФорумTalks

Про Debian, Ubuntu и будни maintainer'а


0

0

Решил запаковать для Убунты videotrans (потому что это одна из зависимостей qdvdauthor 1.0 RC1).

Кстати, среагировали достаточно оперативно: http://revu.tauware.de/details.py?upid=6034 - правда, мне пришлось вылавливать людей на #ubuntu-motu, чтобы подтвердили.

Ещё неделю пакет пролежал в NEW, который был почему-то забит до отказа (больше 100 пакетов там лежало).

Когда его наконец подтвердили, ошибочно положили в universe, из-за чего он не собрался (mplayer и mjpegtools лежат в multiverse). Пришлось оформлять багу в launchpad: https://bugs.launchpad.net/ubuntu/+source/videotrans/+bug/128145

Через несколько часов пакет переместили в multiverse, и там он (ура) собрался.

Ещё пару дней в NEW пролежали бинарные пакеты, пока наконец не подтвердили и их.

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

Через несколько дней, отчаявшись, я взял две лежавших в REVU запакованных мной утилитки (одну свою - под Qt4, другую не свою - под Гном) для отслеживания уровня чернил, проверил, что собираются под Дебиан, и выложил на mentors.debian.net.

И через несколько часов пришёл ответ: та утилитка, которая моя и под Qt4, была два дня назад запакована кем-то другим и уже лежит в unstable.

Этот другой даже удосужился написать для утилитки manpage (независимо от меня самого) и патч, который, разумеется, на домашнюю страницу на Google Code не выложил. Придётся мне самому его из пакета выцеплять.

И всё это время бага needs-packaging спокойно лежала на Launchpad, и никто даже не обратил внимания, что достаточно пакет синкнуть из Дебиана. Я, понятное дело, уже переделал его в sync-request.

Потому что на sync-request'ы убунтовцы реагируют оперативно.

Короче, мораль: новые upstream-версии для Убунты лучше слать в Дебиан.

Потому что они через Дебиан в Убунту попадут быстрее, чем напрямую.

Так-то.

★★★

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

Gharik
()
Ответ на: комментарий от Muromec

>они вообще козлы. на баги реагирут плохо

Какой, какой матери? (с)

:))

furs
()
Ответ на: комментарий от Muromec

Ну, не знаю.

Из опыта (баги needs-packaging опускаю):

https://bugs.launchpad.net/ubuntu/+source/gtkpod/+bug/124900 - отправлен 9 июля, 14 июля подписал спонсоров, 16 синкнули. И это при том, что затронута куча пакетов, причём два (amarok и rhythmbox) из main.

https://bugs.launchpad.net/ubuntu/+source/krusader/+bug/127550 - отправлен 22 июля. Сначала это был просто upgrade-баг, а не sync-request. Но тут повезло, у этого пакета в Debian и Ubuntu один и тот же maintainer, синкнули на следующий день после релиза в Debian.

https://bugs.launchpad.net/ubuntu/+source/videotrans/+bug/128145 - как я сказал, через несколько часов. Подписывал ubuntu-archive.

https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/128177 - тоже upgrade-bug. В Дебиане на тот момент нового релиза не было. Через пять дней появился там - синкнули.

https://bugs.launchpad.net/ubuntu/+source/gnash/+bug/120326 - в тот же день.

https://bugs.launchpad.net/ubuntu/+source/mediawiki/+bug/120324 - сначала отказались синкать, пока он лежал в experimental. Появился в unstable - синкнули.

А вот с этим всё грустно - долгоживущие upgrade-баги, пакеты в REVU лежат-пылятся:

https://bugs.launchpad.net/ubuntu/+source/qdvdauthor/+bug/105406
https://bugs.launchpad.net/ubuntu/+source/psi/+bug/120315 (причём он есть в Debian experimental, зараза, но зависит от одной дурацкой библиотеки, которую просто так не синкнешь)
https://bugs.launchpad.net/ubuntu/+source/gpac/+bug/120328

Этого вообще нигде нет: https://bugs.launchpad.net/ubuntu/+source/openarena/+bug/126078

И ещё не-upgrade-баг, тоже ни сном ни духом: https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/121872 Даже u-u-s не обращают внимания.

Sikon ★★★
() автор топика
Ответ на: комментарий от Sikon

номера сейчас не припомню. на один отправленный мною баг (падал aptitude ) реагировали год - в итоге он пропал сам. баг с BROKEN TRANSLATION в kde висит с мая 2006 - и хоть бы хны.

еще была длинная канитель с падающим из-за кривой локали dd.

Muromec ☆☆
()
Ответ на: комментарий от geek

> это обратная сторона ненужности qt-софта

Мсье не подскажет аналог qdvdauthor для GTK? Или другого тулкита?

Sikon ★★★
() автор топика
Ответ на: комментарий от Sikon

>Мсье не подскажет аналог qdvdauthor для GTK? Или другого тулкита?

dvdauthor для джедаев. Всё равно гуйня в виде qdvdauthor - глючит, падает и вообще работает через жопу балмера.

geek ★★★
()
Ответ на: комментарий от Muromec

>счетчик гекозобанятора в студию %)

надо потом кого-нибудь из обладающих доступом к базе пнуть

:)

geek ★★★
()
Ответ на: комментарий от Sikon

https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/50418

отправил: 2006-06-20
2007-06-06 - откликнулись. бага уже давно нет.

https://bugs.launchpad.net/ubuntu/+source/kde-guidance/+bug/55361
отправил: 2006-08-06
отреагировали: 2007-04-06. уже само заработало.

https://bugs.launchpad.net/ubuntu/+source/adept/+bug/47181

https://bugs.launchpad.net/rosetta/+bug/46982 - это вообще ЖЕСТЬ.

first reported on 2006-05-27 by Krzysztof Lichota
подтвердило куча народу (включая лидеров команд перевода), в августе 2006 поставили ей "Critical". фикса нет до сих пор.

Muromec ☆☆
()
Ответ на: комментарий от DemonZLa

Просто до невозможности похоже на органы государственной власти. Там тоже обходной путь работает быстрее.

abraziv_whiskey ★★★★★
()

фигня. щас лень искать ссылку на тред редхатовской багзилы, там трабла с rpm была (он не проверял на предмет примонтирования того, куда ставит, только на чтение) -- вроде как там больше 2-х лет бодались.

berrywizard ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.