Линус Торвальдс изменил параметры компиляции кода ядра Linux по умолчанию. Теперь при сборке используется параметр -Werror, приводящий к интерпретации любого предупреждения как ошибки и, соответственно, к остановке сборки ядра с этой ошибкой. Данное изменение конфигурируется новым параметром WERROR, который включен по умолчанию.
По мнению Линуса, изменение должно повлиять на качество кода и в частности, на качество пулл-реквестов, которые он получает. Для большего эффекта он постучал по дереву (Knock wood) прямо в сообщении к коммиту.
Линус Торвальдс изменил параметры компиляции кода ядра Linux по умолчанию. Теперь используется параметрв -Werror приводящий к интерпретации любого предупреждения в ошибку и, соответственно, в остановку сборки ядра с этой ошибкой. Данное изменение конфигурируется новым параматром WERROR, который включен по умолчанию.
По мнению Линуса данное изменение должно повлиять на качество кода и в частности на качество пулл реквестов, которые он получает. Для большего эффекта он постучал по дереву прямо в коммит меседже.
Из-за установления переменной окружения LESS в /etc/profile программы, которые используют less(1), такие как git и hg, запускают less(1) неправильно, что приводит к эскейп мусору на экране.
Mon Aug 30 18:22:08 UTC 2021
a/etc-15.0-x86_64-15.txz: Rebuilt.
/etc/profile: Don't define a $LESS variable, but provide a commented-out
example of "-M -R". As far as I can tell, setting $LESS to -M is something
that we picked up from SLS's /etc/profile at the very beginning and then
kept it because it wasn't causing any problems. Personally, I'll be
uncommenting this because it's nice to get the extra output from less
provided by -M concerning your place in the file, but we'll leave it up
to the end user how to handle this.
Thanks to krown, marav, LockyWolf, and drgibbon.
Накатил сейчас Slackware 15-RC1 в virtualbox, обновил до последнего current, который нынче - всё тот же 15-RC1. Создал пользователя, а прав выполнять sudo у него нет. Я в курсе как это настраивается, но решил нагуглить официальную документацию, чтобы всё было по Патрику и что же я нагуглил? А вот это непотребство:
Судя по всему сам Патрик sudo не использует, а его последователи, которые таки используют, правят /etc/group в nano, для создания группы sudo и добавления в эту группу требуемых пользователей. Про команды groupadd и groupmems они не знают. Затем, при помощи всё того же nano предлагается править /etc/sudoers, что говорит о незнании команды visudo.
P.S. физики в метках тут при том, что они это выбирают.
UPDATE:
После прочтения комментариев лишний раз убедился в том, что:
Не прошло и полутора месяцев с предыдущего релиза 7.1.1, как на свет появилась новая версия Gradle 7.2 — системы сборки, наиболее популярная среди разработчиков на Java и на других языков программирования JVM, включая разработчиков под Android.
Среди интересных изменений следующие:
Gradle может компилировать под Java 17 (сейчас есть RC, релиз в сентябре).
Java toolchain теперь поддерживает ещё и Scala.
Добавлена новая аннотация @NormalizeLineEndings позволяющая нормализовать формат конца строки. За счёт использования этой аннотации уже улучшена производительность задачи JavaCompile.
Улучшена поддержка аутентификации доступа к репозиториям по HTTP. Автоматически поддерживаются параметры <rep_name>AuthHeaderName и <rep_name>AuthHeaderValue (где <rep_name> - название репозитория), значения которых используются во время аутентификации через HTTP-заголовки.
В дополнении к Copy.expand(Map) был добавлен метод Copy.expand(Map,Action), позволяющий копировать файлы без преобразования escape-последовательностей. Для этого нужно установить escapeBackslash = true.
Попытки повторить HTTP-запросы во время удалённой сборки теперь происходят не только для HTTP GET, но и для HTTP PUT.
HTTP-редиректы во время удалённой сборки теперь поддерживаются по умолчанию.
Maven – утилита управления жизненным циклом приложений на платформе Java, а также их зависимостями.
После четырёх месяцев с момента предыдущего релиза и ещё недели тестирования окончательной сборки объявлено о выходе нового минорного обновления Apache Maven 3.8.2. Эта версия включает исправление 30 ошибок, 22 улучшения и несколько обновлений версий плагинов, используемых по умолчанию, включая обновления, закрывающие некоторые проблемы с безопасностью. Полный список изменений, со ссылками на соответствующие тикеты Jira, можно найти здесь.
В ближайшее время ожидается выход новой мажорной версии Apache Maven 4.0.0.
Есть некий сайт, с которого можно скачать CSV файл. Я хочу написать HTML+JavaScript, который будет открываться локально, загруждать этот CSV файл и дальше использовать его содержимое для дальнейших манипуляций. К сожалению сервер того сайта отдаёт весь контент с хедером X-XSS-Protection: 1; mode=block и это не позволяет скачать содержимое данного файла JavaScript кодом моего локальнго HTML файла. Можно ли это как-то преодолеть?
Текущий код:
<!doctype html>
<html>
<head>
<meta charset="UTF-8">
<script type="text/javascript">
var csvText;
function loadCsv() {
fetch('https://pais.co.il/Lotto/lotto_resultsDownload.aspx')
.then(function (response) {
response.text().then(function(text) {
csvText = text;
});
});
}
</script>
</head>
<body onload="loadCsv()">
<input type="button" onclick="console.log(csvText)" value="Show loaded text on console" />
</body>
</html>
Если заменить URL внутри этого кода на какой-то другой, где X-XSS-Protection: 1; mode=block не используется, код работает. Но мне нужен именно этот URL.
Собственно вопрос в сабже. Заинтересовался этим вопросом после очередного просмотра руководства по сборке LFS и Lx4u. Неужели без патчей девственно чистого кода из апстрима никак нельзя? Как же они его там, у себя в апстриме, пишут?
В Израиле подан интересный иск, затрагивающий авторское право женщины производителя керамических ваз в виде сдувшихся воздушных шаров. Местная крупная сеть супермаркетов скопировала эти изделия и начала продавать их без разрешения автора.
Идея дизайна этой керамики родилась в память о сыне, скончавшемся несколько лет назад от ракового заболевания. В судебном иске говорится, что копирование этой идеи нанесло автору как моральный, так и финансовый ущерб, поскольку продажи её собственных изделий сократились. Скопировавшая её вазы сеть супермаркетов продаёт их по ценам на порядок ниже - вместо 400 - 600 шекелей лишь несколько десятков шекелей. Иск подан на 300 тысяч шекелей. 1 доллар - примерно 3.2 шекеля.
Интересны мнения посетителей ЛОР-а, на чьей вы стороне?
Смотрю сейчас ролик про научный городок Нейтрино в Кабардино Балкарии. В ролике берут интервью у двух научных работников местной нейтринной лаборатории. У одного на столе лежит книга C++ без страха. У другого, на старом, заваленном бумагами столе лежит работающий лептоп с Windows 7.
Вообще количество книг, рукописей и бумаг конечно поражает. У первого, на самой верхней полке лежит книга, называющаяся Преодоление.
А какой язык программирования и софт посоветовал бы им ты, линуксоид?
Может ли кто-то доходчиво объяснить по какой причине сабмодули в Git по умолчанию находтяся в состоянии detached HEAD а не привязаны к какому либо бранчку, как родительский репозиторий? В чём логика такого решения? В Гугле можно найти 100500 вопросов и примерно столько же похожих ответом о том, как с этим бороться, то есть большинство пользователей Git ожидает совершенно другое поведения от Git submodules.
P.S. Я знаю как с этим бороться, мой вопрос лишь о том, почему таково поведение git submodules по умолчанию.
Вопрос к знатокам в области микробиологии, вирусологии и иммунологии. Играет ли какую-то роль то, какой именно вирус используется для создания векторной вакцины от короновируса? Например в российской вакцине Спутник-V используются два вида аденовирусов (вирусов, вызывающих заболевание аденоидов, отсюда и их название), а в до сих пор не закончившей испытания израильской векторной вакцине BriLife используется вирус везикулярного стоматита Indiana (VSIV или VSV). В основе вакцины BriLife лежит технология создания вакцины Ervebo от эболы. Что лучше и безопаснее?
Хочется послушать ЛОР-овских аналитиков о будущем Linux.
Для начала перечислю несколько фактов, с которых и хотел бы начать обсуждение.
Факт 1: Основными разработчиками Linux являются корпорации, использующие его на серверах и в мобильных устройствах. Как только корпорации потеряют интерес к дальнейшей разработке Linux продолжать её на серьёзном уровне будет некому.
Факт 2: Намечается уход Linux с большинства мобильных платформ в пользу Fuchsia.
Факт 3: Linux не смог завоевать сколько нибудь серьёзную популярность на десктопах и очевидно, что уже никогда не сможет это сделать, прежде всего из-за своей фрагментации.
Факт 4: Пользователи облачных платформ и платформ с виртуальными машинами (Java, Python, node.js, .NET и прочие) никак не привязаны к Linux и поэтому легко переедут на любую другую операционную систему, поддерживаемую их VM. Им даже не потребуется переучиваться, поскольку облака администрируют не они, а умение пользоваться облаками почти никак не связано с умением пользоваться Linux.
Факт 5: Linux стал слишком сложным, а проблемы с безопасностью слишком частыми и трудно выявляемые (русские и нерусские хакеры, которые круче плохо видящих миллионов глаз). Уже сейчас наблюдается большой интерес к более безопасным языкам системного программирования, например к Rust. Так же возобновился интерес к микроядерной архитектуре. Например та же Fuchsia микроядерная.
Всё это наводит на мысли о том, что со временем Linux потеряет былую популярность и снова станет проектом небольшого числа уже немолодых энтузиастов.
Кстати, подтвердите или опровергните мои наблюдения. Средний возраст системных программистов GNU/Linux только растёт. Это так же не в пользу светлого будущего Linux.
Напомните название кодирования, когда битность двоичного числа определяется префиксом, состоящим из последовательных единиц и нуля в конце префикса. Это код Хаффмана или что?
UPD1: формат самого префикса называется унарным кодированием.
Почистил куки и прочую историю и с девственно чистым кешем зашёл на https://www.youtube.com/user/JUGRuVideo а от туда открыл ролик Александр Панчин — Игра в Бога. Перешла ли наука границу. Начал его смотреть и обратил внимание на надпись Unlisted под названием ролика. Это какой-то баг или каким образом я вообще нашёл этот Unlisted ролик? Прочие Unlisted теперь тоже стали listed?
Уважаемые аналитики и прочие специалисты ЛОР-а, у меня возникла крамольная мысль о менее проигрышной стратегии игры в лотто. Интересно послушать ваше мнение. И так, игра в лотто, ну скажем 6 из 37 плюс ещё одно дополнительное число из семи, имеет слишком низкий шанс на выигрыш первого приза и даже второго (только 6 из 37, без дополнительного числа). Но если относиться к этой игре как к безобидному развлечению (а вдруг повезёт) или как к способу пожертвовать небольшие деньги на благие дела (часть денег действительно идёт на это), то играть можно и даже без заметного ущерба для себя. Однако недавно я задумался над детерминизмом. Если все процессы в мире детерминированы законами физики, то результаты всех розыгрышей лотто давно предопределены и просто ещё неизвестны. Всего теоретически возможных вариантов очень много, в 6 из 37 плюс один из семи их более 16-и миллионов, а розыгрышей слишком мало - два три в неделю. Таким образом, если играть в лотто с одной и той же комбинацией чисел или с одним и тем же набором таких постоянных комбинаций, которого нет в детерминированном будущем, можно никогда и не выиграть. То есть шанс будет строго ноль.
Возможно, что детерминизм касается лишь неодушевлённых предметов и процессов, а у разумных сеществ, то есть у нас у людей, по крайней мере часть событий выходит за рамки обычного детерминизма, то есть сопряжена с так называемой свободой выбора. Вопрос этот философский и достаточно сложный, лично я в свободу выбора не верю, но вдруг она всё таки есть. Если она есть, то теоретически можно победить детерминизм - просто выбирая новые комбинации перед каждым розыгрышем. Причём выбирать их нужно только вручную или при помощи программы, затравку для которой нужно выбрать вручную.
Как думаете, это менее проигрышная стратегия, чем просто игра с одними и теми же комбинациями чесел? Недетерминированный динамический выбор против детерминированного будущего выгоднее фиксированного выбора «один раз и надолго» против такого же детерминированного будущего?
