dependency hell

Valentin Nechayev написал(а) к Alex Korchmar в Mar 17 11:47:34 по местному времени:

From: Valentin Nechayev <netch@segfault.kiev.ua>


>>> Alex Korchmar wrote:

AO>>>> Штучно - можно и просто бинарем с другой системы притащить. :)
AK>>> а там march=skylake
AK>>> а у тебя - xeon E5 какой-нибудь.
AO>> Жуть какая. Я уже давно не опускаюсь до оптимизации ядра по текущему
AO>> процессору...
AK> ядро давно и не наследует CPUTYPE. А вот юзерленд - да, наследует, и

Несколько в сторону - CPUTYPE в классическом виде это диверсия именно
за счёт совмещения march и mtune. На 32-битке (где это ещё очень
существенно) я ставлю, например,

NOCPUCFLAGS=true
NOCPUCOPTFLAGS=true
CFLAGS ?= -O
CFLAGS+= -pipe -march=pentium4 -mtune=k8 -msse2
COPTFLAGS ?= -O
COPTFLAGS+= -pipe -march=pentium4 -mtune=k8

но это именно на потенциальную переносимость, как сейчас - система
доживает свои дни на k8 железе, а следующее, на которое я собираюсь её
ставить, это уже SandyBridge. В любом случае база уровня pentium4+SSE2
уже даёт вполне современный результат, тюнинг только чуть улучшает.

На 64 выбор CPUTYPE пока что не имеет смысла - в базе уже есть
достаточно, а всякие AVX 1) могут не присутствовать на младших моделях
даже новых архитектур (под рукой лаптоп на Skylake без AVX), 2)
приносят пользу только в особых случаях, где и так оптимизируют под
конкретные особенности и выбирают реализацию уже в рантайме.

AK> оптимизацию включать надо, иначе есть шанс выхватить вообще бредового кода
AK> - написанного в предположении, что на современной архитектуре оно развернется
AK> в ssse3, а если не развернется, то владельцу старой рухляди все равно ничем не
AK> помочь. А у тебя в результате - современный процессор, но код генерится под
AK> старую рухлядь.
AK> Поинтересуйся на досуге, как эти оптимизации выглядят, тебе расхочется так
AK> собирать что-то, время работы чего тебе хоть сколько-то не оплачивают.

Угу. Я видел клинические случаи, где выбор i386 исходного давал
замедление раз в 20, но даже полтора-два раза в среднем по больнице
может быть убойным.


--netch--
--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Valentin Nechayev в Mar 17 16:43:12 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Valentin Nechayev <netch@segfault.kiev.ua> wrote:

AK>> Поинтересуйся на досуге, как эти оптимизации выглядят, тебе расхочется так
AK>> собирать что-то, время работы чего тебе хоть сколько-то не оплачивают.
VN> Угу. Я видел клинические случаи, где выбор i386 исходного давал
VN> замедление раз в 20, но даже полтора-два раза в среднем по больнице
ну просто достаточно глянуть на интеловский образчик sse-разворачивабельного
кода (сишный, не ассемблерный), чтобы напрочь расхотеть иметь у себя в
системе результат его тупой трансляции в 386-совместимые команды.

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


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Alex Korchmar в May 17 02:21:07 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Alex Korchmar <noreply@linux.e-moe.ru> wrote:

AK>> "а как классно все начиналось!"
- --- /usr/ports/lang/python27/Makefile (revision 441274)
+++ /usr/ports/lang/python27/Makefile (working copy)
@@ -15,7 +15,7 @@

BROKEN_SSL= openssl-devel

-USES= cpe ncurses pathfix pkgconfig readline ssl tar:xz shebangfix
+USES= ncurses pathfix ssl tar:xz shebangfix
PATНFIX_MAKEFILEIN= Makefile.pre.in
USE_LDCONFIG= yes
GNU_CONFIGURE= yes

КОМУ, блжад, могло придти в голову ЭТО использовать в качестве шелла ?
(или зачем, блжад, ему еще могла быть нужна readline - которая, помнится,
у нас сто лет уже в дереве - но нет, непременно нужна отдельная-модная портовая)

ncurses, подозреваю, тоже нахрен не нужны.


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к All в Dec 17 23:12:26 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

virtualbox-ose-additions-nox11: 5.2.2
dbus: 1.10.16_1
libX11: 1.6.5,1
xproto: 7.0.31
libxcb: 1.12_2
libXdmcp: 1.1.2
libXau: 1.0.8_3
libpthread-stubs: 0.4
kbproto: 1.0.7
libSM: 1.2.2_3,1
libICE: 1.0.9_1,1
expat: 2.2.1

зашибись, чо.

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к All в Dec 17 12:35:49 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

ну и последний гвоздик в крышечку гробика:
попытался я тут собрать обычную famp систему (для мертвого десять лет как
проекта).
Ниасилил. Оно хочет ВЕСЬ ИНТЕРНЕТ, сцукобля.

И удивительнейшим образом ломается о неправильную версию libtool

Ладно, хрен с ними, с п-сами из оракла, не справишимися с autoconf и внезапно
перелезшими на cmake (которому самому нужен autoconf да с прибабахами), хотя
десять лет назад все еще было вполне гладко, тут я могу поверить, что иначе
никак и версия бывает только самая распоследняя.

Но php? Эти $@дилы вообще пробовали читать requirements?
Prerequisite knowledge and software for compiling:
* Basic Unix skills (being able to operate "make" and a C compiler)
* An ANSI C compiler
* A web server
* Any module specific components (such as GD, PDF libs, etc.)

ВСЕ. Все остальное нужно ТОЛЬКО желающим исправлять что-то
непосредственно в коде. Что эти вот рукожопы что-то хорошее исправили - я ни
в грош не верю.

