[devel] I: packages that use very old gcc versions

[devel] I: packages that use very old gcc versions

[Dmitry V. Levin]

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

Hi,

У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
очень старые версии компиляторов.

Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
нам нужны эти пакеты, собираемые таким образом.

$ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
abinit	gcc4.3
ddd	gcc4.3
libtremor	gcc4.3
xpdf	gcc4.3
kernel-image-ovz-el	gcc4.4
netpolice-filter	gcc4.4
avr-gcc	gcc4.7
gnu-efi-3.0r	gcc4.7
gnu-efi-3.0u	gcc4.7
roxterm	gcc4.7
shim0.4	gcc4.7
syslinux	gcc4.7
tremulous	gcc4.7
uefi-utils	gcc4.7
gcc4.8	gcc4.8
gcc4.3	gcc4.9
gcc4.4	gcc4.9
gcc4.9	gcc4.9
java-1.6.0-openjdk	gcc4.9
libkdtree++	gcc4.9
libpcrecpp1	gcc4.9
memtest86	gcc4.9
memtest86+	gcc4.9
owfs	gcc4.9
palemoon	gcc4.9
primus	gcc4.9
v8-3.24	gcc4.9


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

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

On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> очень старые версии компиляторов.
> 
> Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> нам нужны эти пакеты, собираемые таким образом.
> 
> $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
...
> syslinux	gcc4.7

Простите за возможный оффтопик, но ровно сейчас бьюсь с extlinux и
gcc{7,8} из-за того что последний создаёт слишком большой mbr.bin  с точки
зрения syslinux.

-- 
Rgrds, legion


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Andrey Savchenko]

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

On Sat, 22 Dec 2018 18:22:47 +0100 Alexey Gladkov wrote:
> On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> > Hi,
> > 
> > У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> > очень старые версии компиляторов.
> > 
> > Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> > нам нужны эти пакеты, собираемые таким образом.
> > 
> > $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
> ...
> > syslinux	gcc4.7
> 
> Простите за возможный оффтопик, но ровно сейчас бьюсь с extlinux и
> gcc{7,8} из-за того что последний создаёт слишком большой mbr.bin  с точки
> зрения syslinux.
 
-Os не помогает?

Best regards,
Andrew Savchenko

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

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

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

On Sat, Dec 22, 2018 at 08:25:47PM +0300, Andrey Savchenko wrote:
> On Sat, 22 Dec 2018 18:22:47 +0100 Alexey Gladkov wrote:
> > On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> > > Hi,
> > > 
> > > У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> > > очень старые версии компиляторов.
> > > 
> > > Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> > > нам нужны эти пакеты, собираемые таким образом.
> > > 
> > > $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
> > ...
> > > syslinux	gcc4.7
> > 
> > Простите за возможный оффтопик, но ровно сейчас бьюсь с extlinux и
> > gcc{7,8} из-за того что последний создаёт слишком большой mbr.bin  с точки
> > зрения syslinux.
>  
> -Os не помогает?

Неа. Этот флаг там есть и очень давно. Есть конечно шанс, что это апстрим
накосячил и оно стало больше.

-- 
Rgrds, legion


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Andrey Savchenko]

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

On Sat, 22 Dec 2018 20:03:22 +0300 Dmitry V. Levin wrote:
> Hi,
> 
> У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> очень старые версии компиляторов.
> 
> Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> нам нужны эти пакеты, собираемые таким образом.
> 
> $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
[...]
> memtest86+	gcc4.9

Этот обязательно нужен. Альтернатив нет, патчи, с которыми
собирается под gcc-8 есть:
https://gitweb.gentoo.org/repo/sync/gentoo.git/tree/sys-apps/memtest86+/files

Best regards,
Andrew Savchenko

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

Re: [devel] I: packages that use very old gcc versions

[Dmitry V. Levin]

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

On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> очень старые версии компиляторов.
> 
> Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> нам нужны эти пакеты, собираемые таким образом.
> 
> $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2

Конечно, cut тут был избыточный, вот команда попроще:

