[devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

Продолжая обсуждение в devel  по просьбе в ru_foss Алексея
Новодворского (сначала, его комментарий, отсюда:
http://community.livejournal.com/ru_foss/61938.html?thread=1458162#t1458162):

"1. Рассказать о причинах целях вашего форка в devel@. (Для тех, кто
не знает: это список членов ALT Linux Team, открытый для чтения всем.)
2. Избегать претензий и подозрений при обсуждении. Каждый имеет право
на свое мнение. Нужно все же понять друг друга.
3. Постараться устроить работу так, чтобы она шла всем на пользу,
повышала качество разработки и не вводила пользователей в заблуждение.
4. Если противоречия не удается разрешить, то разойтись, зафиксировав
расхождения и согласовав правила честной игры.

И давайте продолжим в другом месте. Здесь обсуждение не сложилось."

Алексей (и остальное сообщество), хорошо, давайте.

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

Буду общаться только на условиях пункта 2 указанного Вами. Если хоть
один человек по отношению ко мне этот пункт нарушит, прекращу
обсуждение
и тогда уже действительно - раз и навсегда.
Согласны?


-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 13:09 пользователь Денис Корявов <dkoryavov@gmail.com> написал:
> Продолжая обсуждение в devel  по просьбе в ru_foss Алексея
> Новодворского (сначала, его комментарий, отсюда:
> http://community.livejournal.com/ru_foss/61938.html?thread=1458162#t1458162):
>
> "1. Рассказать о причинах целях вашего форка в devel@. (Для тех, кто
> не знает: это список членов ALT Linux Team, открытый для чтения всем.)
> 2. Избегать претензий и подозрений при обсуждении. Каждый имеет право
> на свое мнение. Нужно все же понять друг друга.
> 3. Постараться устроить работу так, чтобы она шла всем на пользу,
> повышала качество разработки и не вводила пользователей в заблуждение.
> 4. Если противоречия не удается разрешить, то разойтись, зафиксировав
> расхождения и согласовав правила честной игры.
>
> И давайте продолжим в другом месте. Здесь обсуждение не сложилось."
>
> Алексей (и остальное сообщество), хорошо, давайте.
>
> Буду предельно честен и отвечу все, что знаю. Однако, перед
> разговором, я хотел бы кое-что сказать:
>
> Буду общаться только на условиях пункта 2 указанного Вами. Если хоть
> один человек по отношению ко мне этот пункт нарушит, прекращу
> обсуждение
> и тогда уже действительно - раз и навсегда.
> Согласны?

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

Rgrds, Алексей

>
>
> --
> WBR, Denis Koryavov.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

Алексей, эти условия ВЫ поставили. И Вы же не хотите их соблюдать?

16 июля 2010 г. 13:15 пользователь Aleksey Novodvorsky
<aen@altlinux.ru> написал:
> Денис, не надо ставить условий. Люди разные и могут с жары и сказать
> неполиткорректно. Хотите говорить -- говорите, Вам слово. Ищете повод,
> чтобы уйти, скинув все на других, -- лучше не начинайте разговор.



-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

> Алексей, эти условия ВЫ поставили. И Вы же не хотите их соблюдать?

По моему мнению п2 выглядит, как пожелание, а не жёсткое условие.
"Избегать" не значит "пресекать на корню" - ну не выйдет оно в 
большом коллективе. Кто-то, да скажеть что-нибудь когда-нибудь.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 13:30 пользователь Sergey Y. Afonin <asy@altlinux.ru> написал:
> On Friday 16 July 2010, Денис Корявов wrote:
>
>> Алексей, эти условия ВЫ поставили. И Вы же не хотите их соблюдать?
>
> По моему мнению п2 выглядит, как пожелание, а не жёсткое условие.
> "Избегать" не значит "пресекать на корню" - ну не выйдет оно в
> большом коллективе. Кто-то, да скажеть что-нибудь когда-нибудь.

Да, именно так.

Rgrds, Алексей

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 13:21 пользователь Денис Корявов <dkoryavov@gmail.com> написал:
> Алексей, эти условия ВЫ поставили. И Вы же не хотите их соблюдать?


Денис, сказанное Вами можно уже трактовать как претензию и подозрение
меня в недобросовестности.

То есть если вставать в позу и ставить ультиматумы, то лучше разговор
не начинать. Модератор тут есть, да и большинство более чем вменяемое,
даже в жару.
Начинайте по п.1 лучше.

Rgrds, Алексей

>
> 16 июля 2010 г. 13:15 пользователь Aleksey Novodvorsky
> <aen@altlinux.ru> написал:
>> Денис, не надо ставить условий. Люди разные и могут с жары и сказать
>> неполиткорректно. Хотите говорить -- говорите, Вам слово. Ищете повод,
>> чтобы уйти, скинув все на других, -- лучше не начинайте разговор.
>
>
>
> --
> WBR, Denis Koryavov.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 13:44 пользователь Aleksey Novodvorsky
<aen@altlinux.ru> написал:
> Начинайте по п.1 лучше.

Хорошо. По п.1 - все просто. PingWin Software планирует создавать
собственные дистрибутивы.
Мне было предложено создать ПСПО 5, при этом, у меня была полная
свобода по выбору платформы.

Естественно, учитывая что я лучше всего знаю ALT Linux я решил создать
дистрибутив на этой пакетной базе
(в дальнейшем я планирую использовать другую пакетную базу, пока
выбираю. Скорее всего, это будет Ubuntu
или Mandriva).

Итак.  Дальше встал выбор репозитория. Sisyphus меня, естественно не
устраивал. 5.1 так же, по той причине,
что это, фактически, экспериментальная ветка без четких правил
бекпортирования в нее пакетов из сизифа и сборки новых.
(именно поэтому я и Simply GNU/Linux делал на p5).

Осталась Пятая Платформа. Когда она создавалась, декларировались
нужные для меня цели:
http://lists.altlinux.org/pipermail/devel/2009-September/174535.html.

 Что в ней меня не устраивало, я уже множество раз высказывал, повторюсь:
1. Отсутствие прозрачной политики бекпортирования пакетов в p5. Помню
я был очень раздосадован когда
    узнал о бекпортировании новой версии Pidgin в p5 с плохим, по
моему мнению, переводом. То же самое
    я увидел когда был бекпортирован из сизифа пакет
branding-simply-linux-xfce-settings (где, по моей оплошности, была
    совершена видимая ошибка, а его бекпортировали в p5, минуя 5.1,
без проверки). Из этих случаев мне стало понятно,
    что декларируемые цели не соблюдаются, и неизвестно что ждать в
дальнейшем от p5.
2. Отсутствие нормальной локализации для многих .desktop файлов. Это
не позволяет создать нормальное меню в Xfce. Как многие видели (в
исходных кодах что я видел), во многих приложениях я изменил только
.desktop файлы.
3. Consolehelper.
4. Папки Documents и tmp в etcskel (хотя, эту проблему можно, в
принципе не очень красивым способом решить, как я это сделал в SL).
5. Отсутствие system-config-printer и многих других новых пакетов. Тут
- (Антон Бояршинов думаю, подтвердит) я лично
обращался к нему с предложением бекпортировать system-config-printer в
p5. Видимо, я совершил тут ошибку, и нужно
было обращаться к Алексею Новодворскому, но, честно говоря, я даже не
думал тогда об этом. Для меня "разработчик ООО"="ООО" в смысле того,
что  я думал, что если обращусь к одному из разработчиков ООО, то
получу, в целом,
ответ соответствующий настроениям в ООО.
6. Политика как в "баге" 21320. Когда простейшее изменение не делается
только потому, что оно не красиво технически.
7. Отсутствие нормального описания многих важнейших пакетов на русском
языке. Думаю, в ООО помнят, как я лично (
в личной встрече) пытался уговорить Дмитрия Левина на включение
проверки на русское описание пакета.
8. pornotube-dl в репозиториях.

 Помимо всего этого сыграло банальное удобство собственного бренча:
меняешь что хочешь в репозитории без долгих запросов и споров в
bugzilla и.т.д. Безусловно, были еще причины, но всех сейчас набирая
сообщение "впопыхах" я не припомню.

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

Вот так, вкратце.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Алексей Шенцев]

16.07.2010 14:50, Денис Корявов пишет:
> 8. pornotube-dl в репозиториях.
Мля, оно у нас до сих пор?! ... :-(

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:05:22PM +0400, Алексей Шенцев wrote:
> > 8. pornotube-dl в репозиториях.
> Мля, оно у нас до сих пор?! ... :-(
Разумеется.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<avm> обидно: с помощью git-blame не посмотришь, кто удалял код
<dottedmag> "Кто трогал мой модуль и вытрогал его весь?"

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Алексей Шенцев wrote:

> > 8. pornotube-dl в репозиториях.

> Мля, оно у нас до сих пор?! ... :-(

Надо заметить, что этот вопрос показывает, что наличие данного пакета
мало что значит для того, кто его не ищет. А я вот даже про тот флейм
только сейчас вспомнил... 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Алексей Шенцев]

16.07.2010 15:13, Sergey Y. Afonin пишет:
> Надо заметить, что этот вопрос показывает, что наличие данного пакета
> мало что значит для того, кто его не ищет.
Я считаю, что его вообще надо выкинуть из наших репо.
Особенно с учётом наличия у нас "Школьного Линукса".
>  А я вот даже про тот флейм только сейчас вспомнил... 
>   
Аналогично. И да же вспомнил, что Антон, rider@, принципиально этот
пакет не включил в состав ALC3.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:19:58PM +0400, Алексей Шенцев wrote:
> > Надо заметить, что этот вопрос показывает, что наличие данного пакета
> > мало что значит для того, кто его не ищет.
> Я считаю, что его вообще надо выкинуть из наших репо.
> Особенно с учётом наличия у нас "Школьного Линукса".
... и по кругу

Для пропустивших предыдущие несколько итераций:
https://bugzilla.altlinux.org/19379

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<swi> если б скрестить hiddenman с ldv - альт бы порвал всех по вылизанности и
      безглючности

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Andrey Rahmatullin написал:
> On Fri, Jul 16, 2010 at 03:19:58PM +0400, Алексей Шенцев wrote:
> > > Надо заметить, что этот вопрос показывает, что наличие данного пакета
> > > мало что значит для того, кто его не ищет.
> > 
> > Я считаю, что его вообще надо выкинуть из наших репо.
> > Особенно с учётом наличия у нас "Школьного Линукса".
> 
> ... и по кругу
> 
> Для пропустивших предыдущие несколько итераций:
> https://bugzilla.altlinux.org/19379
Странно, что народ не вспомнил чудную локализованную на русский язык версию 
man sex из man-pages-ru

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Slava Semushin]

16 июля 2010 г. 18:39 пользователь Андрей Черепанов <cas@altlinux.ru> написал:
[...]
> Странно, что народ не вспомнил чудную локализованную на русский язык версию
> man sex из man-pages-ru

Я вспомнил, но не нашел бага в багзилле. Кстати, ещё вокруг hotbabe были споры.

Могу исключить man sex из man-pages-ru, кстати.

-- 
Slava Semushin

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 06:41:49PM +0700, Slava Semushin wrote:
> > Странно, что народ не вспомнил чудную локализованную на русский язык версию
> > man sex из man-pages-ru
Угу, странно.

> Кстати, ещё вокруг hotbabe были споры.
В том баге hot-babe упомянут неоднократно

> Могу исключить man sex из man-pages-ru, кстати.
Судьба man-pages-ru тут, думаю, не интересует довольно многих.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<wRAR> а вообще давайте все вместе позовём raorn
rattler_ [n=misha@*****.volia.net] зашел на #ALTLinux
<dottedmag> wRAR: в следующий раз призывай более точно. первая буква у тебя
            получилась нужная.
<dottedmag> wRAR: и даже две первых. а дальше сбой.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Slava Semushin написал:
> 16 июля 2010 г. 18:39 пользователь Андрей Черепанов <cas@altlinux.ru>
> написал: [...]
> 
> > Странно, что народ не вспомнил чудную локализованную на русский язык
> > версию man sex из man-pages-ru
> 
> Я вспомнил, но не нашел бага в багзилле. Кстати, ещё вокруг hotbabe были
> споры.
> 
> Могу исключить man sex из man-pages-ru, кстати.
Зачем? Я это школьникам показываю для привлечения к Linux. Сегодня boyarsh@ 
показал man drake, тоже вставляет. Так как нынешнее поколение качеством не 
привлечёшь, будем привлекать эпатажем.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:53:53PM +0400, Андрей Черепанов wrote:
> Так как нынешнее поколение качеством не привлечёшь, будем привлекать
> эпатажем.
Откуда ж в линсуксе взяться качеству?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Если бы вы знали, сколько еще пакетов застревает на подходах к Сизифу из-за
претензий по качеству пакетов...

Лучше меньше, да лучше. Можно и больше, но только не хуже.
		-- ldv in sisyphus@

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Andrey Rahmatullin написал:
> On Fri, Jul 16, 2010 at 03:53:53PM +0400, Андрей Черепанов wrote:
> > Так как нынешнее поколение качеством не привлечёшь, будем привлекать
> > эпатажем.
> 
> Откуда ж в линсуксе взяться качеству?
Когда-то давно, когда деревья были большими, а Ubuntu не завоевала неокрепших 
умов, пользователи Linux были настолько добры, что писали о проблемах и даже 
отправляли патчи. Код не менялся кардинально (чтобы работали няшные 
спецэффекты) и можно было не торопясь, доводить программу до очень хорошего, 
весьма качественного, состояния.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Slava Semushin wrote:

> > Странно, что народ не вспомнил чудную локализованную на русский язык версию
> > man sex из man-pages-ru
> 
> Я вспомнил, но не нашел бага в багзилле. Кстати, ещё вокруг hotbabe были споры.
> 
> Могу исключить man sex из man-pages-ru, кстати.

Хм...

[root@asy ~]# apt-get install man-pages-ru
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  man-pages-ru
0 upgraded, 1 newly installed, 0 removed and 0 not upgraded.
Need to get 1498kB of archives.
After unpacking 1459kB of additional disk space will be used.
Get:1 ftp://altlinux51branch.kraft-s.ru noarch/classic man-pages-ru 0.98-alt17 [1498kB]
Fetched 1498kB in 0s (5241kB/s)
Committing changes...
Preparing...                 ############################################################################################ [100%]
1: man-pages-ru              ############################################################################################ [100%]
Running /usr/lib/rpm/posttrans-filetriggers
Done.
[root@asy ~]# man sex
No manual entry for sex

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 04:20:51PM +0400, Sergey Y. Afonin wrote:
> [root@asy ~]# man sex
> No manual entry for sex
# LANG=ru_RU.какакятамувалкодировка man sex

Или уж

$ man sex

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Sergey Y. Afonin написал:
> [root@asy ~]# man sex
> No manual entry for sex
LANG=ru_RU.UTF-8 man sex

Читай внимательнее: эта страница есть _только_ на русском.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Андрей Черепанов wrote:

> LANG=ru_RU.UTF-8 man sex
> 
> Читай внимательнее: эта страница есть _только_ на русском.
 
А... В русском utf8... В LANG=ru_RU.KOI8-R я тоже пробовал.
Но нет:

$ LANG=ru_RU.UTF-8 man sex
No manual entry for sex

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

PS: что, как с %add_findreq_skiplist, где-то ещё путь указать ?

PPS: шутка. Нет, ну и фиг с ним.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton A. Vinogradov]

