LINUX.ORG.RU

В Rust Coreutils выявлено 113 уязвимостей. В Ubuntu 26.04 возвращены cp, mv и rm из GNU Coreutils

 , ,


1

5

Компания Canonical опубликовала предварительные итоги внешнего аудита безопасности инструментария uutils coreutils (Rust Coreutils), написанного на языке Rust и частично применяемого в Ubuntu вместо пакета GNU Coreutils. Аудит был выполнен компанией Zellic, имеющей опыт анализа уязвимостей в проектах на языке Rust. В ходе проверки было выявлено 113 проблем с безопасностью.

В настоящее время уже доступен отчёт с результатами первого этапа аудита, охватывающего наиболее важные утилиты из набора uutils. На первом этапе, который был проведён с декабря 2025 по январь 2026 года, было выявлено 73 уязвимости, из которых 7 отмечены как критические, 11 - опасные, 29 - средней опасности и 26 - неопасные.

Информация о всех выявленных проблемах уже передана разработчикам uutils и большая часть уязвимостей была устранена в выпусках uutils 0.5-0.8 без лишней огласки.

Пакет rust-coreutils был включён по умолчанию в осеннем выпуске Ubuntu 25.10, но с учётом выявленных в ходе аудита проблем в LTS-ветке Ubuntu 26.04 возвращены утилиты cp, mv и rm из набора GNU Coreutils. Отмечается, что по состоянию на 22 апреля в данных утилитах остаётся не исправлено 8 известных состояний гонки. Остальные утилиты задействованы из выпуска rust-coreutils 0.8.0. В Ubuntu 26.10 разработчики намерены полностью перейти на rust-coreutils.

Уязвимости в системных утилитах опасны тем, что они используется в скриптах, запускаемых с правами root. Например, устранённая в выпуске uutils coreutils 0.3.0 уязвимость в утилите rm могла быть эксплуатирована при ежедневном запуске из cron скрипта /etc/cron.daily/apport, который выполняется с правами root и рекурсивно удаляет содержимое каталога /var/crash, доступного на запись всем пользователям в системе.

Среди уязвимостей, помеченных в первом отчёте критическими:

  • Уязвимость в утилите chroot, вызванная обработкой опции --userspec после вызова chroot(), но до сброса привилегий. На системах с glibc резолвинг имён через функцию getpwnam() приводит к чтению файла /etc/nsswitch.conf, применяемого в NSS (Name Service Switch), и динамической загрузке указанных в нём библиотек с модулями NSS (libnss_*.so.2). Так как до обработки NSS выполяется вызов chroot() файл /etc/nsswitch.conf загружается относительно нового корня, но NSS-библиотеки загружаются до сброса привилегий. Если пользователь имеет доступ на запись к новому корню, то он может подставить свои NSS-библиотеки и добиться выполнения кода с правами root.
  • Изменение прав доступа к файлу после сбоя создания именованного канала (FIFO) утилитой mkfifo - если указать в качестве аргумента существующий файл, то mkfifo вернёт ошибку, но при этом аварийно не завершит работу, а выполнит вызов set_permissions() и изменит права доступа к существующему файлу. С учётом umask 022 уязвимость позволяет поменять права доступа к файлу на 644 (rw-r-r-) и получить доступ к файлам, для которых не было разрешено чтение.
  • Обход ограничений --preserve-root в утилите chmod, запрещающих выполнение рекурсивных операций относительно корня ФС. Уязвимость (CVE-2026-35338) вызвана тем, что в коде проверялось только точное совпадение пути с / и не выполнялась канонизация файлового пути. Для обхода проверки достаточно использовать путь вида /../ или символическую ссылку на корень. Уязвимость опасна тем, что при возможности подставить свой путь в системный скрипт вызывающий команду chmod, можно добиться рекурсивного изменения прав доступа для всех файлов в ФС.
  • В утилите rm допускалась обработка любых сокращений опции --no-preserve-root (--n, --no, --no-p, --no-pres и т.п.) для отключения защиты от выполнение рекурсивной операции с корнем (например, можно указать rm -rf --n / и удалить по ошибке все данные. В GNU Coreutils подобные сокращённые опции запрещены.
  • Обход ограничений --preserve-root в утилите rm, запрещающих выполнение рекурсивных операций относительно корня ФС, через подстановку символической ссылки на «/».
  • Отсутствие полноценной защиты от указания каталогов, начинающихся с точки. Например, при выполнении rm -rf . утилита выведет ошибку, но при указании rm -rf ./ или rm -rf ./// молча удалит текущий каталог.
  • Ошибка в коде разбора аргументов утилиты kill позволяет отправить сигнал всем процессам в системе при указании идентификатора процесса -1 (kill -1).

>>> Источник

★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от byko3y

иксы нужно выкинуть на помойку?

Это не так. В мире соотношение реальных систем к удаленным-виртуальным не то, чтобы вейланд в принципе существовал. Нужно вертать сетевую прозрачность раз, делать проброс видео два, делать проброс GPU команд три.

Какое DE они собрались делать, если любое приложение в иксах может прочитать пароль пользователя или даже рута?

Экранный чтец? Год-полтора назад я читал блог одного слабовидящего, сильно на линукс жаловался. И жаловался даже не на уровне ГУИ, а что там сука при старте с какой-то долей вероятности /dev/urandom > /dev/sound случается, а с какой-то долей вероятности /dev/zero > /dev/random.

Ненене, линукс должен быть для свободы.

sarumeister
()
Ответ на: комментарий от LightDiver

Ну в идее «сырой» работы с кодом, где язык просто выполняет то, что говорит ему программист, что то действительно есть

Это и назывaется «программирование», kid...:))