$ grep ^gcc4 Sisyphus/files/list/src.list |join -t$'\t' -11 -22 -o2.1,2.2 - /beehive/stats/Sisyphus-i586/ufb-2


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey V. Vissarionov]

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

On 2018-12-22 18:22:47 +0100, Alexey Gladkov wrote:

 >> syslinux	gcc4.7
 > Простите за возможный оффтопик, но ровно сейчас бьюсь
 > с extlinux и gcc{7,8} из-за того что последний создаёт
 > слишком большой mbr.bin с точки зрения syslinux.

Не надо с ним биться - надо убить нахрен syslinux, создать
его заново под именем syslinux-gfx и начать использовать
давно собранный syslinux версии 6.*


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

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

On Sun, Dec 23, 2018 at 02:52:30AM +0300, Alexey V. Vissarionov wrote:
> On 2018-12-22 18:22:47 +0100, Alexey Gladkov wrote:
> 
>  >> syslinux	gcc4.7
>  > Простите за возможный оффтопик, но ровно сейчас бьюсь
>  > с extlinux и gcc{7,8} из-за того что последний создаёт
>  > слишком большой mbr.bin с точки зрения syslinux.
> 
> Не надо с ним биться - надо убить нахрен syslinux, создать
> его заново под именем syslinux-gfx и начать использовать
> давно собранный syslinux версии 6.*

Надо с ним биться.

Есть ощущение, что вы говорите не разобравшись в вопросе.

-- 
Rgrds, legion


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Dmitry V. Levin]

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

On Sun, Dec 23, 2018 at 01:57:39AM +0100, Alexey Gladkov wrote:
> On Sun, Dec 23, 2018 at 02:52:30AM +0300, Alexey V. Vissarionov wrote:
> > On 2018-12-22 18:22:47 +0100, Alexey Gladkov wrote:
> > 
> >  >> syslinux	gcc4.7
> >  > Простите за возможный оффтопик, но ровно сейчас бьюсь
> >  > с extlinux и gcc{7,8} из-за того что последний создаёт
> >  > слишком большой mbr.bin с точки зрения syslinux.
> > 
> > Не надо с ним биться - надо убить нахрен syslinux, создать
> > его заново под именем syslinux-gfx и начать использовать
> > давно собранный syslinux версии 6.*
> 
> Надо с ним биться.
> 
> Есть ощущение, что вы говорите не разобравшись в вопросе.

2gremlin: речь не о старом syslinux, а о syslinux "версии 6.*",
который не собирается правильно текущим тулчейном.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

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

On Sun, Dec 23, 2018 at 04:13:08AM +0300, Dmitry V. Levin wrote:
> On Sun, Dec 23, 2018 at 01:57:39AM +0100, Alexey Gladkov wrote:
> > On Sun, Dec 23, 2018 at 02:52:30AM +0300, Alexey V. Vissarionov wrote:
> > > On 2018-12-22 18:22:47 +0100, Alexey Gladkov wrote:
> > > 
> > >  >> syslinux	gcc4.7
> > >  > Простите за возможный оффтопик, но ровно сейчас бьюсь
> > >  > с extlinux и gcc{7,8} из-за того что последний создаёт
> > >  > слишком большой mbr.bin с точки зрения syslinux.
> > > 
> > > Не надо с ним биться - надо убить нахрен syslinux, создать
> > > его заново под именем syslinux-gfx и начать использовать
> > > давно собранный syslinux версии 6.*
> > 
> > Надо с ним биться.
> > 
> > Есть ощущение, что вы говорите не разобравшись в вопросе.
> 
> 2gremlin: речь не о старом syslinux, а о syslinux "версии 6.*",
> который не собирается правильно текущим тулчейном.

Из master он не собрается скорее всего по другой причине.

-- 
Rgrds, legion


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Michael Shigorin]

On Sun, Dec 23, 2018 at 02:52:30AM +0300, Alexey V. Vissarionov wrote:
> Не надо с ним биться - надо убить нахрен syslinux,
> создать его заново под именем syslinux-gfx

Один нюанс: у нас основной способ применения syslinux --
это именно с gfxboot.  А для загрузки системы его применяют
здесь примерно три человека -- legion@, klark@ и ты.

