Re: [devel] U: Прошу разрешить NMU для aprutil1-1.2.8

[Aleksey Avdeev <solo@solin.spb.ru>]

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

Sviataslau Svirydau пишет:
> Aleksey Avdeev пишет:
> 
>>Здравствуйте, уважаемые.
>>
>>  В связи с выносом остатков apr* из apache-2.2.4, прошу разрешить NMU
>>для aprutil1-1.2.8: нужно чтобы пакет предоставлял *.m4, расположенные в
>>build.
>>
>>  Прототип того что мне нужно -- aprutil1-1.2.8-alt1.1 (залит в
>>/incoming/Daedalus, в git --
>><http://git.altlinux.ru/people/solo/packages/?p=aprutil.git;a=commit;h=12335107b9f235819f7ca788ca891e42e23d3ae9>).
>>Что именно сделано:
>>
>>1. Добавлен installbuilddir, куда выкладываются нужные build/*.m4.
>>installbuilddir совпадает с таковым для apr (для получения данной
>>функциональности смержил исходники пакета с исходниками apr, где она есть).
>>
>>2. При сборке вычищаются build/{apr_common,find_apr.m4}.m4 носимые в
>>пузе -- используются системные, от установленного libapr1-devel.
>>
>>3. Пути к сборочному окружению, зашиваемые в скрипты -- поправлены по
>>образцу и подобию apr1.spec (опять таки, смержил).
>>  
> 
> Посмотрел как это все это действо произошло в гите... с первого раза 
> ниасилил ;)
> Таки достал src.rpm, сравнил, все выглядит гораздо проще :)
> nmu разрешил.

  Спасибо, уже воспользовался: залил в incoming/Sisyphus.

> 
>>2svd: Сорри за самодеятельность, но я в сети сейчас набегами... :-/
>>  
> 
> 
> Да я тоже сейчас не могу сильно много времени уделять :)

  Может тогда стоит объединить усилия? ;-)

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

  Потому и делаю коммиты относительно небольшого размера:

1) Их проще комментировать. Практика показывает, что если изменений
сразу много -- часть из них откомментирована не будет. (По крайней мере
у меня так... :-()

2) Их проще анализировать: пройти по цепочке изменений, поняв что было
сделано на каждом шаге для меня обычно проще, чем разбирать объединённый
патч.

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

  Да.

> а можно ли как-то смержить только результат, чтобы 
> промежуточные коммиты не путались потом перед глазами (кроме как 
> наложить результат поверху и закоммитить, обрывая связь с источником)?

  На сколько я знаю -- нет.

  В данном случаи, часть коммитов (с переименованиями файлов и/или
удалением лишних) сугубо технические: если их опустить, то упадёт
наглядность изменений: средства просмотра (gitk, в моём случаи) при
показе diff`ов не покажет откуда что взялось. А так -- откуда взялся код
(из какой ветки), и почему он именно такой -- видно сразу.

-- 

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


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