Re: [devel] %update_desktopdb vs %update_menus

Re: [devel] %update_desktopdb vs %update_menus

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

On Thu, Apr 03, 2008 at 07:29:41AM +0300, Igor Vlasenko wrote:
> On Thu, Apr 03, 2008 at 04:50:14AM +0400, Dmitry V. Levin wrote:
> > +%update_menus
> > +%clean_menus
> > я не понимаю, что в этом пакете хотел исправить repocop.
> > 
> > Другими словами, просьба пояснить, зачем в пакете, который не содержит
> > файлов из каталога %_menudir, вызовы %update_menus/%clean_menus?
> 
> там есть
> rpmquery -lp /var/ftp/pub/Linux/ALT/Sisyphus/files/x86_64/RPMS/freeciv-client-2.1.3-alt1.x86_64.rpm G desktop
> /usr/share/applications/freeciv.desktop
> 
> Последние 2 года меню в не-freedesktop compliant WM
> (все WM что не KDE,Gnome,Rox,Xfce) генерируется из desktop файлов тоже.
> 
> Соответственно, без %update_menus/%clean_menus будет следующее:
> У пользователей icewm/wmaker/*box/... при установке freeciv-client
> он не появится в меню 
> 
> (до тех пор, пока не будет установлена другая,
> правильная программа, которая вызовет %update_menus)
> 
> что не есть хорошо.

Т.е. мантейнер пакета должен вызывать все программы, которые в системе
могут регистрировать desktop-файлы?  А где уверенность в том, что сейчас
этот перечень ограничивается %update_desktopdb и %update_menus?

Для регистрации обновлений desktop-файлов должна быть только одна точка
входа.  Я предлагаю её придумать и побыстрее сделать.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Thu, Apr 03, 2008 at 03:08:41PM +0400, Dmitry V. Levin wrote:
> Для регистрации обновлений desktop-файлов должна быть только одна точка
> входа.  Я предлагаю её придумать и побыстрее сделать.

Дима, добрый вечер!

Как вы знаете, я хотел бы попробовать массовые исправления ошибок 
роботом. Как оказалось, сейчас это только на 10% техническая 
а на 90% социальная работа с сообществом.

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

11 дней назад я задекларировал намерение сделать через 2 недели NMU, 
соответственно 8-10 апреля хотел бы его осуществить в заявленный срок,
чтобы создать прецедент.

Заодно это будет дополнительным стимулом для самостоятельного
исправления ошибок в пакетах активным майнтайнерам и реальной 
помощью занятым.

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

P.S. с воскресенья и до обеда вторника буду оффлайн.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Michael Shigorin]

On Sat, Apr 05, 2008 at 06:27:11PM +0300, Igor Vlasenko wrote:
> Здесь мне очень важен успешный прецедент

Не этот, пожалуйста.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 06:46:14PM +0300, Michael Shigorin wrote:
> Создавать прецедент массового объезда того, что может быть
> исправлено в одной точке -- это по-индусски.

в предлагаемом исправлении 4 теста, из них только 2 связаны с .desktop.
Если к 8 числу не будет ясного понимания ситуации по .desktop,
то тогда сделаю NMU только на оставшиеся 2 теста, 
с .desktop не связанные.

Еще: письмо я писал Диме, чтобы спросить, успевает ли он.
В рассылку письмо попало случайно, не ту кнопку нажал :(

Спрашивал, потому что второй раз выходить на NMU 
мне психологически уже трудно -
и так 95% усилий уходит на переписку :(

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Michael Shigorin]

On Sat, Apr 05, 2008 at 07:11:41PM +0300, Igor Vlasenko wrote:
> Спрашивал, потому что второй раз выходить на NMU мне
> психологически уже трудно - и так 95% усилий уходит на
> переписку :(

Прекрасно понимаю и тоже переживаю :(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 06:46:14PM +0300, Michael Shigorin wrote:
> Создавать прецедент массового объезда того, что может быть
> исправлено в одной точке -- это по-индусски.

код, который добавляет %update_desktopdb, я писал 5 минут,
за 5 минут могу написать и код, который будет удалять 
%update_desktopdb :) 
И работают эти коды 1мин/1000пакетов.

Вопрос в другом. 
Я обоснованно боюсь граблей, связанных с "одной точкой". 

Напомню что это заблуждение, что 
%update_desktopdb - якобы регистратор десктоп файлов, 
который якобы следует писать вместе с %update_menus.

Понятно, что так было бы глупо.
Если это было бы правдой, то однозначно -
разумно было бы их свести в один вызов.

%update_desktopdb - регистратор mime-обработчиков.
Его вызов имеет смысл только для таких программ, 
которые перечислили явно mime-типы.

Например, freeciv-client (пример Димы) mime-типов не 
обрабатывает, следовательно, %update_desktopdb
там вписан по ошибке.

Вызывать огульно update-desktop-database чревато.
Представьте себе установку дистрибутива. Она и так
занимает Х минут, ставится множество пакетов, 
вызываюих в %post /usr/bin/update-menus. 
Одиночный /usr/bin/update-menus отрабатывает несколько секунд.
Но при массовой установке пакетов множественные
/usr/bin/update-menus оптимизируются: при живом
процессе update-menus другие /usr/bin/update-menus только 
оповещают его, что добавлено новое меню и умирают.
В результате при установке 100 пакетов 
/usr/bin/update-menus отрабатывет не 100 раз, а только 1 раз.

Я смотрел в исходники update-desktop-database, 
похоже, он никак не оптимизирует свою работу.
Я не говорю, что после добавления такой 
"оптимизации единой точки доступа" 
дистрибутив станет устанавливаться пару часов,
но думаю, что даром такая "оптимизация" не пройдет.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Michael Shigorin]

On Sat, Apr 05, 2008 at 07:59:12PM +0300, Igor Vlasenko wrote:
> %update_desktopdb - регистратор mime-обработчиков.
> Его вызов имеет смысл только для таких программ, 
> которые перечислили явно mime-типы.

У нас бывают mime-обработчики без desktop-файлов?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 08:00:40PM +0300, Michael Shigorin wrote:
> У нас бывают mime-обработчики без desktop-файлов?
mime-обработчиков без desktop-файлов не бывает,
но бывают desktop-файлы - не mime-обработчики.
Весьма часто бывают.

Например, тот же freeciv-client, galculator,
"Документация/ALT Linux" и т.д.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Michael Shigorin]

On Sat, Apr 05, 2008 at 08:04:09PM +0300, Igor Vlasenko wrote:
> > У нас бывают mime-обработчики без desktop-файлов?
> mime-обработчиков без desktop-файлов не бывает, но бывают
> desktop-файлы - не mime-обработчики.  Весьма часто бывают.

Ну так это и надо проверять, ёлки-палки.  С каких пор у нас grep
подорожал, на таможне фуры не пускают? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 08:14:08PM +0300, Michael Shigorin wrote:
> On Sat, Apr 05, 2008 at 08:04:09PM +0300, Igor Vlasenko wrote:
> > > У нас бывают mime-обработчики без desktop-файлов?
> > mime-обработчиков без desktop-файлов не бывает, но бывают
> > desktop-файлы - не mime-обработчики.  Весьма часто бывают.
> 
> Ну так это и надо проверять, ёлки-палки.  С каких пор у нас grep
> подорожал, на таможне фуры не пускают? :)

Напомню, это не ко мне вопрос :)
В общем, народ просит Партию 
разьяснить Генеральную Линию :)

 
-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 08:17:19PM +0300, Igor Vlasenko wrote:
> Напомню, это не ко мне вопрос :)
> В общем, народ просит Партию 
> разьяснить Генеральную Линию :)

и всем пока, а то я на поезд опоздаю.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Led]

Saturday, 05 April 2008 19:59:12 Igor Vlasenko написав:
> On Sat, Apr 05, 2008 at 06:46:14PM +0300, Michael Shigorin wrote:
> > Создавать прецедент массового объезда того, что может быть
> > исправлено в одной точке -- это по-индусски.
>
> код, который добавляет %update_desktopdb, я писал 5 минут,
> за 5 минут могу написать и код, который будет удалять
> %update_desktopdb :)
> И работают эти коды 1мин/1000пакетов.
>
> Вопрос в другом.
> Я обоснованно боюсь граблей, связанных с "одной точкой".
>
> Напомню что это заблуждение, что
> %update_desktopdb - якобы регистратор десктоп файлов,
> который якобы следует писать вместе с %update_menus.
>
> Понятно, что так было бы глупо.
> Если это было бы правдой, то однозначно -
> разумно было бы их свести в один вызов.
>
> %update_desktopdb - регистратор mime-обработчиков.
> Его вызов имеет смысл только для таких программ,
> которые перечислили явно mime-типы.

ИМХО имеет смысл заменить %update_menus и %update_desktopdb 
на %register_desktop, который не просто обновляет меню или mime, а обновляют 
систему согласно содержимому вновь установленным .desktop-файлов.

-- 
Led

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko (ALT)]

> ИМХО имеет смысл заменить %update_menus и %update_desktopdb 
> на %register_desktop, который не просто обновляет меню или mime, а обновляют 
> систему согласно содержимому вновь установленным .desktop-файлов.

Там тоже грабли, поскольку у нас menu!=desktop.
У нас и старого меню полным-полно.
sqlite> select count(distinct pkgid) from rpm_files where filename like
'/usr/share/applications/%';
826
sqlite> select count(distinct pkgid) from rpm_files where filename like
'/usr/lib/menu/%';
313

Re: [devel] %update_desktopdb vs %update_menus

[Michael Shigorin]

On Sat, Apr 05, 2008 at 08:24:19PM +0300, Igor Vlasenko (ALT) wrote:
> > ИМХО имеет смысл заменить %update_menus и %update_desktopdb
> > на %register_desktop, который не просто обновляет меню или
> > mime, а обновляют систему согласно содержимому вновь
> > установленным .desktop-файлов.
> Там тоже грабли, поскольку у нас menu!=desktop.

Ну так test -f тоже не отменяли ;)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 522 bytes --]

* Led <ledest@> [080405 21:12]:
> ИМХО имеет смысл заменить %update_menus и %update_desktopdb 
> на %register_desktop, который не просто обновляет меню или mime, а обновляют 
> систему согласно содержимому вновь установленным .desktop-файлов.
Во время установки оно никому не нужно.  Оно должно запускаться
ровно один раз после окончания транзакции и rpm это позволяет.
Вам написать трёхстрочник на C который породит один процесс и
запустит что попало после завершения работы rpm/apt?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Led]

Saturday, 05 April 2008 20:59:22 Alexey I. Froloff написав:
> * Led <ledest@> [080405 21:12]:
> > ИМХО имеет смысл заменить %update_menus и %update_desktopdb
> > на %register_desktop, который не просто обновляет меню или mime, а
> > обновляют систему согласно содержимому вновь установленным
> > .desktop-файлов.
>
> Во время установки оно никому не нужно.  Оно должно запускаться
> ровно один раз после окончания транзакции и rpm это позволяет.

Я с этим не спорю. Я о другом: нужен макрос, который выполнит 
регистрацию/перерегистрацию .desktop-файлов, а что он делает (обновляет меню, 
обновляет базу MIME, etc.) - это уже вопрос реализации.

-- 
Led

Re: [devel] %update_desktopdb vs %update_menus

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 296 bytes --]

* Led <ledest@> [080405 22:13]:
> > Во время установки оно никому не нужно.  Оно должно запускаться
> > ровно один раз после окончания транзакции и rpm это позволяет.
> Я с этим не спорю. Я о другом:
Да я не с тобой спорил, просто слегка дополнил твой ответ ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 431 bytes --]

On Sat, Apr 05, 2008 at 10:24:42PM +0400, Alexey I. Froloff wrote:
> * Led <ledest@> [080405 22:13]:
> > > Во время установки оно никому не нужно.  Оно должно запускаться
> > > ровно один раз после окончания транзакции и rpm это позволяет.
> > Я с этим не спорю. Я о другом:
> Да я не с тобой спорил, просто слегка дополнил твой ответ ;-)

Из вашего обсуждения я не понял, кто сделает эту единую точку входа.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Sat, Apr 05, 2008 at 11:32:32PM +0400, Dmitry V. Levin wrote:
> On Sat, Apr 05, 2008 at 10:24:42PM +0400, Alexey I. Froloff wrote:
> > * Led <ledest@> [080405 22:13]:
> > > > Во время установки оно никому не нужно.  Оно должно запускаться
> > > > ровно один раз после окончания транзакции и rpm это позволяет.
> > > Я с этим не спорю. Я о другом:
> > Да я не с тобой спорил, просто слегка дополнил твой ответ ;-)
> Из вашего обсуждения я не понял, кто сделает эту единую точку входа.

Похоже, добровольцев не нашлось.

Что ж, вопрос решился сам собой.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

* Igor Vlasenko <vlasenko@> [080409 12:44]:
> > > > > Во время установки оно никому не нужно.  Оно должно запускаться
> > > > > ровно один раз после окончания транзакции и rpm это позволяет.
> > > > Я с этим не спорю. Я о другом:
> > > Да я не с тобой спорил, просто слегка дополнил твой ответ ;-)
> > Из вашего обсуждения я не понял, кто сделает эту единую точку входа.
> Похоже, добровольцев не нашлось.
Раз ты это затеял - ты и доброволец ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Wed, Apr 09, 2008 at 01:41:13PM +0400, Alexey I. Froloff wrote:
> Раз ты это затеял - ты и доброволец ;-)

я сделаю то, что затеял.
NMU я затеял ;)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Vitaly Lipatov]

On 9 апреля 2008, Igor Vlasenko wrote:
> On Wed, Apr 09, 2008 at 01:41:13PM +0400, Alexey I. Froloff 
wrote:
> > Раз ты это затеял - ты и доброволец ;-)
>
> я сделаю то, что затеял.
> NMU я затеял ;)
NMU может быть бессмысленно, потому что изменения потеряются при 
следующей заливке пакета мантейнером.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 385 bytes --]

Twas brillig at 12:55:33 10.04.2008 UTC+04 when Vitaly Lipatov did gyre and gimble:

 VL> NMU может быть бессмысленно, потому что изменения потеряются при следующей
 VL> заливке пакета

...плохим...

 VL>мантейнером.

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Victor Forsyuk]

On Thu, Apr 10, 2008 at 03:57:13PM +0700, Mikhail Gusarov wrote:
> Twas brillig at 12:55:33 10.04.2008 UTC+04 when Vitaly Lipatov did gyre and gimble:
> 
>  VL> NMU может быть бессмысленно, потому что изменения потеряются при следующей
>  VL> заливке пакета
> 
> ...плохим...
> 
>  VL>мантейнером.

+10

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

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

Любым. Человеку свойственно ошибаться.

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

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 440 bytes --]

Twas brillig at 13:02:29 10.04.2008 UTC+04 when Damir Shayhutdinov did gyre and gimble:

 DS> Любым. Человеку свойственно ошибаться.

Ошибка - это не уверенность, что "изменения потеряются". Массовые баги - тоже не
панацея, в них потонуть можно.

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>   DS> Любым. Человеку свойственно ошибаться.
>
>  Ошибка - это не уверенность, что "изменения потеряются". Массовые баги - тоже не
>  панацея, в них потонуть можно.

Какая разница, когда тонуть - сейчас или в случае массовых багов?

Объясните мне механизм, как мне не потерять изменения, совершенные
роботом? Скачивать .src.rpm, вытряхать оттуда спек, делать дифф между
спеками, прикладывать его к существующему спеку?

Я не против этого NMU только по одной причине. И причина эта - в том,
что на этом NMU будут обкатаны способы взаимодействия при массовом
исправлении багов, будут выявлены все подводные камни и прочие
нескладухи, и результатом будет процедура массового исправления,
которая доставляет минимум геморроя мантейнерам.

Если же автор-инициатор NMU не хочет продумывать способы интеграции
своего NMU в историю развития пакета и вместо этого хочет гонять
робота после каждой сборки  - _я отзываю разрешение NMU по результатам
repocop на все свои пакеты_. Такой футбол мне не нужен.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 01:21:07PM +0400, Damir Shayhutdinov wrote:
> Если же автор-инициатор NMU не хочет продумывать способы интеграции
> своего NMU в историю развития пакета и вместо этого хочет гонять
> робота после каждой сборки 

Дамир!
Вы же программист - вам должно быть это понятно.
Вопрос не в том, делать или не делать способы интеграции с .git,
а в том, сколько времени это займет.

Напомню, что прежде чем сесть что-либо писать, нужно спланировать.
Это азбука программирования.

Например, на repocop, как и предсказывает теория, ушло времени
ровно в три раза больше, чем то время, которого, по моей субьективной
оценке, хватило бы, если я писал бы repocop "для себя".

Но я это учитывал, и решил, что в силах потратить времени x3. 
репокоп есть.

Теперь робот для MNU. Это часть сложного хозяйства, писавшегося 
долгое время, без документации, с непроработанными интерфейсами.

Прежде чем писать интеграцию с .git, это все хозяйство нужно 
привести в порядок. Продумать интерфейс, написать толковую
документацию. Это еще займет x2 времени от его разработки.

Потом еще написать интеграцию с .git.
Накладываем это на мою хроническую нехватку времени.
Что получаем в итоге?

Что называть конкретные даты я морально не готов.
Лето, осень, зима, следующий год?

А все это время пакеты так и будут лежать, 
а по ним будут small bugs ползать...

Моя позиция - меньше обещать, больше делать.
Что плохого в этой позиции?

P.S. С удовольствием приму помощь в разработке.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>  > Если же автор-инициатор NMU не хочет продумывать способы интеграции
>  > своего NMU в историю развития пакета и вместо этого хочет гонять
>  > робота после каждой сборки

> Дамир!
>  Вы же программист - вам должно быть это понятно.
>  Вопрос не в том, делать или не делать способы интеграции с .git,
>  а в том, сколько времени это займет.
Интеграция с git тут конечно была бы полезна. Но на самом деле вовсе
не нужно делать эту интеграцию в полном виде. По идее достаточно было
бы рассылки на личную почту патчей, которые бы потом можно было
применить командой git-am или git-apply.

>  Например, на repocop, как и предсказывает теория, ушло времени
>  ровно в три раза больше, чем то время, которого, по моей субьективной
>  оценке, хватило бы, если я писал бы repocop "для себя".
>
>  Но я это учитывал, и решил, что в силах потратить времени x3.
>  репокоп есть.
По самому инструменту претензий нет - получился он хорошим, большое спасибо!

>  Теперь робот для MNU. Это часть сложного хозяйства, писавшегося
>  долгое время, без документации, с непроработанными интерфейсами.

Проблема не в этом. Просто ранее на результаты NMU, выполненными
роботами (всякие QA-роботы, пересобирающие пакеты при смене soname
библиотеки), можно было махнуть рукой - все равно следующая пересборка
мантейнером не может "чего-то не учесть" - ведь пересборка в новом
окружении (без изменения) и была смыслом NMU.

Теперь же ты вступаешь на неисследованную территорию, когда надо
обеспечить не только пересборку пакета, но и сохранение изменений,
внесенных роботом, в последующих сборках пакета мантейнером. Если по
"человеческим" NMU с автором NMU можно как-то договориться о формате
интеграции (патч там по почте, коммит в гите или просто передать пакет
тому кто сделал NMU), то с роботом ничего не получится. Все эти
переговоры должен вести не робот, а автор робота.

При этом просто еще одно робото-NMU после пересборки мантейнером
проблему не решает, а пользователям Сизифа придется качать удвоенный
объем данных. Я считаю такое "автоNMU" неприемлемым. NMU - это
исключение, которое никогда не должно быть правилом.

>  Прежде чем писать интеграцию с .git, это все хозяйство нужно
>  привести в порядок. Продумать интерфейс, написать толковую
>  документацию. Это еще займет x2 времени от его разработки.
Да не в git'e дело.

>  Что называть конкретные даты я морально не готов.
>  Лето, осень, зима, следующий год?
>
>  А все это время пакеты так и будут лежать,
>  а по ним будут small bugs ползать...

Конкретно в этом случае (update_desktopdb) можно было бы устроить NMU,
которое было бы удобно всем.

А именно:
1) внести функциональность update_desktopdb в update_menus.
2) NMU/повесить баги на пакеты, в которых нету ни update_menus ни
update_desktopdb, но есть .desktop.
3) NMU (простая пересборка) на пакеты, которые содержат update_menus
но не содержат update_desktopdb.
4) Отметить макрос update_desktopdb как устаревший (obsolete).

Тогда договариваться об интеграции придется только с мантейнерами
пакетов, затронутых пунктом 2. Результаты NMU пакетов из пункта 3
можно смело выкинуть - они не важны.

А тест для пункта 2) - когда есть .desktop, лежит там где надо, но
нету update_menus/clean_menus - вообще можно по идее в какой-нибудь
sisyphus_check положить (или даже в rpm). Тогда мантейнер не сможет
залить неправильный пакет в репозитарий (и не сможет потерять
результаты NMU).

>  Моя позиция - меньше обещать, больше делать.
>  Что плохого в этой позиции?
Плохо тут то, что с роботом не договоришься, а пока результатом его
работы не очень удобно пользоваться. Поэтому приходится договариваться
с автором робота :)

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

>  P.S. С удовольствием приму помощь в разработке.
Я могу помочь, но для начала надо все-таки понять, в каком направлении
движется разработка.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 03:10:40PM +0400, Damir Shayhutdinov wrote:
> Я могу помочь, но для начала надо все-таки понять, в каком направлении
> движется разработка.

Я думал начать с

>это все хозяйство 
>привести в порядок. Продумать интерфейс, написать толковую
>документацию. Это еще займет x2 времени от его разработки.

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

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>  > Я могу помочь, но для начала надо все-таки понять, в каком направлении
>  > движется разработка.
> Я думал начать с
>
>  >это все хозяйство
> >привести в порядок. Продумать интерфейс, написать толковую
> >документацию. Это еще займет x2 времени от его разработки.

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

В качестве затравки:

1) Режим работы, когда сканируются только мои пакеты в репозитарии
(при условии что есть локальное зеркало). Какие пакеты мои, а какие
нет - определять по acl. Результат выводить в stdout.

2) Режим работы, когда сканируются пакеты после сборки в hasher (с
возможностью заблокировать сборку, если тесты не пройдены) - типа
дополнение к sisyphus_check с настраиваемой жесткостью.

3) У любого правила бывают исключения. При развитии repocop рано или
поздно придется жертвовать жесткостью ради гибкости. Например, если
какой-то тест для большинства пакетов верен, а для одного какого-то
пакета дает ложное срабатывание. Должна быть возможность указать для
этого пакета исключение. То есть что-то типа ~/.repocop.conf или
/etc/repocop.conf.

4) Если по какому-то тесту repocop может выдать патч, надо сделать
опцию "сгенерировать патч", результат которой можно либо посмотреть
глазами, либо сразу применить с помощью git-am/git-apply.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 623 bytes --]

Twas brillig at 16:28:42 10.04.2008 UTC+04 when Damir Shayhutdinov did gyre and gimble:

 DS> Это полезное дело, я только за. Попробую написать скрипты-обертки для
 DS> repocop, которые будут делать элементарные действия, нужные лично мне,
 DS> наиболее удобным для меня способом.

Только не надо их в lost-repocop-tools укладывать, а обратно контрибуть, плз :)

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>   DS> Это полезное дело, я только за. Попробую написать скрипты-обертки для
>   DS> repocop, которые будут делать элементарные действия, нужные лично мне,
>   DS> наиболее удобным для меня способом.
>
>  Только не надо их в lost-repocop-tools укладывать, а обратно контрибуть, плз :)

А кому они еще кроме меня нужны? ;)

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 611 bytes --]

Twas brillig at 16:46:31 10.04.2008 UTC+04 when Damir Shayhutdinov did gyre and gimble:

 >>  Только не надо их в lost-repocop-tools укладывать, а обратно контрибуть, плз :)
 DS> А кому они еще кроме меня нужны? ;)

Никогда не узнаешь, если не законтрибутишь.

P.S.: мне одному кажется, что в сизифе слишком много пакетов "я и мои любимые 10
шеллскриптов"?

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>   >>  Только не надо их в lost-repocop-tools укладывать, а обратно контрибуть, плз :)
>  DS> А кому они еще кроме меня нужны? ;)
>
>  Никогда не узнаешь, если не законтрибутишь.
Вообще-то я предлагал эти скрипты для включения в repocop.

>  P.S.: мне одному кажется, что в сизифе слишком много пакетов "я и мои любимые 10
>  шеллскриптов"?

Приведи примеры, мне только etersoft-build-что-то-там на ум приходит.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 05:11:27PM +0400, Damir Shayhutdinov wrote:
> >   >>  Только не надо их в lost-repocop-tools укладывать, а обратно контрибуть, плз :)
> >  DS> А кому они еще кроме меня нужны? ;)
> >
> >  Никогда не узнаешь, если не законтрибутишь.
> Вообще-то я предлагал эти скрипты для включения в repocop.

Так я ж с удовольствием.
Просто увяз сейчас в этом NMU, 
пока не развяжусь, ни на что другое сил нет...

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

[devel] NMU, repocop

[Denis Medvedev]

Я бы хотел, чтобы repocop какую-то свою рассылку вел, и когда что-то заметит - то не NMU делал, а письмецо мне кидал на эту тему, можно с патчем.

Re: [devel] NMU, repocop

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 05:23:44PM +0400, Denis Medvedev wrote:
> Я бы хотел, чтобы repocop какую-то свою рассылку вел, и когда что-то заметит - то не NMU делал, а письмецо мне кидал на эту тему, можно с патчем.

есть такое, можно было бы и патчи туда же, но 
как уже писал,

> кроме того, готова интеграция с sisyphus-cybertalk@,
> но у Димы уже 3 недели руки не доходят прикрутить :(

здесь от меня мало что уже зависит.
только остается Диму (ldv@) просить.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 841 bytes --]

Twas brillig at 17:11:27 10.04.2008 UTC+04 when Damir Shayhutdinov did gyre and gimble:

 >>  Никогда не узнаешь, если не законтрибутишь.
 DS> Вообще-то я предлагал эти скрипты для включения в repocop.

А, ну тогда замечательно.

 >>  P.S.: мне одному кажется, что в сизифе слишком много пакетов "я и мои любимые 10
 >>  шеллскриптов"?

 DS> Приведи примеры, мне только etersoft-build-что-то-там на ум приходит.

Гм, сейчас не найду. ethersoft-build-* - это всё-таки не "мои любимые 10 шеллскриптов".

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Michael Shigorin]

On Thu, Apr 10, 2008 at 05:11:27PM +0400, Damir Shayhutdinov wrote:
> >  P.S.: мне одному кажется, что в сизифе слишком много пакетов
> >  "я и мои любимые 10 шеллскриптов"?

Слишком?!  Я свои вон не пихал -- ты ж сам предлагаешь
"контрибутить".  Там тоже есть чего наконтрибутить.

> Приведи примеры, мне только etersoft-build-что-то-там на ум
> приходит.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 797 bytes --]

Twas brillig at 13:24:59 12.04.2008 UTC+03 when Michael Shigorin did gyre and gimble:

 >> >  P.S.: мне одному кажется, что в сизифе слишком много пакетов "я и мои
 >> >  любимые 10 шеллскриптов"?

 MS> Слишком?!  Я свои вон не пихал -- ты ж сам предлагаешь "контрибутить".

Я предлагаю контрибутить не в виде "shigorin-utils", а обратно в пакет, к
которому эти скрипты. И не в /usr/share/doc/package-name/contrib, а
интегрировать в софт. Особенно если он местного производства.

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

[devel] [JT] Re: %update_desktopdb vs %update_menus [JT]

[Michael Shigorin]

On Sat, Apr 12, 2008 at 05:32:30PM +0700, Mikhail Gusarov wrote:
>  >> >  P.S.: мне одному кажется, что в сизифе слишком много
>  >> >  пакетов "я и мои любимые 10 шеллскриптов"?
>  MS> Слишком?!  Я свои вон не пихал -- ты ж сам предлагаешь "контрибутить".
> Я предлагаю контрибутить не в виде "shigorin-utils", а обратно
> в пакет, к которому эти скрипты.

Понимаю, но обычно не хватает здоровья и фантазии обобщить.

> И не в /usr/share/doc/package-name/contrib, а интегрировать
> в софт.  Особенно если он местного производства.

Твоими бы устами... :)

Стараюсь, иногда получается.

Тут бы ещё пакет sisyphus опять начать использовать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 01:21:07PM +0400, Damir Shayhutdinov wrote:
> Если же автор-инициатор NMU не хочет продумывать способы интеграции
> своего NMU в историю развития пакета и вместо этого хочет гонять
> робота после каждой сборки  - _я отзываю разрешение NMU по результатам

по интеграции я написал.

Но не могу вычислить результат eval {
if (интеграции) {
	allow
} else {
	deny
}

:)

--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

> > Если же автор-инициатор NMU не хочет продумывать способы интеграции
>  > своего NMU в историю развития пакета и вместо этого хочет гонять
>  > робота после каждой сборки  - _я отзываю разрешение NMU по результатам
>
>
> по интеграции я написал.
>
>  Но не могу вычислить результат eval {
>  if (интеграции) {
>         allow
>  } else {
>         deny
>  }
>
>  :)

Конкретно на это NMU я согласие даю. Если следующее будет проходить
так же тяжело, и без учета опыта первого - то на последующие давать
согласие не буду.

Я все понимаю, первый блин может выйти комом. Но когда блинная фабрика
вместо блинов начнет выпускать комки-колобки - тут я не согласен.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 01:21:07PM +0400, Damir Shayhutdinov wrote:
> Объясните мне механизм, как мне не потерять изменения, совершенные
> роботом? Скачивать .src.rpm, вытряхать оттуда спек, делать дифф между
> спеками, прикладывать его к существующему спеку?

Так ведь готовые diff лежат,
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/NMU/diff
сколько раз писалось :(

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 01:07:26PM +0300, Igor Vlasenko wrote:
> > Объясните мне механизм, как мне не потерять изменения, совершенные
> > роботом? Скачивать .src.rpm, вытряхать оттуда спек, делать дифф между
> > спеками, прикладывать его к существующему спеку?
> 
> Так ведь готовые diff лежат,
> http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/NMU/diff
> сколько раз писалось :(

Сделаю MNU, а diffы останутся себе там лежать - каши не просят.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

> Так ведь готовые diff лежат,
>
> http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/NMU/diff
>
> сколько раз писалось :(

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

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

"разложите патчи в подкаталоги по имени мантейнера".

Я уверяю, что если эту фичу сделать - потребность в централизованном
массовом NMU можно снизить на порядок.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 03:17:46PM +0400, Damir Shayhutdinov wrote:
> "разложите патчи в подкаталоги по имени мантейнера".
> 
> Я уверяю, что если эту фичу сделать - потребность в централизованном
> массовом NMU можно снизить на порядок.

могу пока только по значению Packager: в srpm пакете.
с acl и человеку тяжело разобраться, кто там кто реально.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>  > "разложите патчи в подкаталоги по имени мантейнера".
>  >
>  > Я уверяю, что если эту фичу сделать - потребность в централизованном
>  > массовом NMU можно снизить на порядок.
>
>
> могу пока только по значению Packager: в srpm пакете.
>  с acl и человеку тяжело разобраться, кто там кто реально.
Да не надо разбираться - надо всем кто в acl прописан (то есть будут
дубликаты патчей).

Например, у xterm написано php-coder damir. Соответственно, xterm.diff
надо скопировать и в php-coder/, и в damir/. Сообщать об исправлениях
надо тем, кто может эти исправления залить, а это как раз получается
через acl (list.src.classic). Мантейнеры сами разберутся между собой,
кто там заливать будет эти исправления.

Робот должен помогать, а не принуждать. Текущая организация, когда все
патчи в одной куче, напоминает мне цитату из "Автостопом по
галактике":

------------------------------
Она сказала:
– Не надо делать такие большие глаза.
Все карты, проекты и распоряжения о сносе висят на доске объявлений в
вашем районном отделении Управления на Альфе Центавра уже пятьдесят
ваших земных лет, так что у вас было достаточно времени, чтобы
обжаловать решение по всем правилам.
А теперь возмущаться несколько поздновато.
-----------------------------

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 03:38:38PM +0400, Damir Shayhutdinov wrote:
> >  > "разложите патчи в подкаталоги по имени мантейнера".
> >  >
> >  > Я уверяю, что если эту фичу сделать - потребность в централизованном
> >  > массовом NMU можно снизить на порядок.
> >
> >
> > могу пока только по значению Packager: в srpm пакете.
> >  с acl и человеку тяжело разобраться, кто там кто реально.
> Да не надо разбираться - надо всем кто в acl прописан (то есть будут
> дубликаты патчей).

хорошо. Но там еще дописывать поддержку acl,
так что уже с той недели.

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

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Damir Shayhutdinov]

>  > > могу пока только по значению Packager: в srpm пакете.
>  > >  с acl и человеку тяжело разобраться, кто там кто реально.
>  > Да не надо разбираться - надо всем кто в acl прописан (то есть будут
>  > дубликаты патчей).
>
> хорошо. Но там еще дописывать поддержку acl,
>  так что уже с той недели.
>
>  acl - своеобразная штука.
>  Например, если в acl 2 человека,
>  один человек просит его пакеты не трогать,
>  а другой просит трогать - то сложно...

Если кто-то из мантейнеров против - то NMU делать не надо. Это должно
быть вписано в память робота как четвертое правило робототехники.

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 04:02:45PM +0400, Damir Shayhutdinov wrote:
> >  > > могу пока только по значению Packager: в srpm пакете.
> >  > >  с acl и человеку тяжело разобраться, кто там кто реально.
> >  > Да не надо разбираться - надо всем кто в acl прописан (то есть будут
> >  > дубликаты патчей).
> >
> > хорошо. Но там еще дописывать поддержку acl,
> >  так что уже с той недели.
> >
> >  acl - своеобразная штука.
> >  Например, если в acl 2 человека,
> >  один человек просит его пакеты не трогать,
> >  а другой просит трогать - то сложно...
> 
> Если кто-то из мантейнеров против - то NMU делать не надо. Это должно
> быть вписано в память робота как четвертое правило робототехники.

в общем, буду потихоньку писать...

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

On Thu, Apr 10, 2008 at 03:38:38PM +0400, Damir Shayhutdinov wrote:
> >  > "разложите патчи в подкаталоги по имени мантейнера".
> >  >
> >  > Я уверяю, что если эту фичу сделать - потребность в централизованном
> >  > массовом NMU можно снизить на порядок.
> >
> > могу пока только по значению Packager: в srpm пакете.
> >  с acl и человеку тяжело разобраться, кто там кто реально.
> Да не надо разбираться - надо всем кто в acl прописан (то есть будут
> дубликаты патчей).

Пример: пакет по имени nmap был определён роботом на мантейнера nmap:
NMU/by-packager/nmap.txt

Разумеется, я его не заметил.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

* Mikhail Gusarov <dottedmag@> [080410 12:59]:
>  VL> NMU может быть бессмысленно, потому что изменения потеряются при следующей
>  VL> заливке пакета
> ...плохим...
>  VL>мантейнером.
Имел я в виду вытаскивать патчи из srpm'ов при живом git.alt'е.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 01:12:35PM +0400, Alexey I. Froloff wrote:
> * Mikhail Gusarov <dottedmag@> [080410 12:59]:
> >  VL> NMU может быть бессмысленно, потому что изменения потеряются при следующей
> >  VL> заливке пакета
> > ...плохим...
> >  VL>мантейнером.
> Имел я в виду вытаскивать патчи из srpm'ов при живом git.alt'е.

Специально для этого случая патчи доступны отдельно:
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/NMU/diff

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 12:55:33PM +0400, Vitaly Lipatov wrote:
> On 9 апреля 2008, Igor Vlasenko wrote:
> > On Wed, Apr 09, 2008 at 01:41:13PM +0400, Alexey I. Froloff 
> wrote:
> > > Раз ты это затеял - ты и доброволец ;-)
> >
> > я сделаю то, что затеял.
> > NMU я затеял ;)
> NMU может быть бессмысленно, потому что изменения потеряются при 
> следующей заливке пакета мантейнером.

Это как раз не страшно. Робота я могу хоть каждый день гонять,
чтобы он делал NMU хоть после каждой заливки пакета мантейнером :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus [JT]

[Igor Vlasenko]

On Thu, Apr 10, 2008 at 12:02:34PM +0300, Igor Vlasenko wrote:
> Это как раз не страшно. Робота я могу хоть каждый день гонять,
> чтобы он делал NMU хоть после каждой заливки пакета мантейнером :)

Если будет у меня песочница и найдутся добровольцы,
можно будет даже попробовать :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] %update_desktopdb vs %update_menus

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1175 bytes --]

On Sat, Apr 05, 2008 at 07:59:12PM +0300, Igor Vlasenko wrote:
> On Sat, Apr 05, 2008 at 06:46:14PM +0300, Michael Shigorin wrote:
> > Создавать прецедент массового объезда того, что может быть
> > исправлено в одной точке -- это по-индусски.
> 
> код, который добавляет %update_desktopdb, я писал 5 минут,
> за 5 минут могу написать и код, который будет удалять 
> %update_desktopdb :) 
> И работают эти коды 1мин/1000пакетов.
> 
> Вопрос в другом. 
> Я обоснованно боюсь граблей, связанных с "одной точкой". 
> 
> Напомню что это заблуждение, что 
> %update_desktopdb - якобы регистратор десктоп файлов, 
> который якобы следует писать вместе с %update_menus.
> 
> Понятно, что так было бы глупо.
> Если это было бы правдой, то однозначно -
> разумно было бы их свести в один вызов.
> 
> %update_desktopdb - регистратор mime-обработчиков.
> Его вызов имеет смысл только для таких программ, 
> которые перечислили явно mime-типы.
> 
> Например, freeciv-client (пример Димы) mime-типов не 
> обрабатывает, следовательно, %update_desktopdb
> там вписан по ошибке.

Вызовы %update_desktopdb/%clean_desktopdb надо искоренять или нет?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] %update_desktopdb vs %update_menus

[Igor Vlasenko]

On Wed, Apr 09, 2008 at 01:07:54PM +0400, Dmitry V. Levin wrote:
> > Например, freeciv-client (пример Димы) mime-типов не 
> > обрабатывает, следовательно, %update_desktopdb
> > там вписан по ошибке.
> 
> Вызовы %update_desktopdb/%clean_desktopdb надо искоренять или нет?
в этом пакете - да, так как он никаких MimeType не обрабатывает.

IMHO, искоренять там, где не нужны,
оставлять и добавлять - там, где требуются

(цитируя 
http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov:
добавлять только в случае если в %_desktopdir/*.desktop есть 
$ grep -i mime /usr/share/applications/*.desktop
MimeType=.....; 
)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine