Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Vetal_ca, Вы писали:


НС>У тебя, похоже, еще какой то баттхерт по поводу начальников. Повышения не дают, в 50 лет трудишься простой сошкой? Понимаю.

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

<проскипано>

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

Только чего ты ко мне прицепился? Мне платят за общение с такими? Нет? Ты скатился в однообразие и занудство, пошел .... к своей комманде, они-то вынуждены общаться с тобой. Вот и общайся с ними.

Здравствуйте, eskimo82, Вы писали:

E>Будующий
Шо?

E> Raytracing на уровне API DirectX. Не ?
Не, именно DX для этого не нужен.

Здравствуйте, eskimo82, Вы писали:

CC>>Основные движки поддерживают Vulkan, так что DX12 не нужен — всё прекрасно летает на 7ке.
E>Вулкан поддерживают далеко не все. Основная масса остается DirectX обезьянами.
Например?
Кто поддерживает DX12 и не поддерживает Vulkan?

Здравствуйте, Vetal_ca, Вы писали:

НС>>У тебя, похоже, еще какой то баттхерт по поводу начальников. Повышения не дают, в 50 лет трудишься простой сошкой? Понимаю.
V_>"Батхерт", опять? К проктологу, спортом займись.

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

V_>Только чего ты ко мне прицепился?

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

V_> Ты скатился в однообразие и занудство, пошел .... к своей комманде, они-то вынуждены общаться с тобой. Вот и общайся с ними.

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

Здравствуйте, Ночной Смотрящий, Вы писали:


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

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

Но ты оказался полным д*рьмом. Потому и отношение к тебе, соответственное.

Уверен, что ты с этим живешь и хлебаешь полной ложкой.

НС>Мне не надо, у меня в команде таких неграмотных и хамливых субчиков нет. Впрочем, в реале, думаю, ты ссышься себя так вести. Там злобные начальнички, которые ничего не делают полезного, вмиг тебя, умного такого, выставят на мороз. Вот ты и отыгрываешься здесь, где тебе ничего не грозит особенного.

Я буду в середине декабря (после 17.12) в Москве. Могу встретиться.

Здравствуйте, Vetal_ca, Вы писали:

НС>>Мне не надо, у меня в команде таких неграмотных и хамливых субчиков нет. Впрочем, в реале, думаю, ты ссышься себя так вести. Там злобные начальнички, которые ничего не делают полезного, вмиг тебя, умного такого, выставят на мороз. Вот ты и отыгрываешься здесь, где тебе ничего не грозит особенного.

V_>Я буду в середине декабря (после 17.12) в Москве. Могу встретиться.

Назревает бокс по-переписке ?

Здравствуйте, IID, Вы писали:

IID>Это (технически) то же самое что пиратка. Правда глупых полицейских развести хватит. Но им и на пиратку пофиг.

Разница в том, что у пиратки постоянно слетает активация. А у таких ключей, как правило нет.

Здравствуйте, Ops, Вы писали:

bnk>>https://blogs.windows.com/windowsexperience/2018/10/09/updated-version-of-windows-10-october-2018-update-released-to-windows-insiders/
Ops>Почему же пишут, что та политика в дефолтном состоянии предотвращает удаление этой папки? Может эти механизмы у МС все же завязаны на нее?
Нет, политика тут совершенно непричём. Оно случается, если именованные папки по умолчанию перенаправить.

Просто с помощью политики можно ещё дополнительно другим способом данные уничтожить.

Здравствуйте, Somescout, Вы писали:

IID>>- ACL (Access Control List)
S>Убожество. Работает (или по крайней мере работало несколько лет назад) как попало, нарушая совместимость с самими же линуксовыми правами.
Не надо бредить. POSIX ACL являются расширением над обычными правами.

Здравствуйте, Cyberax, Вы писали:

IID>>>- ACL (Access Control List)
S>>Убожество. Работает (или по крайней мере работало несколько лет назад) как попало, нарушая совместимость с самими же линуксовыми правами.
C>Не надо бредить. POSIX ACL являются расширением над обычными правами.