Из которых никто не стал, например, делать поддержку syslinux
в bootloader-utils, чтоб свежеустановленное ядро само
прописывалось.

Шашкой-то размахивать несложно...

> и начать использовать давно собранный syslinux версии 6.*

Который точно не сломался с gcc8?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] I: packages that use very old gcc versions

[Andrey Savchenko]

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

On Sat, 22 Dec 2018 20:55:23 +0300 Dmitry V. Levin wrote:
> On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> > Hi,
> > 
> > У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> > очень старые версии компиляторов.
> > 
> > Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> > нам нужны эти пакеты, собираемые таким образом.
> > 
> > $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
> 
> Конечно, cut тут был избыточный, вот команда попроще:
> 
> $ grep ^gcc4 Sisyphus/files/list/src.list |join -t$'\t' -11 -22 -o2.1,2.2 - /beehive/stats/Sisyphus-i586/ufb-2

А какой смысл публиковать эти команды, если у простых смертных нет
доступа к хосту, на котором их нужно выполнять?

Best regards,
Andrew Savchenko

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

Re: [devel] I: packages that use very old gcc versions

[Dmitry V. Levin]

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

On Sun, Dec 23, 2018 at 03:15:17PM +0300, Andrey Savchenko wrote:
> On Sat, 22 Dec 2018 20:55:23 +0300 Dmitry V. Levin wrote:
> > On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> > > Hi,
> > > 
> > > У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> > > очень старые версии компиляторов.
> > > 
> > > Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> > > нам нужны эти пакеты, собираемые таким образом.
> > > 
> > > $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
> > 
> > Конечно, cut тут был избыточный, вот команда попроще:
> > 
> > $ grep ^gcc4 Sisyphus/files/list/src.list |join -t$'\t' -11 -22 -o2.1,2.2 - /beehive/stats/Sisyphus-i586/ufb-2
> 
> А какой смысл публиковать эти команды, если у простых смертных нет
> доступа к хосту, на котором их нужно выполнять?

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

$ LC_COLLATE=C join -t$'\t' -11 -22 -o2.1,2.2 <(curl -s http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/files/list/src.list |grep ^gcc4) <(curl -s http://git.altlinux.org/beehive/stats/Sisyphus-x86_64/ufb-2)


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

On Sun, Dec 23, 2018 at 01:00:42PM +0300, Michael Shigorin wrote:
> Один нюанс: у нас основной способ применения syslinux --
> это именно с gfxboot.  А для загрузки системы его применяют
> здесь примерно три человека -- legion@, klark@ и ты.
> 
> Из которых никто не стал, например, делать поддержку syslinux
> в bootloader-utils, чтоб свежеустановленное ядро само
> прописывалось.

$ rpmquery -l extlinux |grep /usr/lib/rpm
/usr/lib/rpm/extlinux.filetrigger

Миш, неужели ты думаешь я каждый раз при обновлении ядра руками его
прописываю ? )))

С моей точки зрения в моём маргинальном пакете есть всё, что нужно и его
не нужно никуда прописывать.

-- 
Rgrds, legion

Re: [devel] I: packages that use very old gcc versions

[Андрей Бергман]

Re: [devel] I: packages that use very old gcc versions

[Андрей Бергман]

Мне лично нужны palemoon и xpdf

Неужели их нельзя обновить до более свежей версии?

Re: [devel] I: packages that use very old gcc versions

[Andrey Savchenko]

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

On Sun, 23 Dec 2018 15:57:41 +0300 Dmitry V. Levin wrote:
> On Sun, Dec 23, 2018 at 03:15:17PM +0300, Andrey Savchenko wrote:
> > On Sat, 22 Dec 2018 20:55:23 +0300 Dmitry V. Levin wrote:
> > > On Sat, Dec 22, 2018 at 08:03:22PM +0300, Dmitry V. Levin wrote:
> > > > Hi,
> > > > 
> > > > У нас в Сизифе около 27 исходных пакетов устанавливают в сборочную среду
> > > > очень старые версии компиляторов.
> > > > 
> > > > Я пока не предлагаю сразу их удалить, но посмотрите, действительно ли
> > > > нам нужны эти пакеты, собираемые таким образом.
> > > > 
> > > > $ cut -f1 Sisyphus/files/list/src.list |grep ^gcc4 |join -t$'\t' -11 -22 -o2.1,2.2 - beehive/stats/Sisyphus-x86_64/ufb-2
> > > 
> > > Конечно, cut тут был избыточный, вот команда попроще:
> > > 
> > > $ grep ^gcc4 Sisyphus/files/list/src.list |join -t$'\t' -11 -22 -o2.1,2.2 - /beehive/stats/Sisyphus-i586/ufb-2
> > 
> > А какой смысл публиковать эти команды, если у простых смертных нет
> > доступа к хосту, на котором их нужно выполнять?
> 
> С одной стороны, у многих есть.

Тогда можно рассказать где это всё лежит и как получить туда доступ?

> С другой стороны, не составляет труда сконструировать эквивалентную
> команду, доступную всем без исключения, например,
> 
> $ LC_COLLATE=C join -t$'\t' -11 -22 -o2.1,2.2 <(curl -s http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/files/list/src.list |grep ^gcc4) <(curl -s http://git.altlinux.org/beehive/stats/Sisyphus-x86_64/ufb-2)

Вот, это уже лучше. Про существование второго URI я даже не знал.

Best regards,
Andrew Savchenko

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

Re: [devel] I: packages that use very old gcc versions

[Igor Vlasenko]

On Sun, Dec 23, 2018 at 08:12:11PM +0300, Aleksey Novodvorsky wrote:
> вс, 23 дек. 2018 г., 19:30 Андрей Бергман <vkni@yandex.ru>:
> 
> > Мне лично нужны palemoon и xpdf
> >
> > Неужели их нельзя обновить до более свежей версии?
> >
> 
> Это devel@. Изучите этот вопрос и расскажите тут, пожалуйста.
> Сейчас бегло посмотрел на оба.
> xpdf -- можно. Вопрос в том, кто возьмётся

У меня есть собирающееся и работающее обновление xpdf,
выложил на http://autoimports.altlinux.org/pub/xpdf-4.00-alt1_6.src.rpm

если хотите взяться за xpdf в Сизифе - можете взять за основу.

Я свою сборку планировал выложить в autoimports,
когда xpdf в Сизифе окончательно протухнет.
В Сизиф выкладывать не брался, перегруз и ответственность.


-- 

I V

Re: [devel] I: packages that use very old gcc versions

[Alexey Gladkov]

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

On Sun, Dec 23, 2018 at 02:26:32AM +0100, Alexey Gladkov wrote:
> > 2gremlin: речь не о старом syslinux, а о syslinux "версии 6.*",
> > который не собирается правильно текущим тулчейном.
> 
> Из master он не собрается скорее всего по другой причине.

Мда ... syslinux-6.04-pre1 у меня сходу тоже не собрался. Вернее он (как и
мастер) скомпилировался, внутренняя проверка провалена:

ld -m elf_i386  -T /usr/src/RPM/BUILD/extlinux-6.04.pre1/mbr/i386/mbr.ld -e _start -o mbr.elf mbr.o
objcopy -O binary mbr.elf mbr.bin
perl /usr/src/RPM/BUILD/extlinux-6.04.pre1/mbr/checksize.pl mbr.bin
mbr.bin: too big (452 > 440)

-- 
Rgrds, legion


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 163 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Leonid Krivoshein]

Алексей,


23.12.2018 23:11, Alexey Gladkov пишет:
> mbr.bin: too big (452 > 440)

Оно и у других так, и на более свежих версиях тоже, и даже в апстриме:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906414
Лечится! (see discard the .note.gnu.property section)


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] I: packages that use very old gcc versions

[Sergey Afonin]

On Sunday 23 December 2018, Aleksey Novodvorsky wrote:

> "Свежей версии" palemoon не существует.  Проверьте сами.
 