16.07.2010 16:59, Sergey Y. Afonin пишет:
> On Friday 16 July 2010, Андрей Черепанов wrote:
>
>> LANG=ru_RU.UTF-8 man sex
>>
>> Читай внимательнее: эта страница есть _только_ на русском.
>
> А... В русском utf8... В LANG=ru_RU.KOI8-R я тоже пробовал.
> Но нет:
>
> $ LANG=ru_RU.UTF-8 man sex
> No manual entry for sex
>
SEX(6)                                     EUNUCH Programmer's Manual 
                                   SEX(6)

НАЗВАНИЕ
        sex - заняться сексом

СИНТАКСИС
        sex [ options ] ...  [ username ] ...

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Sergey Y. Afonin написал:
> On Friday 16 July 2010, Андрей Черепанов wrote:
> > LANG=ru_RU.UTF-8 man sex
> > 
> > Читай внимательнее: эта страница есть _только_ на русском.
> 
> А... В русском utf8... В LANG=ru_RU.KOI8-R я тоже пробовал.
> Но нет:
> 
> $ LANG=ru_RU.UTF-8 man sex
> No manual entry for sex
man-pages-ru стоит?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Андрей Черепанов wrote:

> > $ LANG=ru_RU.UTF-8 man sex
> > No manual entry for sex

> man-pages-ru стоит?
 
Не только я невнимательностью страдаю... ;-)

В предыдущем (точнее, через) сообщении приведено:

[root@asy ~]# apt-get install man-pages-ru
Reading Package Lists... Done
<skip>
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
Done.

А, вот ещё что. А оно давно ? А то у меня 5.1...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Vladislav Zavjalov]

On Fri, Jul 16, 2010 at 05:24:55PM +0400, Sergey Y. Afonin wrote:
> On Friday 16 July 2010, Андрей Черепанов wrote:
> 
> > > $ LANG=ru_RU.UTF-8 man sex
> > > No manual entry for sex
> 
> > man-pages-ru стоит?
>  
> Не только я невнимательностью страдаю... ;-)

Не LANG, а LC_MESSAGES?

Слава

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton Farygin]

16.07.2010 15:41, Slava Semushin пишет:
> 16 июля 2010 г. 18:39 пользователь Андрей Черепанов<cas@altlinux.ru>  написал:
> [...]
>> Странно, что народ не вспомнил чудную локализованную на русский язык версию
>> man sex из man-pages-ru
>
> Я вспомнил, но не нашел бага в багзилле. Кстати, ещё вокруг hotbabe были споры.
>
> Могу исключить man sex из man-pages-ru, кстати.

Согласитесь, что man sex и порнография - это абсолютно разные вещи.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Tue, Aug 03, 2010 at 08:57:34PM +0400, Anton Farygin wrote:
> > Могу исключить man sex из man-pages-ru, кстати.
> Согласитесь, что man sex и порнография - это абсолютно разные вещи.
Поздняк.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

>>> OK
>> OK ?
> OK!
OK.
2devel@: Я поговорил с security-officer и получил его
одобрение. Постараюсь обновить php в ближайшее время.
		-- legion in devel@

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Igor Zubkov]

3 августа 2010 г. 22:12 пользователь Andrey Rahmatullin написал:
> On Tue, Aug 03, 2010 at 08:57:34PM +0400, Anton Farygin wrote:
>> > Могу исключить man sex из man-pages-ru, кстати.
>> Согласитесь, что man sex и порнография - это абсолютно разные вещи.
> Поздняк.

У кого-то явно отсутствует чувства юмора.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Andrey Rahmatullin wrote:

> Для пропустивших предыдущие несколько итераций:
> https://bugzilla.altlinux.org/19379

Ба... Я там в CC даже... 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

> 7. Отсутствие нормального описания многих важнейших пакетов на русском
> языке. Думаю, в ООО помнят, как я лично (в личной встрече) пытался уговорить
> Дмитрия Левина на включение проверки на русское описание пакета.
 
В src.rpm ? На самом деле, сейчас они, наоборот, убираются. Есть тенденция
переноса национальных описаний пакетов в packages-info-i18n, правда оно
как-то не сильно активно идёт, если я не ошибаюсь. Или имеется ввиду, что
в нём проверять ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 15:10 пользователь Sergey Y. Afonin <asy@altlinux.ru> написал:
> В src.rpm ? На самом деле, сейчас они, наоборот, убираются. Есть тенденция
> переноса национальных описаний пакетов в packages-info-i18n, правда оно
> как-то не сильно активно идёт, если я не ошибаюсь. Или имеется ввиду, что
> в нём проверять ?

Да, т.к считаю, что разработчик должен нести ответственность за свои
пакеты. Описания вроде
на английском так же считаю неприемлимыми. Например как у  alterator-bacula.
-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:15:29PM +0400, Денис Корявов wrote:
> > В src.rpm ? На самом деле, сейчас они, наоборот, убираются. Есть тенденция
> > переноса национальных описаний пакетов в packages-info-i18n, правда оно
> > как-то не сильно активно идёт, если я не ошибаюсь. Или имеется ввиду, что
> > в нём проверять ?
> Да, т.к считаю, что разработчик должен нести ответственность за свои
> пакеты. Описания вроде
> на английском так же считаю неприемлимыми. Например как у  alterator-bacula.
Я правильно понимаю, что вы предлагали, чтобы все пакеты имели русское
описание в обязательном порядке, и чтобы это проверялось при заливке?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

[...] одна фича наложилась на другую и аннулировала её ;)
		-- inger in #7738

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 15:17 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:

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

Да.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alex Gorbachenko]

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

On Fri, 16 Jul 2010 15:17:55 +0400
Денис wrote:

>Да.

ну и кому станет легче от того, что в описании пакета будет написано
"квас", например ? 

p.s. надеюсь, что это письмо не будет воспринято как квас.

-- 
np: 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Смирнов]

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

On Fri, Jul 16, 2010 at 03:17:55PM +0400, Денис Корявов wrote:
>> Я правильно понимаю, что вы предлагали, чтобы все пакеты имели русское
>> описание в обязательном порядке, и чтобы это проверялось при заливке?
ДК> Да.

Есть одна маленькая проблема. Мне за сборку пакетов не платят. А значит --
если мне их собирать в Сизиф будет _слишком_ неудобно -- я их буду
собирать в локальный репозиторий. Это первое.

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

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

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

У меня вон в половине пакетов в %description просто %summary.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Sat, Jul 17, 2010 at 03:20:36PM +0400, Денис Смирнов wrote:
> >> Я правильно понимаю, что вы предлагали, чтобы все пакеты имели русское
> >> описание в обязательном порядке, и чтобы это проверялось при заливке?
> ДК> Да.
> Есть одна маленькая проблема. Мне за сборку пакетов не платят. А значит --
> если мне их собирать в Сизиф будет _слишком_ неудобно -- я их буду
> собирать в локальный репозиторий. Это первое.
Хм, я думал, это предложение Дениса достаточно понятно всем (в т.ч.
невозможность его реализации и последствия такой реализации), и
развёрнутые комментарии не нужны.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

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

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Смирнов]

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

On Sat, Jul 17, 2010 at 08:28:40PM +0600, Andrey Rahmatullin wrote:

AR> Хм, я думал, это предложение Дениса достаточно понятно всем (в т.ч.
AR> невозможность его реализации и последствия такой реализации), и
AR> развёрнутые комментарии не нужны.

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

Увы, не все понимают разницу между работой в community и командой наемных
разработчиков.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

> Да, т.к считаю, что разработчик должен нести ответственность за свои
> пакеты.

Тут вопрос, кому что надо. Мне вот надо, чтобы оно работало. И, считаю,
что этого достаточно. Если бы я работал преподавателем, наверное, я бы
думал по-другому. Но никто не мешает преподавателю сделать просто перевод,
не занимаясь остальным. Более того, во многих школах преподают иностранные
языки, в том числе и английский, так что можно договориться с коллегой о
помощи. И вот при таком подходе, когда используется общий подход локлизации
описаний, это всё зависит от человека, который этим занимается совершенно
осознанно и, явно, пойдёт на контакт в плане добавлений локализации. В
отличие от произвольного мантейнера, который может и возразить во каким-то
причинам. Например, по причине попадания вожжи под хвост.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Sergey Y. Afonin написал:
> On Friday 16 July 2010, Денис Корявов wrote:
> > 7. Отсутствие нормального описания многих важнейших пакетов на русском
> > языке. Думаю, в ООО помнят, как я лично (в личной встрече) пытался
> > уговорить Дмитрия Левина на включение проверки на русское описание
> > пакета.
> 
> В src.rpm ? На самом деле, сейчас они, наоборот, убираются. Есть тенденция
> переноса национальных описаний пакетов в packages-info-i18n, правда оно
> как-то не сильно активно идёт, если я не ошибаюсь. Или имеется ввиду, что
> в нём проверять ?
А чего ему сильно идти, если оно никому не нужно?

Пожалуйста, переводите: 
http://l10n.lrn.ru/online/narro_file_text_list.php?l=ru&p=7&f=81&tf=2&st=1&s=

И в нашем RPM не работает: https://bugzilla.altlinux.org/23399

И Денис ко мне, как мейнтейнеру данного пакета не обращался по этому вопросу.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 03:36:04PM +0400, Андрей Черепанов wrote:
> И в нашем RPM не работает: https://bugzilla.altlinux.org/23399
http://lists.altlinux.org/pipermail/devel/2005-March/112259.html

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 03:47:53PM +0400, Alexey I. Froloff wrote:
> > И в нашем RPM не работает: https://bugzilla.altlinux.org/23399
> http://lists.altlinux.org/pipermail/devel/2005-March/112259.html
И читать rpm.git:lib/formats.c:i18nTag() если до сих пор не
понятно.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Alexey I. Froloff написал:
> On Fri, Jul 16, 2010 at 03:47:53PM +0400, Alexey I. Froloff wrote:
> > > И в нашем RPM не работает: https://bugzilla.altlinux.org/23399
> > 
> > http://lists.altlinux.org/pipermail/devel/2005-March/112259.html
> 
> И читать rpm.git:lib/formats.c:i18nTag() если до сих пор не
> понятно.
Не понятно. Начиная с RFC, по которому указан этот URI и заканчивая астральной 
связью между постом в рассылке и багой.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > И читать rpm.git:lib/formats.c:i18nTag() если до сих пор не
> > понятно.
> Не понятно. Начиная с RFC, по которому указан этот URI
Это не URI.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> РедХатовская привычка пересобирать РПМ под рутом.
Кстати, не хотите по свежей памяти "грабли при переходе с RH"
какие написать?  Потомки не забудут, но, может быть, простят. :)
		-- mike in community@

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> заканчивая астральной связью между постом в рассылке и багой.
Пост в рассылке подробно об'ясняет как пользоваться specspo.
"Странный URI" указывает на реализацию.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Alexey I. Froloff написал:
> On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > заканчивая астральной связью между постом в рассылке и багой.
> 
> Пост в рассылке подробно об'ясняет как пользоваться specspo.
> "Странный URI" указывает на реализацию.
Прошу прощения, но я не понял. Какую команду мне нужно вводить, чтобы получить 
локализованный через packages-info-i18n-ru Summary (например, для пакета 
basket)?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > "Странный URI" указывает на реализацию.
> Прошу прощения, но я не понял.
Вы зря взялись мантейнить packages-info-i18n-*.

> Какую команду мне нужно вводить, чтобы получить локализованный
> через packages-info-i18n-ru Summary (например, для пакета
> basket)?
Судя по содержимому пакета packages-info-i18n-common - никакую.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Alexey I. Froloff написал:
> On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> > > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > > "Странный URI" указывает на реализацию.
> > 
> > Прошу прощения, но я не понял.
> 
> Вы зря взялись мантейнить packages-info-i18n-*.
Ну остальным же это не нужно.
 
> > Какую команду мне нужно вводить, чтобы получить локализованный
> > через packages-info-i18n-ru Summary (например, для пакета
> > basket)?
> 
> Судя по содержимому пакета packages-info-i18n-common - никакую.
А при чём тут локализация в английском локали? Я осознанно туда .pot не 
вставляю, так как по определению для gettext не нужен шаблон. Или я ошибаюсь, 
но тогда моё мнение о квалификации разработчиков RPM в части локализации 
значительно снизится.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 04:55:01PM +0400, Андрей Черепанов wrote:
> > Вы зря взялись мантейнить packages-info-i18n-*.
> Ну остальным же это не нужно.
Кто умеет - тем не нужно.  А кому нужно - не умеют.

> > Судя по содержимому пакета packages-info-i18n-common - никакую.
> А при чём тут локализация в английском локали?
Ну так
> > > > Пост в рассылке подробно об'ясняет как пользоваться specspo.

Вы его используете неправильно.  0.1-alt0.4 - последний рабочий
пакет.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Alexey I. Froloff wrote:

