>>27966
Всё так. Раньше кафель был такой.

Там ещё и S3 Virge в качестве видюхи. Там Халва идёт только в софтверном режиме, причём отзывчиво в разрешении 400x300. Аналогично, Q2 в режиме OpenGL не заводится.

Вообще мне этот комп на самом деле нужен для тестирования софта на экстремальную совместимость с медленным железом и первым OpenGL. Потому что почти всё это железо из моего детства, и на нём даже запускались некоторые демосцены в режиме 2 кадра в секунду и примеры OpenGL из примеров FASM работали, и некоторые уроки NeHe я тоже на нём запускал.

Windows 9x — это совершенно новый опыт

Допил - все?
Время начинать допил 2.0?

Время делать допил для допила

>>24405
>да даже тогда в 2025 каком-нибудь мало кому нужен будет допил
Нострадамус-кун как в воду глядел.

>>24405
>>28093
> мало кому нужен будет допил
как что-то плохое. Бл-фандом токсичный актив.
Сейчас бы на него ориентировться.

С Наступающим всех Новым 2026 годом!

Релейтед картинка недостаточно велика, чтобы выразить всю степень моих искренних извинений за радиомолчание.
Причин на то было много - и адекватные, и недопустимые. Вторых всё же больше.
Озвучу только пару: проблемы с доступом из-за вайпов и банов и отсутствие жёстких дедлайнов для очень малого круга занятых в проекте. Вызвалось немного людей, кто-то ушёл, кто-то появился, но работа над третьим днём проходила в свободном порядке.
Было принято решение доделать его своими силами, а затем уж только связываться и открывать найм в нормальную коллективную разработку по завершении. Ошибка исключительно коммуникационного характера и проявлена с моей стороны.

Хотел бы я сейчас назвать себя the biggest baka in the whole universe, но гордость не позволяет, нет привычки заниматься самобичеванием и оскорблять себя, - неправильно это делать.

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

День 3.
https://ufile.io/5oiqmi2l

Перед установкой прочтите README.
Настоятельно рекомендуется проходить/скипать текст с пролога, потому что добавлены новые флаги, и их False-объявления подхватываются с первых строк мода.
Запуск по старому сейву не даст нормально пройти третий день.
Для ленивых сделано простое меню-"прыгалка" до второго дня. В последнем ивенте этого дня добавлен новый выбор, его нужно пройти для определения стартовой точки третьего дня.

Обновлены пролог и первый-второй дни по тексту.
Если где-то обнаружатся упущенные опечатки или косяки, сообщайте.

Сообщение слишком длинное. Полный текст.

В этот раз я не пишу точного солюшена по любым ответвлениям, включая задумывающийся "каноничный". Пробуйте сами.
Нелинейность текста организована так, что можно комбинировать между собой любые, кроме взаимоисключающих (очевидно), ивенты, словно сегменты кубика-рубика - прохождение одного человека не будет похоже на прохождение другого. Один может участвовать в кружке X, романсить героиню А и оказаться на ивенте N с определёнными событиями, тогда как второй анон при конкретных отличиях в выборах получит совсем иные события в ивенте N.
Ы-эроге не является новеллой с жёстким порядком чтения, любое ответвление доступно, хоть некоторые из них с условиями за параметры, но тем не менее. При этом следует сказать, что автором задуманы тематические арки, тянущиеся через цепочки определённых ивентов, а так же предусмотрен порядок чтения, который даст большее понимание задумки.
Самый простой способ, очевидный для всех, кто читает новеллы - тупо читать все ивенты одной отдельной героини или персонажа подряд.
Однако некоторые героини имеют связи и параллели между собой как по тексту, так и по смыслу, что отражено в ивентах. Комбинирование ивентов таких героинь может быть поощрено нахождением новой информации или даже событий. Дефолтный пример - поочерёдное чтение ивентов Уныл-тян и Двач-тян. Некоторые параллельные ивенты взаимоисключающие, их нужно читать в разных прохождениях, а потом сравнивать.
Если где-то будут косяки и ошибки, связанные с нелинейностью, сообщайте.