Я тут, на днях, с удивлением заметил, что текущий firefox
(сейчас 63, но давно не проверял, может и раньше началось)
стал тормозить меньше palemoon на просмотре всяких киношек.
Лет пару назад было сильно наоборот. Речь про P4/i586. Так
что даже не знаю, надо бы внимательнее посмотреть/сравнить.

-- 
С уважением, Сергей Афонин.

[devel] syslinux

[Alexey V. Vissarionov]

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

On 2018-12-23 13:00:42 +0300, Michael Shigorin wrote:

 >> Не надо с ним биться - надо убить нахрен syslinux,
 >> создать его заново под именем syslinux-gfx
 > Один нюанс: у нас основной способ применения syslinux --
 > это именно с gfxboot.

Дык выбор-то простой: либо новая версия, либо gfxboot.
Именно поэтому я и предлагаю сделать syslinux-gfx

 > А для загрузки системы его применяют здесь примерно три
 > человека -- legion@, klark@ и ты.

Ага - остальные сидят в своих уютненьких мирках, где никто,
например, не грузит EFI-only железяки по сети.

И даже вот таких ошибок тоже никто никогда не видел:
http://pics.rsh.ru/img/grub_error_wjnmd686.png

 > Из которых никто не стал, например, делать поддержку
 > syslinux в bootloader-utils, чтоб свежеустановленное ядро
 > само прописывалось. Шашкой-то размахивать несложно...

Мне хватило посмотреть, что этот bootloader-utils за собой
тащит... нахрен-нахрен, я лучше симлинки делать буду - благо,
сабжу для работы больше ничего не нужно :-)

 >> и начать использовать давно собранный syslinux версии 6.*
 > Который точно не сломался с gcc8?

Не поленился, проверил. Таки да, сломался:

make[3]: Entering directory '/usr/src/RPM/BUILD/syslinux-6.04/bios/mbr'
gcc -MT mbr.o -MD -MF ./.mbr.o.d -m32 -march=i386 -mpreferred-stack-boundary=2 -mincoming-stack-boundary=2 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables -fno-strict-aliasing -falign-functions=0 -falign-jumps=0 -falign-labels=0 -falign-loops=0 -fvisibility=hidden -g -W -Wall -Wstrict-prototypes  -Wno-clobbered  -DDYNAMIC_DEBUG -Wno-sign-compare   -D__ASSEMBLY__ -Wa,-a=mbr.lst -c -o mbr.o /usr/src/RPM/BUILD/syslinux-6.04/mbr/mbr.S
ld -m elf_i386 -s -T /usr/src/RPM/BUILD/syslinux-6.04/mbr/i386/mbr.ld -e _start -o mbr.elf mbr.o
objcopy -O binary mbr.elf mbr.bin
perl /usr/src/RPM/BUILD/syslinux-6.04/mbr/checksize.pl mbr.bin
mbr.bin: too big (452 > 440)

Куда копать - примерно понятно. Буду чинить.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Alexey V. Vissarionov]

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

On 2018-12-24 07:40:55 +0300, Leonid Krivoshein wrote:

 >> mbr.bin: too big (452 > 440)

 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906414
 > Лечится! (see discard the .note.gnu.property section)

О! Даже по ссылке ходить не надо... Щас проверим.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[devel] syslinux

[Alexey V. Vissarionov]

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

On 2018-12-24 10:58:49 +0300, Alexey V. Vissarionov wrote:

 >>> mbr.bin: too big (452 > 440)
 >> Лечится! (see discard the .note.gnu.property section)
 > О! Даже по ссылке ходить не надо... Щас проверим.

Проверил. Собирается и работает.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] I: packages that use very old gcc versions

[Sergey V Turchin]

On Saturday, 22 December 2018 20:22:47 MSK Alexey Gladkov wrote:

[...]
> Простите за возможный оффтопик, но ровно сейчас бьюсь с extlinux и
> gcc{7,8} из-за того что последний создаёт слишком большой mbr.bin  с точки
> зрения syslinux.
git.altlinux.org/gears/s/syslinux.git?p=syslinux.git;a=blob;f=strip-gnu-
property.patch

