The OpenNET Project / Index page

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



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

Оглавление

Выполнение rm -rf / может привести к неработоспособности UEF..., opennews (??), 01-Фев-16, (0) [смотреть все]

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


49. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +2 +/
Сообщение от Khariton (ok), 01-Фев-16, 11:09 
> Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка
> надо работать с оглядкой на эту ошибку, а не говорить что
> это не моё дело.

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

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

56. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +1 +/
Сообщение от Аноним (-), 01-Фев-16, 11:24 
не думаю что запрет перезаписи переменных UEFI можно использовать как фичу
Ответить | Правка | Наверх | Cообщить модератору

132. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +2 +/
Сообщение от Khariton (ok), 01-Фев-16, 13:46 
> не думаю что запрет перезаписи переменных UEFI можно использовать как фичу

Ну возможность есть? Ок. Может и сгодится.

Например МС не могла предвидеть, что ограничение используемых символов в имени файла может привести к тому, что они не смогут использовать в ФС юникод. Мало того они предоставили это как фичу еще со времен ДОС! Мол пользоватлею так будет проще и удобнее!
А в юниксах такого ограничения нет.)))

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

299. "Выполнение rm -rf / может привести к неработоспособности UEF..."  –1 +/
Сообщение от Адекват (ok), 02-Фев-16, 07:23 
> Например МС не могла предвидеть, что ограничение используемых символов в имени файла
> может привести к тому, что они не смогут использовать в ФС
> юникод. Мало того они предоставили это как фичу еще со времен
> ДОС! Мол пользоватлею так будет проще и удобнее!
> А в юниксах такого ограничения нет.)))

И сколько человек перешли на линукс с винды по этой причине ? и не вернулись потом обратно ?

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

318. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +1 +/
Сообщение от Khariton (ok), 02-Фев-16, 10:22 
> И сколько человек перешли на линукс с винды по этой причине ?
> и не вернулись потом обратно ?

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

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

62. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +2 +/
Сообщение от Аноним (-), 01-Фев-16, 11:39 
В любом ПО есть workaroud, как это есть с чипсетами nVidia, Radeon r6xx/r7xx. Например работа USB контроллеров
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

93. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +2 +/
Сообщение от Аноним (-), 01-Фев-16, 12:35 
Вот зачем ты об этом сказал? Аноны теперь спать не смогут, пока не добьются от Линукса и Ко исключения из кода ядра _всех_ воркэраундов. Ведь ошибки в железе это не проблема гну/линукса!
Ответить | Правка | Наверх | Cообщить модератору

107. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +/
Сообщение от Michael Shigorinemail (ok), 01-Фев-16, 13:10 
> потом когда производитель починит ошибку, а вы уже к ней приспособились,
> а ваше ПО приспособилось к ней и использует ее как фичу

Это не то же, что объезд (ближе к последующему bug compatibility).

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

367. "Выполнение rm -rf / может привести к неработоспособности UEF..."  +/
Сообщение от Иван (??), 16-Янв-18, 20:56 
> потом когда производитель починит ошибку, а вы уже к ней приспособились, а
> ваше ПО приспособилось к ней и использует ее как фичу, то
> после фикса оной проблемы от производителя как вы будете чинить ваше
> ПО? Как будете объяснять проблему? Как будете поддерживать и ту и

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

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

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

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




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

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