Внимание: местами написанное не соответствует изображению, это связано с тем, что нет актуального графического контента.
Изменён цвет глаз Мод-тян. Если вам не по нраву, не добавляйте изначально или удалите соответствующие файлы из папок игры, но описание в тексте не будет соответствовать оригинальным спрайтам.

Сообщение слишком длинное. Полный текст.

>>16152
с какого языка переходил?

Вопрос один: нафига так много разных типов контейнеров? Пока учил, окончательно запутался и дропнул. Всего-то нужна безопасная замена указателей и ссылок, а тут вон чего нагородили.
Вопрос два: что на нем на данный момент можно написать на практике? Язык это одно, а среда другое. Есть свой нормальный гуи или биндинг в QT? Целесообразно ли писать серверное приложение, может ли он в PostgreSQL/MongoDB, вебсокеты, шаблоны, криптографию. Может ли соперничать на этом уровне с NodeJS или Django/Flask? Микроконтроллеры еще не завезли? Киллер-фича вроде как. Как смотрят производители, им же все тулчейны под раст перепиливать. Как скриптовый язык можно использовать? Может ли он в хоть простенькй гемдев? Есть готовые 2д/3д фреймворки? Как с деплоем под разные платформы?
Вопрос три: что там с IDE? Idea уже поддержтвает? Или пиши в блокноте @ компилируй в консоли.

>>16165
Основное это сетевая программа под линукс для обработки UDP пакетов для серверного Линукса. (по сути обёртка над epoll с помощью mio с кастомной логикой и парсером на nom) Плюс пишу no_std библиотеки, немного баловался с embedded на STM32, всё шло достаточно хорошо, но не попалось подходящего проекта, так что тут далеко не продвинулся.

>>16167
Основной рабочий язык был Питон, но имел опыт на разных языках: Паскаль, Дельфи, Го, немного С. Немного баловался Фортом, Лиспом и Эрлангом.

>>16173
>Вопрос один: нафига так много разных типов контейнеров? Пока учил, окончательно запутался и дропнул.
Подозреваю что ты про вещи типа Rc<RefCell<T>>. Конкретно и подробно по всем контейнерам ответить не смогу, но лично моё мнение что всё это нужно и играет свою роль позволяя производить композицию из того что тебе нужно в текущем контексте, а не пытаться натягивать комбайн. Проблема в том, что пока тебе конкретно данный контейнер не понадобиться будет ощущение что он не нужен. Но когда такая ситуация возникнет ты поймёшь почему сделано именно так. Так что если чего-то непонятно сейчас, то можешь смело пропускать, необязательно штудировать книгу от корки до корки.

Сообщение слишком длинное. Полный текст.

Ах да, если интересует сеть, то обязательно стоит посмотреть на tokio:
https://tokio.rs/
Это решение Раста на тему асинхронщины, которое работает без корутин и с zero-cost abstraction™. На выходе всё компилируется в машину состояний работающую на event-loop.

Единственная проблема, это опять же неизбежный высокий порог входа. Большинству пользователей имеет смысл использовать библиотеки на основе tokio, а не опускаться на этот уровень самостоятельно.

легко ли перейти с питона на раст?

>>16192
Сильно зависит от человека приходящего из Питона. Ну и плюс о полном переходе наверно думать не стоит, Раст и Питон отлично друг друга дополняют, чему отлично помогает возможность вызова кода в обоих направлениях.

Всякие функциональные фишки, итераторы, нормальная система модулей, человечный инструментарий (rustup, cargo) в плюс. Необходимость думать о том где, что и как у тебя лежит в памяти, отсутствие привычной гибкости и развязности, отсутствие REPL, продолжительность компиляции (работа по улучшению ведётся), для большинства скорее в минус.