-- 
Regards, Sergey.

Re: [devel] syslinux

[Dmitry V. Levin]

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

On Mon, Dec 24, 2018 at 11:45:02AM +0300, Sergey V Turchin wrote:
> On Saturday, 22 December 2018 20:22:47 MSK Alexey Gladkov wrote:
> 
> [...]
> > Простите за возможный оффтопик, но ровно сейчас бьюсь с extlinux и
> > gcc{7,8} из-за того что последний создаёт слишком большой mbr.bin  с точки
> > зрения syslinux.
> git.altlinux.org/gears/s/syslinux.git?p=syslinux.git;a=blob;f=strip-gnu-
> property.patch

Спасибо.  Это для старого syslinux, по ссылке
https://www.syslinux.org/archives/2018-August/026168.html
патч для свежих версий syslinux.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] syslinux

[Michael Shigorin]

On Mon, Dec 24, 2018 at 10:37:32AM +0300, Alexey V. Vissarionov wrote:
> >> Не надо с ним биться - надо убить нахрен syslinux,
> >> создать его заново под именем syslinux-gfx
> > Один нюанс: у нас основной способ применения syslinux --
> > это именно с gfxboot.
> Дык выбор-то простой: либо новая версия, либо gfxboot.

Разумеется, простой -- мы не гоняемся за новыми версиями
любой ценой.

> Ага - остальные сидят в своих уютненьких мирках, где никто,
> например, не грузит EFI-only железяки по сети.

Ну да.

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

Это дартаньянство чистой воды, сам понимаешь.
Ну или, как нонча модно говорить, сепаратизЬм.

>  >> и начать использовать давно собранный syslinux версии 6.*
>  > Который точно не сломался с gcc8?
> Не поленился, проверил. Таки да, сломался:
[...]
> Куда копать - примерно понятно. Буду чинить.

А вот тут похвально :-)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] syslinux

[Alexey V. Vissarionov]

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

On 2018-12-24 18:05:21 +0300, Michael Shigorin wrote:

 >>>> Не надо с ним биться - надо убить нахрен syslinux,
 >>>> создать его заново под именем syslinux-gfx
 >>> Один нюанс: у нас основной способ применения syslinux --
 >>> это именно с gfxboot.
 >> Дык выбор-то простой: либо новая версия, либо gfxboot.
 > Разумеется, простой -- мы не гоняемся за новыми версиями
 > любой ценой.

То есть, ждем, когда клюнет птица мудрости (жареный петух)?

 >> Ага - остальные сидят в своих уютненьких мирках, где никто,
 >> например, не грузит EFI-only железяки по сети.
 > Ну да.

А зря. Полезно, знаешь ли, время от времени интересоваться,
как там народишко-то...

Ну и ссылку на картинку зря выкинул. Хотя... не: обязательно
нужно дождаться, когда оно рванет сразу у кучи пользователей.

 >> Мне хватило посмотреть, что этот bootloader-utils за собой
 >> тащит... нахрен-нахрен, я лучше симлинки делать буду - благо,
 >> сабжу для работы больше ничего не нужно :-)
 > Это дартаньянство чистой воды, сам понимаешь.

Напомнить, как называется альтернатива оному?

Как дрейфует понятие нормы
И стремительно катится вниз!
Мир манят извращённые формы,
Торжествует особый цинизм,
На кону - вырождение расы,
На коне - генетический брак...
********, кругом ********,
Я один - д'Артаньян, как дурак.

// (ц) Вадим Седов, https://www.stihi.ru/2010/10/29/7216

 > Ну или, как нонча модно говорить, сепаратизЬм.

Кому припрет - сделают %package %name-scripts или что-нибудь
аналогичное. А у меня уже давно работает простое и элегантное
решение, которому подобные костыли просто не нужны.

 >>>> начать использовать давно собранный syslinux версии 6.*
 >>> Который точно не сломался с gcc8?
 >> Не поленился, проверил. Таки да, сломался:
 >> Куда копать - примерно понятно. Буду чинить.
 > А вот тут похвально :-)

