Мой пост был удален необоснованно. Не вижу другого способа цитировать первоисточник.
Прошу восстановить пост. www.linux.org.ru/forum/general/14680369
Журнал действий:
Сброшен пароль Shaman007 вчера 21:55
В чем смысл этого действия?
Рассматриваю возможность использовать btrfs для домашнего рабочего компьютера.
Представим себе, что мой скрипт посреди рабочего дня затребовал снепшот и запустил снятие бекапа с этого снепшота.
Предположим, что на диске, занято 50% (например 250GB на 500GB диске).
Предположим, что бекап осуществаляется однопоточным borg и длится 5 часов, после которых снепшот будет удален.
Вопрос. Что произойдет, если за эти 5 часов, пока делается бекап и присутствует снепшот, я перезапишу имеющиеся 50% и запишу еще немного новых данных (т.е. поменяю 250GB и добавлю еще 1GB)?
Предлагаю привести примеры компонентов, общих для RHEL/Fedora и Debian, и, соответственно, различных.
Например, насколько я знаю, вместо dnf/yum Debian использует apt, но, в то же время, он как и RHEL использует systemd.
А что по поводу dracut, NetworkManager, утилит из комплекта libvirt, udev? Используются ли они как дефолтные в Debian?
Какие примеры можете привести вы?
Хотелось бы услышать мнение разбирающихся в вопросе.
Возможно ли вообще вести разработку RHEL, не публикуя исходников, достаточных для воссоздания (силами совсем небольшого сообщества) CentOS? Я не очень разбираюсь, но догадываюсь, что да, и вот почему:
1. Возможно, что публиковать SPEC-файлы их ничто не обязывает
2. Возможно, есть OSS компоненты системы, которые и сами не GPL и никак не завязаны с GPL кодом
3. Можно добавить закрытые компоненты в базовый RHEL, и сделать их интегральной частью системы
Следом еще один вопрос.
Я слышал, что Oracle Linux аналогично основан на RHEL. Но Оракл не такие идиоты, чтобы не предусмотреть эту ситуацию изначально? Или же они получают RHEL юридически другим способом - имея соглашение с RedHat? (есть еще всякие Amazon Linux, но его быстро переделают на основе чего-то другого или договорятся)
Также прошу не скатываться в оффтоп про развитие гнома, системд, федору и пр.
Есть демон на питоне. В процессе разработки сделал интерактивный консольный интерфейс на cmd.Cmd. Очевидно, после демонизации (средставами systemd) доступ к этой консоли я теряю.
Значит нужно сделать небольшую доп. программу - клиент.
Вопрос: нет ли какого простого способа сохранить разработанную cmd.Cmd консоль получив к ней доступ из другого процесса?
ничего не знаю ни о С++ или даже о С, но из любопытства возникли вопросы. может быть кому-то будет не трудно кратко ответить.
1. вот тут говорят что в С++ некое UB. если стандарт не определяет поведение для какого-то случая, то он явно это делает? т.е. там сказано типа «when X then Y must happens, in any other case - UB»? или же UB — это просто всё то, что не покрыто стандартом («а вот об этом там ничего не сказано»)?
2. регламентирует ли стандарт scope UB? или как это сказать, рамки последствий от инструкций, результат которых не определен? к примеру, в программе используется конструкция с UB, в результате чего обнулилась совсем не относящаяся к вопросу память и арифметика стала работать неправильно и т.д. гипотетический компилятор, который такую программу скомпилировал - он формально соответствовал Стандарту С++ ? или же стандарт строго очерчивает область в которой могут наблюдаться произвольный эффект?
3. что сам стандарт говорит о компилиуемости кода с неопределенным поведением? предписывает ли стандарт компилятору (претендующему на полное соответствие стандарту) отвергать код, последствия которого (даже если они имеют строго очерченные рамки) не определены стандартом?
4. возможно ли теоретически построить такой компилятор, который бы допускал инструкции с UB, но гарантировал бы отсутствие вреда от них через пресечение использования их результатов. пример: в точке A вы пишете конструкцию с у которой часть эффекта определена, а часть - UB, и всё работает нормально. но где-то далее вы добавили код (точка B) для определения результата которого необходимо использовать ранее полученный эффект из A (который UB). и вот уже такую компилятор отвергает сразу (либо останавливает ее в рантайме). ведутся ли такие разработки?