С другой стороны строгая типизация, обработка ошибок через enum'ы, паттерн матчинг, borrow checker, компилятор дающий по рукам в случае чего (иногда конечно бывают перегибы, но в большинстве случаев дураком оказывается программист), что позволяет отлавливать ошибки при компиляции, а не в рантайме, и прочие фишки, лично для меня, оказались глотком свежего воздуха, но что бы прочувствовать всю прелесть этих вещей полезно походить по граблям Питона и набить на них шишки.

Кстати насчёт контейнеров, думаю, эта ссылка будет полезна:
https://www.reddit.com/r/rust/66t56s/

>>16197
>человечный инструментарий (rustup, cargo)
Энджой ёр монополия.

Что мертвее D или Rust?

>>17146 Go

>>28109
Выглядит интересно, но мне нужно еще понять где это все еще изучать

>>25698
Спасибо за обьяснение!

Из того что я знаю на GNU Guile написан пакетный менеджер GNU [Guix]. Сервис менеджер GNU [Shepherd] (ссылка на репозитойрий у что-то не работает). И GNU [Mcron].

И мне интересно кто и что пишет на lisp сейчас кроме GNU.

> И не стоит думать что там в GNU одни старики всем управляют

Это была дурацкая шутка. Да и кроме товарища Столлмана я никого не знаю.

Для меня, как для Python поколения, этот ваш Scheme кажется языком с другой планеты.

Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Сообщение слишком длинное. Полный текст.

>>25699
>Спасибо за обьяснение!

Всегда пожалуйста, я бы и сам рад задавать тут вопросы, только вот кроме
Мицгола, Соуса, пары крокодилов и тебя, дорогой Стив, никого не видно,
поэтому не знаю какие ответы вообще могу получить, да и никто это место
особо не пиарит. К сожалению, зарубежное сообещество намного более
зрелое и огромное количество людей вместо распыления (не всегда
безосновательно) сил между нашим сообществом и забугорным выбирают
именно последнее. Из возможных "ниш", где ещё может жить русский язык в
разработке вижу только двачевский /pr, где очень унылый троллинг (и ещё
я не могу получить туда доступ), и "университетская среда" (читай как
среда самообразования), где люди просто ещё не успели понять
терминологию, но уже на пути к этому.

Сообщение слишком длинное. Полный текст.

>>25701

Sorry, your message is too long. Message length: 9761, maximum allowed length: 8192

>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr
>(cdr (car '(list))))).

Мат. нотация меня до сих пор иногда пугает, но это не аргумент против
изучения математики! Ну а так, чисто для формализма, знак ' означает,
что следущая форма будет прочитана как данные, а не как, исходя из
β-редукции лямбда исчисления, применения функции к операндам.

Вообще, в чистом лямбда исчислении нет таких понятий, близких к
программированию, как структуры данных, поэтому надо придумывать всякие
вот такие цитирования ('(1 2 3) можно записать как (quote (1 2 3))), то

Сообщение слишком длинное. Полный текст.

Блин я прочел свои посты которым 4 года и так стало весело.

Сейчас пилю движок для визуальных новелл на wasm (guile в wasm компилятор -- https://spritely.institute/hoot/)

https://codeberg.org/scm-scenarist

>>25695
ещё все кто читают SICP))))))

>>28075
У меня есть большая любовь к лиспу, но почти никакого опыта.

В универе я запилил интерпретатор лиспа, который успешно проканал как половина курслвых работ. (Любая достаточно сложная программа является хуёвым интерпретатором лиспа)

Сейчас осваиваю емакс.

>>25699
>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Как раз оба этих варианта более-менее адекватны. Знак суммирования перед длинным списком вполне на месте, а cdr/car — довольно обычная операция для функционального языка.

