[devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Anton Gorlov]

Гм..и как такое фиксить?

-------- Исходное сообщение --------
Тема: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed
Дата: Tue,  1 Mar 2011 07:42:04 +0300 (MSK)
От: ALT beekeeper <beehive@altlinux.org>
Отвечать: devel@lists.altlinux.org
Кому: stalker@altlinux.org
Копия: beehive@altlinux.org

Package: erlang-mysql-0.0-alt0.svn1031
Status: Sisyphus/x86_64 test rebuild failed
Cannot build this package.
Please investigate.
Excerpt from build log:

<86>Mar  1 01:49:48 userdel[26828]: delete user `rooter'
<86>Mar  1 01:49:48 userdel[26828]: remove group `rooter'
<86>Mar  1 01:49:48 groupadd[26839]: new group: name=rooter, gid=520
<86>Mar  1 01:49:48 useradd[26848]: new user: name=rooter, uid=520, 
gid=520, home=/root, shell=/bin/bash
<86>Mar  1 01:49:48 userdel[26861]: delete user `builder'
<86>Mar  1 01:49:49 groupadd[26872]: new group: name=builder, gid=521
<86>Mar  1 01:49:49 useradd[26880]: new user: name=builder, uid=521, 
gid=521, home=/usr/src, shell=/bin/bash
<13>Mar  1 01:49:53 rpmi: rpm-macros-erlang-0.7.0-alt1 installed
<13>Mar  1 01:49:53 rpmi: erlang-R14B.1-alt1 installed
<13>Mar  1 01:49:53 rpmi: rpm-build-erlang-0.7.0.2-alt1 installed
Installing erlang-mysql-0.0-alt0.svn1031.src.rpm
Building target platforms: x86_64
Building for target x86_64
Executing(%prep): /bin/sh -e /usr/src/tmp/rpm-tmp.30737
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ rm -rf erlang-mysql-0.0
+ echo 'Source #0 (erlang-mysql-0.0.tar.gz):'
Source #0 (erlang-mysql-0.0.tar.gz):
+ /bin/gzip -dc /usr/src/RPM/SOURCES/erlang-mysql-0.0.tar.gz
+ /bin/tar -xf -
+ cd erlang-mysql-0.0
+ /bin/chmod -c -Rf u+rwX,go-w .
+ exit 0
Executing(%build): /bin/sh -e /usr/src/tmp/rpm-tmp.30737
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ cd erlang-mysql-0.0
+ mkdir -p erlang-mysql-0.0/ebin
+ sed -i 's/ebin/erlang-mysql-0.0\/ebin/g' Emakefile
+ ./build.sh
{"init terminating in do_boot",{'cannot load',error_handler,get_file}}

Crash dump was written to: erl_crash.dump
init terminating in do_boot ()
error: Bad exit status from /usr/src/tmp/rpm-tmp.30737 (%build)

RPM build errors:
     Bad exit status from /usr/src/tmp/rpm-tmp.30737 (%build)
Command exited with non-zero status 1
0.04user 0.28system 0:00.33elapsed 97%CPU (0avgtext+0avgdata 
19408maxresident)k
0inputs+0outputs (0major+8019minor)pagefaults 0swaps
hsh-rebuild: rebuild of `erlang-mysql-0.0-alt0.svn1031.src.rpm' failed.
Command exited with non-zero status 1
8.16user 22.52system 0:29.10elapsed 105%CPU (0avgtext+0avgdata 
202752maxresident)k
0inputs+352outputs (0major+482354minor)pagefaults 0swaps

-- 
Sincerely yours,
ALT beekeeper

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Afanasov Dmitry]

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

On Tue, Mar 01, 2011 at 09:24:10AM +0300, Anton Gorlov wrote:
> Гм..и как такое фиксить?
мне тоже интересно. в бранче с gear/rules исходников нет - сложены где-то
слева, патчить некого, не переключаться же на upstream и обратно.

> + ./build.sh
> {"init terminating in do_boot",{'cannot load',error_handler,get_file}}
наверное читать build.sh и искать, кого же эта скотина cannot load.
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Anton Gorlov]

01.03.2011 9:37, Afanasov Dmitry пишет:
> On Tue, Mar 01, 2011 at 09:24:10AM +0300, Anton Gorlov wrote:
>> Гм..и как такое фиксить?
> мне тоже интересно. в бранче с gear/rules исходников нет - сложены где-то
> слева, патчить некого, не переключаться же на upstream и обратно.
>
>> + ./build.sh
>> {"init terminating in do_boot",{'cannot load',error_handler,get_file}}
> наверное читать build.sh и искать, кого же эта скотина cannot load.
там всего 2 строки..
#!/bin/sh
erl -pz ebin -make

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Afanasov Dmitry]

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

On Tue, Mar 01, 2011 at 09:52:37AM +0300, Anton Gorlov wrote:
> 01.03.2011 9:37, Afanasov Dmitry пишет:
> > On Tue, Mar 01, 2011 at 09:24:10AM +0300, Anton Gorlov wrote:
> >> {"init terminating in do_boot",{'cannot load',error_handler,get_file}}
кто erlang сломал? ну в смысле зависимости.

в buildreq стоит просто erlang и имеем:
$ hsh-run -- rpm -qa | grep erlang 
rpm-macros-erlang-0.7.0-alt1
rpm-build-erlang-0.7.0.2-alt1
erlang-R14B.1-alt1