Понятно что это опасно

Это не опаснее, чем просто жить.

Somebody ★★★★
()
Ответ на: комментарий от Byers

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

100%

Да, откровенный онанизЬмЬ «дедушкам» «не заходит».... :))

Somebody ★★★★
()
Ответ на: комментарий от lesopilorama

в веб-клиенте есть WASM-модуль на чистых сях. Так вот, когда это начиналось Rust особо не было.

Повод попробовать зиг. WASM — это прям его среда. Место, где зиг сияет.

sarumeister
()
Ответ на: комментарий от byko3y

Автодополнение есть, синтаксический контроль есть, интеграция с компилятором, документацией и выводом типов есть. Намного больше IDE, чем Gedit или Notepad++. Можно сравнить с SLIME в Emacs или Geany.

Хотя согласен, графический интерфейс свёлся к прокладке между GtkWebKit и Codemirror. Плохой пример.

monk ★★★★★
()
Ответ на: комментарий от byko3y

ты вынужден постоянно делать преобразования строк

да совсем не нужно их делать, просто нужно самодисциплину иметь, ещё и длину строк вести отдельно и обязательно это применять. нет никаких проблем с этим - всем способы есть и доступны. и даже легко автоматизируются. просто людям лень.

Объяснение простое, понятное, и неправильное

нет, как раз таки правильное. просто вы строго со своей колокольни смотрите (ИЧСХ пишите тоже самое, что и я, но другими словами), а я вам объясняю с точки зрения системщика.

и фиксированные строки и хранение на 0 месте длины - это всё усложняет и замедляет обработку (не забывайте условия того времени!). да ещё и порождает дилемму выбора - я же не зря вам про варчар написал - это про фиксированную длину. а про хранение на 0 месте - а какой длины тогда у вас строка максимально? 255? ахаха!

а вот в сишке такой проблемы просто нет!

и с точки зрения системщика, коими Керниган и Ко несоменно являлись - хороший, компромиссный выбор!

mumpster ★★★★★
()
Ответ на: комментарий от sarumeister

что-то на костыльном

Ты, видимо, не в курсе, что сетевая прозрачность в иксах жрет просто гигатонны трафика, и даже во времена расцвета иксов те, кому она была нужна всерьез, использовали ее вместе с NX?

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

Иксофанбои, как обычно, нихрена о своей системе не знают, но мнение имеют.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Иксофанбои, как обычно, нихрена о своей системе не знают, но мнение имеют.

Как иксфанбой имею мнение, что проблема сжатия, и видео в частности, решилась бы простым обычным расширением.