Проблема в другом:
Похоже, коммунити считает, что выражения вроде (set! x (+ (• a b) c))) — это тоже нормально. Иначе бы давным давно появилась бы конструкция вроде (let! x '(a • b + c)), которая на выходе давала бы то же самое. Язык функциональный, значит распарсить на нём арифметику — не просто, а очень просто.

Если таких макросов нет, очевидно они считают их ненужными (или даже вредными). Что весьма тревожный звоночек. Я понимаю, зачем нужна была польская нотация 60 лет назад. Тогда это было разумно и правильно. Но сейчас…

Прибавим к этому совершенно конститутивную раскалдку клавиатуры в том же емаксе (уже одно то, какие кнопки там вместо стрелок). Ну и напоследок, в качестве вишенки на торте — стиль кодирования с совершенно дикими правилами расстановки отступов, из-за которых исходники выглядят, словно их писал пьяный. В качестве обоснования написано: ИНАЧЕ БЕДНЫМ СКОБОЧКАМ БУДЕТ ОДИНОКО!

Сообщение слишком длинное. Полный текст.

>>28102
>Что хуже: systemD изо всех щелей или ЭТО?
…И практика показала, что сабж проигрывает.
В репах nix — blender 5.0.1.
А в guix, внезапно — 3.6.23. Даже в дебиане 4.3.2!
В общем, система, в которой для нормальной работы придется ручками писать свои пакеты для 90% потребного софта, ловя на ходу всяческие грабли — это точно не то, с чем я хочу связываться.

А вывод в ключе треда — опыт по созданию основанной на языке системы следует признать если не полностью провальным, то, как минимум, сомнительным. У сообщества хватило сил систему создать, но поддерживать, если судить по плачевному состоянию репов — уже нет.

Хотя справедливости ради нужно признать — конфиги на лиспе выглядят красивее, чем nix'овское наколенное поделие. Даже с учетом упоротого стиля кодирования, который дико режет глаза.
Ну… xslt тоже был красивым (один из моих любимых языков… был), и где он теперь? И в нём, кстати, в отличии от сабжа, по крайней мере догадались записывать xpath-выражения и всю связанную с ними арифметику в человекопонятной форме, а не городить из них огород xml-тегов…

>>28102
>конститутивную
контринтуитивную

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

>>28103
Я раньше любил спорить, но:

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

>>28032
Для таких случаев есть сервисы наподобие пастабина.

В настоящее время 410чан не поддерживает прикрѣпленіе нѣсколькихъ файлов к одному и тому же сообщению.

Между тѣмъ потребность такáя иногда возникает, и тогда в качестве обходного пути может использоваться один из двух возможных способов, каждый из которых небезупречен, к сожалению.

Первый способ — это отправка нѣсколькихъ сообщений подряд (к каждому из которых прикрѣпляется только один файл). Недостаток его в том, что тогда другой собесѣдникъ способен выступить в роли вольнаго или невольнаго комбобрэйкера по отношению к этакой послѣдовательности сообщений.

Второй способ — это предварительное состыковывание нѣсколькихъ иллюстраций в одну (подобно тому, как к сообщению >>/a/20176 прикрѣплёнъ файл, внутри которого сшиты скриншоты двух сообщений из Телеграма и затѣмъ ещё цитата из манги). У этого способа есть два недостатка.

Важнѣйшій его недостаток — это неудобство примѣненія к видеозаписям: зрителю трудновато будет в точности проматывать их до пристыкованнаго фрагмента. (Может быть, для того сперва 410чану не помѣшало бы учинить поддержку таймкодов, как на YouTube или в Телеграме.) Притом же составныя видеозаписи сравнительно быстро способны распухать до объёма, 5 мегабайтов превосходящего собою.

Сообщение слишком длинное. Полный текст.

Ну щта, так и не появился герой, готовый запилить https://codeberg.org/FBE410/fbe-410/issues/11 ?

>>28040
Видимо, нет, но к середине октября, может, приделаю отдельное поле для сажи в БД и шалфей-значок.

>>27838
Сделал. Изменённые файлы в архиве (unzip $zipjpgpath).

inc/lang не трогал, сообщение на русском при наведении курсора на значок (ключ sage) нужно будет добавить.

В остальном всё работает вроде. Кроме, может быть, отображения сажи на текстодосках, но возможность её там отправить, похоже, выпилена.

При архивации, внутрь .extrabtns span'а добавлялся &nbsp;. я его добавление оставил.

Для применения изменений, необходимо выполнить для БД separate_sage_field.sql. На всякий случай, в архиве также обратная миграция undo*.sql.

По sagebutton, пока нету возможности/желания применить изменения? Или что-то с кодом не так?

>>28079
Пока не тестировали.

Среди последних новостей, у нас баг: https://codeberg.org/FBE410/fbe-410/issues/60

>>28080
Посмотрел. Судя по всему, проблема там по двум причинам.

Первая в том, что при bulk deletion ни нет оптимизации, чтобы для постов в уже удалённых тредах повторно не вызывать Post::Delete(), ни нету order by desc, что тоже решило бы проблему. Bulk deletion'а, которое доступно обычному пользователю, это касается тоже.

Вторая в том, что Delete() не проверяет, не был ли пост уже помечен, как удалённый. Решил, устранив эту. Патч в архиве.

>>28040

Цѣликомъ ещё нѣтъ, но реквестирую https://codeberg.org/FBE410/fbe-410/pulls/61 дабы был почин.

>>28097
Функция «Убрать фреймы» на самом деле не сломана, а имеет misleading сообщения про. Не «Фреймы убраны», а «Фреймы будут убраны» — по переходу на страницу доски. Может, лучше сделать в виде checkbox’а.

> и которыя оттого не оснащены никаким значением перемѣнной max_message_length
Аа, вижу. Не сколько из-за отсутствия формы, сколько из-за того, что оно ту переменную для несвязанных с досками страниц не пишет в head. Если не пишет.

https://www.mycpu.org/

https://extremelearning.com.au/

https://bitbanksoftware.blogspot.com/

https://davejingtian.org/

https://userpages.cs.umbc.edu/jtang/cs411.s24/lectures/

По-видимому это один из самых офигенных наборов лекций, которые я на данный момент видел.

https://arxiv.org/html/2505.04896v1

https://www.lighterra.com/papers/modernmicroprocessors/ (это другой Паттерсон, не тот, что книгу написал)

https://dl.acm.org/doi/pdf/10.1145/3357375

Интересно, а что если ... CGRA, одно горячее ядро на высокой частоте, на нём компилятор по типу transmeta, который динамически компилит произвольную ISA в uops и раскидывает их по execution unitам. uopы пакуются в пакеты и рассылаются по исполнительным блокам по сети на кристалле топологи "звезда". Сеть работает на промежуточной частоте, блоки - на низкой, чтобы поменьше грелись. Блоки могут быть в том числе кешем. Между блоками - умные муксы с регистрами, которые принимают пакеты. В каждом пакете есть адрес мукса и данные, сеть рассылает по адресу. Без необходимости пакеты на мукс не рассылаются, и чип работает как систолический массив. Или наоборот, пакеты рассылаются, и чип работает как либо многоядерный out-of-order процессор на любой ISA, либо как целый SMP-процессор, либо что угодно промежуточное. Низкая частота блоков даёт низкое энергопотребление основной вычислительной сети, софтовая реализация декодинга и планирования позволяет экономить на площади на кристалле и тепловыделении, которые присущи аппаратной реализациям ILP, OoO и спекулятивного исполнения, и позволяет гибко управлять планированием, оптимизируя его под задачи и устраняя баги вроде Spectre, и декодировать множество разных ISA, в том числе кастомных и оптимизированных под задачу.

https://www.realworldtech.com/crusoe-exposed/

>>27932
К слову вопрос, а на этом самом Plan9 вообще есть жизнь? То есть на что-то кроме мамонтовой фауный ПК мира он встанет?

>>27931
Потому что это весело, зе!

>>28062
Рекомендуемые железки: https://fqa.9front.org/fqa3.html#3.1

На форках например 9front, есть активное сообщество, её постоянно дорабатывают. Можно использовать последний golang, имеется нативный торрент клиент, можно прикрутить видео, аудио, запустить на ней OpenBSD или GNU/Linux.
Вот годный мануал: https://pspodcasting.net/dan/blog/2019/plan9_desktop.html

Порт для запуска прямо в юниксах (если хочется пощупать ACME или sam с местным протоколом 9p): https://9fans.github.io/plan9port/

Форк Inferno для amd64: https://github.com/caerwynj/inferno64

Порт Inferno по Android: https://github.com/bhgv/Inferno-OS_Android

>>28065
>Рекомендуемые железки:
Почекал. Из того что у меня валяется дома потенциально пригодны лишь 2. Комп на Core Quad и на Sempron 3000+. Остальные слишком новые.

> More then anything, Plan 9 is a simple operating system. The kernel is only 200,000 lines of code, and the userland about a million. In comparison the source code for the Firefox web browser is more than 24 million lines of code! As you might imagine then, there are no "modern" web browsers in Plan 9. There are no office suits, triple A games, VOIP or repositories of 30,000 pre-compiled packages. Plan 9 is not for the faint of heart!
То есть да, даже фапчевать на Чио будет проблема. Впрочем, судя по твоему скрину какие-то браузеры там есть. Однако как они в работе?

>>28066
Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).