в итоге простой запуск erl дает тот же "init terminating in do_boot" - это
erl запуститься не может, даже не модуль make.

после hsh-install erlang-otp наш erl отработал.

добавление BuildRequires: erlang-otp фиксит сборку.

> > наверное читать build.sh и искать, кого же эта скотина cannot load.
> там всего 2 строки..
> #!/bin/sh
> erl -pz ebin -make
да, обратил внимание. и радовался, что из upstream'а спек хотя бы через
git show sisyphus:erlang-mysql.spec посмотреть можно.
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Sergey Shilov]

В сообщении от Вторник 01 марта 2011 09:03:06 автор Afanasov Dmitry написал:

> кто erlang сломал? ну в смысле зависимости.
Ну я :-)
Скорее починил :-)
Не-ОТП программа без ОТП собираться не должна.

Перенос  R12 -> R14 задача не тривиальная, а пощников нету :-(
 
> в buildreq стоит просто erlang и имеем:
В большинстве случаев надо   erlang-otp-devel

> $ hsh-run -- rpm -qa | grep erlang
> rpm-macros-erlang-0.7.0-alt1
> rpm-build-erlang-0.7.0.2-alt1
> erlang-R14B.1-alt1
> 
> в итоге простой запуск erl дает тот же "init terminating in do_boot" - это
> erl запуститься не может.
Повесте багу на erlang.

> 
> после hsh-install erlang-otp наш erl отработал.
> 
> добавление BuildRequires: erlang-otp фиксит сборку.
В данном случае  это просто правильная сборочная зависимость,
т.к. erlang-mysql  это OTP-приложение (как и фактически все остальное).

 
> > > наверное читать build.sh и искать, кого же эта скотина cannot load.
erts, kernel и stdlib надо из otp в erlang переложить (ну недоглядел)



-- 

С уважением
С.Шилов.

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Afanasov Dmitry]

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

On Tue, Mar 01, 2011 at 03:37:27PM +0200, Sergey Shilov wrote:
> В сообщении от Вторник 01 марта 2011 09:03:06 автор Afanasov Dmitry написал:
> > кто erlang сломал? ну в смысле зависимости.
> Перенос  R12 -> R14 задача не тривиальная, а пощников нету :-(
я не хочу пока от bind'а отвлекаться. основу сделаю - подключусь
обязательно. а то мне давно ёжика обновить надо и свой shared_roster_ldap
мигрировать - что-то его очень дебианщики изменили за последний год.

> > > > наверное читать build.sh и искать, кого же эта скотина cannot load.
> erts, kernel и stdlib надо из otp в erlang переложить (ну недоглядел)
:)
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] Fwd: erlang-mysql-0.0-alt0.svn1031: Sisyphus/x86_64 test rebuild failed

[Sergey Shilov]

> > erts, kernel и stdlib надо из otp в erlang переложить (ну недоглядел)
"Пробежался" по коду ... усомнился в "недоглядел"... 

-- 

С уважением
С.Шилов.

Re: [devel] [JT] стили ведения gear repo

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

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

On Thu, Mar 03, 2011 at 08:38:15PM +0200, Michael Shigorin wrote:

MS> Когда исходники вперемешку со спеком и рулесами, мне лично
MS> сложно ходить с ними в апстрим -- pull не предложить, и вообще
MS> стыдно...

Это _самая_ неудобная схема, если нужно активно патчить (переключаться
между бранчами для каждого тестового коммита, потом делать
gear-update-tag).

А наличие рулесов для дебиана и спека для редхата прямо в исходниках
почему-то многих апстримов не смущает.

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

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

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

[devel] [JT] стили ведения gear repo

[Michael Shigorin]

On Tue, Mar 01, 2011 at 09:37:15AM +0300, Afanasov Dmitry wrote:
> > Гм..и как такое фиксить?
> мне тоже интересно. в бранче с gear/rules исходников нет -
> сложены где-то слева, патчить некого, не переключаться же на
> upstream и обратно.

Когда исходники вперемешку со спеком и рулесами, мне лично
сложно ходить с ними в апстрим -- pull не предложить, и вообще
стыдно...

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

Re: [devel] [JT] стили ведения gear repo

[Mikhail Efremov]

On Thu, 3 Mar 2011 21:30:07 +0300 Денис Смирнов wrote:
> On Thu, Mar 03, 2011 at 08:38:15PM +0200, Michael Shigorin wrote:
> 
> MS> Когда исходники вперемешку со спеком и рулесами, мне лично
> MS> сложно ходить с ними в апстрим -- pull не предложить, и вообще
> MS> стыдно...
> 
> Это _самая_ неудобная схема, если нужно активно патчить (переключаться
> между бранчами для каждого тестового коммита, потом делать
> gear-update-tag).

Я остановился на схеме с хранением апстримных исходников в subtree.
Единственное отличие - git merge с параметром -s subtree (хотя может
даже и это не нужно, не помню точно).
При этом у меня спек и прочее не смешивается с измененными исходниками.
Оригинальный же master апстрима в отдельном бранче уже без
всякого subtree.

-- 
WBR, Mikhail Efremov

Re: [devel] [JT] стили ведения gear repo

[Afanasov Dmitry]

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