Но я не столько иксфанбой, сколько шейдербой.

sarumeister
()
Ответ на: комментарий от LightDiver

За все время три программиста более менее адекватных. А знаешь что было при общении с остальными? Ты им пишешь, а для них ты грязь под ногтями. И у каждого свои тараканы в голове.

Когда кто-то начинает рассуждать об адекватности окружающих, то всегда очень интересно послушать и другую сторону. Ведь не исключено, что вы для них выглядите не меньшим неадекватом, чем они для вас.

Ну ты можешь посмотреть общение тут на форуме между профессионалами.

Ну вот я вас здесь читаю и офигеваю. Особенность моего мышления, не иначе.

eao197 ★★★★★
()
Ответ на: комментарий от Lusine

Про тонкие клиенты для Х ты конечно не слышал.

И каким же образом тонкие клиенты решают проблему отсуствия в в протоколе сетевой прозрачности иксов сжатия? Ну-ка, ну-ка? Только не говори, что через NX и иже с ним, я об этом уже сказал.

liksys ★★★★
()
Ответ на: комментарий от sarumeister

решилась бы

Если бы да кабы.

Сжатие в иксах можно сделать расширением, но никто не сделал.

Индивидуальное дробное масштабирование на дисплей можно сделать, но никто не сделал.

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

В иксах всё можно сделать. Все расширения простые, всё можно исправить, но никто не сделал. Потому что если чего-то нет в иксах - то это нинужно.

liksys ★★★★
()
Ответ на: комментарий от liksys

Индивидуальное дробное масштабирование на дисплей можно сделать, но никто не сделал.

О причинах уже обсуждалось и здесь офтопик.

sarumeister
()
Ответ на: комментарий от sarumeister

Ага. И причины эти - архитектурные. Но да, не будем об очевидном.

У иксофанбоев в жизни только два союзника: «возможно» и «нинужно».

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Нет там проблем со сжатием. Весь мир в 90 годах работал на Х-терминалах и не парился. 10 мбит по коаксиалу это максимум скорости в локалке, с десятками таких устройств, на внешних линках 1 мбит редко где был. И даже тяжелый САПР работал, и графдизайн, прикинь.

Lusine
()
Ответ на: комментарий от Lusine

Если ты такой бестолковый, то расскажу, раб. станция с Х для сапра стоила от $50к, X-терминал $1.5к. Естественно все заморочились, чтобы это работало и продавалось.

Lusine
()
Ответ на: комментарий от Lusine

Нет там проблем со сжатием. Весь мир в 90 годах работал на Х-терминалах и не парился. 10 мбит по коаксиалу это максимум скорости в локалке, с десятками таких устройств, на внешних линках 1 мбит редко где был. И даже тяжелый САПР работал, и графдизайн, прикинь.

Соглашусь. Изначальный протокол с графическими примитивами все ж умные люди придумали. Это чуть позже пришла пионерия QT и GTK с их чисто-растром, вейландом и аргонной безопасностью. Успешно потом боролись, чтобы экранные чтецы текст в их растре находили.

sarumeister
()
Ответ на: комментарий от Lusine

Нет там проблем со сжатием.

Ты отрицаешь реальность. Проблемы есть, и еще какие, и дальше я это убедительно докажу.

Весь мир в 90 годах работал на Х-терминалах и не парился.

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

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

В-третьих, давай посчитаем вместе. Берем экран 1920x1080 RGB, по три байта на пиксель. Получаем размер буфера 1920x1080x3 ~= 6 мегабайт. Берем хотя бы 30 fps и получаем непожатый трафик 180 мегабайт в секунду для одного клиента, что ОЧЕНЬ много.

Едем дальше. Попробуем добавить простейшее сжатие MJPEG. В среднем один кадр экрана 1920x1080 занимает 250 килобайт для сжатия 80% (я знаю, потому что занимаюсь разработкой софта и железа для удаленного администрирования). Умножив, получаем примерно 7.5 мегабайт в секунду - сравни это с передачей растров в RGB.