> > > Вы зря взялись мантейнить packages-info-i18n-*.
> > Ну остальным же это не нужно.

> Кто умеет - тем не нужно.  А кому нужно - не умеют.

Напоминает анекдот про медфак, студентку и того, кто может,
но не хочет. Короче, Алексей, могли бы и подсказать, раз
знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
массе, нужная.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
> Напоминает анекдот про медфак, студентку и того, кто может,
> но не хочет. Короче, Алексей, могли бы и подсказать, раз
> знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
> массе, нужная.
Я уже ссылку дал на описание этого механизма.  И на реализацию.
Этого недостаточно?  Тогда я уже ничем не могу помочь...

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16.07.10, Alexey I. Froloff<raorn@altlinux.org> написал(а):
> On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
>  > Напоминает анекдот про медфак, студентку и того, кто может,
>  > но не хочет. Короче, Алексей, могли бы и подсказать, раз
>  > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
>  > массе, нужная.
>
> Я уже ссылку дал на описание этого механизма.  И на реализацию.
>  Этого недостаточно?  Тогда я уже ничем не могу помочь...


Ну, это мейнтейнер скажет. Бага-то давно висит.
Если все так, то одной проблемой меньше и пересобирать все пакеты для
включения перевода не нужно. :-)
И вопрос с меню оказался уже известным и решенным раньше.
Что остается? п.1?
Rgrds, Алексей

>
>
>  --
>  Regards,    --
>  Sir Raorn.   --- http://thousandsofhate.blogspot.com/
>
> -----BEGIN PGP SIGNATURE-----
>  Version: GnuPG v1.4.10 (GNU/Linux)
>
>  iEYEARECAAYFAkxAXtgACgkQVqT7+fkT8wrorACdEeMPqLXkfycBWx0oMlWobj6n
>  6rsAn1EZEJ1nbAN3QSfgrCLtwzC5NT7M
>  =eMSj
>  -----END PGP SIGNATURE-----
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Alexey I. Froloff wrote:

> > Напоминает анекдот про медфак, студентку и того, кто может,
> > но не хочет. Короче, Алексей, могли бы и подсказать, раз
> > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
> > массе, нужная.

> Я уже ссылку дал на описание этого механизма.  И на реализацию.
> Этого недостаточно?  Тогда я уже ничем не могу помочь...

Я не знаю, не я мантейнер. Но тут явно видны недомолвки и надежда
на домысливание. Это не всегда правильно, у человека могут быть 
ещё занятия, кроме как пакеты собирать. Это вот если бы точно 
знать, что он только пакеты собирает, тогда да, можно было бы
рассматривать, как попытку тренировки мозга. А если ему есть, чем
ещё мозги тренировать ? Да он плюнет, и своими делами займётся.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Alexey I. Froloff написал:
> On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
> > Напоминает анекдот про медфак, студентку и того, кто может,
> > но не хочет. Короче, Алексей, могли бы и подсказать, раз
> > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
> > массе, нужная.
> 
> Я уже ссылку дал на описание этого механизма.  И на реализацию.
> Этого недостаточно?  Тогда я уже ничем не могу помочь...
Я портирую specspo из Fedora, там всё это делается автоматом. Так что скоро 
приедут описания.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Андрей Черепанов написал:
> 16 июля 2010 Alexey I. Froloff написал:
> > On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
> > > Напоминает анекдот про медфак, студентку и того, кто может,
> > > но не хочет. Короче, Алексей, могли бы и подсказать, раз
> > > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
> > > массе, нужная.
> > 
> > Я уже ссылку дал на описание этого механизма.  И на реализацию.
> > Этого недостаточно?  Тогда я уже ничем не могу помочь...
> 
> Я портирую specspo из Fedora, там всё это делается автоматом. Так что скоро
> приедут описания.
Всё, уехало на сборку. Проблема пофиксена, а raorn@ - сноб и нехороший 
человек.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 21:28 пользователь Андрей Черепанов <cas@altlinux.ru> написал:
> 16 июля 2010 Андрей Черепанов написал:
>> 16 июля 2010 Alexey I. Froloff написал:
>> > On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
>> > > Напоминает анекдот про медфак, студентку и того, кто может,
>> > > но не хочет. Короче, Алексей, могли бы и подсказать, раз
>> > > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
>> > > массе, нужная.
>> >
>> > Я уже ссылку дал на описание этого механизма.  И на реализацию.
>> > Этого недостаточно?  Тогда я уже ничем не могу помочь...
>>
>> Я портирую specspo из Fedora, там всё это делается автоматом. Так что скоро
>> приедут описания.
> Всё, уехало на сборку. Проблема пофиксена, а raorn@ - сноб и нехороший
> человек.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Aleksey Novodvorsky написал:
> 16 июля 2010 г. 21:28 пользователь Андрей Черепанов <cas@altlinux.ru> 
написал:
> > 16 июля 2010 Андрей Черепанов написал:
> >> 16 июля 2010 Alexey I. Froloff написал:
> >> > On Fri, Jul 16, 2010 at 05:28:21PM +0400, Sergey Y. Afonin wrote:
> >> > > Напоминает анекдот про медфак, студентку и того, кто может,
> >> > > но не хочет. Короче, Алексей, могли бы и подсказать, раз
> >> > > знаете, тому, кто хочет эту лямку тянуть. Штука, в общемй
> >> > > массе, нужная.
> >> > 
> >> > Я уже ссылку дал на описание этого механизма.  И на реализацию.
> >> > Этого недостаточно?  Тогда я уже ничем не могу помочь...
> >> 
> >> Я портирую specspo из Fedora, там всё это делается автоматом. Так что
> >> скоро приедут описания.
> > 
> > Всё, уехало на сборку. Проблема пофиксена, а raorn@ - сноб и нехороший
> > человек.
> 
> Сноб и язва. А человек хороший.
> Сказал же, как багу пофиксить. А мог бы форкнуть Сизиф.
Это напоминает известную байку:
Пользователь: "Мне нужна бронзовая статуя русалки!"
raorn: "Вот вам кирка и каска с фонариком. Шахта с медью - в той стороне"
Если честно, то текст Димы можно понять только посмотрев на примеры. По 
дороге, кстати, пришлось удивляться, почему не работают федорные скрипты с 
нашим python-module-rpm.

Вот теперь получайте git-репозиторий на 0,5 (не кваса!) гигибайта. :)


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Alexey I. Froloff]

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

On Fri, Jul 16, 2010 at 09:46:42PM +0400, Андрей Черепанов wrote:
> > Сноб и язва. А человек хороший.
Не имеет никакого значения, хороший я человек или плохой.  Просто
иногда у меня получается думать головой.

> Это напоминает известную байку:
> Пользователь: "Мне нужна бронзовая статуя русалки!"
> raorn: "Вот вам кирка и каска с фонариком. Шахта с медью - в
> той стороне"
Я не считаю, что предварительно разжёванная пища полезна.

> Если честно, то текст Димы можно понять только посмотрев на
> примеры.
А примеры были в пакетах packages-info-i18n-*, которые ты
благополучно похерил даже не попытавшись разобраться как оно
вообще работает.  И кто после этого сноб?

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

[devel] packages-info-i18n-*

[Michael Shigorin]

On Fri, Jul 16, 2010 at 05:30:01PM +0400, Alexey I. Froloff wrote:
> Я уже ссылку дал на описание этого механизма.  И на реализацию.
> Этого недостаточно?  Тогда я уже ничем не могу помочь...

А выбрасывать-то переводы зачем было, или банально мешались
под руками?

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

Re: [devel] specspo в rpm

[Dmitry V. Levin]

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

On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> 16 июля 2010 Alexey I. Froloff написал:
> > On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > > заканчивая астральной связью между постом в рассылке и багой.
> > 
> > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > "Странный URI" указывает на реализацию.
> Прошу прощения, но я не понял.

Андрей, я тебе с самого начала сказал, что я не верю в то, что, как
утверждалось тобой в altbug#23399, в rpm сломан specspo.  Более того, я
тебе сказал, что этот механизм давно не менялся, и нет никаких оснований
подозревать, что он сломан.  Мне показалось, что этого должно было быть
достаточно, чтобы у тебя возникли сомнения в правильности использования
specspo в твоих пакетах.

Видимо, я выбрал неправильный подход, мне следовало сказать, что ты ничего
не понимаешь в specspo, и что тебе вообще не следует заниматься этим
вопросом.  Этот эффективный подход, который применил Алексей, судя по
всему, привёл к исправлению использования specspo в тот же день.

Итак, механизм specspo в rpm работал, работает, и нет никаких причин
полагать, что он вдруг перестанет работать.  Надо только правильно им
пользоваться, и не надо пытаться навязать мейнтейнерам пакетов
обязательность наличия переводов спек-файлов.


-- 
ldv

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

Re: [devel] specspo в rpm

[Андрей Черепанов]

18 июля 2010 Dmitry V. Levin написал:
> On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> > 16 июля 2010 Alexey I. Froloff написал:
> > > On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > > > заканчивая астральной связью между постом в рассылке и багой.
> > > 
> > > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > > "Странный URI" указывает на реализацию.
> > 
> > Прошу прощения, но я не понял.
> 
> Андрей, я тебе с самого начала сказал, что я не верю в то, что, как
> утверждалось тобой в altbug#23399, в rpm сломан specspo.  Более того, я
> тебе сказал, что этот механизм давно не менялся, и нет никаких оснований
> подозревать, что он сломан.  Мне показалось, что этого должно было быть
> достаточно, чтобы у тебя возникли сомнения в правильности использования
> specspo в твоих пакетах.
Ладно, проехали. 
Просто созданные (весьма кривые) велосипеды нужно было менять на апстрим. Я 
лишь недоумеваю, почему нужно было объяснять намёками, как на светском рауте.

P.S. Занёс в книжечку к обвинению в некомпетентности в английском ещё и 
некомпетентность в сборке пакетов и клеймо откровенно тупого, не понимающего 
тонких намёков.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[devel] [JT] намёки

[Michael Shigorin]

On Mon, Jul 19, 2010 at 03:06:45PM +0400, Андрей Черепанов wrote:
> Я лишь недоумеваю, почему нужно было объяснять намёками, как на
> светском рауте.

Вот да, намёки в печёнках уже (по разным векторам).
Одни намекают другим, другие намекают одним, в итоге
кто-то что-то понимает не так (или делает вид, что вовсе
не понимает) -- и с незавидной регулярностью это стреляет.

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

Re: [devel] specspo в rpm

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 03:06:45PM +0400, Андрей Черепанов wrote:
[...]
> Просто созданные (весьма кривые) велосипеды нужно было менять на апстрим. Я 
> лишь недоумеваю, почему нужно было объяснять намёками, как на светском рауте.

Потому что у нас не принято безапелляционно утверждать, что в чужом коде
ошибка, предварительно в этом не убедившись.  Поскольку я не смотрел в
код packages-info-i18n-common, мне оставалось только предполагать.
А raorn@ посмотрел туда, и сомнений в том, где именно ошибка, не осталось.


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

>  Помимо всего этого сыграло банальное удобство собственного бренча:
> меняешь что хочешь в репозитории без долгих запросов и споров в
> bugzilla и.т.д. Безусловно, были еще причины, но всех сейчас набирая
> сообщение "впопыхах" я не припомню.
 
А в спорах рождается истина... Хотя согласен. Некоторые долгоиграющие
баги могли бы исправляться быстрее... Сейчас опять, к слову, LDV пихну,
может хоть прокомментирует... ;-)

https://bugzilla.altlinux.org/10326

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Slava Semushin]

16 июля 2010 г. 17:50 пользователь Денис Корявов <dkoryavov@gmail.com> написал:
[...]
> Вот так, вкратце.

Звучит резонно.

Но проблема с взаимодействием никуда не делась: да, вы можете быстро
внести изменения в любой пакет, но если вы захотите вернуть изменения
назад, то вам всё равно придётся общаться с мэйнтейнером. Если вы не
хотите общаться с мэйнтейнером, то будет сложнее мержить его изменения
к себе.

Конечно, всё это не относится к случаю, когда вы не собираетесь
возвращать изменения назад, т.е. в ALT. Денис, вы планируете делиться
с ALT своими наработками?

Например, я вижу, что у вы обновили Geany, а у нас всё ещё старая
версия. Я думаю, что если бы вы попросили NMU или хотя бы повесили
багу, то без проблем бы получили одобрение, т.к. я за ним не слежу, а
george@ часто занят, насколько понимаю. Т.о. образом мы бы действовали
сообща и всем было бы это выгодно -- в ALT появилась бы новая версия,
вам стало бы проще -- новую версию собрал бы мэйнтейнер, либо выдал
вам прав + меньше различий с нами => ничего не надо форкать и потом
мержить.

Собственно, могу понять Дениса. И было бы здорово сразу наладить
хорошие отношения между родственными (если не по духу так по code
base) проектами.

P.S. 2all: и хотелось бы поменьше флейма в devel@...

-- 
Slava Semushin

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 15:37 пользователь Slava Semushin
<slava.semushin@gmail.com> написал:
> 16 июля 2010 г. 17:50 пользователь Денис Корявов <dkoryavov@gmail.com> написал:
> Конечно, всё это не относится к случаю, когда вы не собираетесь
> возвращать изменения назад, т.е. в ALT. Денис, вы планируете делиться
> с ALT своими наработками?

Конечно. Как только я устроился в PingWin Sofware я сразу написал в devel
про создание xfce-team. Сразу же стал загружать свои наработки по моим
бывшим пакетам (например, новый mousepad с исправленной ошибкой
отмены, который я протестировал
и локализовал, отправил локализацию в апстрим - такого ни у кого нет
:)) в Сизиф (даже по тем, которые не планирую использовать, но
исследовал - вроде новой версии xfce4-taskmanager). Стал ставить баги
(см. leafpad и vino),
доработал consolehelper.... В общем, старался делать все, в меру моих
скромных сил.

>
> Например, я вижу, что у вы обновили Geany, а у нас всё ещё старая
> версия. Я думаю, что если бы вы попросили NMU или хотя бы повесили
> багу, то без проблем бы получили одобрение, т.к. я за ним не слежу, а
> george@ часто занят, насколько понимаю.

Для Geany мы локализовали даже документацию (я завершаю ее проверку,
кто может - помогайте).
Локализацию я планирую отсылать а апстрим. Что касается обновления в
сизифе, то я один просто не успеваю
за всем.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

> Локализацию я планирую отсылать а апстрим. Что касается обновления в
> сизифе,

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

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Slava Semushin написал:
> Собственно, могу понять Дениса. И было бы здорово сразу наладить
> хорошие отношения между родственными (если не по духу так по code
> base) проектами.
Слава, забей! Цитата от Дениса: "(в дальнейшем я планирую использовать другую 
пакетную базу, пока выбираю. Скорее всего, это будет Ubuntu или Mandriva)". 
Форк сдохнет через 3-4 месяца.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Fri, Jul 16, 2010 at 03:57:36PM +0400, Андрей Черепанов wrote:
> Слава, забей! Цитата от Дениса: "(в дальнейшем я планирую использовать другую 
> пакетную базу, пока выбираю. Скорее всего, это будет Ubuntu или Mandriva)". 
> Форк сдохнет через 3-4 месяца.
Нам тут интереснее, как предполагается "меняешь что хочешь в репозитории
без долгих запросов и споров" и проч. на "Ubuntu или Mandriva".

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

 * wart глотает холодный растворимый кофе трехдневной давности. Ох и
   гадость же..

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Fri, Jul 16, 2010 at 06:00:40PM +0600, Andrey Rahmatullin wrote:
> Нам тут интереснее, как предполагается "меняешь что хочешь в
> репозитории без долгих запросов и споров" и проч. на "Ubuntu
> или Mandriva".

Для начала по-английски...

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Slava Semushin]

16 июля 2010 г. 18:57 пользователь Андрей Черепанов <cas@altlinux.ru> написал:
> 16 июля 2010 Slava Semushin написал:
>> Собственно, могу понять Дениса. И было бы здорово сразу наладить
>> хорошие отношения между родственными (если не по духу так по code
>> base) проектами.
> Слава, забей! Цитата от Дениса: "(в дальнейшем я планирую использовать другую
> пакетную базу, пока выбираю. Скорее всего, это будет Ubuntu или Mandriva)".
> Форк сдохнет через 3-4 месяца.

Даже если и так.

Для того чтобы работа Дениса не пропала и хотя бы часть осталась и
принесла пользу, лучше бы нам получить её плоды в Сизиф.

-- 
Slava Semushin

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Slava Semushin написал:
> 16 июля 2010 г. 18:57 пользователь Андрей Черепанов <cas@altlinux.ru> 
написал:
> > 16 июля 2010 Slava Semushin написал:
> >> Собственно, могу понять Дениса. И было бы здорово сразу наладить
> >> хорошие отношения между родственными (если не по духу так по code
> >> base) проектами.
> > 
> > Слава, забей! Цитата от Дениса: "(в дальнейшем я планирую использовать
> > другую пакетную базу, пока выбираю. Скорее всего, это будет Ubuntu или
> > Mandriva)". Форк сдохнет через 3-4 месяца.
> 
> Даже если и так.
> 
> Для того чтобы работа Дениса не пропала и хотя бы часть осталась и
> принесла пользу, лучше бы нам получить её плоды в Сизиф.
Я уже скачал локализацию и отложил на будущее.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

Денис, спасибо!

16.07.10, Денис Корявов<dkoryavov@gmail.com> написал(а):
> 16 июля 2010 г. 13:44 пользователь Aleksey Novodvorsky
>  <aen@altlinux.ru> написал:
>
> > Начинайте по п.1 лучше.
>
>
> Хорошо. По п.1 - все просто. PingWin Software планирует создавать
>  собственные дистрибутивы.
>  Мне было предложено создать ПСПО 5, при этом, у меня была полная
>  свобода по выбору платформы.
>
>  Естественно, учитывая что я лучше всего знаю ALT Linux я решил создать
>  дистрибутив на этой пакетной базе
>  (в дальнейшем я планирую использовать другую пакетную базу, пока
>  выбираю. Скорее всего, это будет Ubuntu
>  или Mandriva).

И тогда этот проект Вы забросите?

>
>  Итак.  Дальше встал выбор репозитория. Sisyphus меня, естественно не
>  устраивал. 5.1 так же, по той причине,
>  что это, фактически, экспериментальная ветка без четких правил
>  бекпортирования в нее пакетов из сизифа и сборки новых.
>  (именно поэтому я и Simply GNU/Linux делал на p5).
>
>  Осталась Пятая Платформа. Когда она создавалась, декларировались
>  нужные для меня цели:
>  http://lists.altlinux.org/pipermail/devel/2009-September/174535.html.
>
>   Что в ней меня не устраивало, я уже множество раз высказывал, повторюсь:
>  1. Отсутствие прозрачной политики бекпортирования пакетов в p5. Помню
>  я был очень раздосадован когда
>     узнал о бекпортировании новой версии Pidgin в p5 с плохим, по
>  моему мнению, переводом. То же самое
>     я увидел когда был бекпортирован из сизифа пакет
>  branding-simply-linux-xfce-settings (где, по моей оплошности, была
>     совершена видимая ошибка, а его бекпортировали в p5, минуя 5.1,
>  без проверки). Из этих случаев мне стало понятно,
>     что декларируемые цели не соблюдаются, и неизвестно что ждать в
>  дальнейшем от p5.

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

>  2. Отсутствие нормальной локализации для многих .desktop файлов. Это
>  не позволяет создать нормальное меню в Xfce. Как многие видели (в
>  исходных кодах что я видел), во многих приложениях я изменил только
>  .desktop файлы.

Здесь две проблемы. Одна -- отсутствие локализации, ее надо исправлять
и я не вижу причин, почему не сделать это в общем проекте. Другое --
замена названий программ на описание их функциональности на русском.
Это может быть полезно, если программа с такой функциональностью
единственная, как в Ваших дистрибутивах. Но как только пользователь
сталкивается с разными программами схожей функциональности --
начинается ступор. В винде, скажем, есть Microsoft Office и
OpenOffice.org. Даже MS не указывает свой офис как единственный.
То есть Ваше решение, возможно приятное для одной установки одного
дистрибутива, деструктивно для репозитория в целом. И для
пользователей, которые его используют. Межуд тем, можно было бы
подумать, как сделать desktop-файлы только для одного дистрибутива без
ущерба для репозитория. В любом случае, это стоит обсудить.

>  3. Consolehelper.

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

>  4. Папки Documents и tmp в etcskel (хотя, эту проблему можно, в
>  принципе не очень красивым способом решить, как я это сделал в SL).

И что мешало это обсудить и сделать в общем репозитории, начиная с Сизифа?

>  5. Отсутствие system-config-printer и многих других новых пакетов. Тут
>  - (Антон Бояршинов думаю, подтвердит) я лично
>  обращался к нему с предложением бекпортировать system-config-printer в
>  p5. Видимо, я совершил тут ошибку, и нужно
>  было обращаться к Алексею Новодворскому, но, честно говоря, я даже не
>  думал тогда об этом. Для меня "разработчик ООО"="ООО" в смысле того,
>  что  я думал, что если обращусь к одному из разработчиков ООО, то
>  получу, в целом,
>  ответ соответствующий настроениям в ООО.

Бред какой-то! Я то тут при чем? Бэкпортировать в 5.1 кто-то мешал?
Другое дело, что бэкпорт samba нуждается в очень серьезном
тестировании. В частности, на совместимость со Школьным сервером.

>  6. Политика как в "баге" 21320. Когда простейшее изменение не делается
>  только потому, что оно не красиво технически.

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

>  7. Отсутствие нормального описания многих важнейших пакетов на русском
>  языке. Думаю, в ООО помнят, как я лично (
>  в личной встрече) пытался уговорить Дмитрия Левина на включение
>  проверки на русское описание пакета.

Это привело бы к ступору. Проблема важная, но вот непонятно, почему бы
ее не решать вместе.

>  8. pornotube-dl в репозиториях.
>
>   Помимо всего этого сыграло банальное удобство собственного бренча:
>  меняешь что хочешь в репозитории без долгих запросов и споров в
>  bugzilla и.т.д. Безусловно, были еще причины, но всех сейчас набирая
>  сообщение "впопыхах" я не припомню.
>
>  Поэтому, было решено создавать что-то отдельное. Поначалу, я хотел
>  создавать репозиторий-дополнение для p5, однако
>  пункт 1, в итоге, перевесил меня к собственному репозиторию.
>
>  Вот так, вкратце.

В общем, главное мое недоумение - в комментарии к п.1. и главный
вопрос: времянка или нет.

Rgrds, Алексей

>
>
>  --
>
> WBR, Denis Koryavov.
>  _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Vitaly Kuznetsov]

Aleksey Novodvorsky <aen@altlinux.ru> writes:

> Бред какой-то! Я то тут при чем? Бэкпортировать в 5.1 кто-то мешал?
> Другое дело, что бэкпорт samba нуждается в очень серьезном
> тестировании. В частности, на совместимость со Школьным сервером.
>

Напоминаю, что бекпорт samba в 5.1 требует значительных услилий
(миграция старых баз). Без этого пользователи _гарантированно_ получат
проблемы.

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton V. Boyarshinov]

On Fri, 16 Jul 2010 16:05:28 +0400 Aleksey Novodvorsky wrote:

>  Межуд тем, можно было бы
> подумать, как сделать desktop-файлы только для одного дистрибутива без
> ущерба для репозитория. В любом случае, это стоит обсудить.
Это можно сделать достаточно легко: пакет с десктопными файлами,
кладущимися в нестандартное место, и кастомизация меню, указывающая в
это место.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16.07.10, Anton V. Boyarshinov<boyarsh@altlinux.org> написал(а):
> On Fri, 16 Jul 2010 16:05:28 +0400 Aleksey Novodvorsky wrote:
>
>  >  Межуд тем, можно было бы
>  > подумать, как сделать desktop-файлы только для одного дистрибутива без
>  > ущерба для репозитория. В любом случае, это стоит обсудить.
>
> Это можно сделать достаточно легко: пакет с десктопными файлами,
>  кладущимися в нестандартное место, и кастомизация меню, указывающая в
>  это место.

Это вообще обсуждалось ранее в devel@? Или вопрос риторический?

Rgrds, Алексей


>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Андрей Черепанов]

16 июля 2010 Aleksey Novodvorsky написал:
> 16.07.10, Anton V. Boyarshinov<boyarsh@altlinux.org> написал(а):
> > On Fri, 16 Jul 2010 16:05:28 +0400 Aleksey Novodvorsky wrote:
> >  >  Межуд тем, можно было бы
> >  > 
> >  > подумать, как сделать desktop-файлы только для одного дистрибутива без
> >  > ущерба для репозитория. В любом случае, это стоит обсудить.
> > 
> > Это можно сделать достаточно легко: пакет с десктопными файлами,
> > 
> >  кладущимися в нестандартное место, и кастомизация меню, указывающая в
> >  это место.
> 
> Это вообще обсуждалось ранее в devel@? Или вопрос риторический?
Подобный механизм впервые применялся при ограничении меню в ПСПО.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 16:05 пользователь Aleksey Novodvorsky
<aen@altlinux.ru> написал:
> И тогда этот проект Вы забросите?

Вы имеете ввиду поддержку? Честно говоря, я даже понятия не имею сколько будет
длится поддержка ПСПО5. Я обычный исполнитель - моя задача создать
дистрибутив я его делаю.

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

Как я уже говорил, я выбрал пакетную базу ALT Linux
только потому, что лучше всего ее знаю на данный момент. При этом,
я никогда не скрывал своей симпатии к Ubuntu (в идеале, я хотел сделать
что-то вроде Linux Mint). Но, одно меня от них отталкивает - .deb.
Поэтому, колеблюсь в раздумьях.


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

Да. Мы тут диаметрально противоположны во мнениях.

> И что мешало это обсудить и сделать в общем репозитории, начиная с Сизифа?

Я лично, опять же, как минимум один раз пытался убедить в этом Дмитрия Левина.
Вы присутствовали при этом разговоре (если мне не изменяет память).

> Бред какой-то! Я то тут при чем? Бэкпортировать в 5.1 кто-то мешал?
> Другое дело, что бэкпорт samba нуждается в очень серьезном
> тестировании. В частности, на совместимость со Школьным сервером.

Поясню: я предлагал рассмотреть возможность оплаты этой работы.

> Это привело бы к ступору. Проблема важная, но вот непонятно, почему бы
> ее не решать вместе.

Так я пытался - поддержки не получил.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton A. Vinogradov]

16.07.2010 18:13, Денис Корявов пишет:
>> то тогда проект-времянку действительно
>> >  лучше делать "как проще", не заморачиваясь. Но тогда скажите об этом
>> >  открыто.
> Как я уже говорил, я выбрал пакетную базу ALT Linux
> только потому, что лучше всего ее знаю на данный момент. При этом,
> я никогда не скрывал своей симпатии к Ubuntu (в идеале, я хотел сделать
> что-то вроде Linux Mint). Но, одно меня от них отталкивает - .deb.
> Поэтому, колеблюсь в раздумьях.
<ИМХО>
Определяющая роль в вашем "выборе" будет принадлежать более 
авторитетному человеку -- Казанцеву. и о .deb "придется" забыть.
А "форк" -- не более чем способ подергать, с Вашей помощью, ООО за усы.
Ну и еще раз доказать, что выложенные в открытый доступ технологии ALT 
действительно работают. (первая попытка Комиссарова была с пересборкой ПСПО)
</ИМХО>

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Денис Корявов wrote:

> > ну, о нем здесь было. и, честно, говоря, Ваше упорство в пропихивании
> > баги в защите системы достойно лучшего применения. юзабилити включает
> > в себя безопасность. Без этого получается win95.
 
> Да. Мы тут диаметрально противоположны во мнениях.

На безопасности крест ставить нельзя. ОС, которая предназначена для
работы в публичной сети, должна хоть как-то отсеевать обезьян с
гранатами. Я, читая вскользь тот тред, понял так, что там проблема
в количестве попыток и в подсказках ? Подсказки - это, однозначно,
излишний момент. Несколько попыток - наверное хорошо. Только вопрос,
там задержка предусмотрена между попытками ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

[devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое сотрудничество)

[Michael Pozhidaev]

Hello, Aleksey Novodvorsky!

> начинается ступор. В винде, скажем, есть Microsoft Office и
> OpenOffice.org. Даже MS не указывает свой офис как единственный.
> То есть Ваше решение, возможно приятное для одной установки одного
> дистрибутива, деструктивно для репозитория в целом. И для

Алексей, вот тут у Вас очень хорошая мысль затронута. Я тоже раньше в
своих размышлениях приходил к выводу, что зачастую появляется
необходимость сделать точечный патч некоторого пакета для некоторого
дистрибутива, но патч бессмысленный или, как Вы сказали, деструктивный
для репозитория в целом. Можно соорудить что-нибудь у себя локально,
чтобы решить этот вопрос, но это как-то несерьёзно. Делать форк под
каждый дистрибутив - неразумно, это тоже понятно. Сейчас мы можем делать
только дистрибутиво специфичные пакеты с настройками, разного рода
брендинги, но сами пакеты с программами идут из репозитория как они
есть. Я бы оценил, если бы существовало какое-нибудь системное решение
этого вопроса. Продуманное и общепринятое. Например, появляется проблема
обновления дистрибутивоспецифичного пакета на версию из репозитория. То
есть, в релизе нужно как-то отражать, что эта версия имеет меньший
приоритет, чем из репозитория. Может быть, ldv@ или кто-нибудь, кто
вплотную занимаются администрированием репозиториев, подумают над этим
вопросом. Собственно, не для флейма. Договориться, что желающие испечь
дистр как-то регистрируют своё намерение и имеют возможность часть
пакетов пропатчить чисто для своего дистра. Может не держать это
постоянно в виде apt-репозитория, а делать чисто в git, как-то указывая
список исключений. Делать это локально у себя на коленке чесслово
неудобно. Кто потом сядет поддерживать чужой дистр ппроклянёт всё на
белом свете. Ну и само собой все права на пакеты-исключения отдавать rm,
а мейнтейнеру оставить только права советовать. Ну и чтоб это было бы
прозрачно. То есть, если когда спохватились, то смогли бы узнать, кто
что патчил, из какого git, с каким тегом и прочее.

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое =?koi8-r?b?INPP1NLVxM7J3sXT1NfP?=)

[Michael A. Kangin]

В сообщении от Суббота 17 июля 2010 07:48:58 автор Michael Pozhidaev написал:

> > начинается ступор. В винде, скажем, есть Microsoft Office и
> > OpenOffice.org. Даже MS не указывает свой офис как единственный.
> > То есть Ваше решение, возможно приятное для одной установки одного
> > дистрибутива, деструктивно для репозитория в целом. И для
> 
> Алексей, вот тут у Вас очень хорошая мысль затронута. Я тоже раньше в
> своих размышлениях приходил к выводу, что зачастую появляется
> необходимость сделать точечный патч некоторого пакета для некоторого
> дистрибутива, но патч бессмысленный или, как Вы сказали, деструктивный
> для репозитория в целом. Можно соорудить что-нибудь у себя локально,
> чтобы решить этот вопрос, но это как-то несерьёзно. Делать форк под
> каждый дистрибутив - неразумно, это тоже понятно. Сейчас мы можем делать
> только дистрибутиво специфичные пакеты с настройками, разного рода
> брендинги, но сами пакеты с программами идут из репозитория как они
> есть. Я бы оценил, если бы существовало какое-нибудь системное решение
> этого вопроса. Продуманное и общепринятое. 

git-бранчи с зарезервированными именами?


-- 
WBR, Michael A. Kangin

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Michael A. Kangin!

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

Возможно. Только как их централизовано выкачивать? Может быть
какая-нибудь машинерия, которая автоматически делала бы apt-репозиторий для
сборки дистрибутива с пропатченными пакетами. Вопрос нормального
обновления из основного репозитория (вопрос правильного выставления
релиза) тоже пока остаётся.

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Slava Semushin]

17 июля 2010 г. 15:32 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
[...]
> Вопрос нормального обновления из основного репозитория (вопрос правильного выставления
> релиза) тоже пока остаётся.

Через apt-preferences можно указать, что ваш дополнительный
репозиторий более приоритетен. В таком случае если пакет есть в вашем
репо, то он не должен будет выкачиваться из основного. (Впрочем, не
знаю точно что будет если в вашем репо пакет будет иметь меньшую
версию.)


-- 
Slava Semushin

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Slava Semushin!

>> Вопрос нормального обновления из основного репозитория (вопрос правильного выставления
>> релиза) тоже пока остаётся.
>
> Через apt-preferences можно указать, что ваш дополнительный
> репозиторий более приоритетен. В таком случае если пакет есть в вашем
> репо, то он не должен будет выкачиваться из основного. (Впрочем, не
> знаю точно что будет если в вашем репо пакет будет иметь меньшую
> версию.)

Так это делать всем пользователям, кто поставил дистр с пропатченными
пакетами? Суть дела вот: я взял пакет foobar-x.y-alt1, сделал к нему
патч и как-либо увеличил релиз. Например, поставил alt1.1. Этот пакет
попал в систему пользователя. Потом мейнтейнер в репозитории тоже внёс
исправления и точно также увеличил релиз.  Обновление не
сработает. Если уменьшать, то тогда нельзя делать dist-upgrade,
поскольку все пропатченные пакеты будут заменены даже если они на самом
деле не обновлялись.

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Timur Batyrshin]

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

On Sat, 17 Jul 2010 16:06:04 +0700
Michael Pozhidaev wrote:

> >> Вопрос нормального обновления из основного репозитория (вопрос
> >> правильного выставления релиза) тоже пока остаётся.
> >
> > Через apt-preferences можно указать, что ваш дополнительный
> > репозиторий более приоритетен. В таком случае если пакет есть в
> > вашем репо, то он не должен будет выкачиваться из основного.
> > (Впрочем, не знаю точно что будет если в вашем репо пакет будет
> > иметь меньшую версию.)
> 
> Так это делать всем пользователям, кто поставил дистр с пропатченными
> пакетами?

Соберите свой apt-conf-foo например.

> Суть дела вот: я взял пакет foobar-x.y-alt1, сделал к нему
> патч и как-либо увеличил релиз. Например, поставил alt1.1.

Релизы для своего репозитория раздавать вида foo1.1 например. 
alt < foo поэтому релиз у вас всегда будет больший.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое сотрудничество)

[Aleksey Novodvorsky]

17 июля 2010 г. 7:48 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
> Hello, Aleksey Novodvorsky!
>
>> начинается ступор. В винде, скажем, есть Microsoft Office и
>> OpenOffice.org. Даже MS не указывает свой офис как единственный.
>> То есть Ваше решение, возможно приятное для одной установки одного
>> дистрибутива, деструктивно для репозитория в целом. И для
>
> Алексей, вот тут у Вас очень хорошая мысль затронута. Я тоже раньше в
> своих размышлениях приходил к выводу, что зачастую появляется
> необходимость сделать точечный патч некоторого пакета для некоторого
> дистрибутива, но патч бессмысленный или, как Вы сказали, деструктивный
> для репозитория в целом. Можно соорудить что-нибудь у себя локально,
> чтобы решить этот вопрос, но это как-то несерьёзно. Делать форк под
> каждый дистрибутив - неразумно, это тоже понятно. Сейчас мы можем делать
> только дистрибутиво специфичные пакеты с настройками, разного рода
> брендинги, но сами пакеты с программами идут из репозитория как они
> есть. Я бы оценил, если бы существовало какое-нибудь системное решение
> этого вопроса. Продуманное и общепринятое. Например, появляется проблема
> обновления дистрибутивоспецифичного пакета на версию из репозитория. То
> есть, в релизе нужно как-то отражать, что эта версия имеет меньший
> приоритет, чем из репозитория. Может быть, ldv@ или кто-нибудь, кто
> вплотную занимаются администрированием репозиториев, подумают над этим
> вопросом. Собственно, не для флейма.

Да, над этим можно подумать, но давайте расмотрим на примере обсудения
форка ПиСофт.
Пожалуйста, укажите мне на ошибку, но пока я не вижу ни одного
_технического_ основания для этого форка. Не считая "проблемы
consolehelper", но она все же за гранью <...> То есть пересборки
пакетов с целью включения перевода или замены названия в меню
оказались попросту не нужны. Достаточно было обсудить проблемы здесь.
Потому хотелось бы реальных примеров. Создавать удобные технические
возможности для форков по нетехническим причинам может быть и
возможно, но вряд ли это задача технического сообщества.

Rgrds, Алексей

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Aleksey Novodvorsky!

> Да, над этим можно подумать, но давайте расмотрим на примере обсудения
> форка ПиСофт.
> Пожалуйста, укажите мне на ошибку, но пока я не вижу ни одного
> _технического_ основания для этого форка. Не считая "проблемы
> consolehelper", но она все же за гранью <...> То есть пересборки
> пакетов с целью включения перевода или замены названия в меню

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


> оказались попросту не нужны. Достаточно было обсудить проблемы здесь.
> Потому хотелось бы реальных примеров. Создавать удобные технические
> возможности для форков по нетехническим причинам может быть и
> возможно, но вряд ли это задача технического сообщества.

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Aleksey Novodvorsky]

17 июля 2010 г. 16:31 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
> Hello, Aleksey Novodvorsky!
>
>> Да, над этим можно подумать, но давайте расмотрим на примере обсудения
>> форка ПиСофт.
>> Пожалуйста, укажите мне на ошибку, но пока я не вижу ни одного
>> _технического_ основания для этого форка. Не считая "проблемы
>> consolehelper", но она все же за гранью <...> То есть пересборки
>> пакетов с целью включения перевода или замены названия в меню
>
> OK, пусть Денис этот момент прокомментирует. Я же могу говорить только о
> своих задачах и проблемах, которые оказались частично созвучными с
> нынешним обсуждением.

Да вот я и прошу у Вас конкретику, у меня нет вопросов к Денису.

Rgrds, Алексей

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Aleksey Novodvorsky!

> Да вот я и прошу у Вас конкретику, у меня нет вопросов к Денису.

1. ну в нашем emacs'е настройки по умолчанию несовместимы с
emacspeak. Отчего до сих пор приходится в локальном
~/.emacs.d/site-start.d держать пустые заглушки, чтобы заблокировать
обработку общесистемных конфигов. Вопрос этот с emacs team уже давно был
обсужден, все настройки, которые мешают emacspeak, являются вполне
обоснованными и в большинстве случаев полезными. В специализированные
дистрибутивы просится пропатченный emacs. Городить огород в Сизифе,
чтобы выпилить проблемные конфиги в отдельный пакет и нагородить ещё
один огород потом с Provides можно, но это стрельба из пушки;

2. когда-то с ldv@ обсуждал вопрос возможности сделать альтернативный
pam_conversation, чтобы снабдить речью логин. Потом планы это делать
пропали, т.к. вопрос касающийся security, но это здесь неважно. Это
хороший пример ещё полсотни подобных ситуаций, которые легко можно
найти. 

Это вопрос соотношения законченности дистрибутива и удобства пользования
с теми изменениями в пакетной базе, которые для таких удобств нужны. Я
часто в дискуссиях привожу аргумент, что на Сизифе (бранчах) существует
известная доля свободы под нужды российских пользователей, но в
некотором роде это является только формальной декларацией. На деле
внести ряд нужных изменений тяжеловато, и вопрос не в том, что нужно
получать разрешения мейнтейнеров, а это оказывается просто
нерациональным, из-за того что вне контекста конкретного дистра смысл
пропадает.

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

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Aleksey Novodvorsky]

17 июля 2010 г. 18:00 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
> Hello, Aleksey Novodvorsky!
>
>> Да вот я и прошу у Вас конкретику, у меня нет вопросов к Денису.
>
> 1. ну в нашем emacs'е настройки по умолчанию несовместимы с
> emacspeak. Отчего до сих пор приходится в локальном
> ~/.emacs.d/site-start.d держать пустые заглушки, чтобы заблокировать
> обработку общесистемных конфигов. Вопрос этот с emacs team уже давно был
> обсужден, все настройки, которые мешают emacspeak, являются вполне
> обоснованными и в большинстве случаев полезными. В специализированные
> дистрибутивы просится пропатченный emacs. Городить огород в Сизифе,
> чтобы выпилить проблемные конфиги в отдельный пакет и нагородить ещё
> один огород потом с Provides можно, но это стрельба из пушки;

Возможно и из пушки, но есть ли лучшие варианты?


>
> 2. когда-то с ldv@ обсуждал вопрос возможности сделать альтернативный
> pam_conversation, чтобы снабдить речью логин. Потом планы это делать
> пропали, т.к. вопрос касающийся security, но это здесь неважно. Это
> хороший пример ещё полсотни подобных ситуаций, которые легко можно
> найти.

Оба приведенные Вами примера не есть частные проблемы одного
дистрибутива. И emacs-speak, и речевой логин, будучи хорошо
реализованными, понадобились бы широкому кругу пользователей, они
вовсе не специальны, как может показаться.
Но даже если нужно сделать специальное решение, а удачного
совместимого варианта найти не удается даже общим обсуждением здесь,
то можно договориться о своем спецрепозитории и совместном
согласовании версий с мейнтейнерами конфликтующих пакетов. Или смене
имени пакета, как предлагает ldv@ в случае с consolehelper.



>
> Это вопрос соотношения законченности дистрибутива и удобства пользования
> с теми изменениями в пакетной базе, которые для таких удобств нужны. Я
> часто в дискуссиях привожу аргумент, что на Сизифе (бранчах) существует
> известная доля свободы под нужды российских пользователей, но в
> некотором роде это является только формальной декларацией. На деле
> внести ряд нужных изменений тяжеловато, и вопрос не в том, что нужно
> получать разрешения мейнтейнеров, а это оказывается просто
> нерациональным, из-за того что вне контекста конкретного дистра смысл
> пропадает.
>
> Алексей, это не критика ни разу. Прошу Вас отнестись предельно
> конструктивно и просто поразмышлять на эту тему. Просто такая чисто
> техническая закавыка, из-за которой дистрибутивы могут выглядеть
> недоделанными.

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