Ага, и что будет иметь приоритет, если, например, на объект с выставленными acl применить chmod? Почему если одна группа разрешает +r, а вторая +w, то их комбинация даёт +r (а не +rw)? Я сколько не пытался найти в этом хаосе консистентное поведение, так и не нашёл.

Здравствуйте, Somescout, Вы писали:

C>>Не надо бредить. POSIX ACL являются расширением над обычными правами.
S>Ага, и что будет иметь приоритет, если, например, на объект с выставленными acl применить chmod? Почему если одна группа разрешает +r, а вторая +w, то их комбинация даёт +r (а не +rw)? Я сколько не пытался найти в этом хаосе консистентное поведение, так и не нашёл.
Разрешения в POSIX аккумулируются. Обычные права являются минимальным набором, который ACL'и могут расширять.

Если одна группа даёт +r, а вторая +w, то комбинация будет +rw. См: https://unix.stackexchange.com/questions/353598/precedence-of-acls-when-a-user-belongs-to-multiple-groups

Это намного проще, чем Windows ACL, который работает вообще непонятно как.

Здравствуйте, Cyberax, Вы писали:

S>>Ага, и что будет иметь приоритет, если, например, на объект с выставленными acl применить chmod? Почему если одна группа разрешает +r, а вторая +w, то их комбинация даёт +r (а не +rw)? Я сколько не пытался найти в этом хаосе консистентное поведение, так и не нашёл.
C>Разрешения в POSIX аккумулируются. Обычные права являются минимальным набором, который ACL'и могут расширять.

Ага, только когда я это тестировал, chmod тупо игнорировался.

C>Если одна группа даёт +r, а вторая +w, то комбинация будет +rw. См: https://unix.stackexchange.com/questions/353598/precedence-of-acls-when-a-user-belongs-to-multiple-groups

Угу, в теории. А на практике если у группы "a" есть +r, у "b" — +w, а у "с" — +x, то пользователь состоящий в этих трёх группах получит права r-x. Можете сослаться на то, что (файловая) система была кривая, руки кривые, звёзды не сошлись, или ещё на что-нибудь — но если эта хрень не консистентна на разных ядрах/fs — толку от неё 0.

(Кстати, к вопросу о логичности, в прошлом споре на эту тему некий Cyberax уверял что в линуксе права не суммируются... вы, случаем, не родственники?)

C>Это намного проще, чем Windows ACL, который работает вообще непонятно как.

Только вот WinACL можно пользоваться и они, со всей их сложностью ведут себя стабильно, а LinuxACL — см. выше.

BTW. Базовые права не лучше — например когда пользователь входит в группу maildrop и права на папку у группы есть, а приложение всё равно не может в неё писать (при выключенном SELinux), (strace показывает E_ACCESS) — это настолько просто и логично, что я даже не стал пытаться дальше выяснять в чём дело, а просто и логично забил.

Здравствуйте, Somescout, Вы писали:

C>>Разрешения в POSIX аккумулируются. Обычные права являются минимальным набором, который ACL'и могут расширять.
S>Ага, только когда я это тестировал, chmod тупо игнорировался.
Радиус кривизны рук, значит, не тот.

C>>Если одна группа даёт +r, а вторая +w, то комбинация будет +rw. См: https://unix.stackexchange.com/questions/353598/precedence-of-acls-when-a-user-belongs-to-multiple-groups
S>Угу, в теории. А на практике если у группы "a" есть +r, у "b" — +w, а у "с" — +x, то пользователь состоящий в этих трёх группах получит права r-x.
Нет, ну ведь легко проверяется:

ubuntu@ip-172-31-25-37:~$ echo "#/bin/bash" > testfile
ubuntu@ip-172-31-25-37:~$ sudo chown root.root testfile
ubuntu@ip-172-31-25-37:~$ sudo chmod 000 testfile
ubuntu@ip-172-31-25-37:~$ ls -la testfile
---------- 1 root root 11 Oct 11 05:35 testfile
ubuntu@ip-172-31-25-37:~$ groups
ubuntu adm dialout cdrom floppy sudo audio dip video plugdev lxd netdev
ubuntu@ip-172-31-25-37:~$ sudo setfacl -m g:adm:r testfile
ubuntu@ip-172-31-25-37:~$ sudo setfacl -m g:dialout:w testfile
ubuntu@ip-172-31-25-37:~$ sudo setfacl -m g:cdrom:x testfile
ubuntu@ip-172-31-25-37:~$ getfacl testfile
# file: testfile
# owner: root
# group: root
user::---
group::---
group:adm:r--
group:dialout:-w-
group:cdrom:--x
mask::rwx
other::---