Едем еще дальше. Берем размер среднего кадра H.264 для тех же условий - 25 килобайт без GOP и с битрейтом 5000kbps. Получаем 0.75 мегабайт в секунду.

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

тяжелый САПР работал, и графдизайн

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от sarumeister

чуть позже пришла пионерия QT и GTK с их чисто-растром, вейландом и аргонной безопасностью

Обожаю, когда пионеры рассказывают историю, сами называя дедушек пионерами. Объясняю: растры понадобилось передавать, потому что протокольные средства рисования иксов оказались слишком деревянными для того, чтобы делать современные графические интерфейсы.

liksys ★★★★
()
Ответ на: комментарий от liksys

Объясняю: растры понадобилось передавать, потому что протокольные средства рисования иксов оказались слишком деревянными для того, чтобы делать современные графические интерфейсы.

Бред. За растр топили исключительно QT и GTK. Это именно им не хватало штатных средств для своих свистоперделок.

Собственно, история в лице веб-браузеров наглядно показала реальное место, где должны находиться QT и GTK. И тем смешнее мне читать о неких мифических DE, на QT и GTK основанных.

sarumeister
()
Ответ на: комментарий от sarumeister

Бред. За растр топили исключительно QT и GTK. Это именно им не хватало штатных средств для своих свистоперделок.

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

Начнем с того, что Qt и GTK быстро стали мейнстримными графическими библиотеками, чтобы пилить гуи, потому что остальные либы были неюзабельным мраком, не говоря уже о самом xlib. Графические свистоперделки были нужны для того, чтобы гуи не выглядели отсталым говном по сравнению с другими системами. Иксовые примитивы были не в состоянии это обеспечить. Можешь на досуге сравнить какой-нибудь Solaris 2.6, вышедший в 1997, и винду 95 одноименного года. И сравнение будет вообще не в пользу солярки. Нихрена удивительного, что винда получила такое коммерческое распространение и в итоге выиграла десктопную гонку.

А ты вместе с другими мамкиными нигилистами сиди и дальше восхищайся прекрасными иксами и их отсталым протоколом, и кричи, что всё вокруг НИНУЖНО.

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от Somebody

Одно дело жить в тайге с топором, а другое в поселке городского типа с удобствами, водопроводом и электричеством. Очень разное «просто жить», знаешь ли. А еще можно в городе с милицией и доставкой пиццы.

LightDiver ★★★★★
()
Ответ на: комментарий от liksys

Но поскольку вы в массе только языком трепать горазды - имеем, что имеем.

Ну я запилил свой киоск с shadertoys и браузером, фо фан. В протоколе иксов ничего менять не понадобилось.

sarumeister
()
Ответ на: комментарий от sarumeister

Ну я запилил свой киоск с shadertoys и браузером, фо фан. В протоколе иксов ничего менять не понадобилось

Мы обсуждали вполне конкретную проблему сетевой прозрачности. Твой форфан с шейдерами и браузером здесь никаким боком.

liksys ★★★★
()
Ответ на: комментарий от liksys

Мы обсуждали вполне конкретную проблему сетевой прозрачности. Твой форфан с шейдерами и браузером здесь никаким боком.

Ой да камон. Киоск вполне был настоящим проектом, и направленным как раз на а) сетевую прозрачность, б) как новая платформа для демосцены. Нейронка мне хорошую такую спеку написала, где буквально учла все моменты, включая VR- и AR-матрицы преобразования. Есс-но, HDR, VRR, валидацияю шейдерного IR.

Пусть Гейб этим занимается. У него вон и программисты на зарплате есть.

sarumeister
()
Ответ на: комментарий от sarumeister

Тебя послушать - так твой киос шо современный гуй мака, универсален и всеобъемлющ. В каком месте там сетевая прозрачность-то используется? И как это отменяет тот факт, что даже если допустить, что ты растры браузера отправляешь по сети, это всё жрет невменяемое количество трафика (см. рассчеты наверху)?

liksys ★★★★
()
Ответ на: комментарий от liksys

Тебя послушать - так твой киос шо современный гуй мака, универсален и всеобъемлющ.

Небольшая ремарка — гуи мака довольно-таки отстоен.

что даже если допустить, что ты растры браузера отправляешь по сети

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

У меня правда до этого дело не дошло. Хромиум работал в Xfb. Туда в Xfb же клиентом подключалась прослойка libinput и крайне несекьюрно но по протоколу иксов переопределяла что делает мышка.

sarumeister
()
Ответ на: комментарий от byko3y

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

firkax ★★★★★
()
Ответ на: комментарий от sarumeister

гуи мака довольно-таки отстоен

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

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

Ты уходишь не в ту степь. Проблема была четко обозначена: существующая сетевая прозрачность иксов неюзабельна, и никто не озаботился решением этой проблемы. Поэтому существует NX, VNC и прочие приблуды. То, что лично ты в своем петпроджекте соорудишь сетевую прозрачность для шейдеров - никак не исправляет общую проблему иксов. Ее можно исправить, но никто не почесался. А особо упоротые, как организм выше по треду, утверждают, что проблемы вообще нет (что опровергается банальными вычислениями).

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

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

Консенсус установился, что у тебя слева список элементов, а справа навигация. (Тенденция во всех системах сейчас, надо лишь обратить внимание на этот паттерн). Если оставить в стороне паттерн, гуи мака это либо древние NS-виджеты, либо SwiftUI как вещь в себе.

никак не исправляет общую проблему иксов

Любую проблему иксов можно решить специальным простым обычным расширением.

и доносить эти изменения до абсолютно всех гуевых библиотек

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

sarumeister
()
Последнее исправление: sarumeister (всего исправлений: 1)
Ответ на: комментарий от sarumeister

Консенсус установился, что у тебя слева список элементов, а справа навигация.

Это всё совершенно не важно. Факт остается фактом: гуй мака прост для освоения непрофессионалами.

Любую проблему иксов можно решить специальным простым обычным расширением.

Нет. Решение проблемы масштабирования невозможно фундаментально на уровне протокола и его архитектуры. Решение для сжатия если и возможно, то для него приходится изобретать нечто подобное NX.

Ты рассуждаешь в контексте гуевых библиотек. А я их отвергаю

То есть ты отвергаешь нашу объективную реальность, в которой гуевые библиотеки используются повсеместно. И вместо того, чтобы починить иксы, ты рассуждаешь о космических кораблях, бороздящих просторы большого театра. Я тебя услышал.

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 5)
Ответ на: комментарий от liksys

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

Давай еще раз. Браузер использует видеопамять под отрисовку, забил болт на Qt и GTK, свое масштабирование контролов, и отдельно масштабирование контента. Эмулятор терминала использует видеопамять под отрисовку, забил болт на Qt и GTK, контролы не рисует, сам делает масштабирование контента. Видеопроигрыватель использует видеопамять под отрисовку, забил болт на Qt и GTK, какие-то свои настраиваемые контролы, отлично делает масштабирование контента. Это мои космические корабли, которые бороздят. Это моя объективная реальность.

sarumeister
()
Ответ на: комментарий от sarumeister

Давай еще раз.

Давай, мне не сложно. Итак, еще раз: это твое частное решение для частной проблемы, которое не применимо в нашем реальном мире, где подавляющее большинство софта использует разнокалиберные тулкиты: от DE до отдельных приложений.

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

Эти проблемы в иксах существуют даже не годами, а десятилетиями. Для масштабирования решений нет, для сжатия изобрели NX и VNC, для принтскрина с открытым меню можно накостылять костыль на баше. Я предлагаю тебе спуститься с небес на землю и заняться чем-то полезным для иксов и покоммитить что в них, что в тулкиты.

А то пока ты отрицаешь реальность и рассуждаешь о том что нужно, а что - нет, иксы продолжают закапывать в пользу вяленда, в котором все перечисленные проблемы решены (с добавлением незначительных собственных, которые тоже в процессе решения, и этот процесс движется, в отличие от процесса в иксах).

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 4)
Ответ на: комментарий от liksys

А какой идиот начал передавать растр и зачем? Да ты бредишь, на заводе тысячи инженеров и на каждое надо мощную граф. станцию от сан, чтобы каденс могла потянуть? Не, сапр работал на сервере с очень большим и очень дорогим по тем вренам объемом памяти, а все сидели за Х терминалами с приличным разрешением, а х-сервер был в asic реализован, поэтому все очень быстро работало.