On Thu, Mar 03, 2011 at 09:30:07PM +0300, Денис Смирнов wrote:
> On Thu, Mar 03, 2011 at 08:38:15PM +0200, Michael Shigorin wrote:
> 
> MS> Когда исходники вперемешку со спеком и рулесами, мне лично
> MS> сложно ходить с ними в апстрим -- pull не предложить, и вообще
> MS> стыдно...
> 
> Это _самая_ неудобная схема, если нужно активно патчить (переключаться
> между бранчами для каждого тестового коммита, потом делать
> gear-update-tag).
эта система очень смешно смотрится после git clone git.alt:/gears.
смотришь git log, а там то есть иходники, то их нету - мистика!
приходится ману на лишний каст $ cat .gear/tag/list делать и уже потом
checkout -b.

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

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

а вообще, [JT] все это, к работе отнощение имеющая только тогда, когда в
такой репе мне что-то сделать надо :)
-- 
 С уважением
 Афанасов Дмитрий

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

Re: [devel] [JT] стили ведения gear repo

[Ivan A. Melnikov]

On Thu, 3 Mar 2011 23:31:17 +0300
Afanasov Dmitry <ender@altlinux.org> wrote:
> 
> > А наличие рулесов для дебиана и спека для редхата прямо в исходниках
> > почему-то многих апстримов не смущает.

+1

> признаться, я очень хочу по умолчанию .gear переименовать в altlinux и
> спек с остальным patch-скрипт хламом хранить там.

+1 или больше

-- 
WBR,
Ivan A. Melnikov

Re: [devel] [JT] стили ведения gear repo

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

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

On Thu, Mar 03, 2011 at 10:48:32PM +0300, Mikhail Efremov wrote:

ME> Я остановился на схеме с хранением апстримных исходников в subtree.
ME> Единственное отличие - git merge с параметром -s subtree (хотя может
ME> даже и это не нужно, не помню точно).

А можно подробнее про эту схему?

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

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

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

Re: [devel] [JT] стили ведения gear repo

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

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

On Thu, Mar 03, 2011 at 11:31:17PM +0300, Afanasov Dmitry wrote:

AD> признаться, я очень хочу по умолчанию .gear переименовать в altlinux и
AD> спек с остальным patch-скрипт хламом хранить там. от перехода останавалиет
AD> только нежелание смущать народ нестанадртным подходом.

Интересный подход. Особенно если сделать его стандартным.

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Mikhail Efremov]

On Fri, 4 Mar 2011 18:22:38 +0300 Денис Смирнов wrote:
> On Thu, Mar 03, 2011 at 10:48:32PM +0300, Mikhail Efremov wrote:
> 
> ME> Я остановился на схеме с хранением апстримных исходников в subtree.
> ME> Единственное отличие - git merge с параметром -s subtree (хотя может
> ME> даже и это не нужно, не помню точно).
> 
> А можно подробнее про эту схему?

Про то, как сделать subtree есть тут:
http://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html