Да там совсем просто было... Очевидно, что лишняя секция в
бинарник пролезла, а klark@ еще и нашел, какая именно - как
только выкинул, все сразу собралось.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] syslinux

[Michael Shigorin]

On Mon, Dec 24, 2018 at 07:44:35PM +0300, Alexey V. Vissarionov wrote:
> >>>> Не надо с ним биться - надо убить нахрен syslinux,
> >>>> создать его заново под именем syslinux-gfx
> >>> Один нюанс: у нас основной способ применения syslinux --
> >>> это именно с gfxboot.
> >> Дык выбор-то простой: либо новая версия, либо gfxboot.
> > Разумеется, простой -- мы не гоняемся за новыми версиями
> > любой ценой.
> То есть, ждем, когда клюнет птица мудрости (жареный петух)?

Нет.  Для узких (даже если стойками) применений вроде efi netboot
-- частные же варианты решений.  А не, как в каком-то из выпусков
ASPLinux, наказывать _всех_ трёхминутным таймаутом при старте
сендмайла без DNS только потому, что _кому-то_ он будет нужен.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] syslinux

[Anton V. Boyarshinov]

В Mon, 24 Dec 2018 19:44:35 +0300
"Alexey V. Vissarionov" <gremlin@altlinux.org> пишет:

>  > Это дартаньянство чистой воды, сам понимаешь.  
> 
> Напомнить, как называется альтернатива оному?
> 
> Как дрейфует понятие нормы
Пропаганда д'Артаньянства и прочее нормотворчество -- не в этой
рассылке.

Re: [devel] syslinux

[Michael A. Kangin]

On 12/24/2018 08:37 AM, Alexey V. Vissarionov wrote:

> Ага - остальные сидят в своих уютненьких мирках, где никто,
> например, не грузит EFI-only железяки по сети.

У меня сложилось впечатление, что сейчас с этим лучше всего справляется 
iPXE.

Re: [devel] syslinux

[Alexey V. Vissarionov]

On 2019-01-07 19:08:54 +0100, Michael A. Kangin wrote:

 >> Ага - остальные сидят в своих уютненьких мирках, где никто,
 >> например, не грузит EFI-only железяки по сети.
 > У меня сложилось впечатление, что сейчас с этим лучше всего
 > справляется iPXE.

А точнее - связка из сабжа и

gremlin@evil:~ > apf l ipxe-chainload | grep -v /doc
ipxe-chainload: /usr/share/ipxe-chainload
ipxe-chainload: /usr/share/ipxe-chainload/ipxe.efi
ipxe-chainload: /usr/share/ipxe-chainload/undionly.kpxe


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] syslinux

[Michael A. Kangin]

On 01/09/2019 08:22 AM, Alexey V. Vissarionov wrote:
> On 2019-01-07 19:08:54 +0100, Michael A. Kangin wrote:
> 
>   >> Ага - остальные сидят в своих уютненьких мирках, где никто,
>   >> например, не грузит EFI-only железяки по сети.
>   > У меня сложилось впечатление, что сейчас с этим лучше всего
>   > справляется iPXE.
> 
> А точнее - связка из сабжа и

Сабж мне никак не удалось заставить работать пристойно, ни 
самостоятельно, ни в связке. Даже связочный grub2 работал лучше.
Там еще всё усугубляется тем, что чистый syslinux HTTP не понимает, а 
более-менее объёмный initrd и так-то невесело по tftp прокачивать, а уж 
в UEFI и вовсе безнадёга.

Поддержка UEFI в нынешнем iPXE тоже конечно не идеальна, но оно 
действительно работает - как минимум, для Линуксов и Windows'а. Надо 
будет еще ESXi для счастья запинать попробовать.

> 
> gremlin@evil:~ > apf l ipxe-chainload | grep -v /doc
> ipxe-chainload: /usr/share/ipxe-chainload
> ipxe-chainload: /usr/share/ipxe-chainload/ipxe.efi
> ipxe-chainload: /usr/share/ipxe-chainload/undionly.kpxe

Одного ipxe.efi вполне хватает, без всяких цепочек.

Re: [devel] syslinux

[Leonid Krivoshein]

16.01.2019 20:08, Michael A. Kangin пишет:
> On 01/09/2019 08:22 AM, Alexey V. Vissarionov wrote:
>> On 2019-01-07 19:08:54 +0100, Michael A. Kangin wrote:
>>
>>   >> Ага - остальные сидят в своих уютненьких мирках, где никто,
>>   >> например, не грузит EFI-only железяки по сети.
>>   > У меня сложилось впечатление, что сейчас с этим лучше всего
>>   > справляется iPXE.
>>
>> А точнее - связка из сабжа и
>
> Сабж мне никак не удалось заставить работать пристойно, ни 
> самостоятельно, ни в связке. Даже связочный grub2 работал лучше.
> Там еще всё усугубляется тем, что чистый syslinux HTTP не понимает, а 
> более-менее объёмный initrd и так-то невесело по tftp прокачивать, а 
> уж в UEFI и вовсе безнадёга.
>

Можем объединить наши усилия, поскольку в озвученном вопросе уже есть 
понимание, как делать правильно и дело близится к развязке. Ваши 
наработки по подборкам модулей могли бы пригодиться. Речь всё о той же 
альтернативной загрузке для систем массового развёртывания, но не для 
замены имеющимся, а в дополнение к ним, как спасательный круг. grub2 и 
iPXE в качестве загрузчиков с учётом того, что мы смотрим не только на 
x86, но список придётся со временем увеличивать. С syslinux я пока 
успокоился -- его так никто и не собрал в Сизиф, к тому же он x86-only.


> Поддержка UEFI в нынешнем iPXE тоже конечно не идеальна, но оно 
> действительно работает - как минимум, для Линуксов и Windows'а. Надо 
> будет еще ESXi для счастья запинать попробовать.
>
>>
>> gremlin@evil:~ > apf l ipxe-chainload | grep -v /doc
>> ipxe-chainload: /usr/share/ipxe-chainload
>> ipxe-chainload: /usr/share/ipxe-chainload/ipxe.efi
>> ipxe-chainload: /usr/share/ipxe-chainload/undionly.kpxe
>
> Одного ipxe.efi вполне хватает, без всяких цепочек.
>

ipxe.efi как и undionly.kpxe -- ещё один важный прыжок в стеке 
PXE-загрузки, исправляющий её косяки.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] syslinux

[Michael A. Kangin]

On 01/16/2019 08:29 PM, Leonid Krivoshein wrote:

> Можем объединить наши усилия,

Ну, по возможности. Есть какие-то конкретные задачи?


  поскольку в озвученном вопросе уже есть
> понимание, как делать правильно и дело близится к развязке. Ваши 
> наработки по подборкам модулей могли бы пригодиться. Речь всё о той же 
> альтернативной загрузке для систем массового развёртывания, но не для 
> замены имеющимся, а в дополнение к ним, как спасательный круг. grub2 и 
> iPXE в качестве загрузчиков с учётом того, что мы смотрим не только на 
> x86, но список придётся со временем увеличивать. С syslinux я пока 
> успокоился -- его так никто и не собрал в Сизиф, к тому же он x86-only.

Re: [devel] syslinux

[Leonid Krivoshein]

21.01.2019 18:37, Michael A. Kangin пишет:
> On 01/16/2019 08:29 PM, Leonid Krivoshein wrote:
>> Можем объединить наши усилия,
>
> Ну, по возможности. Есть какие-то конкретные задачи?
>

Пока всё крутится вокруг альтернативного варианта универсальной 
загрузочной системы: там много задач, начиная от обновления подборки 
модулей, до помощи Алексею Гладкову в части замены пропагатора (загрузка 
по nfs, перенос etcnet...). Об этом лучше непосредственно списаться. 
Кстати, нашёл хоть и небольшое, но всё же применение вашего слоёного 
пирога с модулями и depmod'ом в initrd, который, как выяснилось, всё 
равно зачем-то запускается у нас ещё и в stage2 при каждой загрузке 
(пакет startup).


-- 
Best regards,
Leonid Krivoshein.