сраная фрибеэсде катится в сраное говно

Alex Korchmar написал(а) к Eugene Grosbein в Apr 17 21:11:44 по местному времени:

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

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

AK>> LLD, который, правда, не умеет даже собственное наше ведро собрать, но
AK>> мы его уже втащили в систему, так не пропадать же добру"
EG> Им теперь можно будет портовые приложения собирать, не дожидаясь
угу, его даже похакали на тему вывода фейковых строк что он gnu ld, чтобы
ненароком не обидеть libtool (вместо того чтобы поправить либтул и хотя
бы попытаться заслать патчи авторам гну-авто-говна - что сделало бы хоть
сколько-то оправданной ненужную пересборку портами автоконфнутого барахла,
тащащую за собой автомейк со всеми gnu-причиндалами, включая m4)

EG> сборки самого сборщика. Не ты ли с удовольствием прохаживался
EG> по древней версии gcc в базе?
нет, хотя любовь к версии 2007го года в 2017м меня немного озадачивает.
Но из интересующего меня против нее возражает разьве что мазила.

AK>> Уверен, если запущу пересборку на своей виртуалке - оно и с новой модной
AK>> версией так же повиснет.
повисло иначе и в другом месте. Не уверен, что это те же грабли.

EG> Так ты свою проблему-то зарепортил? Если нет, то конечно повиснет,
EG> а кто бы её бросился чинить?
как будто если зарепортить, кто-то бросится. Особенно проблему вида
"где-то в виртуальной машине все виснет без логов и явных следов проблемы"

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к All в May 17 11:24:45 по местному времени:

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

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

AK> Делай раз: берем с официального ftp официальную сборку 11-0 (1).
AK> Делай два: запихиваем ее под vmware workstation
AK> Делай три: snv up и make buildworld. Оппа, мертвый взвис внутри vm.

AK> Стабильненько - три раза пробовал, результат один и тот же. Где-то
AK> в недрах сборки llvm'ом самого llvm.
внезапно, патч имени slw@ помог. Две пересборки я осилил, не виснет, на больше
моего терпения не хватает.
То ли скопипащеный иллюмозный код действительно может вызывать
локапы, а не только неэффективные освобождения- перезанятия памяти
туда-сюда, то ли просто крошки перекочевали под другой угол ковра.

делаем ставки, сколько лет пройдет до его попадания в код, и попадет ли он
когда-либо туда вообще.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в May 17 15:24:05 по местному времени:

16 мая 2017, вторник, в 10:24 NOVT, Alex Korchmar написал(а):

AK> делаем ставки, сколько лет пройдет до его попадания в код, и попадет ли он
AK> когда-либо туда вообще.

Это нынче зависит исключительно от настойчивости его пропихивания
и ни от чего больше. "Сам" он не попадёт никогда.

Eugene
--- slrn/1.0.2 (FreeBSD)

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

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

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

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


> Alex

--- ifmail v.2.15dev5.4

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

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

И еще в копилку хейтера:

Checking for rejected mail hosts:
Certificate verification failed for /C=US/ST=Arizona/L=Scottsdale/O=Starfield Technologies, Inc./CN=Starfield Root Certificate Authority - G2
34374285416:error:14090086:SSL routines:ssl3get_server_certificate:certificate verify failed:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3clnt.c:1264:
fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Authentication error

Checking userland and kernel versions:

- в каждом daily.

Кто-нибудь, объясните этим мудакам, что если им взбрело в голову добавить в
fetch ненужную функциональность на пятнадцатом году его существования, то она,
хотя бы, должна быть по умолчанию - отключена. Особенно, если "из коробки"
в принципе непригода к употреблению.
(что скрипты надо проверять на чистой машине, а не у себя, любимого, где
чорти что понаставлено из портов, видимо, объяснять уже просто бесполезно)


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в May 17 04:22:01 по местному времени:

27 мая 2017, суббота, в 21:45 NOVT, Alex Korchmar написал(а):

AK> failed:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1264:
AK> fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Authentication
AK> error
AK> Кто-нибудь, объясните этим мудакам, что если им взбрело в голову добавить в
AK> fetch ненужную функциональность на пятнадцатом году его существования, то она,
AK> хотя бы, должна быть по умолчанию - отключена. Особенно, если "из коробки"
AK> в принципе непригода к употреблению.

Ну вот есть мнение (не моё), что юзер либо должен просто поставить
рутовые сертификаты известных CA в систему из порта security/carootnss
или аналогичного источника, либо ВРУЧНУЮ отключать peer verify,
либо вручную ставить избранные сертификаты CA (для особых параноиков).

А по дефолту неверифицированный https разрешать типа неправильно.