Т.е. я просто при merge помещаю апстримные исходники в подкаталог. Спек
и прочее остается на верхнем уровне. Изменения делаю в своем master,
при этом в автогенеренный патч попадают только изменения в исходниках,
спек,.gear/* и прочее в него не попадают, как в схеме, когда все это
валяется прямо в апстримных исходниках.
Создаю gear tag, прописываю правильные tar и diff в .gear/rules, с
учетом того, что апстримные исходники, на которые ссылается gear tag и
измененные исходники в моем master находятся на разном уровне. Т.е.
примерно так:
tar: v@version@:.
diff: v@version@:. dir_with_sources/

При последующем обновлении из апстримного гита делаю просто
git merge -s subtree <upstream_branch>

Вот этот репозиторий у меня сейчас так сделан, например:
http://git.altlinux.org/people/sem/packages/?p=NetworkManager.git
И этот:
http://git.altlinux.org/people/sem/packages/?p=openresolv.git

-- 
WBR, Mikhail Efremov

Re: [devel] [JT] стили ведения gear repo

[Vitaly Lipatov]

On 4 марта 2011, Mikhail Efremov wrote:
...> 
> При последующем обновлении из апстримного гита делаю просто
> git merge -s subtree <upstream_branch>
> 
> Вот этот репозиторий у меня сейчас так сделан, например:
> http://git.altlinux.org/people/sem/packages/?p=NetworkManager.
Мне кажется странным, что в ветке upstream при этом у вас 
появляется merge вида
Merge branch 'master' of 
git://git.freedesktop.org/git/NetworkManager/NetworkManager into 
upstream

Мне казалось, что при fast forward такого не должно быть.


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

Re: [devel] [JT] стили ведения gear repo

[Vitaly Lipatov]

On 4 марта 2011, Денис Смирнов wrote:
> On Thu, Mar 03, 2011 at 11:31:17PM +0300, Afanasov Dmitry
> wrote:
> 
> AD> признаться, я очень хочу по умолчанию .gear переименовать
> в altlinux и AD> спек с остальным patch-скрипт хламом хранить
> там. от перехода останавалиет AD> только нежелание смущать
> народ нестанадртным подходом.
> 
> Интересный подход. Особенно если сделать его стандартным.
Я так обычно делаю, если исходники не из тарболла обновляются. 
Чтобы не путаться, все специфичные для сборки файлы лежат в 
.gear.
К сожалению, много подходов, и нет явно определённого 
заслуженного лучшего.

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

Re: [devel] [JT] стили ведения gear repo

[Vitaly Lipatov]

On 3 марта 2011, Afanasov Dmitry wrote:
...
> эта система очень смешно смотрится после git clone
> git.alt:/gears. смотришь git log, а там то есть иходники, то
> их нету - мистика! приходится ману на лишний каст $ cat
> .gear/tag/list делать и уже потом checkout -b.
Дмитрий, а можно подробнее? Меня всегда приводят в недоумение 
такие репозитории, и я не понимаю, что с ними делать, чтобы, 
допустим, обновить до следующей версии. Мне кажется, слишком 
много действий. На http://altlinux.org не нашёл.


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

Re: [devel] [JT] стили ведения gear repo

[Afanasov Dmitry]

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

On Fri, Mar 04, 2011 at 11:25:36PM +0300, Vitaly Lipatov wrote:
> On 3 марта 2011, Afanasov Dmitry wrote:
> ...
> > эта система очень смешно смотрится после git clone
> > git.alt:/gears. смотришь git log, а там то есть иходники, то
> > их нету - мистика! приходится ману на лишний каст $ cat
> > .gear/tag/list делать и уже потом checkout -b.
> Дмитрий, а можно подробнее? Меня всегда приводят в недоумение 
> такие репозитории, и я не понимаю, что с ними делать, чтобы, 
> допустим, обновить до следующей версии. Мне кажется, слишком 
> много действий. На http://altlinux.org не нашёл.
ну, есть два способа.
1. qgit. до коммита Merge branch 'upstream' видны два коммита. правда кто
из них master, а кто upstream в qgit не видно, нужен оригинальный
репозитарий. но можно восстановить чисто логикой: checkout левый и
checkout правый. где .gear - тот master, где нет - тот upstream. это если
не дай бог git merge был сделан только по двум бранчам.

2. .gear/tags/list. в нашем случае он содержит 
ce98d62eb52bb76d9bc8f8b21969ffe078330c5f upstream
этот hash в qgit как раз один из предков Merge branch 'upstream'.
радуемся, что у нас тут бранч, а не тег, как к примеру у меня и делаем
git checkout -b upstream ce98d62eb52bb76d9bc8f8b21969ffe078330c5f

а дальше тривиально: gear-update <tarball> .; git checkout master; git
merge -s ours upstream; gear-update-tag -avc

если забыть -s ours, то исходники появятся master.

когда-то мне здесь же сказали, что gear хранит всю необходимую информацию
для сборки, а значит и теги исходников, которые он хранит в .gear/tags. к
сожалнию, gears хранит инфу только для сборки, для обновления же её
приходится вычислять, особенно в случах с -s ours и -s subtree.

ничего страшного, просто утилита, облегчающая работу, тратит время на
танцы с git, вместо работы с кодом. что иногда провоцирует эмоциональные
всплески :)

-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] [JT] стили ведения gear repo

[Afanasov Dmitry]

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

On Fri, Mar 04, 2011 at 11:24:06PM +0300, Vitaly Lipatov wrote:
> On 4 марта 2011, Денис Смирнов wrote:
> > On Thu, Mar 03, 2011 at 11:31:17PM +0300, Afanasov Dmitry
> > wrote:
> > 
> > > признаться, я очень хочу по умолчанию .gear переименовать в
> > > altlinux и спек с остальным patch-скрипт хламом хранить там.
> > 
> > Интересный подход. Особенно если сделать его стандартным.
> Я так обычно делаю, если исходники не из тарболла обновляются. 
> Чтобы не путаться, все специфичные для сборки файлы лежат в 
> .gear.
меня здесь смущает вопрос в наименовании - .gear-то у нас скрытый каталог.
весь из себя технический, не для основной работы. и spec там по умолчанию
не ищется, и copy текущим каталогом имеют GIT_WORK_TREE, и вообще в rules
писать много.

в общем, altlinux приятнее, чем .gear.

> К сожалению, много подходов, и нет явно определённого 
> заслуженного лучшего.
There's more than one way to do it :)

а вообще, делиться методами работы с gear, это как делиться .rpmmacros'ами
- оформлены они могут как угодно и удобно, а результат один - rpms'ы. вот
только с чужим gear'ом приходит и чужой ".rpmmacros".

вот нет в жизни щастья.
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] [JT] стили ведения gear repo

[Mikhail Efremov]

On Fri, 4 Mar 2011 23:22:21 +0300 Vitaly Lipatov wrote:
> On 4 марта 2011, Mikhail Efremov wrote:
> ...> 
> > При последующем обновлении из апстримного гита делаю просто
> > git merge -s subtree <upstream_branch>
> > 
> > Вот этот репозиторий у меня сейчас так сделан, например:
> > http://git.altlinux.org/people/sem/packages/?p=NetworkManager.
> Мне кажется странным, что в ветке upstream при этом у вас 
> появляется merge вида
> Merge branch 'master' of 
> git://git.freedesktop.org/git/NetworkManager/NetworkManager into 
> upstream
> 
> Мне казалось, что при fast forward такого не должно быть.

Вы слишком далеко в историю заглянули :).
Это тяжелое наследие прежних метаний, я почему-то далеко не стразу
сообразил, что мержить с -s subtree можно сразу в свой master, до этого
у меня был совершенно лишний этап с первоначальном мержем в отдельный
бранч с апсримными исходниками в subtree, и уже из него я делал merge в
свой master. Потом понял, наконец, что этого не нужно. Но в истории
осталось.

-- 
WBR, Mikhail Efremov

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Thu, Mar 03, 2011 at 11:31:17PM +0300, Afanasov Dmitry wrote:
[...]
> признаться, я очень хочу по умолчанию .gear переименовать в altlinux и
> спек с остальным patch-скрипт хламом хранить там. от перехода останавалиет
> только нежелание смущать народ нестанадртным подходом.

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


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Mikhail Efremov]

On Sat, 5 Mar 2011 00:49:39 +0300 Mikhail Efremov wrote:
> On Fri, 4 Mar 2011 23:22:21 +0300 Vitaly Lipatov wrote:
> > On 4 марта 2011, Mikhail Efremov wrote:
> > ...> 
> > > При последующем обновлении из апстримного гита делаю просто
> > > git merge -s subtree <upstream_branch>
> > > 
> > > Вот этот репозиторий у меня сейчас так сделан, например:
> > > http://git.altlinux.org/people/sem/packages/?p=NetworkManager.
> > Мне кажется странным, что в ветке upstream при этом у вас 
> > появляется merge вида
> > Merge branch 'master' of 
> > git://git.freedesktop.org/git/NetworkManager/NetworkManager into 
> > upstream
> > 
> > Мне казалось, что при fast forward такого не должно быть.
> 
> Вы слишком далеко в историю заглянули :).
Точнее там вся ветка upstream является тяжелым наследием прошлого, я ее
вообще удалю. Сейчас в локальном гит репозитории у меня там просто
апстримовский мастер, публиковать ее на git.alt я особого смысла не
вижу. Ее же всегда можно получить прямо из git repo апстрима. Вот
хранить где-то в gear-репозитории просто ссылку на этот самый
апстримовский git не помешало бы, но мне пока не понятно где и в каком
виде это удобно делать.

-- 
WBR, Mikhail Efremov

Re: [devel] [JT] стили ведения gear repo

[Paul Wolneykien]

05.03.2011 01:02, Dmitry V. Levin пишет:
> По идее, каталог .gear предназначен не для людей, а для утилит gear*.
> Если вам во время работы приходится регулярно редактировать что-то в
> .gear, значит, ваш стиль работы сильно расходится с тем, что предполагали
> авторы gear.

  Дим, а эти предположения где-нибудь записаны?

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 01:23:29AM +0300, Paul Wolneykien wrote:
> 05.03.2011 01:02, Dmitry V. Levin пишет:
> > По идее, каталог .gear предназначен не для людей, а для утилит gear*.
> > Если вам во время работы приходится регулярно редактировать что-то в
> > .gear, значит, ваш стиль работы сильно расходится с тем, что предполагали
> > авторы gear.
> 
>   Дим, а эти предположения где-нибудь записаны?

Они много где записаны.  Мне, например, из gear-rules(5) очевидно, что
.gear/riles пишется один раз под каждую схему, и больше менять его незачем.
Если хочется что-то добавить в документацию, то патчи традиционно
приветствуются.

Кажется, что .name традиционно предназначено для настройки поведения name.


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 383 bytes --]

On Saturday 05 March 2011 01:02, Dmitry V. Levin wrote:

[...]
> По идее, каталог .gear предназначен
> не для людей,
Как я понял суть предложения, раз есть необходимость в его редактировании 
людьми, то он должен быть для них в первую очередь.

> а для утилит gear*.
Тогда они его и должны редактировать сами ;-)

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [JT] стили ведения gear repo

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 364 bytes --]

On Saturday 05 March 2011 01:41, Dmitry V. Levin wrote:

[...]
> больше менять его незачем.
К сожалению, это расходиться с реальностью.
При сборке одного пакета другим мантейнером, использующим другой стиль ведения 
репозитория иногда это меняется. И я сам это делал и с моими пакетами делали.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 02:06:54PM +0300, Sergey V Turchin wrote:
> On Saturday 05 March 2011 01:41, Dmitry V. Levin wrote:
> 
> [...]
> > больше менять его незачем.
> К сожалению, это расходиться с реальностью.
> При сборке одного пакета другим мантейнером, использующим другой стиль ведения 
> репозитория иногда это меняется. И я сам это делал и с моими пакетами делали.

Об этом и речь.  Когда у пакета меняется мейнтейнер и/или стиль упаковки,
но не во время регулярной разработки.  Сравните частоту изменений,
вносимых вручную в .gear, с частотой изменений, вносимых в исходный код.


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 02:05:23PM +0300, Sergey V Turchin wrote:
> On Saturday 05 March 2011 01:02, Dmitry V. Levin wrote:
> 
> [...]
> > По идее, каталог .gear предназначен
> > не для людей,
> Как я понял суть предложения, раз есть необходимость в его редактировании 
> людьми, то он должен быть для них в первую очередь.
> 
> > а для утилит gear*.
> Тогда они его и должны редактировать сами ;-)

Ну так они его и редактируют сами, см. напр. gear-srpmimport и
gear-store-tags.


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sat, Mar 05, 2011 at 01:02:14AM +0300, Dmitry V. Levin wrote:

DVL> По идее, каталог .gear предназначен не для людей, а для утилит gear*.
DVL> Если вам во время работы приходится регулярно редактировать что-то в
DVL> .gear, значит, ваш стиль работы сильно расходится с тем, что предполагали
DVL> авторы gear.

man gear-changelog

редактировать приходится не редко.

Кроме того, если действительно задумываться о том, чтобы содержимое своего
git tree можно было бы предлагать pull'ить апстриму, то было бы удобно
если бы все alt-specific лежало в одном каталоге, включая:
- specfile
- .gear/*
- альтернативы
- README.ALT

Собственно достаточно приучить gear при отсутствии .gear/* пытаться брать
свои конфиги из altlinux/*, и у желающих появится возможность так
работать.

Это имеет смысл для тех апстримов, которые используют git.

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

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


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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sat, Mar 05, 2011 at 01:41:11AM +0300, Dmitry V. Levin wrote:

DVL> Кажется, что .name традиционно предназначено для настройки поведения name.

См. каталог 'debian' в исходниках у многих апстримов.

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 07:41:14PM +0300, Денис Смирнов wrote:
> On Sat, Mar 05, 2011 at 01:41:11AM +0300, Dmitry V. Levin wrote:
> 
> DVL> Кажется, что .name традиционно предназначено для настройки поведения name.
> 
> См. каталог 'debian' в исходниках у многих апстримов.

debian != .debian


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sat, Mar 05, 2011 at 09:18:03PM +0300, Dmitry V. Levin wrote:

DVL>> См. каталог 'debian' в исходниках у многих апстримов.
DVL> debian != .debian

mithraen@mw:~/git/altlinux/packages$ find -type d -name 'debian' | wc -l
14
mithraen@mw:~/git/altlinux/packages$ find -type d -name '.debian' | wc -l 
0

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 07:39:59PM +0300, Денис Смирнов wrote:
> On Sat, Mar 05, 2011 at 01:02:14AM +0300, Dmitry V. Levin wrote:
> 
> DVL> По идее, каталог .gear предназначен не для людей, а для утилит gear*.
> DVL> Если вам во время работы приходится регулярно редактировать что-то в
> DVL> .gear, значит, ваш стиль работы сильно расходится с тем, что предполагали
> DVL> авторы gear.
> 
> man gear-changelog
> 
> редактировать приходится не редко.

Зачем??

> Кроме того, если действительно задумываться о том, чтобы содержимое своего
> git tree можно было бы предлагать pull'ить апстриму, то было бы удобно
> если бы все alt-specific лежало в одном каталоге, включая:
> - specfile
> - .gear/*
> - альтернативы
> - README.ALT

.gear не alt-specific а gear-specific.

> Собственно достаточно приучить gear при отсутствии .gear/* пытаться брать
> свои конфиги из altlinux/*, и у желающих появится возможность так
> работать.

gear не alt-specific.  Никто не задумывал gear как alt-specific.

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


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sat, Mar 05, 2011 at 09:24:57PM +0300, Денис Смирнов wrote:
> On Sat, Mar 05, 2011 at 09:18:03PM +0300, Dmitry V. Levin wrote:
> 
> DVL>> См. каталог 'debian' в исходниках у многих апстримов.
> DVL> debian != .debian
> 
> mithraen@mw:~/git/altlinux/packages$ find -type d -name 'debian' | wc -l
> 14
> mithraen@mw:~/git/altlinux/packages$ find -type d -name '.debian' | wc -l 
> 0

О чем и речь.  Каталог debian это аналог *.spec а не .gear; неужели это не
очевидно?


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sat, Mar 05, 2011 at 09:25:26PM +0300, Dmitry V. Levin wrote:

>> man gear-changelog
>> редактировать приходится не редко.
DVL> Зачем??

Когда я его пытался использовать -- оказалось что его телепатический
модуль недостаточно эффективен :(

DVL> .gear не alt-specific а gear-specific.

gear сам по себе alt-specific.

DVL> gear не alt-specific.  Никто не задумывал gear как alt-specific.

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

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

Так что если gear станет не alt-specfic, то будет важной фича "брать при
сборке для разных дистрибутивов конфиг из разных мест".

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

Он должен быть в том же бранче, из-за .gear/tags. 

Если апстрим работает с git, то надо либо извращаться с subtree, либо
класть все alt-specific прямо в исходники.

С точки зрения апстрима -- новый каталог .gear это "какой-то непонятный
мусор".

Если же у нас есть каталог 'altlinux', в котором лежат spec, README.ALT,
альтернативы, ну и заодно и конфиг gear (не городить же для этого еще
отдельный каталог), то такое можно вполне влить прямо в апстрим.
Соответственно не будет проблем сказать апстриму "сделай pull с моего репо
на git.alt".

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

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


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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sat, Mar 05, 2011 at 09:27:04PM +0300, Dmitry V. Levin wrote:

DVL> О чем и речь.  Каталог debian это аналог *.spec а не .gear; неужели это не
DVL> очевидно?

Очевидно. А то что у debian в отдельном каталоге -- у нас лежит в корне и
конфликтует со спеком для федоры, который там часто валяется.

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sun, Mar 06, 2011 at 12:21:50AM +0300, Денис Смирнов wrote:
[...]
> Так что если gear станет не alt-specfic, то будет важной фича "брать при
> сборке для разных дистрибутивов конфиг из разных мест".

Из одного коммита под разные дистрибутивы?  ALT#20912?

> Если же у нас есть каталог 'altlinux', в котором лежат spec, README.ALT,
> альтернативы, ну и заодно и конфиг gear (не городить же для этого еще
> отдельный каталог), то такое можно вполне влить прямо в апстрим.
> Соответственно не будет проблем сказать апстриму "сделай pull с моего репо
> на git.alt".

Не надо кормить апстрим alt-спецификой.  Пользы от этого не будет.


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

05.03.2011 21:27, Dmitry V. Levin wrote:
> О чем и речь.  Каталог debian это аналог *.spec а не .gear; неужели это не
> очевидно?

Думаю, в документации нам стоит провести параллель между .gear и .git.

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sun, Mar 06, 2011 at 01:21:09AM +0300, Alexey Gladkov wrote:
> 05.03.2011 21:27, Dmitry V. Levin wrote:
> > О чем и речь.  Каталог debian это аналог *.spec а не .gear; неужели это не
> > очевидно?
> 
> Думаю, в документации нам стоит провести параллель между .gear и .git.

Раз это не всем очевидно, то, наверное, стоит.


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

05.03.2011 19:39, Денис Смирнов wrote:
> Собственно достаточно приучить gear при отсутствии .gear/* пытаться брать
> свои конфиги из altlinux/*, и у желающих появится возможность так
> работать.

Прошу вас, не смешивайте понятия. gear может использоваться (и
используется) вне altlinux. Он использует разные бэкенды для сборки и
совсем не alt-specific.

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

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

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

On Sun, Mar 06, 2011 at 01:25:44AM +0300, Dmitry V. Levin wrote:

DVL> Раз это не всем очевидно, то, наверное, стоит.

По поводу .gear/rules -- да, по поводу .gear/changelog -- с чего бы это?

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Aleksey Novodvorsky]

6 марта 2011 г. 1:27 пользователь Alexey Gladkov <legion@altlinux.ru> написал:
> 05.03.2011 19:39, Денис Смирнов wrote:
>> Собственно достаточно приучить gear при отсутствии .gear/* пытаться брать
>> свои конфиги из altlinux/*, и у желающих появится возможность так
>> работать.
>
> Прошу вас, не смешивайте понятия. gear может использоваться (и
> используется) вне altlinux.

Это закрытые проекты? Если нет, то будет приятно услышать -- где и как.
(Можно не отвечать, если использование gear не афишируется по
каким-либо причинам.)

Rgrds, Алексей

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

06.03.2011 01:25, Dmitry V. Levin wrote:
> Раз это не всем очевидно, то, наверное, стоит.

Что именно не очевидно ?

У нас в gear как и в git есть служебный каталог, в котором хранятся
его служебные файлы и конфиги. Мне кажется аналогия очевидна.

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

06.03.2011 01:31, Денис Смирнов wrote:
> По поводу .gear/rules -- да, по поводу .gear/changelog -- с чего бы это?

.gear/changelog - такой же как .gear/rules, но более сложный и по
этому его редактирование сложно поддаётся автоматизации. Но при
правильном заполнении, то и .gear/changelog часто редактировать не
придётся.

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

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

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

On Sun, Mar 06, 2011 at 01:42:14AM +0300, Alexey Gladkov wrote:

AG> .gear/changelog - такой же как .gear/rules, но более сложный и по
AG> этому его редактирование сложно поддаётся автоматизации. Но при
AG> правильном заполнении, то и .gear/changelog часто редактировать не
AG> придётся.

Ну, при правильном заполнении спек тоже часто редактировать не придется.
Достаточно обновлять version/release и делать запись в changelog, а с этим
и скрипт справится. В чем разница?

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

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

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

Re: [devel] [JT] стили ведения gear repo

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

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

On Sun, Mar 06, 2011 at 12:45:47AM +0300, Dmitry V. Levin wrote:

>> Так что если gear станет не alt-specfic, то будет важной фича "брать при
>> сборке для разных дистрибутивов конфиг из разных мест".
DVL> Из одного коммита под разные дистрибутивы?  ALT#20912?

Да, это решение. Хотя я бы не хотел чтобы tag-id было _обязательным
всегда_. Удобство временных коммитов при отладке слишком ценно. А также
возможность использовать git-bisect.

DVL>> Если же у нас есть каталог 'altlinux', в котором лежат spec, README.ALT,
DVL>> альтернативы, ну и заодно и конфиг gear (не городить же для этого еще
DVL>> отдельный каталог), то такое можно вполне влить прямо в апстрим.
DVL>> Соответственно не будет проблем сказать апстриму "сделай pull с моего репо
DVL>> на git.alt".
DVL> Не надо кормить апстрим alt-спецификой.  Пользы от этого не будет.

Если апстрим не собирается туда совать нос, а только делает git pull --
это удобно.

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

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

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

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sun, Mar 06, 2011 at 01:37:26AM +0300, Alexey Gladkov wrote:
> 06.03.2011 01:25, Dmitry V. Levin wrote:
> > Раз это не всем очевидно, то, наверное, стоит.
> 
> Что именно не очевидно ?
> 
> У нас в gear как и в git есть служебный каталог, в котором хранятся
> его служебные файлы и конфиги. Мне кажется аналогия очевидна.

Из того, что аналогия очевидна нам, еще не следует, что она очевидна всем.
Если бы она была очевидна всем, то не было бы этого треда.
Значит, будем объяснять.

.git это каталог для git(1).  В нем находятся как совершенно служебные
файлы, например, .git/objects/*, так и файлы, которые можно иногда
редактировать вручную, например, .git/config, хотя их тоже могут
редактировать утилиты, такие как git-config(1) и git-branch(1).

.gear это каталог для gear(1) и gear-*(1).  В нем находятся как совершенно
служебные файлы, например, .gear/tags/*, так и файлы, которые можно иногда
редактировать вручную, например, .gear/rules, хотя их тоже могут
редактировать утилиты, такие как gear-srpmimport(1).


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

06.03.2011 01:46, Денис Смирнов wrote:
> Ну, при правильном заполнении спек тоже часто редактировать не придется.
> Достаточно обновлять version/release и делать запись в changelog, а с этим
> и скрипт справится. В чем разница?

В том, что конфиг утилиты gear не одно и тоже что и часть контента.
Спек не часть gear. Если ты заметил, то gear накладывает на спек очень
мало ограничений и из-за этого gear возможно применять не для
rpm-based сборки. Но суть в том, что спек это специфика проекта,
который находится в gear, но не часть его.

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

06.03.2011 01:56, Dmitry V. Levin wrote:
> Из того, что аналогия очевидна нам, еще не следует, что она очевидна всем.
> Если бы она была очевидна всем, то не было бы этого треда.
> Значит, будем объяснять.
> 
> .git это каталог для git(1).  В нем находятся как совершенно служебные
> файлы, например, .git/objects/*, так и файлы, которые можно иногда
> редактировать вручную, например, .git/config, хотя их тоже могут
> редактировать утилиты, такие как git-config(1) и git-branch(1).
> 
> .gear это каталог для gear(1) и gear-*(1).  В нем находятся как совершенно
> служебные файлы, например, .gear/tags/*, так и файлы, которые можно иногда
> редактировать вручную, например, .gear/rules, хотя их тоже могут
> редактировать утилиты, такие как gear-srpmimport(1).

Именно. Может это в каком-нибудь мане задокументируем ?

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

[Dmitry V. Levin]

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

On Sun, Mar 06, 2011 at 02:24:49AM +0300, Alexey Gladkov wrote:
> 06.03.2011 01:56, Dmitry V. Levin wrote:
> > Из того, что аналогия очевидна нам, еще не следует, что она очевидна всем.
> > Если бы она была очевидна всем, то не было бы этого треда.
> > Значит, будем объяснять.
> > 
> > .git это каталог для git(1).  В нем находятся как совершенно служебные
> > файлы, например, .git/objects/*, так и файлы, которые можно иногда
> > редактировать вручную, например, .git/config, хотя их тоже могут
> > редактировать утилиты, такие как git-config(1) и git-branch(1).
> > 
> > .gear это каталог для gear(1) и gear-*(1).  В нем находятся как совершенно
> > служебные файлы, например, .gear/tags/*, так и файлы, которые можно иногда
> > редактировать вручную, например, .gear/rules, хотя их тоже могут
> > редактировать утилиты, такие как gear-srpmimport(1).
> 
> Именно. Может это в каком-нибудь мане задокументируем ?

В каком?


-- 
ldv

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

Re: [devel] [JT] стили ведения gear repo

[Alexey Gladkov]

06.03.2011 02:35, Dmitry V. Levin wrote:
>> Именно. Может это в каком-нибудь мане задокументируем ?
> 
> В каком?

В gear(1). Там описано USAGE и CONFIGURATION так может в этом мане
описать и концепцию ?

-- 
Rgrds, legion

Re: [devel] [JT] стили ведения gear repo

[Sergey Vlasov]

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

On Sun, Mar 06, 2011 at 12:22:32AM +0300, Денис Смирнов wrote:
> On Sat, Mar 05, 2011 at 09:27:04PM +0300, Dmitry V. Levin wrote:
> 
> DVL> О чем и речь.  Каталог debian это аналог *.spec а не .gear; неужели это не
> DVL> очевидно?
> 
> Очевидно. А то что у debian в отдельном каталоге -- у нас лежит в корне и
> конфликтует со спеком для федоры, который там часто валяется.

С переносом spec-файла как раз проблем нет - хотя по умолчанию файл
*.spec действительно ищется в корне, в .gear/rules можно указать и
любое другое расположение.

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

Re: [devel] [JT] стили ведения gear repo

[Aleksey Avdeev]

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

06.03.2011 01:31, Денис Смирнов пишет:
> On Sun, Mar 06, 2011 at 01:25:44AM +0300, Dmitry V. Levin wrote:
> 
> DVL> Раз это не всем очевидно, то, наверное, стоит.
> 
> По поводу .gear/rules -- да, по поводу .gear/changelog -- с чего бы это?
                                         ^^^^^^^^^^^^^^^

  Где про него прочитать? (Первый раз встречаю упоминание данного файла.)

-- 

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



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

Re: [devel] [JT] стили ведения gear repo

[Slava Semushin]

12 марта 2011 г. 20:06 пользователь Aleksey Avdeev <solo@solin.spb.ru> написал:
[...]
>> По поводу .gear/rules -- да, по поводу .gear/changelog -- с чего бы это?
>                                         ^^^^^^^^^^^^^^^
>  Где про него прочитать? (Первый раз встречаю упоминание данного файла.)

man gear-changelog
man gear-changelog-rules

-- 
Slava Semushin