Проверяем:

ubuntu@ip-172-31-25-37:~$ echo "echo Hello" >> testfile
ubuntu@ip-172-31-25-37:~$ ./testfile
Hello

Всё работает.

S>(Кстати, к вопросу о логичности, в прошлом споре на эту тему некий Cyberax уверял что в линуксе права не суммируются... вы, случаем, не родственники?)
Где именно не суммируются?

C>>Это намного проще, чем Windows ACL, который работает вообще непонятно как.
S>Только вот WinACL можно пользоваться и они, со всей их сложностью ведут себя стабильно, а LinuxACL — см. выше.
Ими так можно пользоваться, что в домашних версиях ОС редактор прав вообще убрали нафиг, заменив простыми преднастроенными шаблонами. Успех, однако.

S>BTW. Базовые права не лучше — например когда пользователь входит в группу maildrop и права на папку у группы есть, а приложение всё равно не может в неё писать (при выключенном SELinux), (strace показывает E_ACCESS) — это настолько просто и логично, что я даже не стал пытаться дальше выяснять в чём дело, а просто и логично забил.
То есть? Подробнее, пожалуйста.

Здравствуйте, Cyberax, Вы писали:

C>>>Разрешения в POSIX аккумулируются. Обычные права являются минимальным набором, который ACL'и могут расширять.
S>>Ага, только когда я это тестировал, chmod тупо игнорировался.
C>Радиус кривизны рук, значит, не тот.

Тогда то же самое можно и про вас сказать с виндовыми правами.

C>>>Если одна группа даёт +r, а вторая +w, то комбинация будет +rw. См: https://unix.stackexchange.com/questions/353598/precedence-of-acls-when-a-user-belongs-to-multiple-groups
S>>Угу, в теории. А на практике если у группы "a" есть +r, у "b" — +w, а у "с" — +x, то пользователь состоящий в этих трёх группах получит права r-x.
C>Нет, ну ведь легко проверяется:
C>Всё работает.

Я тоже так проверял — и у меня не работало.

S>>(Кстати, к вопросу о логичности, в прошлом споре на эту тему некий Cyberax уверял что в линуксе права не суммируются... вы, случаем, не родственники?)
C>Где именно не суммируются?

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

C>Ими так можно пользоваться, что в домашних версиях ОС редактор прав вообще убрали нафиг, заменив простыми преднастроенными шаблонами. Успех, однако.

А, типа, в линуксовых ACL домашний пользователь разберётся с первого подхода?

C>То есть? Подробнее, пожалуйста.

Да я и так всё описал — права есть, а у приложения всё равно E_ACCESS.

Здравствуйте, Somescout, Вы писали:

C>>Радиус кривизны рук, значит, не тот.
S>Тогда то же самое можно и про вас сказать с виндовыми правами.
Я знаю как виндовые права работают, в своё время я писал драйверы файловых систем.

C>>Нет, ну ведь легко проверяется:
C>>Всё работает.
S>Я тоже так проверял — и у меня не работало.
Ну вот что стоит запустить виртуалку и проверить?

C>>Где именно не суммируются?
S>Искать не буду, но в предыдущем подходе вы утверждали что права в винде сложны потому что суммируются, а в линуксе суммирования нет, потому всё просто и красиво.
Именно так. В Линуксе каждый файл имеет свои права и всё. Права могут быть с ACL, но они в любом случае полностью self-contained.

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

См.: https://docs.microsoft.com/en-us/windows/desktop/ad/access-control-inheritance и по ссылочкам.

C>>Ими так можно пользоваться, что в домашних версиях ОС редактор прав вообще убрали нафиг, заменив простыми преднастроенными шаблонами. Успех, однако.
S>А, типа, в линуксовых ACL домашний пользователь разберётся с первого подхода?
Да, так как они по своему дизайну примитивны.

