The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD"  +/
Сообщение от opennews (??), 28-Авг-20, 08:10 
В добавленном в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость (CVE-2020-24717), приводящая к нарушению обработки прав доступа. Суть проблемы в том, что права, устанавливаемые для группы, обрабатывались как права для владельца файла. Проблема устранена в обновлении OpenZFS 2.0.0-rc1. Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53611

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 28-Авг-20, 08:10   +7 +/
С такими ошибками и через неделю в продакшин порт OpenZFS разрешили, более чем странно. После такого как минимум на год должны были отложить миграцию на OpenZFS, так как видно, что никто толком этот порт не тестировал и подобных проблем там может быть куча.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #7, #30

2. Сообщение от Fracta1L (ok), 28-Авг-20, 08:16   +1 +/
Ахаха, глобальная и надёжная ФС))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #48

3. Сообщение от Lex (??), 28-Авг-20, 08:17   +9 +/
25 авг:
"Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)"
28 авг:
"Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD"

Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами *BSD

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #12, #33

4. Сообщение от Аноним (-), 28-Авг-20, 08:28   +7 +/
FreeBSD 13.0 выйдет в следующем году, так что тут ни о каком продакшене речи еще и нет.
https://www.freebsd.org/releases/13.0R/schedule.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #19, #38, #68

5. Сообщение от Аноним (5), 28-Авг-20, 08:29   +/
Что плохого что оперативно выявляют уязвимости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #8

6. Сообщение от Брат Анон (?), 28-Авг-20, 08:48   +2 +/
Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное, оперативно выяснил))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22, #47

7. Сообщение от Брат Анон (?), 28-Авг-20, 08:49   +8 +/
Не, тесты не нужны. Херак-херак и в продакшен!)) Два смузи мне!))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

8. Сообщение от Аноним (8), 28-Авг-20, 08:50   –5 +/
> Что плохого что оперативно выявляют уязвимости?

Ничего, это как раз хорошо, коллега сверху очевидно хотел позлорадствовать над напыщенными везде без мыла влезающими бсдюковыми выкриками о безопасносте и надёжности бсди, да вот только тут получается двояко, вроде и пингвинята обделались, а вроде и бсде подложили свинью, и бсдюки схавали, уже не могут в безопасность и стабильность, бсдя уже не та...
А кто это не может признать, тот ретроград и против прогресса ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11, #13

9. Сообщение от Hellscream (?), 28-Авг-20, 08:53   +2 +/
FreeBSD становится всё больше и больше похожа на Linux, такая же стабильная и надёжная операционная система для успешных людей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

10. Сообщение от Сява (?), 28-Авг-20, 09:07   +4 +/
Континьюес деплоймент!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15, #25, #40

11. Сообщение от Fracta1L (ok), 28-Авг-20, 09:17   –3 +/
> вроде и пингвинята обделались

ZFS  в Linux нет и не было, то что там приматывают сбоку изолентой - не Линукса проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от Х (?), 28-Авг-20, 09:20   +4 +/
Было бы очень интересно, если бы они, принимая приличного объема код в свою кодовую базу, умудрились точно и на 100% проверить его не просто на корректность (что ФС без косяков читает/пишет), но и на идеальную состыковку со своими механизмами (т.е. чо ACL в ФС совершенно корректно транслируются в ACL самой ОС).

Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут же наймет любая команда разработки ОС (любой ОС!) - золотое умение.

Ведь добавить ZFS в Windows, например, было бы круто (и есть даже проект), но там те же проблемы - неуверенность, что два куска кода будут идеально работать в любых условиях. А тут - БАЦ! - приходит Lex, умеющий читать код, и гарантирующий, что все будет работать без косяков, это же какой буст в интеграции кода разных команд будет!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #17, #20, #93

13. Сообщение от Sluggard (ok), 28-Авг-20, 09:22   +8 +/
> вроде и пингвинята обделались

Точно пингвинята?
https://github.com/openzfs/zfs/commit/9f0a21e6411aa0bac23fba...
Co-authored-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Matt Macy <mmacy@FreeBSD.org>
Signed-off-by: Ryan Moeller <ryan@iXsystems.com>

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #29

15. Сообщение от Аноним (15), 28-Авг-20, 09:34   +3 +/
Баг дривен девелопмент
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от zurapa (ok), 28-Авг-20, 09:35   +1 +/
Ну не глобальная...
ZFS работает на локальных дисках и не предусматривает распределённое её хранение по iSCSI (или как там он пишется). С надёжностью там тоже были проблемы, что на каких то системах хранения данных были потери данных.

Это почти как докер - Ярко, модно, молодёжно!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #32

17. Сообщение от Lex (??), 28-Авг-20, 09:44   –2 +/

> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут
> же наймет любая команда разработки ОС (любой ОС!) - золотое умение.

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

> Ведь добавить ZFS в Windows, например, было бы круто (и есть даже
> проект), но там те же проблемы - неуверенность, что два куска
> кода будут идеально работать в любых условиях. А тут - БАЦ!
> - приходит Lex, умеющий читать код, и гарантирующий, что все будет
> работать без косяков, это же какой буст в интеграции кода разных
> команд будет!

ЗФС - странная штука. Вроде бы все о ней говорят, о том, какая она крутая, притом, уже несколько лет( за которые восторженные вопли о ней, кстати, начали утихать )..
но, начинаешь лезть в детали - и карета превращается в тыквы: то оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч ), то оказывается, что она не шибко то и отказоустойчива, да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто, то - еще что-то.
Крч., получается ситуация почти как GraphQL.

В случае с виндой - многих и NTFS вполне устраивает.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18, #36, #74

18. Сообщение от Аноним (18), 28-Авг-20, 10:12   +/
> Крч., получается ситуация почти как GraphQL.

А что не так с GraphQL?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #26

19. Сообщение от Аноним (19), 28-Авг-20, 10:19   –15 +/
Речь про FreeBSD, так что о каком-то продакшене в принципе разговор не идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #41

20. Сообщение от Аноним (19), 28-Авг-20, 10:23   +/
>добавить ZFS в Windows, например, было бы круто (и есть даже проект

Если кому интересно https://github.com/openzfsonwindows/ZFSin

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #63

21. Сообщение от Аноним (46), 28-Авг-20, 10:27   +/
Эх, была бы в bsd приличная виртуализация с пробросом и поддержка vulkan... видимо не судьба.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #27

22. Сообщение от YetAnotherOnanym (ok), 28-Авг-20, 10:30   –1 +/
Это не сюда. Это к Алибасову.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

23. Сообщение от 1 (??), 28-Авг-20, 10:47   –1 +/
как туда впендюрят systemd станет "очередной сборкой линакса"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

24. Сообщение от 1 (??), 28-Авг-20, 10:49   –1 +/
Ну bhyve что-то там умеет пробрасывать.
Про vulkan - допиши пару форм^W библиотек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

25. Сообщение от Anonymousqwe (?), 28-Авг-20, 11:12   +3 +/
Может вам необходимо освежить ваши знания об основах CI/CD процесса?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

26. Сообщение от Lex (??), 28-Авг-20, 11:21   +2 +/
>> Крч., получается ситуация почти как GraphQL.
> А что не так с GraphQL?

Давно уже разбирался, сейчас, скорее, по памяти будет.

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

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

Система в том виде, в котором ее изображают фейсбучники и рекламируют сторонние товарищи, фундаментально ущербна ввиду того, что не дает каких-либо явных и серьезных плюсов в сравнении со столетними штуками вроде JSON-RPC( которой, к примеру, вообще без разницы, каким путем осуществляется взаимодействие - HTTP ли запросами или, в приведенном к строке формате, пробрасывается через сокетное соединение, поскольку суть подхода одна - делать к серваку конкретные запросы, на которые от него получать конкретные ответы ).

В то же время пропагандирует слишком много свободы в плане обмена данными( на стороне клиента определяется какие конкретно данные оно хочет получить с бэка, какие конкретно поля должен содержать ответ и проч, хотя не без нюансов. При нескольких разных версиях клиента может возникнуть серьезнейший бардак в потоках данных ).
Это чем-т напоминает 5-10 летнее прошлое, когда разного рода NO-SQL БД отсутствие какой-либо схемы и возможность валить данные любой структуры в них изображали в качестве невероятного плюса.

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

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

Ну это по памяти, разбирался активно с этими штуками более года назад, так и не нашел в GraphQL чего-то реально интересного и однозначно перевешивающего все остальные решения и подходы. Штука интересная и.. и на этом все.
Почти как с блокчейном, который "классические" БД, как ни странно, так и не заменил, как бы его куда ни попадя не толкали бы годами напролет и вкидывали кучи денег.

На фоне нескончаемого фейсбучного бардака( у этих гениев постоянно то поддержка чего-то отваливается, то что-то где-то ломается в их SDK, API, какие-то апи и проч устаревают и проч ), складывается ощущение, что это просто подобие т.н техно-пиара( сегодня одно, завтра - другое. Главное - сохранить образ технологичности ), поскольку даже самим идейным разработчикам их "гениальные" подходы и решения не позволяют сделать реально отказоустойчивый продукт, с непрошибаемым API и SDK.
Зато, все тестами и типизациями обмазано. Правда, еще пару лет назад тупо не подключалось, поскольку гении SDK для яблока для разных кроссплатформенных штук ожидали увидеть в захардкоженной директории "/имя_пользователя/Documents/FacebookSDK" вне зависимости от местоположения проекта.
Хотя, подобным и гугл грешит - самая большая боль обычно возникает именно при интеграции продуктов от ФБ и Гугла.. хотя, вроде бы типо_мастера в ИТ, все такие протестированы да типизированные и весь остальной мир учат как код кодить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

27. Сообщение от Аноним (27), 28-Авг-20, 11:34   +1 +/
Что-то мне кажется наличие вулкана зависит от вполне конкретных дровок, если твой вендор не расчехлился - выбери другого или более открытый дров
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #45, #115

28. Сообщение от Аноним (28), 28-Авг-20, 11:48   +1 +/
Не прокатило.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

29. Сообщение от Аноним (56), 28-Авг-20, 11:50   –3 +/
На тот момент, когда обделались, будем считать их пингвинятами. А так вообще они разработчики FreeBSD, и никогда не ошибаются. Именно поэтому во фре вообще нет ошибок, а которые есть — те происки пингвинят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

30. Сообщение от Аноним (56), 28-Авг-20, 11:52   +/
> С такими ошибками и через неделю в продакшин порт OpenZFS разрешили, более чем странно. После такого как минимум на год должны были отложить миграцию на OpenZFS, так как видно, что никто толком этот порт не тестировал и подобных проблем там может быть куча.

Разве солярочную реализацию, которая сейчас, какие-то другие разработчики адаптировали?
Или тестировали основательнее?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #66

31. Сообщение от Аноним (56), 28-Авг-20, 11:55   +/
Ждем новых багов и дыр в OpenZFS, от ребят с @ixsystems.com и @freebsd.org.

Ломали бы свою реализацию ZFS и не портили жизнь другим...

Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (56), 28-Авг-20, 11:58   +/
Внезапно, iSCSI может быть представлено в системе блочным устройством, на которое можно поставить любую ФС.

Но да, в плане распределенности у ZFS все плохо. Какая польза от контрольных сумм, если хранится все в пределах одного сервака? Надежное хранилище должно быть распределенным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #39

33. Сообщение от Аноним84701 (ok), 28-Авг-20, 12:01   +/
> 25 авг:
> "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)"
> 28 авг:
> "Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD"
> Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами  *BSD

Может что-то не так с этими нереально_совсем_в_теме_ведь_они_прочитали_заголовок_новости_!_системно_серьезными опеннетчиками 🙄 ?

А то в неопеннетной реальности и
> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS.

и вообще, сам "перевод"
https://reviews.freebsd.org/D25872
заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #35

34. Сообщение от ALex_hha (ok), 28-Авг-20, 12:17   +10 +/
Linux: В USB стеке найдено и исправлено N уязвимостей
Фанат BSD: Ваш Linux resheto и помойка, в стеке BSD нашли всего N-1 уязвимостей

FreeBSD: в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость
Фанат BSD: Что плохого что оперативно выявляют уязвимости?

Л - Логика ))

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

35. Сообщение от Аноним (56), 28-Авг-20, 12:46   +1 +/
> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ).

Это никак не отменяет того факта, что накосячили именно разработчики Фри.
Самый эпичный баг за всю историю ZoL/OpenZFS - и его авторы, увы, совершенно не пингвинята.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от анонн (ok), 28-Авг-20, 12:52   +/
>> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут
>> же наймет любая команда разработки ОС (любой ОС!) - золотое умение.
> Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно,
> что, при каких-либо ощутимых изменениях, вначале идет долгая фаза альфа/бета/итп тестирования, лишь по итогу которой правки отправляются в "прод".
> Но никак в прод не валятся те изменения, при которых уже через считанные дни проступают эпические дыры.

Интересно, читать цитируемое местные оналитеки не пробовали?
>> "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)"
>> Реализация файловой системы ZFS в основной ветке FreeBSD (HEAD)

https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd...

> FreeBSD-CURRENT is the very latest source code for FreeBSD and includes works in progress, experimental changes, and transitional mechanisms that might or might
>

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #104

37. Сообщение от Аноним84701 (ok), 28-Авг-20, 12:57   +1 +/
>> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ).
> Это никак не отменяет того факта, что накосячили именно разработчики Фри.
> Самый эпичный баг

Угу, угу:
Reviewed-by: Sean Eric Fagan <sef@ixsystems.com>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Reviewed-by: Richard Laager <rlaager@wiktel.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Co-authored-by: Ryan Moeller <ryan@iXsystems.com>
Signed-off-by: Matt Macy <mmacy@FreeBSD.org>
Signed-off-by: Ryan Moeller <ryan@iXsystems.com>

Ну и
"В добавленном в OpenZFS коде от iXsystems для поддержки ОС FreeBSD, поддержка которой пока не принята даже в FreeBSD HEAD, выявлена критическая уязвимость ... атакующему нужно всего лишь 'пропатчить OpenZFS под FreeBSD' (ну и собрать и загрузить новое ядро)"

Но как анонимы скажут, пусть будет "самый эпичный баг и уязвимость" 🙄

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #49, #103

38. Сообщение от ананим.orig (?), 28-Авг-20, 13:08   +/
Зато речь идёт о качестве участия комьюнити бздишнегов в разработке  zfs вообще и  openzfs в частности.
Хорошо если просто качественно порт сделают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #65

39. Сообщение от Аноним (39), 28-Авг-20, 13:13   +/
По сети реплики дисков таскать не проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #44

40. Сообщение от freehckemail (ok), 28-Авг-20, 13:15   +5 +/
> Континьюес деплоймент!

Мы девопсы! Мы решаем трудную задачу: непрерывно доставлять! =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #54

41. Сообщение от Аноним (41), 28-Авг-20, 13:41   –5 +/
Аккуратнее, тут вагон фанатиков фряшки. Заминусуют только так. Так-то фряху даже как-то жаль, комунити у них какое-то обиженное. Говоришь им, ну да фряшка ниче так, зфс такое себе. Но в проде везде линукс и екст4, а они бубнеть опять начинают про какой-то там нетфликс, который капля в море в сравнении с долей линукса в проде и на пром. и супер серверах и тп. Минусовать начинают, истерить. Комунити а-ля виндовозы. Уж лучше netbsd, там хоть народ взрослый, не то что эти неуловимые Джо из опенбзд или эти фряшники с нетфликсом головного мозга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #46, #64

43. Сообщение от анонн (ok), 28-Авг-20, 14:00   –6 +/
> Linux: В USB стеке найдено и исправлено N уязвимостей Фанат BSD: Ваш Linux resheto и помойка, в стеке BSD нашли всего N-1 уязвимостей
> FreeBSD: в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость
> Фанат BSD: Что плохого что оперативно выявляют уязвимости?
> Л - Логика ))

Т.е. теперь официально можно считать все уязвимости "в коде для поддержки ОС Linux" стороннего софта, как впрочем и уязвимости, найденные еще до принятия кода в ядро, уязвимостями Linux?

Или опять, как обычно:
С-сравнение жопы с пальцем
и
Д-двойные перепончатые стандарты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #55

44. Сообщение от Аноним (56), 28-Авг-20, 14:03   +/
В реальном времени?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #100

45. Сообщение от Аноним (56), 28-Авг-20, 14:05   +/
Красные активно работают с сообществом. Проблема Фри в том, что у нее нет разработчиков, которые готовы активно пилить всякие вулканы. А полностью на себе поддержку 0.005% юзеров вендор тащить не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #95

46. Сообщение от Аноним (46), 28-Авг-20, 14:06   +1 +/
Почему не xfs? На самом деле смешного мало, учитывая что случиться с ext4 при активной работе с метаданными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #56, #58

47. Сообщение от анонн (ok), 28-Авг-20, 14:11   +/
>> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS...
> Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное,  оперативно выяснил))

Главное, очередная хреновая оперативная аналогия?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #111

48. Сообщение от Аноним (46), 28-Авг-20, 14:12   +/
Совсем опустился человек. А был когда-то большим человеком!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #50, #52

49. Сообщение от Аноним (56), 28-Авг-20, 14:18   –1 +/
"Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной"

Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук, кто его сделал.
И да, последние лет пять iXsystems - ключевой разработчик ZFS в FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #87

50. Сообщение от Аноним (56), 28-Авг-20, 14:20   +1 +/
... но потом сел на диету, стал заниматься спортом, и теперь может передвигаться без помощи садовой тачки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

51. Сообщение от Аноним (56), 28-Авг-20, 14:22   +/
Стандарты BSD-шного "академического" качества кода, внезапно, за пределами BSD-шного сообщества не котируются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #78

52. Сообщение от Аноним (52), 28-Авг-20, 14:22   +/
Шабашка за пиво довела
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от Аноним (56), 28-Авг-20, 14:24   +/
Конкурируете с Почтой России?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #60

55. Сообщение от Анонимик (?), 28-Авг-20, 14:26   –3 +/
Если бы ты следил за Linux, то знал бы, что данная реализация ZFS была специально нацелена на Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #57, #70

56. Сообщение от Аноним (56), 28-Авг-20, 14:26   +3 +/
А что там случитЬся, в самом деле? Очень интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

57. Сообщение от Аноним (56), 28-Авг-20, 14:29   +/
В данном контексте это "сторонний софт". Потому что так надо.

И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди, не имеющие никакого отношения к FreeBSD и старой реализации ZFS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #69, #72

58. Сообщение от Аноним (58), 28-Авг-20, 14:30   +/
Ой, можно подумать ваша любимая xfs нулями файлы никогда не забивала. То, что её редхат для своего тяжелого костылестроения использовал - ещё не показатель качества
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #62

59. Сообщение от Аноним (59), 28-Авг-20, 14:47   +1 +/
Как же так, ведь они же говорили ...
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от Аноним (58), 28-Авг-20, 14:54   +3 +/
Нет, с цирковыми клоунами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #110

62. Сообщение от Кайф (?), 28-Авг-20, 15:09   +/
SGI XFS очень быстрая и годная файлуха, а то что есть проблема с восстановлением после сбоев, так это бэкапы никто не делает, в той же ext4 восстановить можно далеко не все
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

63. Сообщение от пох. (?), 28-Авг-20, 15:10   +1 +/
он мертвенький, к сожалению.
И то же с zfs on mac.

Не, ну а чо вы хотите, с такими-то разработчиками?

За zfs держатся только те, у кого выбора в общем-то и нет - все остальное либо устарело на 50 лет, либо works as intended, иногда портя данные.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

64. Сообщение от пох. (?), 28-Авг-20, 15:17   +/
> Что предлагаешь? Винду юзать?

ну уж точно zfs-on-linux не юзать в freebsd.
В линуксе-то она хотя бы на пермишны правильно реагирует.
А может там и дидлока на compressed arc нет, ведь это управление памятью - для линуксов родное и привычное.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #90

65. Сообщение от Кайф (?), 28-Авг-20, 15:20   +1 +/
Лол всмысле порт под фряху? OpenZFS напомни откуда появился? Не как развитие ZFS Solaris не? А какая лицензия OpenZFS не сановская CDDL? А потом его openindiana, illumos и FreeBSD допиливали, так вам пингвинам не видать штатной поддержки ZFS как собственных ушей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #71, #80

66. Сообщение от пох. (?), 28-Авг-20, 15:24   +/
Added Fri Apr 6 01:09:06 2007 UTC (13 years, 4 months ago) by pjd

Please welcome ZFS - The last word in file systems.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

67. Сообщение от Аноним (67), 28-Авг-20, 15:25   –1 +/
Отличные новости. Еще поживем с надежной ZFS, а не этим аттракционом из линукса.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106, #102

68. Сообщение от Бздун (?), 28-Авг-20, 15:28   –4 +/
>*BSD
>в продакшен
>2k2d год

Хорошо посмешили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #89

69. Сообщение от пох. (?), 28-Авг-20, 15:28   +2 +/
> И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди,
> не имеющие никакого отношения к FreeBSD и старой реализации ZFS.

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

Зато в курсе бесконечных notabug/works as intended.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

70. Сообщение от анонн (ok), 28-Авг-20, 15:29   +/
> Если бы ты следил за Linux, то знал бы, что данная реализация
> ZFS была специально нацелена на Linux.

Если бы ты писал в тему, то сказать хотел что?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

71. Сообщение от пох. (?), 28-Авг-20, 15:42   +1 +/
> А потом его openindiana, illumos и FreeBSD допиливали

Вообще-то нихрена они не допилилвали - они бэкпортировали в основном изменения из ZoL (чаще через иллюмос чем напрямую).
Далеко не всегда оказывавшиеся удачными или вообще работающими. Тем не менее, периодически оттуда приезжали и исправления катастрофических проблем, типа фикса с hole-birth.

ZoL основана на коде ливерморской лаборатории и поделке безумных индусов - обе сделаны во времена еще открытого сановского апстрима.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #75, #77

72. Сообщение от анонн (ok), 28-Авг-20, 15:48   +/
> В данном контексте это "сторонний софт". Потому что так надо.
> И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди, не
> имеющие никакого отношения к FreeBSD и старой реализации ZFS.

И аноним с подгоранием и громкими воплями в "новости" о пофикшеном баге времени разработки (еще перед включением в дев-ветку) - совершенно сторонний аноним!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

74. Сообщение от Аноним (-), 28-Авг-20, 15:51   +/
> оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч )

RAM жрёт так же, как жрал Solaris - даже немного меньше местами. Потому что кэширование (которое, кстати, можно настроить/ограничиь). А что, должно быть не так?

> то оказывается, что она не шибко то и отказоустойчива

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

> да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто,

У меня и всех моих знакомых с самого раннего порта всё работает, сразу, запросто. Этому zpool'у что дашь - то и жрёт, если не дать слишком малый размер диска/раздела, конечно. И горячий резерв работает, и горячая замена, и даже горячая МИГРАЦИЯ. Годами. Так-то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #112

75. Сообщение от Кайф (?), 28-Авг-20, 16:01   +/
Давай пруфы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #81

77. Сообщение от Кайф (?), 28-Авг-20, 16:05   –1 +/
Че ты впариваешь перепончатый? Хочешь сказать что драйвер ZoL основан на неком не сановском коде но под сановской лицензией CDDL? Где ещё встречаемая лицензия CDDL кроме сановской поделий просвети?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #84

78. Сообщение от Аноним (41), 28-Авг-20, 16:11   +/
Чёт вы на мешали каши. Академический код только в Netbsd. А фряха с опенком тут причём? Максим Вилард из нетки частенько ловит лулзы с нубокода в опенке. А фряха так вообще решeто. Вы все бсд под одну гребёнку не чешите, это ж вам не зоопарк линуксовых Вася-сборок. У бзд общий предок - типа латиница. А все ОС - это английский, французский, итальянский. Вроде предок и латинский, но языки то разные. Так и здесь. Это ваш линакс в разных дистрих один и тот же. Ядро же... А в бздях ядра разные, это же разные ос. Самая первая появилась Netbsd, потом фряха, потом опенок (форк нетки с обрезанными сисколами и выброшенным компакт софтом). Просто так писать *bsd не комильфо, нутро в тут тотально разное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

80. Сообщение от ананим.orig (?), 28-Авг-20, 16:13   +/
> OpenZFS напомни откуда появился?

Неужели бздишнеги написали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #91

81. Сообщение от ананим.orig (?), 28-Авг-20, 16:15   +/
Сабж чем тебе не пруф?
От своего порта в пользу линуксячего отказались или нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #82

82. Сообщение от Кайф (?), 28-Авг-20, 16:20   +1 +/
Линуксячим ZFS с каких пор стал? Может переписали сановский код на GPL? Сказки рассказываешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

84. Сообщение от ананим.orig (?), 28-Авг-20, 16:23   +/
Судя по сабжу мало взять лицензию.
Нужно чтобы ещё и код кто-то заставил работать.
А рабочий код в zol (ужас! слово на букву l) и сабж — попытка его портировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

87. Сообщение от Аноним84701 (ok), 28-Авг-20, 16:38   +/
> "Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной"

В четвертых -- когда нечего написать по теме, пиши какую-нибудь фигню?
> Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук

Повторяю еще раз, для супервумных анонимных истеричек, не читающих дальше заголовка: ixsystem-щики заметили и исправили баг в коде, пока еще зарубленом на стадии review при приеме в "самую сырую" разраб-ветку фри.
> Assignee: jt Justin Pennington
> Reporter:  jt Justin Pennington

Т.е. по факту там "при разработке внутренностей заметили и исправили уязвимость", зато накатали пятничную, желтушную новость на опеннете.
Вай, бедавсепропалокриворукоджобство-вах! 🙄


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

89. Сообщение от Hellscream (?), 28-Авг-20, 16:59   –2 +/
Линуксовый дистросрач работает именно на мёртвой фряхе, а руководители Lunux FUNdation проводят свои презентации, посвященный году десктопного линукса... с macOS и Windows.

Вот где адушка-то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #114

