[devel] Q: странное поведение rpm

[devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Привет!

Пытаюсь я тут запаковать некую проприетарную фигню для собственных нужд и
столкнулся со странным поведением rpm:

$ rpm2cpio ../Perimeter81_0.2.29.480.rpm | cpio -idmuv --no-absolute-filenames
...

$ ll opt/Perimeter81/artifacts/
total 79376
drwxr-xr-x 2 lakostis lakostis       40 Nov 25 08:57 ./
drwxr-xr-x 8 lakostis lakostis     4096 Nov 25 08:57 ../
-rwxr-xr-x 1 lakostis lakostis 40337092 Nov 25 08:57 daemon-creator
-rwxr-xr-x 1 lakostis lakostis 40936023 Nov 25 08:57 daemon

В спеке в секции %install я объявляю %brp_strip_none %pdata/artifacts/*
где %pdata это путь до вот этих файлов

Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
одинаковой длины!

$ rpm2cpio perimeter81-0.2.29.480-alt0.1.x86_64.rpm|cpio -idmuv --no-absolute-filenames
...

$ ll usr/lib64/Perimeter81/artifacts/
total 77692
drwxr-xr-x 2 lakostis lakostis       40 Nov 25 09:03 ./
drwxr-xr-x 7 lakostis lakostis     4096 Nov 25 09:03 ../
-rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon-creator
-rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon

Как так? ))

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[alexei]

Добрый день!

----- Исходное сообщение -----
> От: "Konstantin Lepikhov" <lakostis@altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправленные: Четверг, 25 Ноябрь 2021 г 16:05:08
> Тема: [devel] Q: странное поведение rpm

> Привет!
> 
> Пытаюсь я тут запаковать некую проприетарную фигню для собственных нужд и
> столкнулся со странным поведением rpm:
> 
> $ rpm2cpio ../Perimeter81_0.2.29.480.rpm | cpio -idmuv --no-absolute-filenames
> ...
> 
> $ ll opt/Perimeter81/artifacts/
> total 79376
> drwxr-xr-x 2 lakostis lakostis       40 Nov 25 08:57 ./
> drwxr-xr-x 8 lakostis lakostis     4096 Nov 25 08:57 ../
> -rwxr-xr-x 1 lakostis lakostis 40337092 Nov 25 08:57 daemon-creator
> -rwxr-xr-x 1 lakostis lakostis 40936023 Nov 25 08:57 daemon
> 
> В спеке в секции %install я объявляю %brp_strip_none %pdata/artifacts/*
> где %pdata это путь до вот этих файлов
> 
> Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
> одинаковой длины!

Изменится ли результат, если это определение переместить в начало спека?

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi alexei!

On 11/25/2021, at 04:13:32 PM you wrote:

> Добрый день!
> 
> ----- Исходное сообщение -----
> > От: "Konstantin Lepikhov" <lakostis@altlinux.org>
> > Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> > Отправленные: Четверг, 25 Ноябрь 2021 г 16:05:08
> > Тема: [devel] Q: странное поведение rpm
> 
> > Привет!
> > 
> > Пытаюсь я тут запаковать некую проприетарную фигню для собственных нужд и
> > столкнулся со странным поведением rpm:
> > 
> > $ rpm2cpio ../Perimeter81_0.2.29.480.rpm | cpio -idmuv --no-absolute-filenames
> > ...
> > 
> > $ ll opt/Perimeter81/artifacts/
> > total 79376
> > drwxr-xr-x 2 lakostis lakostis       40 Nov 25 08:57 ./
> > drwxr-xr-x 8 lakostis lakostis     4096 Nov 25 08:57 ../
> > -rwxr-xr-x 1 lakostis lakostis 40337092 Nov 25 08:57 daemon-creator
> > -rwxr-xr-x 1 lakostis lakostis 40936023 Nov 25 08:57 daemon
> > 
> > В спеке в секции %install я объявляю %brp_strip_none %pdata/artifacts/*
> > где %pdata это путь до вот этих файлов
> > 
> > Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
> > одинаковой длины!
> 
> Изменится ли результат, если это определение переместить в начало спека?
нет, результат аналогичен. Внутри .spec файлы копируются через cp, если
тоже самое сделать вручную, то размер не меняется (я уж подумал про sparse
files).

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 11:05, Konstantin Lepikhov пишет:
> Привет!
>
> Пытаюсь я тут запаковать некую проприетарную фигню для собственных нужд и
> столкнулся со странным поведением rpm:
>
> $ rpm2cpio ../Perimeter81_0.2.29.480.rpm | cpio -idmuv --no-absolute-filenames
> ...
>
> $ ll opt/Perimeter81/artifacts/
> total 79376
> drwxr-xr-x 2 lakostis lakostis       40 Nov 25 08:57 ./
> drwxr-xr-x 8 lakostis lakostis     4096 Nov 25 08:57 ../
> -rwxr-xr-x 1 lakostis lakostis 40337092 Nov 25 08:57 daemon-creator
> -rwxr-xr-x 1 lakostis lakostis 40936023 Nov 25 08:57 daemon
>
> В спеке в секции %install я объявляю %brp_strip_none %pdata/artifacts/*
> где %pdata это путь до вот этих файлов
>
> Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
> одинаковой длины!

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


> $ rpm2cpio perimeter81-0.2.29.480-alt0.1.x86_64.rpm|cpio -idmuv --no-absolute-filenames
> ...
>
> $ ll usr/lib64/Perimeter81/artifacts/
> total 77692
> drwxr-xr-x 2 lakostis lakostis       40 Nov 25 09:03 ./
> drwxr-xr-x 7 lakostis lakostis     4096 Nov 25 09:03 ../
> -rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon-creator
> -rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon
>
> Как так? ))
>

-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Leonid!

On 11/25/2021, at 11:45:54 AM you wrote:

> 
> 
> 25.11.2021 11:05, Konstantin Lepikhov пишет:
> > Привет!
> >
> > Пытаюсь я тут запаковать некую проприетарную фигню для собственных нужд и
> > столкнулся со странным поведением rpm:
> >
> > $ rpm2cpio ../Perimeter81_0.2.29.480.rpm | cpio -idmuv --no-absolute-filenames
> > ...
> >
> > $ ll opt/Perimeter81/artifacts/
> > total 79376
> > drwxr-xr-x 2 lakostis lakostis       40 Nov 25 08:57 ./
> > drwxr-xr-x 8 lakostis lakostis     4096 Nov 25 08:57 ../
> > -rwxr-xr-x 1 lakostis lakostis 40337092 Nov 25 08:57 daemon-creator
> > -rwxr-xr-x 1 lakostis lakostis 40936023 Nov 25 08:57 daemon
> >
> > В спеке в секции %install я объявляю %brp_strip_none %pdata/artifacts/*
> > где %pdata это путь до вот этих файлов
> >
> > Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
> > одинаковой длины!
> 
> Непонятное предложение. Как у одного файла может быть одинаковая длина? 
> Одинаковая с чем? На выходе превращается в первый файл, а второй 
> исчезает или наоборот? Какая версия cpio?
При чем тут cpio вообще, если эти 2 файла получаются такими при упаковке?
Т.е. такого размера они становятся уже в %buildroot

$ sha1sum ./p81-helper-daemon
7d616d1e8a2cc2a70e2b8c499f51a74a32ebd71c  ./p81-helper-daemon
$ sha1sum ./p81-helper-daemon-creator 
df7e940b7ceae23466be25ce1eec1143c3cd4a4d  ./p81-helper-daemon-creator

Файлы разные, размер одинаковый и они не работают после этой манипуляции.

> 
> 
> > $ rpm2cpio perimeter81-0.2.29.480-alt0.1.x86_64.rpm|cpio -idmuv --no-absolute-filenames
> > ...
> >
> > $ ll usr/lib64/Perimeter81/artifacts/
> > total 77692
> > drwxr-xr-x 2 lakostis lakostis       40 Nov 25 09:03 ./
> > drwxr-xr-x 7 lakostis lakostis     4096 Nov 25 09:03 ../
> > -rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon-creator
> > -rwxr-xr-x 1 lakostis lakostis 39772216 Nov 25 09:03 daemon
> >
> > Как так? ))
> >
> 
> -- 
> Best regards,
> Leonid Krivoshein.
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

On 11/25/2021, at 09:56:03 AM you wrote:

<skip>
> > > Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
> > > одинаковой длины!
> > 
> > Непонятное предложение. Как у одного файла может быть одинаковая длина? 
> > Одинаковая с чем? На выходе превращается в первый файл, а второй 
> > исчезает или наоборот? Какая версия cpio?
> При чем тут cpio вообще, если эти 2 файла получаются такими при упаковке?
> Т.е. такого размера они становятся уже в %buildroot
> 
> $ sha1sum ./p81-helper-daemon
> 7d616d1e8a2cc2a70e2b8c499f51a74a32ebd71c  ./p81-helper-daemon
> $ sha1sum ./p81-helper-daemon-creator 
> df7e940b7ceae23466be25ce1eec1143c3cd4a4d  ./p81-helper-daemon-creator
> 
> Файлы разные, размер одинаковый и они не работают после этой манипуляции.
> 
это что получается в результате сборки (обратите внимание, что файлы
получаются stripped, несмотря на то, что brp_strip_none):

[lakostis@lks perimeter81 (master)]$ file ./p81-helper-daemon
./p81-helper-daemon: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, stripped
[lakostis@lks perimeter81 (master)]$ file ./p81-helper-daemon-creator 
./p81-helper-daemon-creator: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, stripped

А это как они выглядят до упаковки:

[lakostis@lks perimeter81 (master)]$ file tmp/opt/Perimeter81/artifacts/daemon
tmp/opt/Perimeter81/artifacts/daemon: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, with debug_info, not stripped
[lakostis@lks perimeter81 (master)]$ file tmp/opt/Perimeter81/artifacts/daemon-creator 
tmp/opt/Perimeter81/artifacts/daemon-creator: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, with debug_info, not stripped

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 12:04, Konstantin Lepikhov пишет:
> On 11/25/2021, at 09:56:03 AM you wrote:
>
> <skip>
>>>> Но при упаковке rpm на выходе эти 2 файла превращаются в один, причем
>>>> одинаковой длины!
>>> Непонятное предложение. Как у одного файла может быть одинаковая длина?
>>> Одинаковая с чем? На выходе превращается в первый файл, а второй
>>> исчезает или наоборот? Какая версия cpio?
>> При чем тут cpio вообще, если эти 2 файла получаются такими при упаковке?
>> Т.е. такого размера они становятся уже в %buildroot
>>
>> $ sha1sum ./p81-helper-daemon
>> 7d616d1e8a2cc2a70e2b8c499f51a74a32ebd71c  ./p81-helper-daemon
>> $ sha1sum ./p81-helper-daemon-creator
>> df7e940b7ceae23466be25ce1eec1143c3cd4a4d  ./p81-helper-daemon-creator
>>
>> Файлы разные, размер одинаковый и они не работают после этой манипуляции.
>>
> это что получается в результате сборки (обратите внимание, что файлы
> получаются stripped, несмотря на то, что brp_strip_none):
>
> [lakostis@lks perimeter81 (master)]$ file ./p81-helper-daemon
> ./p81-helper-daemon: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, stripped
> [lakostis@lks perimeter81 (master)]$ file ./p81-helper-daemon-creator
> ./p81-helper-daemon-creator: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, stripped

Для проприетарной блобятины сделал простой перепаковщик в несколько 
строк, там в спек может вставляться такое:

https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26

Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может, 
стоит ей попробовать?


> А это как они выглядят до упаковки:
>
> [lakostis@lks perimeter81 (master)]$ file tmp/opt/Perimeter81/artifacts/daemon
> tmp/opt/Perimeter81/artifacts/daemon: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, with debug_info, not stripped
> [lakostis@lks perimeter81 (master)]$ file tmp/opt/Perimeter81/artifacts/daemon-creator
> tmp/opt/Perimeter81/artifacts/daemon-creator: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=844f348fb1f723e6aa41184c2f91306ea5e593fc, with debug_info, not stripped
>

-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Leonid!

On 11/25/2021, at 12:22:48 PM you wrote:

<skip>
> Для проприетарной блобятины сделал простой перепаковщик в несколько 
> строк, там в спек может вставляться такое:
> 
> https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26
> 
> Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может, 
> стоит ей попробовать?
Это все интересно, но в моем случае нужно не просто блобы переложить но и
сделать некие изменения внутри.

Более того, даже ваша утилита делает тоже самое, т.е. подозреваю, что
результат будет аналогичный.

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 12:46, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 11/25/2021, at 12:22:48 PM you wrote:
>
> <skip>
>> Для проприетарной блобятины сделал простой перепаковщик в несколько
>> строк, там в спек может вставляться такое:
>>
>> https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26
>>
>> Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может,
>> стоит ей попробовать?
> Это все интересно, но в моем случае нужно не просто блобы переложить но и
> сделать некие изменения внутри.
>
> Более того, даже ваша утилита делает тоже самое, т.е. подозреваю, что
> результат будет аналогичный.

Интересно, если пересобрать rpm-build без этого изменения:
https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=commitdiff;h=7a87954821ecd6cad28ae132ff21aad280cc9f6b
такой же результат будет? Рядышком есть ещё пара патчей, меняющих 
поведение, появились совсем недавно.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Leonid!

On 11/25/2021, at 01:25:25 PM you wrote:

> 
> 25.11.2021 12:46, Konstantin Lepikhov пишет:
> > Hi Leonid!
> >
> > On 11/25/2021, at 12:22:48 PM you wrote:
> >
> > <skip>
> >> Для проприетарной блобятины сделал простой перепаковщик в несколько
> >> строк, там в спек может вставляться такое:
> >>
> >> https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26
> >>
> >> Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может,
> >> стоит ей попробовать?
> > Это все интересно, но в моем случае нужно не просто блобы переложить но и
> > сделать некие изменения внутри.
> >
> > Более того, даже ваша утилита делает тоже самое, т.е. подозреваю, что
> > результат будет аналогичный.
> 
> Интересно, если пересобрать rpm-build без этого изменения:
> https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=commitdiff;h=7a87954821ecd6cad28ae132ff21aad280cc9f6b
> такой же результат будет? Рядышком есть ещё пара патчей, меняющих 
> поведение, появились совсем недавно.
Я тут еще сравнил, нашел интересную закономерность:

- если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
  то файлы не стрипаются и размер сохраняется. Почему так, не очень
  понимаю.

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 13:30, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 11/25/2021, at 01:25:25 PM you wrote:
>
>> 25.11.2021 12:46, Konstantin Lepikhov пишет:
>>> Hi Leonid!
>>>
>>> On 11/25/2021, at 12:22:48 PM you wrote:
>>>
>>> <skip>
>>>> Для проприетарной блобятины сделал простой перепаковщик в несколько
>>>> строк, там в спек может вставляться такое:
>>>>
>>>> https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26
>>>>
>>>> Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может,
>>>> стоит ей попробовать?
>>> Это все интересно, но в моем случае нужно не просто блобы переложить но и
>>> сделать некие изменения внутри.
>>>
>>> Более того, даже ваша утилита делает тоже самое, т.е. подозреваю, что
>>> результат будет аналогичный.
>> Интересно, если пересобрать rpm-build без этого изменения:
>> https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=commitdiff;h=7a87954821ecd6cad28ae132ff21aad280cc9f6b
>> такой же результат будет? Рядышком есть ещё пара патчей, меняющих
>> поведение, появились совсем недавно.
> Я тут еще сравнил, нашел интересную закономерность:
>
> - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
>    то файлы не стрипаются и размер сохраняется. Почему так, не очень
>    понимаю.

Как раз это-то понятно. Потому и предложил использовать эти строчки в 
спеке. Стратегия перепаковки _проприетарных_ блобов в том, чтобы никак 
не трогать бинарные файлы, даже если они не очень хорошие. Потому что 
лицензия обычно не позволяет вносить в них какие-либо изменения. Эти 
опции описаны на ВиКи, откуда их брал. Собственно, они позволяют не 
стрипать и не проверять ничего для таких блобов. Но в данном случае 
воркэраунд, т.к. если ошибка в упаковке xz, надо её исправлять. В 
комментарии говорится про синхронизацию с ядром, но я так понимаю, что с 
исходниками ядра, оно само тут не причём, так как упаковка идёт в 
userspace. Тулзу мне тоже пора обновить, она устарела с некоторыми 
изменениями в формате вывода rpm.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Leonid!

On 11/25/2021, at 02:22:45 PM you wrote:

<skip>
> > Я тут еще сравнил, нашел интересную закономерность:
> >
> > - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
> >    то файлы не стрипаются и размер сохраняется. Почему так, не очень
> >    понимаю.
> 
> Как раз это-то понятно. Потому и предложил использовать эти строчки в 
> спеке. Стратегия перепаковки _проприетарных_ блобов в том, чтобы никак 
> не трогать бинарные файлы, даже если они не очень хорошие. Потому что 
> лицензия обычно не позволяет вносить в них какие-либо изменения. Эти 
> опции описаны на ВиКи, откуда их брал. Собственно, они позволяют не 
> стрипать и не проверять ничего для таких блобов. Но в данном случае 
> воркэраунд, т.к. если ошибка в упаковке xz, надо её исправлять. В 
> комментарии говорится про синхронизацию с ядром, но я так понимаю, что с 
> исходниками ядра, оно само тут не причём, так как упаковка идёт в 
> userspace. Тулзу мне тоже пора обновить, она устарела с некоторыми 
> изменениями в формате вывода rpm.
Вас куда-то не туда занесло. Как и что делать с блобами это проблема тех,
кто эти блобы использует, мой вопрос был про поведение rpm:

- Почему вызывается strip даже для путей, указанных в brp_strip_none?
- Почему операции set_debuginfo_skiplist и set_verify_info_method являются
  инвазивными, т.е. вызывают тот же strip?

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Dmitry V. Levin]

On Thu, Nov 25, 2021 at 11:30:03AM +0100, Konstantin Lepikhov wrote:
> Hi Leonid!
> 
> On 11/25/2021, at 01:25:25 PM you wrote:
> 
> > 
> > 25.11.2021 12:46, Konstantin Lepikhov пишет:
> > > Hi Leonid!
> > >
> > > On 11/25/2021, at 12:22:48 PM you wrote:
> > >
> > > <skip>
> > >> Для проприетарной блобятины сделал простой перепаковщик в несколько
> > >> строк, там в спек может вставляться такое:
> > >>
> > >> https://git.altlinux.org/gears/r/rpmrepair.git?p=rpmrepair.git;a=blob;f=rpmrepair.in;h=19f567f059f24e93e01fb6f6df2198d7c766a41d;hb=cda49350ebde6e4cd3d0218f0cbf3465c978197f#l26
> > >>
> > >> Сама тулза здесь описана: https://www.altlinux.org/RPM-repair , может,
> > >> стоит ей попробовать?
> > > Это все интересно, но в моем случае нужно не просто блобы переложить но и
> > > сделать некие изменения внутри.
> > >
> > > Более того, даже ваша утилита делает тоже самое, т.е. подозреваю, что
> > > результат будет аналогичный.
> > 
> > Интересно, если пересобрать rpm-build без этого изменения:
> > https://git.altlinux.org/gears/r/rpm-build.git?p=rpm-build.git;a=commitdiff;h=7a87954821ecd6cad28ae132ff21aad280cc9f6b
> > такой же результат будет? Рядышком есть ещё пара патчей, меняющих 
> > поведение, появились совсем недавно.
> Я тут еще сравнил, нашел интересную закономерность:
> 
> - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
>   то файлы не стрипаются и размер сохраняется. Почему так, не очень
>   понимаю.

%set_verify_info_method тут не при чём, это инструмент проверки файлов,
установленных в /usr/share/info/.

А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
которых не надо делать debuginfo.


-- 
ldv

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Dmitry!

On 11/25/2021, at 02:55:58 PM you wrote:

<skip>
> > Я тут еще сравнил, нашел интересную закономерность:
> > 
> > - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
> >   то файлы не стрипаются и размер сохраняется. Почему так, не очень
> >   понимаю.
> 
> %set_verify_info_method тут не при чём, это инструмент проверки файлов,
> установленных в /usr/share/info/.
окей, т.е. это не влияет.

> 
> А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
> которых не надо делать debuginfo.
т.е. процесс генерации debuginfo вызывает strip и _меняет_ файлы при
упаковке их даже не в -debuginfo пакет? Вот это совершенно неочевидно.

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Dmitry V. Levin]

On Thu, Nov 25, 2021 at 01:15:20PM +0100, Konstantin Lepikhov wrote:
> On 11/25/2021, at 02:55:58 PM you wrote:
> 
> <skip>
> > > Я тут еще сравнил, нашел интересную закономерность:
> > > 
> > > - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
> > >   то файлы не стрипаются и размер сохраняется. Почему так, не очень
> > >   понимаю.
> > 
> > %set_verify_info_method тут не при чём, это инструмент проверки файлов,
> > установленных в /usr/share/info/.
> окей, т.е. это не влияет.
> 
> > А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
> > которых не надо делать debuginfo.
> т.е. процесс генерации debuginfo вызывает strip и _меняет_ файлы при
> упаковке их даже не в -debuginfo пакет? Вот это совершенно неочевидно.

Создание debuginfo заключается, в частности, в переносе отладочной
информации из ELF'ов в отдельные debuginfo-файлы внутри /usr/lib/debug/.


-- 
ldv

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 14:34, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 11/25/2021, at 02:22:45 PM you wrote:
>
> <skip>
>>> Я тут еще сравнил, нашел интересную закономерность:
>>>
>>> - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
>>>     то файлы не стрипаются и размер сохраняется. Почему так, не очень
>>>     понимаю.
>> Как раз это-то понятно. Потому и предложил использовать эти строчки в
>> спеке. Стратегия перепаковки _проприетарных_ блобов в том, чтобы никак
>> не трогать бинарные файлы, даже если они не очень хорошие. Потому что
>> лицензия обычно не позволяет вносить в них какие-либо изменения. Эти
>> опции описаны на ВиКи, откуда их брал. Собственно, они позволяют не
>> стрипать и не проверять ничего для таких блобов. Но в данном случае
>> воркэраунд, т.к. если ошибка в упаковке xz, надо её исправлять. В
>> комментарии говорится про синхронизацию с ядром, но я так понимаю, что с
>> исходниками ядра, оно само тут не причём, так как упаковка идёт в
>> userspace. Тулзу мне тоже пора обновить, она устарела с некоторыми
>> изменениями в формате вывода rpm.
> Вас куда-то не туда занесло.

Именно, поскольку RPM с проприетарными блобами меня интересует не 
столько, сколько влияние lzma2=dict=2MiB на результат работы xz. Ну, 
т.е. RPM тоже интересен, то только как подопытный кролик, поскольку баг 
серьёзный и хотелось бы его воспроизвести. А ссылкой на него можете 
поделиться? :-)


> Как и что делать с блобами это проблема тех,
> кто эти блобы использует, мой вопрос был про поведение rpm:
>
> - Почему вызывается strip даже для путей, указанных в brp_strip_none?
> - Почему операции set_debuginfo_skiplist и set_verify_info_method являются
>    инвазивными, т.е. вызывают тот же strip?
>

-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 15:28, Dmitry V. Levin пишет:
> On Thu, Nov 25, 2021 at 01:15:20PM +0100, Konstantin Lepikhov wrote:
>> On 11/25/2021, at 02:55:58 PM you wrote:
>>
>> <skip>
>>>> Я тут еще сравнил, нашел интересную закономерность:
>>>>
>>>> - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
>>>>    то файлы не стрипаются и размер сохраняется. Почему так, не очень
>>>>    понимаю.
>>> %set_verify_info_method тут не при чём, это инструмент проверки файлов,
>>> установленных в /usr/share/info/.
>> окей, т.е. это не влияет.
>>
>>> А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
>>> которых не надо делать debuginfo.
>> т.е. процесс генерации debuginfo вызывает strip и _меняет_ файлы при
>> упаковке их даже не в -debuginfo пакет? Вот это совершенно неочевидно.
> Создание debuginfo заключается, в частности, в переносе отладочной
> информации из ELF'ов в отдельные debuginfo-файлы внутри /usr/lib/debug/.

Есть у меня плохая привычка с gcc -s, но с каих-то пор сборочница стала 
ругаться, -g ей подавай. Таки стало стрипаться принудительно в отдельный 
пакет debuginfo.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Dmitry!

On 11/25/2021, at 03:28:31 PM you wrote:

> On Thu, Nov 25, 2021 at 01:15:20PM +0100, Konstantin Lepikhov wrote:
> > On 11/25/2021, at 02:55:58 PM you wrote:
> > 
> > <skip>
> > > > Я тут еще сравнил, нашел интересную закономерность:
> > > > 
> > > > - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
> > > >   то файлы не стрипаются и размер сохраняется. Почему так, не очень
> > > >   понимаю.
> > > 
> > > %set_verify_info_method тут не при чём, это инструмент проверки файлов,
> > > установленных в /usr/share/info/.
> > окей, т.е. это не влияет.
> > 
> > > А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
> > > которых не надо делать debuginfo.
> > т.е. процесс генерации debuginfo вызывает strip и _меняет_ файлы при
> > упаковке их даже не в -debuginfo пакет? Вот это совершенно неочевидно.
> 
> Создание debuginfo заключается, в частности, в переносе отладочной
> информации из ELF'ов в отдельные debuginfo-файлы внутри /usr/lib/debug/.
Хм, я вот еще раз просмотрел https://www.altlinux.org/RPM/debuginfo и
увидел замечание про add_debuginfo_skiplist, хотя вчера его не находил ;)

Окей, теперь все понятно, спасибо!

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Konstantin Lepikhov]

Hi Leonid!

On 11/25/2021, at 04:13:02 PM you wrote:

<skip>
> > Вас куда-то не туда занесло.
> 
> Именно, поскольку RPM с проприетарными блобами меня интересует не 
> столько, сколько влияние lzma2=dict=2MiB на результат работы xz. Ну, 
> т.е. RPM тоже интересен, то только как подопытный кролик, поскольку баг 
> серьёзный и хотелось бы его воспроизвести. А ссылкой на него можете 
> поделиться? :-)
> 
Да нету при упаковке там никакого бага, проблему уже решили, виноват был
debuginfo.

Если вам очень хочется покопаться в этом .rpm то вот ссылка
https://support.perimeter81.com/docs/downloading-the-agent

-- 
WBR et al.

Re: [devel] Q: странное поведение rpm

[Leonid Krivoshein]

25.11.2021 16:29, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 11/25/2021, at 04:13:02 PM you wrote:
>
> <skip>
>>> Вас куда-то не туда занесло.
>> Именно, поскольку RPM с проприетарными блобами меня интересует не
>> столько, сколько влияние lzma2=dict=2MiB на результат работы xz. Ну,
>> т.е. RPM тоже интересен, то только как подопытный кролик, поскольку баг
>> серьёзный и хотелось бы его воспроизвести. А ссылкой на него можете
>> поделиться? :-)
>>
> Да нету при упаковке там никакого бага, проблему уже решили, виноват был
> debuginfo.
>
> Если вам очень хочется покопаться в этом .rpm то вот ссылка
> https://support.perimeter81.com/docs/downloading-the-agent

rpmrepair его перепаковывает без опции --repair на всех бранчах, включая 
Сизиф, но если опцию добавить, пакет будет успешно перепакован только на 
p8 с rpm-build-4.0.4-alt101.M80P.5.6, то есть, строго говоря, воркэраунд 
с %set_debuginfo_skiplist нужен на более новых версиях rpm-build, 
который более жёстко превращает *некие проприетарные блобы* во что-то 
странное. Опция --repair удаляет из спека эти строки:

AutoReq: no, noshell

%set_verify_elf_method skip
%set_verify_info_method skip
%set_findprov_skiplist /*
%set_debuginfo_skiplist /*
%set_fixup_skiplist /*

Ковырять подробнее пока не стал, хотя у меня во всех случаях вылет был 
немного раньше, на:
...
verify-elf: WARNING: ./opt/Perimeter81/binaries/openvpn/linux/openvpn: 
eu-elflint failed
error: Bad exit status from /usr/src/tmp/rpm-tmp.85194 (%install)

Очевидно из-за отсутствия в спеке:

%set_verify_elf_method skip


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Q: странное поведение rpm (debuginfo)

[Vitaly Chikunov]

Konstantin, Dmitry,

On Thu, Nov 25, 2021 at 02:26:25PM +0100, Konstantin Lepikhov wrote:
> 
> On 11/25/2021, at 03:28:31 PM you wrote:
> > On Thu, Nov 25, 2021 at 01:15:20PM +0100, Konstantin Lepikhov wrote:
> > > On 11/25/2021, at 02:55:58 PM you wrote:
> > > 
> > > <skip>
> > > > > Я тут еще сравнил, нашел интересную закономерность:
> > > > > 
> > > > > - если объявить %set_debuginfo_skiplist /* и %set_verify_info_method skip
> > > > >   то файлы не стрипаются и размер сохраняется. Почему так, не очень
> > > > >   понимаю.
> > > > 
> > > > %set_verify_info_method тут не при чём, это инструмент проверки файлов,
> > > > установленных в /usr/share/info/.
> > > окей, т.е. это не влияет.
> > > 
> > > > А вот %set_debuginfo_skiplist задаёт список шаблонов имён файлов, для
> > > > которых не надо делать debuginfo.
> > > т.е. процесс генерации debuginfo вызывает strip и _меняет_ файлы при
> > > упаковке их даже не в -debuginfo пакет? Вот это совершенно неочевидно.
> > 
> > Создание debuginfo заключается, в частности, в переносе отладочной
> > информации из ELF'ов в отдельные debuginfo-файлы внутри /usr/lib/debug/.
> Хм, я вот еще раз просмотрел https://www.altlinux.org/RPM/debuginfo и
> увидел замечание про add_debuginfo_skiplist, хотя вчера его не находил ;)

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

  https://www.altlinux.org/RPM/debuginfo

> 
> Окей, теперь все понятно, спасибо!
> 
> -- 
> WBR et al.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel