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

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

[Aleksey Avdeev]

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

Здравствуйте, уважаемые.

  В связи с выносом остатков 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 (опять таки, смержил).

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

-- 

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


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

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

[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 разрешил.

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

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

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

-- 
Best regards,
Sviatoslav Sviridov
--
You could live a better life, if you had a better mind and a better body.

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

[Sviatoslav Sviridov]

Упс, кажется письмо, отправленное с другого адреса, не дошло... 
переправлю еще раз на всякий случай...

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 разрешил.
>
>> 2svd: Сорри за самодеятельность, но я в сети сейчас набегами... :-/
>>   
>
> Да я тоже сейчас не могу сильно много времени уделять :)
> Вот сейчас бы найти время и укурить как все это делалось при помощи 
> гит, что было столько изменений, мержей, а в итоге такой лаконичный 
> результат... Хотелось бы втянуть это все к себе в git, но не 
> разобравшись делать этого не хочется, потому как потом точно не 
> вспомню что к чему :)
>
> ЗЫ насколько я понимаю, в гите это так и задумано - после мержа все 
> промежуточные коммиты будут как бы уже и частью бранча, в который 
> мержили... а можно ли как-то смержить только результат, чтобы 
> промежуточные коммиты не путались потом перед глазами (кроме как 
> наложить результат поверху и закоммитить, обрывая связь с источником)?
>

-- 
Best regards,
Sviatoslav Sviridov

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

[Aleksey Avdeev]

[-- 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 --]