Она немного для другого создавалась, как распределённая вычислительная среда. Программа, процесс итд - это файлы которые можно передавать по сети. Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей. Если у вас есть фильм, но при этом нет плеера для воспроизведения то вы можете подмонтировать машину где он есть и смотреть фильм через её плеер, но при этом на своей.

>>28067
>Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).
Ясно. Ну, хоть что-то.

>Она немного для другого создавалась, как распределённая вычислительная среда.
Это понятно, но много ли можно навычислять, если даже в момент конца нулевых поддержка железа на ней оставляла желать лучшего?

>Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей.
Это всё понятно и круто, но что запускать-то? Я на своей FreeBSD этим вопросом мучаюсь иногда (а ведь там проблем с этим ощутимо меньше, ибо есть хоть какая-то совместимость с другими BSD и Linux системами). А тут даже страшно представить.

>>28068
Дело в том что это не Unix и даже не Unix-like поэтому портировать программы дело сложное. Поддержка железа скудна из-за нехватки разработчиков.

Поддержка программ тут крайне затруднена в отличие от FreeBSD где появился pkg тут любую стороннюю программу необходимо собирать вручную. Программ очень мало и зачастую это однодневные проекты на git.

Есть эмуляторы приставок и платформ например Sega Megadrive.

Дополнительное ПО можно найти здесь: http://shithub.us/git/repos.html