Но окончательной вишенкой на тортике оказалось, что php у нас бывает седьмой,
7.1й, и, в качестве особого снисхождения, последний из пятых.
А апача 1.3 не бывает вообще.

rpm -q php
php-5.3.3-49.el6.x86_64

это поддерживаемая версия redhat, хоть и не самая распоследняя.
От вас же, рукожопые макаки, не требовалось даже этого - требовалось просто
не ломать, что работало без всякого вашего участия.

"зато мы flafors научились", мля.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Dec 17 13:38:21 по местному времени:

23 дек. 2017, суббота, в 13:35 NOVT, Alex Korchmar написал(а):

AK> Но окончательной вишенкой на тортике оказалось, что php у нас бывает седьмой,
AK> 7.1й, и, в качестве особого снисхождения, последний из пятых.
AK> А апача 1.3 не бывает вообще.

1.3 не поддерживается апстримом давно.

AK> rpm -q php
AK> php-5.3.3-49.el6.x86_64
AK> это поддерживаемая версия redhat, хоть и не самая распоследняя.

Так и ставь на redhat. Разработчиками php оно не поддерживается
и, как следствие, его вынесли из портов/пакетов. Но ты можешь поставить
старый пакет или выкачать тот security-бранч портов, где оно ещё
было и собрать.

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Dec 17 14:01:15 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

AK>> Но окончательной вишенкой на тортике оказалось, что php у нас бывает
AK>> седьмой,
AK>> 7.1й, и, в качестве особого снисхождения, последний из пятых.
AK>> А апача 1.3 не бывает вообще.
EG> 1.3 не поддерживается апстримом давно.
ну сошли они с ума, я-то тут причем?
Если не считать глупостей с inline (которые, очевидно, побеждаются установкой
gcc современной ему версии с гарантией, и gcc6 - вероятнее всего) - оно по
сей день собирается и работает. Спрашивается - а зачем выпиливать работающий
порт?

php 5.5 - апстримом "поддерживается" - в том смысле, что "ну если ты уговоришь
нас принять твой патч, может быть, мы обновим цифирку patchlevel".
Результат тот же - нет как нет. С 5.6 нужная мне хрень работать не будет,
"буэээ - значит, безопасность!"

EG> и, как следствие, его вынесли из портов/пакетов. Но ты можешь поставить
EG> старый пакет или выкачать тот security-бранч портов, где оно ещё
EG> было и собрать.
не соберется - захочет пересоздать все с нуля, хотя это политика,
явно_запрещенная autotools (как я надысь с удивлением узнал) и совершенно
ненужнейшее ненужно.
И обломится о слишком модную версию, а старые мы уже тоже выпилили.

руками, шлакваре стайл, да, все прекрасно собирается как надо. Ровно как в
процитированном ридми - "если у тебя есть хоть какой си-компилятор и ты ничего
своими собственными корявками не напортил". php'шники одни из немногих могикан,
действительно умевших пользоваться autotools по назначению.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Dec 17 19:37:55 по местному времени:

25 дек. 2017, понедельник, в 15:01 NOVT, Alex Korchmar написал(а):

AK>>> Но окончательной вишенкой на тортике оказалось, что php у нас бывает
AK>>> седьмой,
AK>>> 7.1й, и, в качестве особого снисхождения, последний из пятых.
AK>>> А апача 1.3 не бывает вообще.
EG>> 1.3 не поддерживается апстримом давно.
AK> ну сошли они с ума, я-то тут причем?
AK> Если не считать глупостей с inline (которые, очевидно, побеждаются установкой
AK> gcc современной ему версии с гарантией, и gcc6 - вероятнее всего) - оно по
AK> сей день собирается и работает. Спрашивается - а зачем выпиливать работающий
AK> порт?

Потому что не поддерживается апстримом. Это считается настолько веской
причиной, что перевесить её может лишь твоё или чьё-либо ещё громогласное
обещание взять на себя поддержку. Но этого не было, чай не RedНat.

AK> php 5.5 - апстримом "поддерживается" - в том смысле, что "ну если ты уговоришь
AK> нас принять твой патч, может быть, мы обновим цифирку patchlevel".

Это не называется "поддерживается" самим апстримом.

Eugene
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Dec 17 23:15:29 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Потому что не поддерживается апстримом. Это считается настолько веской
EG> причиной, что перевесить её может лишь твоё или чьё-либо ещё громогласное
EG> обещание взять на себя поддержку. Но этого не было, чай не RedНat.
я с удовольствием пообещаю ничего там не чинить пока не сломается.
Это большее, чем то, что на самом деле делает (а не "обещает")редхат.

AK>> php 5.5 - апстримом "поддерживается" - в том смысле, что "ну если ты
AK>> уговоришь
AK>> нас принять твой патч, может быть, мы обновим цифирку patchlevel".
EG> Это не называется "поддерживается" самим апстримом.
а что называется? 5.6 "поддерживается" ровно по тому же принципу, но он есть
в портах.
Ссылки на него на сайте есть, документация доступна, что еще надо,
какого знамения?


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Valentin Nechayev в Jan 18 22:54:34 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Valentin Nechayev <netch@segfault.kiev.ua> wrote:

AK>> И это еще цветочки - ягодки начнутся при попытке поставить что-то вроде
AK>> virtualbox - вот тут уже проще расслабиться и дать pkg скачать весь интернет.
VN> Virtualbox как раз простой - фактически тяжёлого только Qt.
кстати, кто-нибудь может мне рассказать, ЗАЧЕМ оно тащит "cdrecord:sysutils/cdrtools"
и почему линуксной версии ничего подобного нафиг не надо?


> Alex
P.S. 4.2-чтонибудь я у себя уже не соберу, да?

--- ifmail v.2.15dev5.4