Rgrds, Алексей

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Aleksey Novodvorsky!

>> один огород потом с Provides можно, но это стрельба из пушки;
>
> Возможно и из пушки, но есть ли лучшие варианты? 

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

> Оба приведенные Вами примера не есть частные проблемы одного
> дистрибутива. И emacs-speak, и речевой логин, будучи хорошо
> реализованными, понадобились бы широкому кругу пользователей, они
> вовсе не специальны, как может показаться.

Хорошо. Я всё же ниже приведу свои соображения на эту тему. Если
сообщество не заинтересуется, то будем стараться все подобные вещи
делать в репозитории.

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

Предлагаю принять за априорное знание, что полный форк репозитория
запрещён. Это скорее организационно-политический вопрос, нежели
технический.

1. mithraen@ когда-то толкал идею репозитория, куда можно вливать
изменённые пакеты. Суть была в том, что при обновлении пакета в Сизифе
(или бранче, откуда форк) это обновление проходит также и в
клонированном репозитории, если в нём версия этого пакета такая же, как
в Сизифе (бранче). Тут, очевидно, вылазит множество вопросов с анметами,
которые могут появиться из-за расхождений, но нужно помнить, что мы
говорим всё-таки о точечных правках. Может быть, Денис (mithraen@)
сможет более полно ещё рассказать своё понимание, но рассмотрим такие
правила:

а) при патче пакета запрещаем трогать Provides, Conflicts и
Obsoletes. Также патч пакета не должен приводить и к их изменению при
их автогенерировании;

б) Requires можно только сокращать и добавлять, изменять
нельзя. При добавлении новых можно только указать имя пакета, но нельзя
указывать версию-релиз. Так как множество пакетов в основном репозитории
и в клоне одинаковое (по именам), такие правила покроют большую часть
проблем. BuildRequires играют меньшую роль, поскольку считаем, что
сборка ведётся всегда в основном репо;

в) при обновлении пакета в основном репозитории всегда требовать его
мержа с тем, что лежит в форке. Поскольку у нас сейчас повсеместно git,
а правки, ещё раз обращаю внимание, точечные, то это будет просто
ненавязчиво-рутинной операцией. При мерже, само собой, должны
соблюдаться пункты aа и б. Если rm прозевал такой мерж, то репо
замораживается. При удалении пакета он тоже всегда удаляется.

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

2. определённая машинерия, которая перед запуском mkimage будет собирать
в локальном хешере часть пакетов из git и строить на их основе локальный
форк. Но это должно делаться так, чтобы список этих исключений был бы
где-нибудь публикуем. Например, если mike@ когда-то собрал у себя дистр
таким путём, то я мог бы потом понять, что он делал.

Ещё пара слов, к чему всё это. Суть в том, что в своём списке рассылки
(и не только в нём) получил не то, чтобы очень неожиданный, но достаточный интересный опыт
пожеланий пользователей. Люди не просят сделать редизайн речевого
сервера, а просят поотключать разные message box, которые некстати
вылазят там, где ещё нет речевого вывода, переставить ключи по умолчанию
и пр. Самое сложное, что от этих-то вещей и зависит пользовательское
расположение к продукту. 

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Dmitry V. Levin]

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

On Sat, Jul 17, 2010 at 09:00:44PM +0700, Michael Pozhidaev wrote:
> 2. когда-то с ldv@ обсуждал вопрос возможности сделать альтернативный
> pam_conversation, чтобы снабдить речью логин. Потом планы это делать
> пропали, т.к. вопрос касающийся security, но это здесь неважно. Это
> хороший пример ещё полсотни подобных ситуаций, которые легко можно
> найти. 

Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
изменение слишком кривое для того, чтобы вносить его в пакет login для
всех, можно было бы клонировать login и использовать клонированный пакет
вместо login в своём узкоспециализированном решении.


-- 
ldv

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

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Dmitry V. Levin!

> Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
> login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
> изменение слишком кривое для того, чтобы вносить его в пакет login для
> всех, можно было бы клонировать login и использовать клонированный пакет
> вместо login в своём узкоспециализированном решении.

Ясно. Давайте я попробую предложить такой наворот и покажу Вам его на
одобрение в плане безопасности. Там подумаем, какого способа внедрения
он заслуживает. OK?

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 08:56:59AM +0700, Michael Pozhidaev wrote:
> Hello, Dmitry V. Levin!
> 
> > Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
> > login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
> > изменение слишком кривое для того, чтобы вносить его в пакет login для
> > всех, можно было бы клонировать login и использовать клонированный пакет
> > вместо login в своём узкоспециализированном решении.
> 
> Ясно. Давайте я попробую предложить такой наворот и покажу Вам его на
> одобрение в плане безопасности. Там подумаем, какого способа внедрения
> он заслуживает. OK?

OK


-- 
ldv

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

[devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[Michael Shigorin]

On Sat, Jul 17, 2010 at 10:48:58AM +0700, Michael Pozhidaev wrote:
> Договориться, что желающие испечь дистр как-то регистрируют
> своё намерение и имеют возможность часть пакетов пропатчить
> чисто для своего дистра. Может не держать это постоянно в виде
> apt-репозитория, а делать чисто в git

А это ровно так и есть, см. половину installer-feature-*
и хуков в mkimage-profiles-desktop (откуда и i-f-* произросли)
-- касающихся дефолтов и хаков времени сборки дистрибутива,
а не настройки по параметрам, полученным именно во время установки.

По факту это место, где RM может зафиксировать технически своё
несогласие с состоянием дел в репозитории.  И вообще говоря --
эти несогласия стоило бы мержить в пакеты там, где это уместно.

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

Re: [devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Michael Shigorin!

> А это ровно так и есть, см. половину installer-feature-*
> и хуков в mkimage-profiles-desktop (откуда и i-f-* произросли)
> -- касающихся дефолтов и хаков времени сборки дистрибутива,
> а не настройки по параметрам, полученным именно во время установки.
>
> По факту это место, где RM может зафиксировать технически своё
> несогласие с состоянием дел в репозитории.  И вообще говоря --
> эти несогласия стоило бы мержить в пакеты там, где это уместно.

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

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[Michael Shigorin]

On Sat, Jul 17, 2010 at 09:03:42PM +0700, Michael Pozhidaev wrote:
> > По факту это место, где RM может зафиксировать технически своё
> > несогласие с состоянием дел в репозитории.  И вообще говоря --
> > эти несогласия стоило бы мержить в пакеты там, где это уместно.
> Ну мне нужно посмотреть детальнее эти места, чтобы тебе
> ответить по существу. Может быть оно, но пока не очень ясно.

Да чего тут далеко ходить: http://tinyurl.com/i-f-powerbutton

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Fri, Jul 16, 2010 at 02:50:43PM +0400, Денис Корявов wrote:
> Итак.  Дальше встал выбор репозитория. Sisyphus меня,
> естественно не устраивал. 5.1 так же, по той причине, что это,
> фактически, экспериментальная ветка без четких правил
> бекпортирования в нее пакетов из сизифа и сборки новых.
> (именно поэтому я и Simply GNU/Linux делал на p5).

Довольно забавно, но вообще-то когда пользуешься сизифом --
в пределе это вопрос доверия ldv@; 5.1 -- boyarsh@, mithraen@,
enp@ и мне; p5 -- cas@.  Потому как на любую политику может
найтись проруха.

> Осталась Пятая Платформа. Когда она создавалась,
> декларировались нужные для меня цели:
> http://lists.altlinux.org/pipermail/devel/2009-September/174535.html.
> Что в ней меня не устраивало, я уже множество раз высказывал, повторюсь:
> 1. Отсутствие прозрачной политики бекпортирования пакетов в p5.
> Помню я был очень раздосадован когда узнал о бекпортировании
> новой версии Pidgin в p5 с плохим, по моему мнению, переводом.

Да, это было неприятно.  Не помню -- бэкпортили из-за дырки
заткнутой?  Если да и перевод сломали убунтушники в апстриме,
то мне в такой ситуации (насколько припоминаю) довольно сложно
винить коллег по команде.

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

IMHO слишком увесистый вывод.  Errare humanum est, вопрос в том,
есть ли осознание ошибок (в т.ч. по результатам общения) и хотя
бы намерение их исправлять.

> 2. Отсутствие нормальной локализации для многих .desktop
> файлов. Это не позволяет создать нормальное меню в Xfce. Как
> многие видели (в исходных кодах что я видел), во многих
> приложениях я изменил только .desktop файлы.

"тебе нужно -- ты и делай" (ц)

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

> 3. Consolehelper.

Я бы на твоём месте попробовал отловить php-coder@ и поработать
с ним вместе над таким патчем, который бы и реализовывал нужную
функциональность, и был приемлем для ldv@ как апстрима.

> Для меня "разработчик ООО"="ООО" в смысле того, что  я думал,
> что если обращусь к одному из разработчиков ООО, то получу,
> в целом, ответ соответствующий настроениям в ООО.

Нет такого "КПСС", есть конкретные люди, которые могут и не
соглашаться между собой, хоть и работают под одной крышей.
Вопрос в том, нужны "настроения" или конкретные действия.

> 6. Политика как в "баге" 21320. Когда простейшее изменение не
> делается только потому, что оно не красиво технически.

Неправда.  Правда тут -- "когда простейшая замена одной проблемы
другой не делается".

Я бы высказался ktirf@ (по #c4) насчёт того, что "на каждый чих
открывается easytag" есть _больше_ проблема, чем "не получается
напустить easytag на каталог из менюшки" -- и на этом основании
продавил удаление mime-типа оттудова с переформулированием этого
(или повешением другого) бага о том, что проблема-то есть.

> 7. Отсутствие нормального описания многих важнейших пакетов на
> русском языке. Думаю, в ООО помнят, как я лично ( в личной
> встрече) пытался уговорить Дмитрия Левина на включение проверки
> на русское описание пакета.

Опять же -- тебе надо, ты и делай.  Или убеди других, что им это
_действительно_ настолько нужно, причём не лично Диму, а здесь.
(сразу говорю, меня не убедишь: нужно, но не настолько)

Я за такую проверку (и пожелание обязательно добавлять переводы
за мой и коллег по команде счёт) по рогам дам, хотя сам много где
добавлял переводы и выступал против удаления таковых из спеков
некоторыми людями -- поскольку packages-info-i18n-* так и видел,
чтоб заработали.

> 8. pornotube-dl в репозиториях.

Опять же -- я по этому поводу высказывался.  Но если двоим
ребятам настоять на принципе оказалось важней, то пусть их.
(BTW если никто не против -- удалю из 5.1/branch)

> Помимо всего этого сыграло банальное удобство собственного
> бренча: меняешь что хочешь в репозитории без долгих запросов и
> споров в bugzilla и.т.д.

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

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Sat, Jul 17, 2010 at 04:48:14PM +0300, Michael Shigorin wrote:
> On Fri, Jul 16, 2010 at 02:50:43PM +0400, Денис Корявов wrote:
[...]
> > 3. Consolehelper.
> 
> Я бы на твоём месте попробовал отловить php-coder@ и поработать
> с ним вместе над таким патчем, который бы и реализовывал нужную
> функциональность, и был приемлем для ldv@ как апстрима.

Недостаточно отловить Славу, нужно ещё и изменить своё отношение к работе.
Пример: git log 0.2.12-alt3-3-g15e067d..0.2.12-alt3-7-g6fbebd7
Когда я вижу такое, то понимаю, что автор этих изменений
- использует gear-commit вместо git commit, и ему за это не стыдно;
- не смотрит лог своих изменений перед публикацией.

Если автор относится к своим изменениям с таким пренебрежением,
то какого отношения к ним он мог ждать от меня?


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> Если автор относится к своим изменениям с таким пренебрежением,

Может, просто не по чему или не от кого было учиться культурному
обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
а вариантов -- множество.

У нас нет ни страничек с краткими зарисовками красивых сессий,
ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
что получается посмотреть, хотя бывает особо интересным.

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

-- 
http://www.altlinux.org/Kernelnotes/mike

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > Если автор относится к своим изменениям с таким пренебрежением,
> 
> Может, просто не по чему или не от кого было учиться культурному
> обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> а вариантов -- множество.

Тут мы все в равных условиях (если кто-то посещал курсы культурного
обращения с changelog'ами, расскажите).


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Mon, Jul 19, 2010 at 08:26:05PM +0400, Dmitry V. Levin wrote:
> > > Если автор относится к своим изменениям с таким пренебрежением,
> > Может, просто не по чему или не от кого было учиться культурному
> > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > а вариантов -- множество.
> Тут мы все в равных условиях

Да ну.

> (если кто-то посещал курсы культурного
> обращения с changelog'ами, расскажите).

Мне довелось читать в cybertalk@ и не только, скажем, ченжлоги
kernel-image-std-smp и другие образцы творчества vsu@.
Пришедшим позже эта привилегия доступна труднее.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Ivan A. Melnikov]

В Mon, 19 Jul 2010 20:26:05 +0400
"Dmitry V. Levin" <ldv@altlinux.org> пишет:

> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > > Если автор относится к своим изменениям с таким пренебрежением,
> > 
> > Может, просто не по чему или не от кого было учиться культурному
> > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > а вариантов -- множество.
> 
> Тут мы все в равных условиях (если кто-то посещал курсы культурного
> обращения с changelog'ами, расскажите).

Курсов не было, а вот логи git.git и ядра по не помню чьему совету
полистал как-то, и был просветлён. Хватило, правда, ненадолго...

-- 
WBR,
Ivan A. Melnikov

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 10:00:26PM +0400, Ivan A. Melnikov wrote:
> В Mon, 19 Jul 2010 20:26:05 +0400, Dmitry V. Levin пишет:
> > On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > > On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > > > Если автор относится к своим изменениям с таким пренебрежением,
> > > 
> > > Может, просто не по чему или не от кого было учиться культурному
> > > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > > а вариантов -- множество.
> > 
> > Тут мы все в равных условиях (если кто-то посещал курсы культурного
> > обращения с changelog'ами, расскажите).
> 
> Курсов не было, а вот логи git.git и ядра по не помню чьему совету
> полистал как-то, и был просветлён. Хватило, правда, ненадолго...

Ну так вы, как только чувствуете, что запал просветления заканчивается,
возвращаетесь и перечитываете сии кладези мудрости? :)


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Смирнов]

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

On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:

MS> У нас нет ни страничек с краткими зарисовками красивых сессий,
MS> ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
MS> что получается посмотреть, хотя бывает особо интересным.

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

Согласен? :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 00:38, Денис Смирнов пишет:
> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>
> MS>  У нас нет ни страничек с краткими зарисовками красивых сессий,
> MS>  ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> MS>  что получается посмотреть, хотя бывает особо интересным.
>
> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая формулировка
> того, что должно быть в этом скринкасте.
...
Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как 
до этого правильно его зафиксировать в git, локальном и удаленном)
...

Re: [devel] git screencast

[Денис Смирнов]

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

On Tue, Jul 20, 2010 at 12:42:04AM +0400, Anton A. Vinogradov wrote:

AAV> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как 
AAV> до этого правильно его зафиксировать в git, локальном и удаленном)

В смысле речь о портировании пакета из Сизифа в бранч, или о чем?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 02:47, Денис Смирнов пишет:
> On Tue, Jul 20, 2010 at 12:42:04AM +0400, Anton A. Vinogradov wrote:
>
> AAV>  Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
> AAV>  до этого правильно его зафиксировать в git, локальном и удаленном)
>
> В смысле речь о портировании пакета из Сизифа в бранч, или о чем?
Да.

Re: [devel] git screencast

[Андрей Черепанов]

20 июля 2010 Anton A. Vinogradov написал:
> 20.07.2010 00:38, Денис Смирнов пишет:
> > On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > 
> > MS>  У нас нет ни страничек с краткими зарисовками красивых сессий,
> > MS>  ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> > MS>  что получается посмотреть, хотя бывает особо интересным.
> > 
> > Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> > скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
> > формулировка того, что должно быть в этом скринкасте.
> 
> ...
> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
> до этого правильно его зафиксировать в git, локальном и удаленном)
> ...
http://altlinux.org/Краткое_руководство_по_сборке_пакета ?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 12:47, Андрей Черепанов пишет:
> 20 июля 2010 Anton A. Vinogradov написал:
>> 20.07.2010 00:38, Денис Смирнов пишет:
>>> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>>>
>>> MS>   У нас нет ни страничек с краткими зарисовками красивых сессий,
>>> MS>   ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
>>> MS>   что получается посмотреть, хотя бывает особо интересным.
>>>
>>> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
>>> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
>>> формулировка того, что должно быть в этом скринкасте.
>>
>> ...
>> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
>> до этого правильно его зафиксировать в git, локальном и удаленном)
>> ...
> http://altlinux.org/Краткое_руководство_по_сборке_пакета ?
>
нет. не оно.