90. Сообщение от Кайф (?), 28-Авг-20, 17:23   +/
ZoF как часть OpenZFS, при чем тут ZoL?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #92

91. Сообщение от Кайф (?), 28-Авг-20, 17:23   –1 +/
Линуксоиды под CDDL наваяли эт да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

92. Сообщение от пох. (?), 28-Авг-20, 17:31   –1 +/
можно я не буду тратить время, отвечая тебе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

93. Сообщение от Павел Отредиезemail (?), 28-Авг-20, 17:32   +/
Тут не по коду, кто то бсдэшников поставил и потестил.
Оперативно, и исправлено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

94. Сообщение от Павел Отредиезemail (?), 28-Авг-20, 17:38   +/
Раньше я думал, что open source софт это серьёзно, и можно доверять. Но на практике, как только кто то из нормальных спецов поюзает, так сразу ошибки находят.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96, #118

95. Сообщение от НяшМяш (ok), 28-Авг-20, 17:48   +/
А у зелёных что? Они вроде свой блоб выпускают для фряхи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

96. Сообщение от Кайф (?), 28-Авг-20, 18:10   –1 +/
Ты ещё Btrfs не юзал вот там реально Содом и Гоморра
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #99

97. Сообщение от Аноним (97), 28-Авг-20, 21:03   +2 +/
да, тяжело портировать линуховый код на FreeBSD...
Ответить | Правка | Наверх | Cообщить модератору

99. Сообщение от пох. (?), 28-Авг-20, 22:19   +/
Я юзаю. В продакшн (не highload, но нагрузка не нулевая).
Никаких ужасов не наблюдаю - наверное, не знаю, куда смотреть.
Или они происходят, когда я отворачиваюсь.

P.S. нет, разумеется, никаких raid6
Но и никакой неведомой ипанины с увеличением доступного дискового объема только при перезагрузке, как с линyпсовой zfs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #105, #108

100. Сообщение от пох. (?), 28-Авг-20, 22:31   +/
> В реальном времени?

да.

Автор работающей freebsdшной реализации, ВНЕЗАПНО - тот же pjd

"она конечно немнозецько уе6анская"... но вообще-то - работоспособна. Просто в эпоху дерьмокластеров маловостребованна, поэтому про нее в основном успели забыть.

(да, там поблочный синк. Ну и что?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

101. Сообщение от KT315 (ok), 28-Авг-20, 22:58   +/
>>> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS.

Расходимся, это новость про коммиты. Так можно 100500 лет новости постить про баги, фиксы которых можно найти в коммитах любого проекта.

Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от KT315 (ok), 28-Авг-20, 23:05   +1 +/
Так это ж понятно, если знать из чего Linux родился, и где или от куда BSD системы)
Просто Linux словила хайп из-за отсутствия проблем с авторскими правами и патентами, как это было между Unix/Novel и BSD в тот период.... я уже призабыл как все точно было, но гугл помнит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #109

103. Сообщение от Аноним (103), 28-Авг-20, 23:51   +/
> Reviewed-by: Sean Eric Fagan <sef@ixsystems.com>
> Reviewed-by: Jorgen Lundman <lundman@lundman.net>
> Reviewed-by: Richard Laager <rlaager@wiktel.com>
> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
> Co-authored-by: Ryan Moeller <ryan@iXsystems.com>
> Signed-off-by: Matt Macy <mmacy@FreeBSD.org>
> Signed-off-by: Ryan Moeller <ryan@iXsystems.com>

Не фига себе! Человек даже патч посмотрел! Опеннет, я в тебе разочаровываюсь!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

104. Сообщение от Ананимас008 (?), 29-Авг-20, 01:48   –1 +/
зачем? Jlanchaтые сюда похихикать приходят, для них наверно будет отрытием, что 13 ветка еще не релизнулась и нужна лишь разработчикам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

105. Сообщение от zzz (??), 29-Авг-20, 02:47   +/
У тебя в проде ntfs, до свидания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

106. Сообщение от Аноним (106), 29-Авг-20, 05:02   +4 +/
Хотите надежности - идите в солярку с тамошним фирменным зфс, а все эти ляликсы и фряхи оставьте мамкиным админам локалхостов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #116

107. Сообщение от Daemon (??), 29-Авг-20, 09:23   +/
FreeBSD остановилась как серверная ОС на версиях 4.*. Дальше попытка на десктоп вылезти приводит вот к таким косякам. Был у меня спор с главным админом крупного провайдера - у них все сервера на FreeBSD 1*.* версий. Мне не хватило тогда аргументов в пользу OpenBSD и FreeBSD 4.* версий.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113