Сравни разрешение экрана в те времена и сейчас

Entria II X-Terminal 1600×1200/16-bit

Lusine
()
Ответ на: комментарий от firkax

у ассемблера синтаксис не позволяет.

И вот тут, если бы ассемблерщики вели себя как сишники, начался бы дурной гопак про лапки, неосилили, skill issue и вообще тут думать надо, а кто не умеет — вон из профессии.

ugoday ★★★★★
()
Ответ на: комментарий от byko3y

Если сделать паузу — можно с удивлением обнаруживать для себя что-то новое спустя полгода-год.

Ты как-то станно вклинился: мы говорили про свой код. Все что ты говоришь бесспорно, но мы говорили про другое

pihter ★★★★★
()
Ответ на: комментарий от Lusine

А какой идиот начал передавать растр и зачем?

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

Да ты бредишь

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

все сидели за Х терминалами с приличным разрешением, а х-сервер был в asic реализован

Ты совсем упорот что ли, фантазёр? Не было никаких иксов на асике, они работали на обычных процессорах. У меня под рукой тут есть спарк из середины девяностых, и я могу это оценить.

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

Еще раз, кратко: иксовую сетевую прозрачность убили растры + разрешение. Включи уже башку и прочитай пост с вычислениями внимательно, а не через строчку.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Я еще в нулевых работал с организацией тонких клиентов на иксах, и уже тогда нужно было использовать хотя бы NX, иначе сеть не жила.

Из-за таких как ты неумех и не жила. А у меня прабабушка работала на X терминале, и делали они, на минуточку, Сатурн-V. И сделали, и на Луну слетали. Потому как она была профессионалом, а не балаболкой на ЛОРе.

Lusine
()
Ответ на: комментарий от LightDiver

Если ты можешь все запомнить и держать в голове - я восхищен и поражен. Даже при идеальной структуре я не способен все держать в голове разом.

Ну так я одновременно и не работаю с 20 задачами :) я годами работаю на работе над парой проектов и их я естественно знаю. Параллельно всю жись пилю свое буквально с 6 класса, много всякого, естественно, но, повторюсь, я всегда знаю с одного взгляда что делает мой код, или там, моя электроника, для меня загадка как такое можно забыть: вот представь, что ты годами строил дачу сам, а потом несколько лет не пользовался, неужели тебе с одного взгляда будет не очевидно как она там устроена? Какой фундамент, как устроена крыша? Если это реально делал ты, Яне могу представить как можно забыть

pihter ★★★★★
()
Ответ на: комментарий от pihter

А как можно работать над одним проектом, если вокруг столько интересного?

LightDiver ★★★★★
()
Ответ на: комментарий от sbu_shpigun

Тут еще с «фри» и «опен» не разобрались, а ты в такие дебри лезешь…

LightDiver ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

ну так там то раст утилиты эти пишут сишники, и пишут они с ансейф, потому что по другому не умеют. Главные апологеты сектанты раста, это сишники и сишники плюсовики, вторых больше, потому что первые обычно профнепригодные вообще.

sbu_shpigun ★★
()
Ответ на: комментарий от pihter

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

Lusine
()
Последнее исправление: Lusine (всего исправлений: 1)
Ответ на: комментарий от liksys

и заняться чем-то полезным для иксов и покоммитить что в них, что в тулкиты.

По-прежнему не понимаю, почему это должен делать я, а не Гейб с его ресурсами. У себя я занимаюсь украшательствами как могу, и это моя личная свобода. Нигилистическая.

sarumeister
()
Ответ на: комментарий от Lusine

Из-за таких как ты неумех и не жила.

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

А у меня прабабушка работала на X терминале, и делали они, на минуточку, Сатурн-V

Первый полет Сатурна-V состоялся в 1967, а первый релиз X11 вышел в 1984. Что еще придумаешь, фантазёр?

Потому как она была профессионалом, а не балаболкой на ЛОРе.

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от sarumeister

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

liksys ★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.