в сизифе v1 --> сборка в бранч v0.M51.1
в сизифе v2 --> сборка в бранч v1.M51.1
....

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

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Tue, Jul 20, 2010 at 12:53:27PM +0400, Anton A. Vinogradov wrote:
> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
> в гите получается какая-то каша, и периодически возникают проблемы из-за 
> этого.
Посмотрите на пакет, например, rpm.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Денис Смирнов]

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

On Tue, Jul 20, 2010 at 12:53:27PM +0400, Anton A. Vinogradov wrote:

AAV> в сизифе v1 --> сборка в бранч v0.M51.1
AAV> в сизифе v2 --> сборка в бранч v1.M51.1
AAV> ....
AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
AAV> в гите получается какая-то каша, и периодически возникают проблемы из-за 
AAV> этого.

Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
знаю :(

Меня спасают etersoft-build-utils, которые я тоже использую несколько
странно.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[REAL]

Денис Смирнов пишет:
> AAV> в сизифе v1 --> сборка в бранч v0.M51.1
> AAV> в сизифе v2 --> сборка в бранч v1.M51.1
> AAV> ....
> AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
> AAV> в гите получается какая-то каша, и периодически возникают проблемы из-за 
> AAV> этого.
> 
> Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
> знаю :(

Самое весёлое, что правильных путей может быть много, и каждый 
выбирает свой собственный, считая его самым удобным :)

А чем не подходит такой вот вариант?

1. Собрали в сизиф (бранч master)
2. Первый порт в бранч - git checkout -b 5.1
3. Правим спек [и что-то ещё] и собираем в бранч
4. Собираем в сизиф новую версию
5. git checkout 5.1
6. git merge master
7. Правим спек [и что-то ещё] и собираем в бранч

Но у человека проблема-то в другом была. У него тэг от предыдущего 
порта ушёл налево, в этом случае проще всего шаг 5 заменить на

5.a git branch -D 5.1
5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] git screencast

[Anton A. Vinogradov]

21.07.2010 06:17, REAL пишет:
> Денис Смирнов пишет:
>> AAV> в сизифе v1 --> сборка в бранч v0.M51.1
>> AAV> в сизифе v2 --> сборка в бранч v1.M51.1
>> AAV> ....
>> AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что
>> у меня AAV> в гите получается какая-то каша, и периодически возникают
>> проблемы из-за AAV> этого.
>>
>> Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
>> знаю :(
>
> Самое весёлое, что правильных путей может быть много, и каждый выбирает
> свой собственный, считая его самым удобным :)
>
> А чем не подходит такой вот вариант?
>
> 1. Собрали в сизиф (бранч master)
> 2. Первый порт в бранч - git checkout -b 5.1
> 3. Правим спек [и что-то ещё] и собираем в бранч
> 4. Собираем в сизиф новую версию
> 5. git checkout 5.1
> 6. git merge master
> 7. Правим спек [и что-то ещё] и собираем в бранч
>
> Но у человека проблема-то в другом была. У него тэг от предыдущего порта
> ушёл налево, в этом случае проще всего шаг 5 заменить на
>
> 5.a git branch -D 5.1
> 5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч
>
спасибо. Только вот как-то мержится неудобно. есть у нас какая-нибудь 
удобная мотыга для ручного мержа? :)

http://git.altlinux.org/tasks/archive/done/_26/26938/task/log

Re: [devel] git screencast

[Eugene Prokopiev]

>> А чем не подходит такой вот вариант?
>>
>> 1. Собрали в сизиф (бранч master)
>> 2. Первый порт в бранч - git checkout -b 5.1
>> 3. Правим спек [и что-то ещё] и собираем в бранч
>> 4. Собираем в сизиф новую версию
>> 5. git checkout 5.1
>> 6. git merge master
>> 7. Правим спек [и что-то ещё] и собираем в бранч
>>
>> Но у человека проблема-то в другом была. У него тэг от предыдущего порта
>> ушёл налево, в этом случае проще всего шаг 5 заменить на
>>
>> 5.a git branch -D 5.1
>> 5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч
>>
> спасибо. Только вот как-то мержится неудобно. есть у нас какая-нибудь
> удобная мотыга для ручного мержа? :)

Есть: srpmbackport --spec

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

За схему с удалением бранчей спасибо rider@, она оказалась довольно удобной

-- 
С уважением,
Прокопьев Евгений

Re: [devel] git screencast

[Eugene Prokopiev]

>> Только вот как-то мержится неудобно. есть у нас какая-нибудь
>> удобная мотыга для ручного мержа? :)
>
> Есть: srpmbackport --spec
>
> Я для бэкпорта делаю временный бранч, в нем правлю спек с помощью
> srpmbackport, затем бранч удаляю, оставляя сам коммит с тегом. Удаляю
> я бранч затем, чтобы при следующем бэкпортировании его можно было
> создать заново (не разбираясь, есть он или нет и что с нм делать, если
> есть) и сделать фиктивный мерж с оставшимся коммитом от предыдущего
> бекпорта.
>
> За схему с удалением бранчей спасибо rider@, она оказалась довольно удобной

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

-- 
С уважением,
Прокопьев Евгений

Re: [devel] git screencast

[Aleksey Avdeev]

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

20.07.2010 12:53, Anton A. Vinogradov пишет:
> 20.07.2010 12:47, Андрей Черепанов пишет:
>> 20 июля 2010 Anton A. Vinogradov написал:
>>> 20.07.2010 00:38, Денис Смирнов пишет:
>>>> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>>>>
>>>> MS>   У нас нет ни страничек с краткими зарисовками красивых сессий,
>>>> MS>   ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
>>>> MS>   что получается посмотреть, хотя бывает особо интересным.
>>>>
>>>> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
>>>> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
>>>> формулировка того, что должно быть в этом скринкасте.
>>>
>>> ...
>>> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
>>> до этого правильно его зафиксировать в git, локальном и удаленном)
>>> ...
>> http://altlinux.org/Краткое_руководство_по_сборке_пакета ?
>>
> нет. не оно.
> 
> в сизифе v1 --> сборка в бранч v0.M51.1
> в сизифе v2 --> сборка в бранч v1.M51.1
> ....
> 
> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня
> в гите получается какая-то каша, и периодически возникают проблемы из-за
> этого.

  Мой тех процесс описан сдесь:
<http://solo-oboroten.livejournal.com/91299.html>. Оно?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>   Мой тех процесс описан сдесь:
Алексей, у меня будет просьба личного характера.  Никогда никому,
особенно новичкам, не советуйте смотреть в Ваши репозитарии и
копировать Ваш workflow.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

20.07.2010 23:53, Alexey I. Froloff пишет:
> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>>   Мой тех процесс описан сдесь:
> Алексей, у меня будет просьба личного характера.  Никогда никому,
> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> копировать Ваш workflow.

 ?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 12:01:37AM +0400, Aleksey Avdeev wrote:
> >>   Мой тех процесс описан сдесь:
> > Алексей, у меня будет просьба личного характера.  Никогда никому,
> > особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> > копировать Ваш workflow.
>  ?

http://lists.altlinux.org/pipermail/devel/2009-February/166309.html
http://lists.altlinux.org/pipermail/devel/2009-December/178517.html

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 00:25, Alexey I. Froloff пишет:
> On Wed, Jul 21, 2010 at 12:01:37AM +0400, Aleksey Avdeev wrote:
>>>>   Мой тех процесс описан сдесь:
>>> Алексей, у меня будет просьба личного характера.  Никогда никому,
>>> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
>>> копировать Ваш workflow.
>>  ?
> 
> http://lists.altlinux.org/pipermail/devel/2009-February/166309.html
> http://lists.altlinux.org/pipermail/devel/2009-December/178517.html

  Я могу ещё раз повторить свои аргументы. Но надо ли?

  На вкус и цвет все фломастеры разные...

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
>   Я могу ещё раз повторить свои аргументы. Но надо ли?
Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
также делать.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Sergey Y. Afonin]

On Wednesday 21 July 2010, Alexey I. Froloff wrote:

> >   Я могу ещё раз повторить свои аргументы. Но надо ли?

> Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
> также делать.

Алексей, напишите хорошую и понятную инструкцию, на wiki например.
Раздел подсказать ? :-)

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 09:31:45AM +0400, Sergey Y. Afonin wrote:
> > >   Я могу ещё раз повторить свои аргументы. Но надо ли?
> > Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
> > также делать.
> Алексей, напишите хорошую и понятную инструкцию, на wiki например.
Чем не устраивает
http://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_gear
?  Что там плохого и непонятного?

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Денис Смирнов]

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

On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:

AA>   На вкус и цвет все фломастеры разные...

Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
здоровье дорого.

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

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 09:20, Денис Смирнов пишет:
> On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> 
> AA>   На вкус и цвет все фломастеры разные...
> 
> Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> здоровье дорого.
> 
> Точно также не стоит пропагандировать сложные неудобные схемы работы.

  Моя схема работы позволяет:

1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
том числе -- часто встречающиеся комбинации задач).

2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)

3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
спек.

  Да, моя схема не идеальна. Но у нас есть другой механизм решения
вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
делай также"...)

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Kirill A. Shutemov]

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 21.07.2010 09:20, Денис Смирнов пишет:
> > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > 
> > AA>   На вкус и цвет все фломастеры разные...
> > 
> > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > здоровье дорого.
> > 
> > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> 
>   Моя схема работы позволяет:

<skip/>

$ git clone git://git.altlinux.org/people/solo/packages/apache.git
$ cd apache
$ git branch -r | wc -l
172

No comments. :-/

-- 
 Kirill A. Shutemov

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 12:39, Kirill A. Shutemov пишет:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
>> 21.07.2010 09:20, Денис Смирнов пишет:
>>> On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
>>>
>>> AA>   На вкус и цвет все фломастеры разные...
>>>
>>> Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
>>> здоровье дорого.
>>>
>>> Точно также не стоит пропагандировать сложные неудобные схемы работы.
>>
>>   Моя схема работы позволяет:
> 
> <skip/>
> 
> $ git clone git://git.altlinux.org/people/solo/packages/apache.git
> $ cd apache
> $ git branch -r | wc -l
> 172
> 
> No comments. :-/

  И чем мешают?

  В репозитории на git.alt могу сократить до десятка (в пределе -- до
3х). Будет легче?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Dmitry V. Levin]

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

On Wed, Jul 21, 2010 at 11:39:49AM +0300, Kirill A. Shutemov wrote:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> > 21.07.2010 09:20, Денис Смирнов пишет:
> > > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > > 
> > > AA>   На вкус и цвет все фломастеры разные...
> > > 
> > > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > > здоровье дорого.
> > > 
> > > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> > 
> >   Моя схема работы позволяет:
> 
> <skip/>
> 
> $ git clone git://git.altlinux.org/people/solo/packages/apache.git
> $ cd apache
> $ git branch -r | wc -l
> 172

Есть существенно более дешёвый способ получить эту информацию:

$ git ls-remote --heads git://git.altlinux.org/people/solo/packages/apache.git | wc -l
171


-- 
ldv

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

Re: [devel] git screencast

[Dmitry V. Levin]

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

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 21.07.2010 09:20, Денис Смирнов пишет:
> > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > 
> > AA>   На вкус и цвет все фломастеры разные...
> > 
> > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > здоровье дорого.
> > 
> > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> 
>   Моя схема работы позволяет:
> 
> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
> том числе -- часто встречающиеся комбинации задач).

Мы это уже обсуждали.  Именно готовность этих блоков, а именно,
применимость этих блоков вызывает сомнения.  Я думаю, что попытка
использовать любой из этих блоков вызывает merge conflict.
Если это называется готовностью, то что же такое тогда неготовность?

> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
> 
> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
> спек.

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

>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
> делай также"...)

Я не вижу принципиальной разницы между этой схемой и схемой "смотри данный
спек и делай также": в обоих случаях требуется мержить изменения вручную.


-- 
ldv

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

Re: [devel] git screencast

[Денис Смирнов]

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

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:

AA>   Моя схема работы позволяет:
AA> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
AA> том числе -- часто встречающиеся комбинации задач).
AA> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
AA> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
AA> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
AA> спек.
AA>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
AA> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
AA> делай также"...)

Если уж хочется работать блоками -- см. в сторону моего specgen. Хотя это
и весьма специфическое извращение (делалось для пакетов-монстров appliance
и asterisk).

"Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
с репозиторием могут быть:
а) работать быстрее;
б) работать качественнее (схема уменьшает количество ошибок);
в) работать понятнее (другой человек может быстро вкурить в репозиторий с
целью внести изменения);

А "блоки" как самоцель -- неинтересны, увы.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

22.07.2010 00:29, Денис Смирнов пишет:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 
> AA>   Моя схема работы позволяет:
> AA> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
> AA> том числе -- часто встречающиеся комбинации задач).
> AA> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
> AA> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
> AA> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
> AA> спек.
> AA>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
> AA> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
> AA> делай также"...)
> 
> Если уж хочется работать блоками -- см. в сторону моего specgen. Хотя это
> и весьма специфическое извращение (делалось для пакетов-монстров appliance
> и asterisk).
> 
> "Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
> с репозиторием могут быть:
> а) работать быстрее;
> б) работать качественнее (схема уменьшает количество ошибок);
> в) работать понятнее (другой человек может быстро вкурить в репозиторий с
> целью внести изменения);

  Именно этим цели я и решаю с помощью разбивки на блоки и хранение их
истории. Но, как оказалось, то что помогает мне (реально помогает) --
мешает многим другим...

  Как совместить -- пока не знаю.

> 
> А "блоки" как самоцель -- неинтересны, увы.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Kharitonov A. Dmitry]

> "Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
> с репозиторием могут быть:
> а) работать быстрее;
> б) работать качественнее (схема уменьшает количество ошибок);
> в) работать понятнее (другой человек может быстро вкурить в репозиторий с
> целью внести изменения);
>
> А "блоки" как самоцель -- неинтересны, увы.
>    
Забавно: у обсуждающих есть мнение, что методы solo@ не приемлемы, 
однако никто не предложил как это улучшить и никто не указал на ошибки. 
Создаётся впечатление, что этот метод всё-таки рационален.

Re: [devel] git screencast

[Денис Смирнов]

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

On Sun, Jul 25, 2010 at 10:23:56AM +0400, Kharitonov A. Dmitry wrote:

KAD> Забавно: у обсуждающих есть мнение, что методы solo@ не приемлемы, 
KAD> однако никто не предложил как это улучшить и никто не указал на ошибки. 
KAD> Создаётся впечатление, что этот метод всё-таки рационален.

Как можно улучшить предложение передвигаться за хлебом в соседний магазин
на подводной лодке? Ну, для начала избавиться от подводной лодки. Дальше
будет проще :)

Hint: man gear-rules  /EXMAPLES

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Алексей Владимирович Шенцев]

On 20.07.2010 23:53, Alexey I. Froloff wrote:
> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>   
>>   Мой тех процесс описан сдесь:
>>     
> Алексей, у меня будет просьба личного характера.  Никогда никому,
> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> копировать Ваш workflow.
>   
+1
не в обиду solo@

http://git.altlinux.org/gears/d/dspam.git

Что с ним делать дальше я не много в тупике ...

Re: [devel] git screencast

[Anton Farygin]

24.07.2010 16:39, Алексей Владимирович Шенцев пишет:
> On 20.07.2010 23:53, Alexey I. Froloff wrote:
>> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>>
>>>    Мой тех процесс описан сдесь:
>>>
>> Алексей, у меня будет просьба личного характера.  Никогда никому,
>> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
>> копировать Ваш workflow.
>>
> +1
> не в обиду solo@
>
> http://git.altlinux.org/gears/d/dspam.git
>
> Что с ним делать дальше я не много в тупике ...

Выкинуть и сделать так, как себе удобнее.

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

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

В противном случае предлагаю пушить только теги, будет ещё веселее.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Alembekov]

20.07.2010 00:38, Денис Смирнов пишет:
> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> скринкаст, чтобы через плечо не смотреть.

С удовольствием посмотрю такой скринкаст.

-- 
Regards, Sergey Alembekov
ALTLinux Team
xmpp: rt@jabber.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

19 июля 2010 г. 19:04 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
>> Если автор относится к своим изменениям с таким пренебрежением,
>
> Может, просто не по чему или не от кого было учиться культурному
> обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> а вариантов -- множество.
>
> У нас нет ни страничек с краткими зарисовками красивых сессий,
> ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> что получается посмотреть, хотя бывает особо интересным.

Здесь даже видео есть:
http://uneex.ru/LecturesCMC/PackageMaintaining2009/09

А вот полный курс:
http://uneex.ru/LecturesCMC/PackageMaintaining2009

И Вы были на той конференции, где презентовали этот курс и диски раздавали.

Rgrds, Алексей

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Tue, Jul 20, 2010 at 01:46:09AM +0400, Aleksey Novodvorsky wrote:
> > Может, просто не по чему или не от кого было учиться
> > культурному обращению с git-commit(1)?  Оно вроде как
> > врождённым не бывает, а вариантов -- множество.
> >
> > У нас нет ни страничек с краткими зарисовками красивых сессий,
> > ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> > что получается посмотреть, хотя бывает особо интересным.
> Здесь даже видео есть:
> http://uneex.ru/LecturesCMC/PackageMaintaining2009/09
> А вот полный курс:
> http://uneex.ru/LecturesCMC/PackageMaintaining2009
> И Вы были на той конференции, где презентовали этот курс и диски раздавали.

Точно, и уже не вспомнил сразу.

Но это всё-таки crash course без пояснения и через три ступеньки.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

17 июля 2010 г. 17:48 пользователь Michael Shigorin <mike@osdn.org.ua> написал:

> Да, это было неприятно.  Не помню -- бэкпортили из-за дырки
> заткнутой?

Нет. Вообще ни одной открытой баги в bugzilla не было требующей
немедленного бекпорта.


>> 3. Consolehelper.
>
> Я бы на твоём месте попробовал отловить php-coder@ и поработать
> с ним вместе над таким патчем, который бы и реализовывал нужную
> функциональность, и был приемлем для ldv@ как апстрима.

Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной общается с позиции
"я держу к верху нос, я вас всех перерос" (с) и зачастую - просто
игнорирует. Что ты можешь
видеть в этой теме. Я так работать не умею, увы.

> А ещё на велике ездить банально удобней,

Предпочитаю пешком.


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

P.P.S Если членам Team интересно, готов анонсировать здесь свои
законченные наработки, но
вряд ли что-то уже буду загружать в сизиф - банально нет времени
следить за этим.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > Я бы на твоём месте попробовал отловить php-coder@ и поработать
> > с ним вместе над таким патчем, который бы и реализовывал нужную
> > функциональность, и был приемлем для ldv@ как апстрима.
> Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной общается с позиции
> "я держу к верху нос, я вас всех перерос" (с) и зачастую - просто
> игнорирует.
Тред показывает, что не зря.

> Что ты можешь видеть в этой теме.
В этой теме как раз нормально и понятно всё.

> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> диаметральные противоположности в подходах. 
+1

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<Lost> у нас мегаффмпег и мегавлс
<Lost> таких версий нету даже в апстриме
<swi> thresh - влц, ффмпег и вылысыпыдыст нашей эпохи

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

18 июля 2010 г. 12:58 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:
> On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> В этой теме как раз нормально и понятно всё.
>
>> P.S На этом, предлагаю завершить этот разговор, зафиксировав
>> диаметральные противоположности в подходах.
> +1
+1
Обсуждение было полезным, -- исправили баг в specspo.

Rgrds,  Алексей

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Sun, Jul 18, 2010 at 06:35:05PM +0400, Aleksey Novodvorsky wrote:
> 18 июля 2010 г. 12:58 пользователь Andrey Rahmatullin
> <wrar@altlinux.org> написал:
> > On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > В этой теме как раз нормально и понятно всё.
> >
> >> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> >> диаметральные противоположности в подходах.
> > +1
> +1
> Обсуждение было полезным, -- исправили баг в specspo.

А также улучшили consolehelper (#10181, #16698).

Денис, уходите от нас почаще, пожалуйста! ;)


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > Да, это было неприятно.  Не помню -- бэкпортили из-за дырки
> > заткнутой?
> Нет.

Не уверен, немного зная апстрим.

> Вообще ни одной открытой баги в bugzilla не было требующей
> немедленного бекпорта.

Это не единственное основание, по факту.  Бывает удобней
договориться в жабере, почтой либо вообще принять решение
единолично (как ты и сам говоришь).

> Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной
> общается с позиции "я держу к верху нос, я вас всех перерос"

А ты попробуй прислушаться к его критике и вынести для себя
рациональное зерно.  Если мне ещё чуть веришь -- оно там есть.

> > А ещё на велике ездить банально удобней,
> Предпочитаю пешком.

:)

> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> диаметральные противоположности в подходах.

Удачи, и хорошо бы вместе с осознанием масштаба ответственности.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Fri, Jul 16, 2010 at 01:09:44PM +0400, Денис Корявов wrote:
[...]
> 2. Избегать претензий и подозрений при обсуждении. Каждый имеет право
> на свое мнение. Нужно все же понять друг друга.
[...]
> Буду общаться только на условиях пункта 2 указанного Вами.

Как можно надеяться избежать критики?  Здесь никто не защищён от неё.


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

16 июля 2010 г. 13:17 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> Как можно надеяться избежать критики?  Здесь никто не защищён от неё.

Я не против критики, я против "претензий и подозрений". Понимаете разницу?

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 13:25 пользователь Денис Корявов <dkoryavov@gmail.com> написал:
> 16 июля 2010 г. 13:17 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
>> Как можно надеяться избежать критики?  Здесь никто не защищён от неё.
>
> Я не против критики, я против "претензий и подозрений". Понимаете разницу?

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

Rgrds, Алексей

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Fri, Jul 16, 2010 at 01:25:21PM +0400, Денис Корявов wrote:
> 16 июля 2010 г. 13:17 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> > Как можно надеяться избежать критики?  Здесь никто не защищён от неё.
> 
> Я не против критики, я против "претензий и подозрений". Понимаете разницу?

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


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Y. Afonin]

On Friday 16 July 2010, Dmitry V. Levin wrote:

> > Буду общаться только на условиях пункта 2 указанного Вами.
> 
> Как можно надеяться избежать критики?  Здесь никто не защищён
> от неё.

Форма критики может быть разной при одной и той же сути...
Какая-то форма обидит, какая-то будет принята конструктивно,
какая-то просто проигнорирована...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton A. Vinogradov]

16.07.2010 13:09, Денис Корявов пишет:
> Буду общаться только на условиях пункта 2 указанного Вами. Если хоть
> один человек по отношению ко мне этот пункт нарушит, прекращу
> обсуждение
> и тогда уже действительно - раз и навсегда.
> Согласны?

http://ru.wikipedia.org/wiki/Ультиматум

  "...С этической точки зрения ультиматумы в наше время оцениваются 
скорее отрицательно, особенно если они связаны с шантажом. Тем не менее 
в определённых политических ситуациях ультиматумы способны предотвратить 
большее зло.

Ультиматум как моральное понятие действует отрицательно на человека, 
которому он поставлен."

По существу:

1. Насколько синхронно будут вестись пакеты в форке и в сизифе?
2. На каких условиях планируется привлекать мантейнеров в проект?

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

16 июля 2010 г. 13:28 пользователь Anton A. Vinogradov
<vinogradov.mail@gmail.com> написал:
> 16.07.2010 13:09, Денис Корявов пишет:
>>
>> Буду общаться только на условиях пункта 2 указанного Вами. Если хоть
>> один человек по отношению ко мне этот пункт нарушит, прекращу
>> обсуждение
>> и тогда уже действительно - раз и навсегда.
>> Согласны?
>
> http://ru.wikipedia.org/wiki/Ультиматум
>
>  "...С этической точки зрения ультиматумы в наше время оцениваются скорее
> отрицательно, особенно если они связаны с шантажом. Тем не менее в
> определённых политических ситуациях ультиматумы способны предотвратить
> большее зло.
>
> Ультиматум как моральное понятие действует отрицательно на человека,
> которому он поставлен."
>
> По существу:
>
> 1. Насколько синхронно будут вестись пакеты в форке и в сизифе?
> 2. На каких условиях планируется привлекать мантейнеров в проект?

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

Rgrds, Алексей

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Смирнов]

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

On Fri, Jul 16, 2010 at 01:09:44PM +0400, Денис Корявов wrote:

ДК> "1. Рассказать о причинах целях вашего форка в devel@. (Для тех, кто
ДК> не знает: это список членов ALT Linux Team, открытый для чтения всем.)

Хотелось бы услышать.

ДК> 2. Избегать претензий и подозрений при обсуждении. Каждый имеет право
ДК> на свое мнение. Нужно все же понять друг друга.

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

ДК> Буду общаться только на условиях пункта 2 указанного Вами. Если хоть
ДК> один человек по отношению ко мне этот пункт нарушит, прекращу
ДК> обсуждение
ДК> и тогда уже действительно - раз и навсегда.
ДК> Согласны?

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

Поэтому вы сейчас поставили ультиматум одним людям (которые хотят
услышать), но в качестве его условия указали поведение всех подписчиков
devel@.

То есть в качестве условия что вы будете вести себя корректно (т.е.
просто объясните свои несколько удивишие остальных действия), вы поставили
заведомо невыполнимое условие (aen@ физически не может контролировать
поступки всех подписчиков devel@, так что он _не может_ гарантировать
выполнение этого требования) выглядит также несколько странно.

Надеюсь мое письмо не будет воспринято как пртенезия или подозрение :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

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