108. Сообщение от bOOster (ok), 29-Авг-20, 19:09   –1 +/
Да, уж... ...издеть не мешки ворочать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

109. Сообщение от Hellscream (?), 29-Авг-20, 19:46   –1 +/
Всё гораздо проще — за linux изначально стояли корпсы с миллиардами мёртвых президентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #117, #119

110. Сообщение от microsoft (?), 29-Авг-20, 20:54   +1 +/
Что погромисты что девляпсы, все одинаково на куяк куяк и продакшн
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

111. Сообщение от microsoft (?), 29-Авг-20, 20:57   +/
Да нет, нормальная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

112. Сообщение от microsoft (?), 29-Авг-20, 21:01   +/
Молодчинка, теперь утри слюнки и спать. Не у всех на локалхосте тоже что и у тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

113. Сообщение от пох. (?), 29-Авг-20, 23:29   +2 +/
> FreeBSD остановилась как серверная ОС на версиях 4.*

боюсь что это ты остановился, а freebsd поехала дальше. Ничего такого, о чем приятно вспомнить, в той 4 не было, одни бесконечные спотыкания о размеры миллионов статических таблиц в ядре.
Очень хорошо, что те времена безвозвратно прошли.

FreeBSD была вполне хороша до версии 8 включительно - не даром та прожила неимоверно долгую жизнь (4 зажилась не из-за собственного уникального качества, а из-за того что переход на 64бита и героическая борьба с global lock больно аукались много лет - но оно того стоило). Да, уже проявлялось наследие модных-молодежных нотабаг разработчиков под крылов продаванов чего-то, но еще не доминировало.

> Дальше попытка на десктоп вылезти

какое отношение zfs имеет к десктопам?

> 1*.* версий. Мне не хватило тогда аргументов в пользу OpenBSD и
> FreeBSD 4.* версий.

надо было просто задосить ему сервер до ребута/паники (DoS, не DDoS, с одного-единственного хоста) - с 4.>0 это было бы как нефиг делать.
(по тем же самым причинам - миллион статичеcких таблиц. Причем наращивать их размер до возможных даже в 4.x было тоже нельзя ;-)

А Хаббард нонче пишет в lkml. Да, тот самый. Дайте другой глобус.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

114. Сообщение от Michael Shigorinemail (ok), 30-Авг-20, 21:31   +/
> Линуксовый дистросрач работает именно на мёртвой фряхе

Не удивлюсь, если это личная заморочка jesse@; туда же отмечу, что при переползании на фрю сдохла куча скриптов разбора версий _и_ поломались данные в БД, потом довольно долго это в порядок приводили (я на http://distrowatch.com/table.php?distribution=alt заметил, писал, разбирались).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

115. Сообщение от Michael Shigorinemail (ok), 30-Авг-20, 21:37   +/
Эээ... а почему у меня на e2k поддержка vulkan собралась и поехала?  Вендор этого явно не подразумевал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

116. Сообщение от Michael Shigorinemail (ok), 30-Авг-20, 21:38   +/
Эт разве что вслед за joyent и данными их клиентов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

117. Сообщение от Michael Shigorinemail (ok), 30-Авг-20, 21:39   +/
А-аа, так вот кто скинулся Линусу на довыплачивать те $4000 за его 486.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

118. Сообщение от Michael Shigorinemail (ok), 30-Авг-20, 21:40   +/
Вы зачем-то добавили слова "open source ".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

119. Сообщение от пох. (?), 31-Авг-20, 12:40   +/
Изначально - нет, не стояли.
Но ты не хочешь тот линукс, я уверяю тебя.

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

Не то чтобы freebsd была так уж против того же самого (повторю, кто пропустил - ее отец-основатель работает в nvidia и пописывает теперь...удивитесь, в lkml. С другой стороны, а чего удивительного? Обычная работа по специальности, за деньги. Мозоли жрать было бы удивительнее.) - просто ей не повезло. Ну а нам с ней - на некоторое время стало по пути - когда ее писали энтузиасты для, в первую очередь - _себя_. А не по указкам корпоративных менеджеров для зарплаты.

К сожалению, те тоже постарели и тоже захотели жрат. Новых нет.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

120. Сообщение от Она им (?), 01-Сен-20, 09:43   +/
Два дня гомороботы цензоры-коновалы бухие валялись. Была свобода.
Сегодня проспались и давай кромсать-резать.
Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру