Гостевая книгаЗдесь можно оставить комментарий, не подходящий по смыслу для других страниц сайта. Просьба не начинать писать, не ознакомившись с этим текстом (обновлено 07.09.2025). Кроме того, примите во внимание, что с 20.12.2025 комментарии, оставленные анонимно, в большинстве случаев не раскрываются (подробности здесь). Связаться с автором сайта можно также через страницу обратной связи, которая позволяет отправить автору email. Более старые комментарии можно посмотреть в архиве гостевой книги. Учтите, что комментарии на этом сайте премодерируются.
|
пояснениеВы находитесь на официальном сайте Андрея Викторовича Столярова, автора учебных пособий по программированию и информационным технологиям. Если вы искали сайт замечательного писателя-фантаста Андрея Михайловича Столярова, то вам, к сожалению, не сюда. Андрей Михайлович Столяров в библиотеке Мошковаваш сеанс |
☞ From smtw
Tue Dec 23 09:55:25 2025 UTC
Дожили
Rust for Linux: Rust is here to stay
Вот и дожили до того, что и в ядре linux теперь будет "ржавое" дерьмо. Ни разу не видел, чтобы проги на rust не лагали. По работе приходится пользоваться "окнами", так там сейчас половина рабочего окружения на rust и оно так безбожно лагает. Банальный ресайз в блокноте, способен повесить не самый слабый по современным меркам комп. Особенно круто когда у юзверя какой-нибудь слабенький ноут и банальное открытие настроек превращается в пытку.
Хотелось бы спросить, а куда деваться теперь? В будущем вижу тупое усложнение и увеличивание банальных лагов (я конечно не программист, пока, и судить прямо не могу. Банальный anykey). Брать какие-то форки ядра linux? Сидеть на старых версиях ядра?
ответить
Re: Дожили
Можно ещё на дерево залезть и орать на всю округу, что всё хуёво и мир дерьмо. В чём смысл вашего коммента, байты посотрясать? Сотрясайте в другом месте.
ответить
Re: Дожили
> Хотелось бы спросить, а куда деваться теперь?
Использовать систему, где этой дряни нет. *BSD какой-нибудь.
ответить
Re: Re: Дожили
Дрянь есть везде. Бежать уже некуда, пора давать генеральное сражение.
ответить
Re: Re: Re: Дожили
> Дрянь есть везде.
Можете рассказать, о дряни в NetBSD? Я просто особо ничего не заметил...
> Бежать уже некуда, пора давать генеральное сражение.
Как именно?
ответить
Re: Re: Re: Re: Дожили
> Можете рассказать, о дряни в NetBSD?
https://mail-index.netbsd.org/tech-pkg/2025/06/19/msg031281.html и дальше по треду
> Как именно?
Мой личный ответ на этот вопрос здесь: rebuildworld.net Если желаете на эту тему подискутировать — создавайте свой сайт и там дискутируйте.
ответить
Re: Re: Re: Re: Re: Дожили
> https://mail-index.netbsd.org/tech-pkg/2025/06/19/msg031281.html и дальше по треду
Это же порт lang/rust. К системе отношения никакого не имеет.
ответить
Re: Re: Re: Re: Re: Re: Дожили
Мингуточку, вы спрашивали, где дрянь? Вот она, пожалуйста. А кто там к чему отношение имеет — это, знаете ли, дело наживное. Сейчас с ходу не отыскал, но попадались ссылки, что, мол, мы тут с нашей NetBSD пытаемся плыть против течения, уже пора тоже раст адаптировать, пока от линуксоидов не отстали до степени безнадёжности. Стадный инстинкт — штука серьёзная.
К расту может быть только один вариант здорового отношения: он сам не имеет права на существование, любой софт, в котором есть хотя бы кусочек на расте, следует считать несуществующим, а все, кто на нём пытаются писать — особо опасные вредители, которых вообще-то надо бы убивать, но государство не велит. Любое вот это вот "да ладно, это же пока ещё не так чтоб уже совсем" — позволяет этой заразе развиваться и давать метастазы.
ответить
Re: Re: Re: Re: Re: Re: Дожили
Во-первых, признаюсь в собственном невежестве, NetBSD я даже в виртуалке не видел, но...
> К системе отношения никакого не имеет.
я тут заметил, что на man.netbsd.org есть секции "3lua LUA MODULES" и "9lua LUA KERNEL BINDINGS". В ходе недолгого поиска были найдены Scriptable Operating Systems with Lua и Lua in the NetBSD Kernel. Судя по статье, они встроили интерпретатор Lua в ядро. Насколько это по факту используется я не знаю, да и новостей после 2015 не нашёл, но потуги были.
ответить
Re: Дожили
Кстати да, вечно путаюсь, что там где — почему-то думал, что эта хрень с Lua стряслась в OpenBSD, но нет.
ответить
Re: Re: Re: Re: Re: Re: Re: Дожили
Мда...
https://cvsweb.netbsd.org/bsdweb.cgi/src/sys/modules/lua/
А я уж наделся, что есть чистая ОСь
ответить
Re: Дожили
Как известно, множество мудаков всюду плотное. А с тем количеством безмозглого биомусора, которое нас окружает, ожидать существования "чистой" ОСи было несколько странно. Увы.
ответить
Re: Re: Re: Re: Re: Дожили
> Мой личный ответ на этот вопрос здесь: rebuildworld.net
Это все круто, конечно. Но операционная система чистая нужна в первую очередь. Без CMS жить можно, а вот без ОСи -- нет.
И что делать? То ли брать последний BSD UNIX, к которому не было судебных исков 4.3BSD-Lite Release 2 (порезанная 4.4BSD без исходников от AT&T) и приводить его к надлежащему виду (а это 1995 год!), то ли брать NetBSD и форкать, выкорчевывая гадости (как в другой подтеме заметили, lua; С99'измы из некоторых мест).
ответить
Re: Дожили
Какое бы ядро вы ни собрались форкать, проблемы будут в основном с драйверами более-менее актуального железа — ну, скажем, такого, которому не больше пятнадцати лет. Всякие планировщики, буферизаторы и всё прочее, что сколько-нибудь универсально, можно сесть и написать, если квалификации хватает, а вот поддержку железа можно сделать, только имея это железо, это раз, и самого этого железа вокруг столько, что один, увы, сам собой оказывается в поле не воин, это два.
Впрочем, тут есть ещё один момент. Какое конкретно ядро форкать — это не так уж и важно, какое больше нравится, то и форкайте. Если, конечно, хватит на это силёнок. Главная проблема тут уж точно не в том, какое ядро выбрать в качестве оригинала для форка. Проблема, как я её вижу, скорее в том, что держать собственный форк ядра — любого — задача ещё та. Лично для себя я эту задачу считаю заведомо неподъёмной и, соответственно, делать этого не буду. Даже пытаться.
Кстати, вы совершенно напрасно думаете, что без CMS жить якобы можно. Как показало развитие событий, если бы я не написал Талассу до конца мая уходящего года, сейчас не существовало бы ни этого сайта, ни всех остальных, которые я поддерживаю. Ну то есть вот их бы просто не было. Физически. К счастью, я её более-менее завершил аж за два года до этого "магического" момента, и да, одной из причин того, что я на Талассу потратил столько времени, было чёткое осознание того простого факта, что ежели что случится с моим сервером на Owl Linux с допотопными, ещё в конце нулевых отсетапленными OpenVZ'шными контейнерами, пережившими три, если не ошибаюсь, физических компьютера — в общем моим сайтам кранты, это не говоря уже о том, что новые сайты поднимать мне было категорически не на чем аж с середины "десятых". Ну а полгода назад вот таки случилось, физического сервера я лишился, так что теперь те контейнеры мне гонять больше негде — только в это время основные мои сайты уже были перетащены на Талассу и крутились на обычных дешёвых VPSках, от которых нужен фактически только апач или другой http-сервер с поддержкой CGI (вроде кто-то даже постил конфиг для lighttpd).
Между прочим, без компиляторов тоже жить сложно, а последней вменяемой версией gcc была, извините, третья. В смысле, gcc 3.*. Нет, я не пойду её форкать.
ответить
Re: Re: Дожили
> Лично для себя я эту задачу считаю заведомо неподъёмной и, соответственно, делать этого не буду. Даже пытаться.
Для меня тоже. Нужна команда. И очень сложный вопрос где ее взять. Даром никто это делать не будет, есть мейнстримный Linux, чтобы потешить свое эго, там могут бесплатно что-то делать, тут вряд ли. Фонд -- ну опять придём к тем же проблемам. Как-то на личных донатах конкретных людей? Ну удачи этих людей организовать. Тут какой-то фундаментальный тупик. Единственное, что может помочь, как мне кажется, это контора, которая будет продавать поддержу к свободному дистрибутиву или что-то в этом роде. Потому что пока нет денег, нет мотивации это делать хорошо. Но тут тоже проблема: пользователей, которые понимают проблемы современного ПО крайне мало, а значит и продать поддержку к такому софту будет сложно. Для многих Linux это отличная система, на которой так удобно докер разворачивать с питон-говнокодом. Сколько людей возмущаются Rust в Linux? Сколько людей возмущается SystemD? А сколько из них захотят тратить свое время (как разработчики) или деньги (как донат) на развитие системы? И будет ли этого достаточно, чтобы проект жил и процветал?
> Кстати, вы совершенно напрасно думаете, что без CMS жить якобы можно.
Сайты, где пишу только я, генерирую с помощью m4 и make. Где-то из этого получаются неприятные головоломки по функциональному программированию с рекурсивным пробрасываем списков аргументов, но жить можно. Где могут писать пользователи, там да, начинаются проблемы.
> Между прочим, без компиляторов тоже жить сложно, а последней вменяемой версией gcc была, извините, третья. В смысле, gcc 3.*. Нет, я не пойду её форкать.
Кстати это тоже очень важный аспект. Категорически не хватает какого-нибудь простого компилятора C++. Если C компиляторов хоть отбавляй, то вот компиляторов C++ действительно не хватает. Прелесть C++ (по крайней мере C++98) в том, что его можно описать для yacc (Warning: github), а значит есть шанс, что появится какой-нибудь наколеночный компилятор, который не будет язык насквозь выламывать ради бесполезных оптимизаций и с простой реализацией, ну, и естественно свободной лицензией. Да, лучше без yacc, но лучше с yacc, чем вообще никак.
ответить
Re: Re: Re: Дожили
Вообще говоря, эту простыню мне не следовало бы раскрывать, поскольку она не интересна никому кроме вас — какой-то бессодержательный монолог в воздух. Но есть одна мысль, ради которой я её таки раскрыл:
Единственное, что может помочь, как мне кажется, это контора, которая будет продавать поддержу к свободному дистрибутиву или что-то в этом роде.
Я не знаю, что вы забыли на моём сайте, и чем дальше, тем мне это сильнее непонятно; но уж с идеями плодить очередные конторы идите в другое место. Я не знаю, от кого вреда больше — от блаженных растеров, не умеющих программировать, но умеющих много пиздЕть, или от юридических лиц, влезших в OpenSource/FS, и от их менеджмента. Пожалуй, от юрлиц таки побольше.
Обсуждать ваши бредни насчёт "команды", "сорганизовать" и прочее, мне не интересно, и на моём сайте вся эта хрень обсуждаться не будет. Это, собственно, вечная проблема: каждому хочется быть генералом, ну или хотя бы полковником, но почему-то никто не хочет при нём быть солдатами. И ведь вроде даже очевидно, почему, но признать эту очевидность все эти wanna-be-генералы упорно не хотят.
ответить
☞ From stickler
Mon Dec 22 13:59:38 2025 UTC
Проверка userpic и suid бит на FreeBSD
Здравствуйте, проверка аватарки :)
Я, пользуясь случаем, хочу ускорить поиск пользователям фряхи. Если кто-то решил снять suid бит с su на FreeBSD, то вам это может сильно сократить время поисков. В свое время я потратил туеву хучу часов, чтобы понять их систему (не понятно зачем так сделали).
Просто так suid бит не снять, по умолчанию стоит иммутабельный флаг. Снимаем его, а потом уже снимаем права.
Выглядит так:
ответить
Re: Проверка userpic и suid бит на FreeBSD
Как выглядит безопасность, превращённая в карго-культ? Вот ровно так.
Вообще от FreeBSD я такого не ожидал. Что-то совсем всё в мире плохо.
И, кстати, как su оказалась в /usr/bin? Они там что, тоже usrMerge проделали?
ответить
Re: Re: Проверка userpic и suid бит на FreeBSD
> Они там что, тоже usrMerge проделали?
Да вроде нет.
man (1) intro:
ответить
Re: Re: Re: Проверка userpic и suid бит на FreeBSD
И что, у них su теперь не входит в понятие fundamental? Так и представляю, сижу я в single user, что-то там делаю, понадобилось команду прогнать с правами обычного юзера — и облом-с. Что за чушь, пардон, это же при серьёзном администрении то и дело требуется.
ответить
Re: Re: Re: Re: Проверка userpic и suid бит на FreeBSD
>теперь
Всегда в FreeBSD, всегда в 386BSD, вроде бы уже в 4.1.
ответить
Re: Проверка userpic и suid бит на FreeBSD
А, ну тогда ладно. Логики я, по правде говоря, тут не вижу, но, возможно, кто-то другой видит.
ответить
Re: Проверка userpic и suid бит на FreeBSD
А как аватар загрузить?
ответить
Re: Re: Проверка userpic и suid бит на FreeBSD
Прислать его мне. Можно длинным путём — связаться со мной через форму обратной связи, я отвечу по email'у, тогда на мой email прислать файл. Можно коротким путём: взять от аватарки base64 и плюнуть тут в коммент. NB: максимальный размер 100x100 пикселей, поддерживаются PNG, JPG и GIF, но последнее нежелательно.
ответить
А поменяйте мне, пожалуйста :)
Если не сложно. А то я этой 100 лет не пользуюсь.
Файл в JPG:
[файл выстриг]
ответить
Re: А поменяйте мне, пожалуйста :)
Ну я поменял, но вообще изображение искусственного происхождения (в смысле, что угодно, отличное от фотографии) — в формате JPG? Ну, такоЭ
ответить
Re: Re: А поменяйте мне, пожалуйста :)
Ну, векторный оригинал у меня есть, но вы-то JPG/PNG как допустимые указали :)
Не стал его сбрасывать
ответить
Re: Re: Re: А поменяйте мне, пожалуйста :)
Ну да, SVG не поддерживается, пардон. И не будет.
Но дело тут не в вопросе растр vs. вектор, а в используемых методах сжатия. JPG прилично работает только на фотографиях, для которых изначально и предназначен, а на всём остальном порождает мерзотные артефакты и вообще выглядит так себе.
ответить
О-о-о, и мне тоже, пожалуйста!
ответить
Re: О-о-о, и мне тоже, пожалуйста!
Сорри, base64 этим подавилась, говорит invalid input
ответить
Re: Re: О-о-о, и мне тоже, пожалуйста!
Сам код корректен. Но я заметил, что иногда palemoon выделяет не весь текст в pre, а только тот, который сейчас видно. Может быть, вы его не целиком скопировали?
ответить
Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
Нет, "сам код" не корректен, и не надейтесь. А копировал я непосредственно из исходного текста вашего коммента (через форму, предназначенную для его редактирования), там браузеру ошибиться толком негде. Про "не целиком" вообще речи идти не может, там в конце знак равенства, он был скопирован. И да, есличо (tm),
base64 -i -dне помогает.ответить
Re: Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
А у меня все сработало, ПНГэшка окрылась через sxiv
ответить
Re: Re: Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
А вот это уже совсем интересно.
Так, ладно, для начала нельзя ли хотя бы -w использовать? Ну, или как минимум не делать -w 0, там вроде по умолчанию используется 76 колонок. А второй момент — давайте, что ли, продублируем в формате uuencode.
UPD: отбой тревоги, проблема решилась
ответить
Re: Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
> И да, есличо (tm), base64 -i -d не помогает.
base64 - -d > test.pngс copy-paste иctrl+dу меня тоже не сработал, а вотbase64 test.ascii -d > test.pngоткрылся через sxiv.ответить
Re: Re: Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
Ага, факт, у меня тоже отработало, только есть условие — paste'ить надо через редактор (я пастил через vim). Если попытаться сначала сделать очевидное cat > _x.txt, то потом оказывается, что в файл спастилось сильно не всё. Видимо, там что-то вроде нулевого байта в середине, и вот как, спрашивается, нашему коллеге это удалось.
UPD: всё проще, нет там никакого нуля. Просто файл оказывается обрезан на длине 4095 байт. Видимо, буфер там где-то по дороге 4096, один байтик на нолик. И играет это только в каноническом режиме.
Мораль, заметим, проста: нефиг на ровном месте делать строки такой длины.
ответить
Re: Re: Re: Re: Re: Re: О-о-о, и мне тоже, пожалуйста!
Чиорддд, и ведь специально же сделал -w 0 и засунул в pre! И потом перепроверил с помощью
echo '[paste]' | base64 -d | feh -и всё работало.Век живи, век лажай, короче
ответить
Re: О-о-о, и мне тоже, пожалуйста!
> и ведь специально же сделал -w 0
Гыгыгыгыгы, base64 же изначально предназначена, чтобы бинарник закатывать в корректный ASCII-текст. Лично для меня корректность текста со строками длиннее 80 — ну, скажем, под вопросом.
> echo '[paste]'
Кстати, интересно, кто спас ваш paste. Возможно, readline, он всё-таки терминал из канонического режима выводит.
Попробуйте просто
base64 -d | feh -и спастить :-) Как говорится, to enjoy the experience.Вообще век живи, век учись, я с юниксами работаю больше тридцати лет, но про вот эти конкретные грабли не знал. Я вчера аж на сервак полез тормошить файл вашего коммента hexdump'ом, но никакого криминала не обнаружил. Потом хотел найти ту позицию, где всё обрубается — ну, типа, всё-таки понять, что же там такое в этом месте — и только тут обратил внимание на длину получаемого файла.
ответить
Re: Re: Re: Проверка userpic и suid бит на FreeBSD
И мне юзерпик, пожалуйста. Файл в JPG.
[выстриг]
ответить
Re: Re: Re: Re: Проверка userpic и suid бит на FreeBSD
Ок, через несколько минут появится
ответить
Re: Re: Re: Re: Re: Проверка userpic и suid бит на FreeBSD
Пардон что морочу голову, но можно убрать аватар -- выглядит отвратительно, хотя файл, открытый в feh выглядит как надо.
ответить
Re: Проверка userpic и suid бит на FreeBSD
Странно, вроде ёжик как ёжик. Ну ладно, как скажете.
ответить
Re: Re: Проверка userpic и suid бит на FreeBSD
Выглядит как апскейл, т.е. картинку с низким разрешением сильно увеличили.
ответить
Re: Проверка userpic и suid бит на FreeBSD
Да там весь мультик по-моему так выглядит, хотя когда его снимали, цифровых картинок ещё не было.
ответить
Re: Re: Проверка userpic и suid бит на FreeBSD
А давайте всё же еще раз попробуем. Сделал картинку 100х100 в формате PNG.
[выстриг]
ответить
Re: Re: Re: Проверка userpic и suid бит на FreeBSD
Ага, вроде нормально смотрится
ответить
Re: Re: Re: Re: Проверка userpic и suid бит на FreeBSD
Да, отлично. Спасибо.
ответить
Re: Re: Re: Проверка userpic и suid бит на FreeBSD
А можно мне тоже, пожалуйста? (файл в JPG)
[выстриг]
ответить
Re: Re: Re: Re: Проверка userpic и suid бит на FreeBSD
да запросто
ответить
☞ From Koshelkov Pjotr
Sun Dec 21 10:52:34 2025 UTC
Опечатка
На странице регистрации в первом абзаце "как это делается в другие местах".
ответить
Re: Опечатка
Есть такое, в исходниках поправил, на сайте оно исчезнет после следующей перегенерации. Спасибо!
ответить
☞ From Parthen
Sun Dec 21 07:09:17 2025 UTC
Необрабатываемая ошибка
Если на thalcgi.cgi/login ввести не id/login (который численный), а видимое имя, то сайт выдает Ошибку сервера и просит обратиться к владельцу. Обращаюсь :)
ответить
Re: Необрабатываемая ошибка
У меня с нескольких попыток проявить ЭТО не получилось. Давайте подробнее, что конкретно вы куда там вводили и что после этого нажимали.
ответить
Re: Re: Необрабатываемая ошибка
Идем на thalcgi.cgi/login, в поле "Идентификатор пользователя" вводим что угодно кроме реального идентификатора и нажимаем "Прислать еще пароли".
Про "прислать" я чет забыл упомянуть, а ошибка только с ней работает. Пардон :/
ответить
Re: Re: Re: Необрабатываемая ошибка
А, ну это совсем другое дело :-) Пошёл разбираться.
ответить