https://github.com/henesy/awesome-plan9

https://sr.ht/projects?search=%23plan9

https://github.com/Plan9-Archive

Сообщение слишком длинное. Полный текст.

>>28069
>Дело в том что это не Unix и даже не Unix-like
Тем временем Википедия:
>Семейство ОС потомок UNIX

>Поддержка железа скудна из-за нехватки разработчиков.
Хотел написать, что система уже 20 лет как усё, однако обнаружил, что на ссылке во всё той же Википедии ( p9f.org ) есть какая-то жизнь.

Олсо, 9front как минимум странноватый ресурс...

>тут любую стороннюю программу необходимо собирать вручную.
То есть, местные распространение бинарей не освоили или намеренно игнорируют?

>Есть эмуляторы приставок и платформ например Sega Megadrive.
Так понимаю, что по большому счёту кроме них там ловить и нечего?

>>28071
Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.

9front это такой же дистрибутив но более свободный и развивается быстрее.

Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..

> Так понимаю, что по большому счёту кроме них там ловить и нечего?
Для каких именно функций вы бы хотели её приспособить?

>>28072
>Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.
Хм, а насколько подход отличается?

>9front это такой же дистрибутив но более свободный и развивается быстрее.
>Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..
Понял.

>Для каких именно функций вы бы хотели её приспособить?
Я в целом слабо представляю зачем она.
Типа FreeBSD это серверная система (и понемногу десктопная), Linux и туда и сюда активно пытается, Хайку и КОС пригодны только как десктоп (правда с оговорками, ибо на последней без FASM или С-- делать особенно нечего).
Единое ресурсное пространство звучит круто, но куцая поддержка железа делает это мечом без рукояти. Так бы можно было бы накатить на 1 комп как на хранилище, на 2 как ресурсные центры и пару небольших компов как терминалы использовать. Даже можно было бы смириться с отсутствием изрядной доли ПО, ибо виртуализация делает брррррр. Но поддержка железа такова, что катить это можно только на старые компы, малинку и виртуалки.