И по дефолту же ставить в систему carootnss проект тоже не будет,
так как не хочет брать на себя ответственность за выдачу кредита доверия
набору CA из Mozilla NSS.

Суть всей этой ботвы - переложить с проекта на каждого юзера FreeBSD
отвественность за используемые CA.

Eugene
--
И друзей успокоив и ближних любя,
Мы на роли героев вводили себя.
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в May 17 12:05:42 по местному времени:

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

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

EG> Ну вот есть мнение (не моё), что юзер либо должен просто поставить
EG> рутовые сертификаты известных CA в систему из порта security/carootnss
EG> или аналогичного источника, либо ВРУЧНУЮ отключать peer verify,
а потом есть ^удак, который в скрипте (входящем в base!) НЕ предусматривает ни
того, ни другого (и про передачу параметров, до кучи, подумал, но решил,
как всегда). Потому что на его машине установлены, и вообще "всегда работало".
Кстати, без самого скрипта мы раньше тоже неплохо обходились,
понятия не имею, нахрена мне эти leap second и что оно собирается делать, к
примеру, если машина без доступа к http куда попало.

EG> Суть всей этой ботвы - переложить с проекта на каждого юзера FreeBSD
EG> отвественность за используемые CA.
а по факту имеем мусор в логе и неработающий скрипт в daily.

красивое и верное решение - если уж очень хочется "заботы" о юзерах - хотя бы
добавить в src.conf ее выключатель.
правильное - не менять поведение программы, которая полтора десятилетия всех
устраивала, а кому мало - всегда может из портов поставить wget и наслаждаться
его "заботой" об умственно-неполноценных. (кстати, отключаемой, system-wide)


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Eugene Grosbein в May 17 18:44:21 по местному времени:

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

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

EG> Ну вот есть мнение (не моё), что юзер либо должен просто поставить
EG> рутовые сертификаты известных CA в систему из порта security/carootnss
EG> или аналогичного источника, либо ВРУЧНУЮ отключать peer verify,
кстати, этих друзей совсем не огорчало, что пакеты подписывать они в 17м году
XXI века не научились, svn у них нешифрованный, и, соответственно, если
уж кто-то захотел поиметь юзера - запросто подсовывает ему левый порт/пакет?

EG> А по дефолту неверифицированный https разрешать типа неправильно.
на фоне предыдущего, ага.

> Alex

--- ifmail v.2.15dev5.4

Michael Vorobyov написал(а) к Alex Korchmar в May 17 10:44:50 по местному времени:

Нi, Alex!

28 May 17 18:44, you wrote to Eugene Grosbein:

EG>> Ну вот есть мнение (не моё), что юзер либо должен просто поставить
EG>> рутовые сертификаты известных CA в систему из порта
EG>> security/carootnss или аналогичного источника, либо ВРУЧНУЮ
EG>> отключать peer verify,
AK> кстати, этих друзей совсем не огорчало, что пакеты подписывать они в
AK> 17м году XXI века не научились, svn у них нешифрованный, и,
AK> соответственно, если уж кто-то захотел поиметь юзера - запросто
AK> подсовывает ему левый порт/пакет?
дык сам же писал - копчёные мидлы, распил - можно в отчете птицу ткнуть, что теперь мы тут какую-то хрень забираем ну только по хттпс, стало совсем всё безопасно.
А пакеты неподписанные - ну подумаешь, инвестор про то и не в курсе.


EG>> А по дефолту неверифицированный https разрешать типа неправильно.
AK> на фоне предыдущего, ага.

>> Alex

AK> --- ifmail v.2.15dev5.4
AK> * Origin: Demos online service (2:5020/400)

bye, Michael.
--- GoldED+/W32-MINGW 1.1.5-b20070503

Alex Korchmar написал(а) к Michael Vorobyov в May 17 13:31:59 по местному времени:

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

Michael Vorobyov <Michael.Vorobyov@f1.n6090.z2.fidonet.org> wrote:

AK>> кстати, этих друзей совсем не огорчало, что пакеты подписывать они в
AK>> 17м году XXI века не научились, svn у них нешифрованный, и,
AK>> соответственно, если уж кто-то захотел поиметь юзера - запросто
AK>> подсовывает ему левый порт/пакет?
MV> дык сам же писал - копчёные мидлы, распил - можно в отчете птицу ткнуть,
не, тут явно даже не миддлы постарались, и не за бабки - бабки там целевые,
их на мелочи не транжирят - это просто уровень коммитеров такой.

Что тех, которые испортили fetch, что того, который (скорее всего
вообще единолично, потому что всем пох) писал и недописал кривой скрипт
в daily.

Другие не проходят сито.

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


> Alex

--- ifmail v.2.15dev5.4