C>>То есть? Подробнее, пожалуйста.
S>Да я и так всё описал — права есть, а у приложения всё равно E_ACCESS.
Ещё раз могу только повторить про радиус кривизны.

Можно запустить через strace и посмотреть что оно там делает.

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, Serginio1, Вы писали:

S>>А win 7 уже DirectX 12 поддерживает?
CC>А накой он нужен когда Vulkan прекрасно работает в 7ке.
CC>UE4, idTech, Unity, CryEngine, Unigine, Source — умеют в Vulkan. Более того, ориентация на Vulkan упрощает портирование игр на винду, линукс, андроид, макось, iOS.
CC>Так что DX12 нафиг не упал.

Угу. Если посмотреть статисику стима https://www.playground.ru/blogs/other/dolya_windows_10_v_steam_podskochila_do_60-314845/

Всего на Windows 10 (х86 и х64) приходится 60.92% аудитории Steam, а две разрядности Windows 7 разделяют между собой 30.93% пользователей. Даже несмотря на тот факт, что Steam перестанет работать на Windows XP в обозримом будущем, на 32-разрядной «экспишке» еще остается 0.18% пользователей (это не учитывая тех, кто не участвует в ежемесячных опросах).

Статистика от Steam: Доля Linux-геймеров резко сократилась, составив всего 0,35 %

Новый показатель доли Linux среди пользователей Steam оказался значительно более низким в сравнении с прошлым месяцем (в сентябре Linux использовали 0,6 % геймеров Steam) и продолжил общую тенденцию, наблюдаемую уже долгое время. Например, если в марте 2013 года у Linux было около 2 %, то в марте 2016 года — 0,91 %, а в апреле текущего года — 0,76 %. В то же время заметно упрочила своё и без того очевидное лидерство операционная система Windows, на долю которой теперь приходится более 98 % пользователей. Остальные 1,6 % остаются за macOS, доля которой, впрочем, тоже сильно сократилась (в прошлом месяце составляла 2,74 %).
И без того спорное отношение к результатам опросов Steam Survey от Valve усугубляется отсутствием данных по общему количеству пользователей, что может означать появление новых Windows-пользователей, а не уменьшение популярности других платформ. Кроме того, одним из факторов может служить затишье среди значимых релизов игр для Linux, которое, впрочем, будет прервано сегодняшним выпуском F1 2017.

Valve прокомментировала ситуацию со Steam Machine и поделилась планами на SteamOS

Здравствуйте, AlexRK, Вы писали:

ARK>Пользователи системы «Высер 10» должны страдать.

Угу, это ж каким нужно быть идиотом, чтобы хранить файлы локально...

Здравствуйте, Firstborn, Вы писали:

F>Угу, это ж каким нужно быть идиотом, чтобы хранить файлы локально...

Хм. А где же их еще хранить? В облаках у большого брата?

Необходимость резервных копий, разумеется, никто не оспаривает.

Здравствуйте, IID, Вы писали:

IID>Назревает бокс по-переписке ?

Нет, потому что я человек дела. А этот — пустой надуватель щек.

Все в точности так как я и сказал.

Здравствуйте, AlexRK, Вы писали:

ARK>Необходимость резервных копий, разумеется, никто не оспаривает.

Есть варианты.

Я бэкаплю все домашние PC, ценные данные на центральный домашний Linux сервер, RAID5. При помощи Genie Timeline на каждой машине.
5-pack обошелся в 150USD. Работает как Time Machine. Т.е, удаленные и перезаписанные файлы остаются в истории

А с центрального сервера сразу же автоматом идет в Crashplan, в облако.

Один сервер, 10USD/месяц. Хотя у меня еще пока $2.5, т.к. был на Crashplan home

— шифрование на стороне клиента. В облако уходит только зашифрованная информация
— без лимита на объем данных
— полная история, удаленные и измененные файлы остаются. Можно лимитировать историю
— работает на Линукс. В т.ч. из докер-контейнера. Т.е. переустановка и прочее — это одна комманда
— настраиваемая скорость. Т.е., приехав из отпуска и записав 10GB RAW фото, бэкап не "забъет" весь аплинк. А будет неспешно качать
— уведомления, если бэкап перестал делаться на моей стороне