[sisyphus] deal.II

[sisyphus] deal.II

[Vladislav Zavjalov]

Всем привет! Хочу собрать с Сизиф библиотеку deal.II
(https://www.dealii.org/), сейчас, пока сборочнница не работает,
разбираюсь со сборкой локально. Хочется узнать, есть ли тут еще
пользователи, услышать советы и пожелания.

Это весьма аккуратная и хорошо документированная C++ библиотека для
всяких численных вычислений методом конечных элементов. Я ее использовал
когда-то для пары своих небольших задач, мне она показалась хорошей,
например, по соотношению того, как глубоко надо вникнуть в детали и
какие возможности при этом открываются, а также по соотношению "науки"
и "хаков" в этих деталях.

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

Re: [sisyphus] deal.II

[Vladislav Zavjalov]

On Sun, Sep 13, 2020 at 01:17:47PM +0300, Vladislav Zavjalov wrote:
> Всем привет! Хочу собрать с Сизиф библиотеку deal.II
> (https://www.dealii.org/), сейчас, пока сборочнница не работает,
> разбираюсь со сборкой локально. Хочется узнать, есть ли тут еще
> пользователи, услышать советы и пожелания.

Сборка заканчивается такой ошибкой:

[x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
[x86_64] compilation terminated. [x86_64] --
[x86_64] {standard input}:1675891: Warning: end of file not at end of a line; newline inserted
[x86_64] {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
[x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
[x86_64] compilation terminated.

Правильно ли я понимаю, что не хватило ресурсов сборочницы?
Что в такой ситуации правильно делать?

Там, действительно, с -g получаются какие-то нереально большие файлы
(итоговая библиотека на 1Gb и т.п.), при сборке у себя локально я этот флаг убирал,
просто чтобы места на моем маленьком диске хватало. Может, тут тоже так
сделать, пожертвовать debuginfo?

Re: [sisyphus] deal.II

[Vladislav Zavjalov]

On Mon, Sep 14, 2020 at 01:44:28PM +0300, Vladislav Zavjalov wrote:
> On Sun, Sep 13, 2020 at 01:17:47PM +0300, Vladislav Zavjalov wrote:
> > Всем привет! Хочу собрать с Сизиф библиотеку deal.II
> > (https://www.dealii.org/), сейчас, пока сборочнница не работает,
> > разбираюсь со сборкой локально. Хочется узнать, есть ли тут еще
> > пользователи, услышать советы и пожелания.
> 
> Сборка заканчивается такой ошибкой:
> 
> [x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
> [x86_64] compilation terminated. [x86_64] --
> [x86_64] {standard input}:1675891: Warning: end of file not at end of a line; newline inserted
> [x86_64] {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
> [x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
> [x86_64] compilation terminated.
> 
> Правильно ли я понимаю, что не хватило ресурсов сборочницы?
> Что в такой ситуации правильно делать?

Сборку пропихнул, уменьшив чиcло потоков. Но после сборки все
свалилось с таким сообщением:

http://git.altlinux.org/tasks/257979/logs/events.8.1.log
2020-Sep-14 19:01:17 :: [x86_64-i586] plan: #2 +2 -0 =10499
2020-Sep-14 19:01:31 :: [i586] remote arepo: failed to build i586-libdealii-9.2.0-alt1.i586.rpm
2020-Sep-14 19:01:31 :: [x86_64-i586] remote build FAILED
2020-Sep-14 19:01:31 :: [x86_64-i586] build FAILED

Куда смотреть - непонятно.

Вообще, конечно, библиотека весьма чудовищная оказалась, один только
список символов каков:
$ nm -D -C libdeal_II.so.9.2.0  | wc
 186639 3583302 71283289

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

Re: [sisyphus] deal.II

[Dmitry V. Levin]

On Tue, Sep 15, 2020 at 01:02:50AM +0300, Vladislav Zavjalov wrote:
> On Mon, Sep 14, 2020 at 01:44:28PM +0300, Vladislav Zavjalov wrote:
> > On Sun, Sep 13, 2020 at 01:17:47PM +0300, Vladislav Zavjalov wrote:
> > > Всем привет! Хочу собрать с Сизиф библиотеку deal.II
> > > (https://www.dealii.org/), сейчас, пока сборочнница не работает,
> > > разбираюсь со сборкой локально. Хочется узнать, есть ли тут еще
> > > пользователи, услышать советы и пожелания.
> > 
> > Сборка заканчивается такой ошибкой:
> > 
> > [x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
> > [x86_64] compilation terminated. [x86_64] --
> > [x86_64] {standard input}:1675891: Warning: end of file not at end of a line; newline inserted
> > [x86_64] {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
> > [x86_64] x86_64-alt-linux-g++: fatal error: Killed signal terminated program cc1plus
> > [x86_64] compilation terminated.
> > 
> > Правильно ли я понимаю, что не хватило ресурсов сборочницы?
> > Что в такой ситуации правильно делать?
> 
> Сборку пропихнул, уменьшив чиcло потоков. Но после сборки все
> свалилось с таким сообщением:
> 
> http://git.altlinux.org/tasks/257979/logs/events.8.1.log
> 2020-Sep-14 19:01:17 :: [x86_64-i586] plan: #2 +2 -0 =10499
> 2020-Sep-14 19:01:31 :: [i586] remote arepo: failed to build i586-libdealii-9.2.0-alt1.i586.rpm
> 2020-Sep-14 19:01:31 :: [x86_64-i586] remote build FAILED
> 2020-Sep-14 19:01:31 :: [x86_64-i586] build FAILED
> 
> Куда смотреть - непонятно.

В http://git.altlinux.org/tasks/257979/arepo/x86_64-i586/arepo.log

> Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> список символов каков:
> $ nm -D -C libdeal_II.so.9.2.0  | wc
>  186639 3583302 71283289

Там ещё что-то чудовищное, скорее всего, provides,
если rpmbuild жалуется на "Target buffer overflow".


-- 
ldv

Re: [sisyphus] deal.II

[Vladislav Zavjalov]

On Tue, Sep 15, 2020 at 01:27:07AM +0300, Dmitry V. Levin wrote:
> > Куда смотреть - непонятно.
> 
> В http://git.altlinux.org/tasks/257979/arepo/x86_64-i586/arepo.log

Спасибо!

> > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > список символов каков:
> > $ nm -D -C libdeal_II.so.9.2.0  | wc
> >  186639 3583302 71283289
> 
> Там ещё что-то чудовищное, скорее всего, provides,
> если rpmbuild жалуется на "Target buffer overflow".

Ну так она все эти символы и провайдит:
Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>

Re: [sisyphus] deal.II

[Dmitry V. Levin]

On Tue, Sep 15, 2020 at 01:34:40AM +0300, Vladislav Zavjalov wrote:
> On Tue, Sep 15, 2020 at 01:27:07AM +0300, Dmitry V. Levin wrote:
> > > Куда смотреть - непонятно.
> > 
> > В http://git.altlinux.org/tasks/257979/arepo/x86_64-i586/arepo.log
> 
> Спасибо!
> 
> > > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > > список символов каков:
> > > $ nm -D -C libdeal_II.so.9.2.0  | wc
> > >  186639 3583302 71283289
> > 
> > Там ещё что-то чудовищное, скорее всего, provides,
> > если rpmbuild жалуется на "Target buffer overflow".
> 
> Ну так она все эти символы и провайдит:
> Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>

Вот оно и не влезает, line's too long.

185606 плюсовых символов?  Но зачем экспортировать столько?


-- 
ldv

Re: [sisyphus] deal.II

[Andrey Savchenko]

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

On Tue, 15 Sep 2020 01:49:39 +0300 Dmitry V. Levin wrote:
> On Tue, Sep 15, 2020 at 01:34:40AM +0300, Vladislav Zavjalov wrote:
> > On Tue, Sep 15, 2020 at 01:27:07AM +0300, Dmitry V. Levin wrote:
> > > > Куда смотреть - непонятно.
> > > 
> > > В http://git.altlinux.org/tasks/257979/arepo/x86_64-i586/arepo.log
> > 
> > Спасибо!
> > 
> > > > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > > > список символов каков:
> > > > $ nm -D -C libdeal_II.so.9.2.0  | wc
> > > >  186639 3583302 71283289
> > > 
> > > Там ещё что-то чудовищное, скорее всего, provides,
> > > если rpmbuild жалуется на "Target buffer overflow".
> > 
> > Ну так она все эти символы и провайдит:
> > Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>
> 
> Вот оно и не влезает, line's too long.
> 
> 185606 плюсовых символов?  Но зачем экспортировать столько?

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

Best regards,
Andrew Savchenko

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

Re: [sisyphus] deal.II

[Dmitry V. Levin]

On Tue, Sep 15, 2020 at 11:48:10AM +0300, Andrey Savchenko wrote:
> On Tue, 15 Sep 2020 01:49:39 +0300 Dmitry V. Levin wrote:
> > On Tue, Sep 15, 2020 at 01:34:40AM +0300, Vladislav Zavjalov wrote:
> > > On Tue, Sep 15, 2020 at 01:27:07AM +0300, Dmitry V. Levin wrote:
> > > > > Куда смотреть - непонятно.
> > > > 
> > > > В http://git.altlinux.org/tasks/257979/arepo/x86_64-i586/arepo.log
> > > 
> > > Спасибо!
> > > 
> > > > > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > > > > список символов каков:
> > > > > $ nm -D -C libdeal_II.so.9.2.0  | wc
> > > > >  186639 3583302 71283289
> > > > 
> > > > Там ещё что-то чудовищное, скорее всего, provides,
> > > > если rpmbuild жалуется на "Target buffer overflow".
> > > 
> > > Ну так она все эти символы и провайдит:
> > > Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>
> > 
> > Вот оно и не влезает, line's too long.
> > 
> > 185606 плюсовых символов?  Но зачем экспортировать столько?
> 
> Мне этот вопрос представляется некорректным. Апстрим так решил, им
> так нужно, значит это ответственность нашей инфраструктуры
> обеспечить корректную сборку такого пакета.

Апстрим, как правило, недостаточно квалифицирован в этих вопросах.


-- 
ldv

Re: [sisyphus] deal.II

[Vladislav Zavjalov]

On Tue, Sep 15, 2020 at 01:34:40AM +0300, Vladislav Zavjalov wrote:
> > > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > > список символов каков:
> > > $ nm -D -C libdeal_II.so.9.2.0  | wc
> > >  186639 3583302 71283289
> > 
> > Там ещё что-то чудовищное, скорее всего, provides,
> > если rpmbuild жалуется на "Target buffer overflow".
> 
> Ну так она все эти символы и провайдит:
> Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>

Еще посмотрел, что прошлая версия содержала 124 тысячи символов,
но тогда еще set:versions не было, кажется (2013 год):
https://packages.altlinux.org/ru/p7/srpms/dealii-real/rpms

В общем, непонятно, что с таким делать, может, надо просто
собирать и использовать локально.

Re: [sisyphus] deal.II

[Vladislav Zavjalov]

On Tue, Sep 15, 2020 at 01:52:32AM +0300, Vladislav Zavjalov wrote:
> On Tue, Sep 15, 2020 at 01:34:40AM +0300, Vladislav Zavjalov wrote:
> > > > Вообще, конечно, библиотека весьма чудовищная оказалась, один только
> > > > список символов каков:
> > > > $ nm -D -C libdeal_II.so.9.2.0  | wc
> > > >  186639 3583302 71283289
> > > 
> > > Там ещё что-то чудовищное, скорее всего, provides,
> > > если rpmbuild жалуется на "Target buffer overflow".
> > 
> > Ну так она все эти символы и провайдит:
> > Provides: libdeal_II.so.9.2.0()(64bit) = set:<примерно 370 kB>
> 
> Еще посмотрел, что прошлая версия содержала 124 тысячи символов,
> но тогда еще set:versions не было, кажется (2013 год):
> https://packages.altlinux.org/ru/p7/srpms/dealii-real/rpms
> 
> В общем, непонятно, что с таким делать, может, надо просто
> собирать и использовать локально.

И вот еще обсуждение этой проблемы:
https://github.com/dealii/dealii/issues/2460
Там есть, кстати, ответ на вопрос, почему библиотека чудовищна:
"Why we do that? Well, *nix simply let's us do that, that's why."

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

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