>>28073
> Хм, а насколько подход отличается?
Так как над Plan 9 трудились те кто разрабатывал оригинальный Unix, они решили исправить несколько вещей:

• всё теперь точно является файлом и доступно в файловой системе (файлом настолько что cat /dev/screen | topng > screen.png получить скриншот можно просто прочитав файл экрана);
• локальные и удалённые файлы не различаются, это скрывает протокол 9p;
• группы процессов имеют своё пространство имён представленное обычными файлами (благодаря этому местную оконную систему можно рекурсивно запустить внутри себя сколько угодно раз);
• нет библиотек динамической компоновки (решается проблема зависимостей);
• нет рут-прав.

Да обычно её как раз на малинках используют. Сложно вот так с ходу найти ей применение для своих задач. Лучше сначала попробуйте её в виртуалке или как юзерспейс порт под вашу систему (вроде как есть готовый порт под FreeBSD).

>>17177
Не знаю, работает ли сейчас, но инструкцию смотри на картинке из >>15135.

>>17185
Удивительно, не думал что нб кто-то еще пользуется! Подумываю запилить такую штуку на ipfs. А вообще, использовали битмесседж,было бы заебись.

Джава часа скачивала посты, теперь ещё что-то докачивает. 16 items left to download, потом счётчик уменьшается и снова обновляется до 16. Что это за майнер эдакий?

>>17330
Это у тебя потому что каждый контейнер пишется отдельно, а их загрузилось за раз много. Треды парсятся, и сообщения говорят, сколько еше осталось контейнеров в этом треде. Подожди,это пройдет.

>>17356
Наночую, эти сообщения - они как из прошлого. Скачал html-ку, нашел 16 картинок, добавил сообщение "есть 16 картинок" в список. Уже скачались 15 картинок, уже пошел в список отчёт о том что "осталось 1 картинок" и тут вторая html-ка скачалась, а там еще 20 картинок, и следующее сообщение которое добавляется в список после "осталось 1 картинок" это "осталось 21 картинок". А из списка сообщения достаются медленно и показываются по одному даже когда уже все закачки завершены.
Корявая, зато ТВОЯ!

>>15462
>Превьюшки не закрываются даже после закрытия шакалятора,
Они закрываются по клику

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

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

https://github.com/Karasiq/nanoboard
Скачал отсюда, ещё сработает?

>>28063
Откуда ты эту ссылку вообще родил?

Если обсуждаемый браузер — это Mozilla Firefox, то тогда в его настройках въ раздѣлѣ «General» надо найти подраздѣлъ «Files and Applications» и затѣмъ снять галочку с пункта «Always ask where to save files».

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

>>28059
А в хроме как?

>>28060
>А в хроме как?
Нажать на кнопку меню (выглядит как три вертикальных точки) в правом верхнем углу -> Settings -> Downloads -> ткнуть Ask where to save each file before downloading

После этого при скачивании можно будет выбрать диск D, или любое другое место для сохранения