Сейчас (2020-06-11 17:53 MSK) пытался скачать ключ, которым подписаны релизы LLVM. Потом пробовал скачать ещё другие ключи. Пробовал разные --keyserver. И всё время один и тот же результат:

$ gpg2 --verbose --keyserver keyserver.ubuntu.com --recv-keys B6C8F98282B944E3B0D5C2530FC3042E345AD05D
gpg: сбой при получении с сервера ключей: Сервер указал на сбой

https://gitlab.gnome.org/GNOME/nautilus/commit/3a22ed5b8e3bbc1c59ff3069ee7975...

Запускать исполняемые файлы и файлы .desktop в следующем выпуске Гнома, видимо, будет не нужно.

Одинарным тоже нельзя. Вообще нельзя будет.

Удивительные люди на codegolf.stackexchange.com написали реализацию тетриса на Conway's Game of Life. Для этого на игре жизни реализовали вычислительную машину Гарвардской архитектуры с процессором, ОЗУ и ПЗУ, программируемую на языке QFTASM (Quest for Tetris Assembly). Потом написали язык Cogol, который компилируется в QFTASM, а на нём уже написали тетрис.

Ввод/вывод осуществляется записью/чтением «памяти». Есть онлайн-интерпретатор QFTASM, который упрощает процесс.

Ведётся работа над QFTASM-бэкэндом к GCC, чтобы программы, например, на C++ можно было запускать в игре жизни.

Ссылка: https://codegolf.stackexchange.com/questions/11880/build-a-working-game-of-te...

Разработчики PyPy, высокопроизводительной реализации языка Python с поддержкой JIT-компиляции, объявили, что компания Mozilla выделила проекту грант в $200,000 на поддержку функциональности Python 3.5. Грант был выделен в рамках программы поддержки открытых проектов Mozilla Open Source Support. Всего в рамках этой программы предлагается выделить (на все участвующие проекты) три с половиной миллиона долларов.

На данный момент PyPy поддерживает только спецификации Python 2.7 и 3.2 (а также 3.3 в альфа-версии), причём версия 2.7 является приоритетной. Сам интерпретатор PyPy написан на подмножестве языка Python 2.7, которое компилируется в машинный код. Работы над версией с поддержкой Python 3 (PyPy3) до сих пор шли не очень активно. Полученные от Mozilla деньги пойдут на зарплату четырём опытным разработчикам PyPy, которые будут в течение года на постоянной основе (на полставки) работать над PyPy3.

Разработчики надеются, что им удастся не только реализовать всю недостающую функциональность, но и увеличить производительность PyPy3, которая сейчас ниже, чем у PyPy для Python 2.

>>> Подробности

Вышла новая версия простого консольного текстового редактора nano — 2.6.0 под кодовым названием «Rubicon».

В новой версии:

• Добавлена функция для быстрого закомментирования и раскомментирования строк кода (по умолчанию Alt+3).
  
• Улучшен поиск текста, ускорен поиск без учёта регистра.
  
• Исправлено более 50 багов.
  
• Различные улучшения пользовательского интерфейса.

Начиная с этого выпуска разработчики nano перестали считать проект частью GNU. Редактор больше не называется «GNU nano», все материалы и загружаемые файлы перенесены на собственный сайт nano, но репозиторий кода пока остаётся на savannah.gnu.org (ведутся работы по переходу на savannah.nongnu.org).

В сообщении о выпуске разработчики не прокомментировали этот шаг, написав только: «Мы покинули стадо, всего наилучшего и спасибо за траву» (отсылка к роману Дугласа Адамса), но можно установить ход событий из открытой переписки разработчиков. Основатель и руководитель проекта Крис Аллегретта хочет оставить свой пост из-за недостатка времени, но не может найти себе на замену человека, который согласился бы оформить передачу авторских прав Free Software Foundation и был бы готов работать с хостингом кода GNU Savannah, а все популярные хостинги кода не соответствуют этическим критериям GNU. Кроме того, по факту проект во многом не следовал правилам GNU, в частности, в последнее время не проверял, подписывали ли авторы патчей соглашение с FSF.

Новый руководитель, впрочем, ещё не найден. Более того, некоторые из главных разработчиков хотя и поддержали решение о выходе из GNU, но не считают необходимым уходить с Savannah и полностью отвергают переход на Github, причём, как и FSF, из этических соображений.

nano остаётся свободным программным обеспечением под GNU General Public License версии 3.

>>> Сообщение о выпуске

Соответствующий патч прислал Ричард Вайнбергер. Он надеется, что еализация leftpad() в ядре позволит таким платформам, как node.js, предоставлять его в виде стандартной функции и значительно ускорит работу таких сервисов, как http://left-pad.io . Если системный вызов обретёт популярность, можно будет добавить многофункциональный вызов npm(), который, подобно ioctl(), вберёт в себя разные популярные функции, как то is_int, is_array и т.п.

https://lkml.org/lkml/2016/3/31/1108

Решил узнать, пользуется ли кто-то ещё 32-битными дистрами в 2016 году.

Обнаружилось, что на некоторых компьютерах с UEFI удаление файлов в каталоге /sys/firmware/efi/efivars, а также, как следствие, команды вроде rm -rf /sys и rm -rf --no-preserve-root / могут привести к повреждению прошивки материнской платы, после которого компьютер вообще перестаёт загружаться. Восстановить прошивку «в домашних условиях» после этого часто невозможно.

Согласно спецификации UEFI, такого не должно происходить: настройки прошивки должны просто сброситься на заводские. Однако прошивка многих материнских плат содержит ошибки.

Ошибка стала широко известной благодаря сообщению о баге в systemd (хотя это не первое сообщение об этой проблеме): так как виртуальная файловая система в /sys/firmware/efi/efivars монтируется systemd, разработчикам посоветовали монтировать её только для чтения. Леннарт Поттеринг, главный разработчик systemd, отказался это делать, отметив, что существуют программы, которые намеренно меняют настройки прошивки через этот каталог. systemd можно заставить монтировать его только для чтения, если вписать соответствующую строчку в /etc/fstab с параметром ro.

Мэттью Гэррет, специалист по безопасности CoreOS, в прошлом активный разработчик ядра Linux, поддержал решение Поттеринга и принял вину на себя как автор соответствующего кода в ядре. Он считает, что ядро должно само решать эту проблему: оно обычно содержит воркэраунды для проблем с оборудованием, в том числе для проблем с UEFI.

Пользователям GNU/Linux можно посоветовать узнать, не подвержены ли их системы этой ошибке, и быть очень осторожными при массовом удалении системных файлов. А также, при необходимости, настроить монтирование efivars только для чтения, но это может привести к неполадкам при установке GRUB, при работе efibootmgr, и systemctl --firmware-setup reboot, и, возможно, других программ.

>>> Подробности

И насколько? Только чтобы различать имена переменных или вы реально выучили, какие цвета что обозначают?

Я лично не так давно им пользуюсь и запомнил только, что жирный шрифт — это объявление, а нежирный — использование. Этот момент очень кстати, например, в Питоне.

Фонд свободного программного обеспечения проводит опрос пользователей СПО о том, какими они бы хотели видеть основные цели Фонда в ближайшие 5 лет и какие направления деятельности они считают наиболее важными.

Опрос анонимный. Принять участие можно здесь: https://www.fsf.org/survey

Кроме того, Фонд просит всех, кому не безразлична его работа, сделать пожертвование или стать Associate Member. Фонд планировал собрать $450.000 к 31 января прошлого года, но пока удалось собрать только чуть более $330.000.

>>> Объявление об опросе

Судя по поиску, в Jessie (stable) есть, в sid (unstable) есть, а в stretch (testing) нету. С октября 2015 об этом висит багрепорт без единого ответа.

Это просто баг или надо каким-то другим пакетом пользоваться? Как зашифровать хомяк ecryptfs?

Организация Software Freedom Conservancy, занимающаяся поддержкой свободных проектов, просит всех, кто имеет возможность, присоединиться в качестве постоянного спонсора или сделать однократное пожертвование. Организация надеется уменьшить зависимость от корпоративных спонсоров и привлечь как можно больше частных лиц. Инцидент, случившийся в этом году, показал, что это необходимо.

Основная деятельность SFC заключается в том, что она берёт под своё крыло свободные проекты, предоставляет им инфраструктуру, представляет их как некоммерческая организация и решает юридические вопросы, чтобы освободить разработчиков проектов от необходимости делать это самостоятельно, но при этом дать им возможность, например, официально собирать пожертвования. SFC сейчас представляет 33 проекта, в том числе Boost, BusyBox, Darcs, Git, Inkscape, Libbraille, Mercurial, PyPy, QEMU и другие именитые разработки. Также SFC содействует разработчикам в судебном преследовании нарушителей GPL и других copyleft-лицензий.

В марте 2015 года SFC решила оказать содействие Кристофу Хеллвигу, одному из разработчиков ядра Linux, в его иске против VMware в Германии. Этот судебный процесс очень важен для всего сообщества СПО, поскольку на нём суд рассмотрит вопрос, который раньше никогда не возникал.

VMWare использует в составе своего продукта VMware ESXi комбинацию из ядра Linux и собственного модуля vmkernel, которые тесно связаны друг с другом. VMware отказалась публиковать исходники vmkernel, утверждая, что у него есть стабильное документированное API, и любой желающий может адаптировать ядро операционной системы к vmkernel. Так что, по мнению VMware, это не производная от Linux работа, а платформа для многих операционных систем, и только по стечению обстоятельств работает на ней только одна.

SFC и Хеллвиг уверены, что если суд согласится с мнением VMware, то у производителей проприетарных программ появится возможность обходить требования GPL путём объявления частей производных работ «независимой платформой с документированным API». Поэтому SFC решила оказать Хеллвигу всемерную помощь в его иске. Однако это решение не обошлось организации даром. Компания appendTo и консорциум Linux Foundation, где VMware является одним из «серебряных членов», прекратили финансировать SFC.

Теперь SFC приглашает всех, кому не безразличны проекты, которые она поддерживает, присоединиться в качестве индивидуальных спонсоров (Supporters). На данный момент отозвался 321 человек. SFC необходимо 750 спонсоров, чтобы продолжать основную деятельность — помощь проектам-участникам, и как минимум 2500, чтобы продолжать преследование нарушителей GPL. Анонимная сторона удвоит за свой счёт следующие 70 взносов (но не позже следующего вторника). Всем спонсорам пришлют футболки.

>>> Объявление об иске Хеллвига против VMware (и FAQ)

>>> Список спонсоров SFC в мае 2015 и в сентябре 2015

>>> Объявление о сборе средств

Обнаружено переполнение буфера в функциях png_set_PLTE и png_get_PLTE в libpng 1.0.x до 1.0.64, 1.1.x и 1.2.x до 1.2.54, 1.3.x и 1.4.x до 1.4.17, 1.5.x до 1.5.24 и 1.6.x до 1.6.19 (в 1.0.64, 1.2.54, 1.4.17, 1.5.24 и 1.6.19 эта уязвимость была исправлена). Уязвимость позволяет злоумышленнику уронить приложение или, возможно, сделать что-нибудь ещё, если ему удастся заставить уязвимую libpng обработать специально подготовленный файл.

Исправленные версии выпущены 11-12 ноября.

Источник: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-8126

Лассе Коллин (Lasse Collin), мейнтейнер XZ Utils — пакета, содержащего liblzma и программу xz, пожаловался на слишком большой трафик к его сайту. Из-за него он был вынужден закрыть доступ к исходникам некоторых старых версий в форматах .gz и .bz2 (исходники в формате .xz остаются доступны). Пакет XZ Utils де-факто входит в число основных компонентов современных дистрибутивов.

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

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

>>> Главная страница проекта

>>> Архивная ссылка на WebCite

http://www.twitch.tv/twitchinstallsarchlinux

Инструкции
Обсуждение на ЛОРе

Некоторые уже пользователи предлагают саботировать эксперимент и, например, установить Генту.

Пишет: «rm: cannot remove ‘build/work/w32/include’: Directory not empty».

При этом:

• Директория пустая (хотя rm -rf какая разница?).
  
• Директория находится в encfs (т.е. после encfs X Y директория находится внутри Y). Пробовал отмонтировать и примонтировать обратно, не помогло. Упомянутая зашифрованная X синхронизируется owncloud. fsck по диску, где находится X, не помог (!).
  
• Внутри нет и не было mountpoints или каких-либо специальных файлов типа сокетов, пайпов и т.п.
  
• Linux Mint 17.2 Rafaela

Почему такое может происходить?

Изучаю C++. Читаю про него книжку. И вот, автор предлагает вместо

int i = 15;

int i = {15}; //С указанием, что знак «=» можно опустить

1. Зачем это нужно?
   
2. Нужно ли это только на сложных структурах данных или, действительно, примитивные типы нужно тоже так же инициализировать?
   
3. Принято писать с «=» или без?

В 2008 году на небезызвестном сайте Linux.org.ru появилась своя вики, куда перенесли LOR FAQ. Впоследствии энтузиасты написали и множество новых статей об ОС GNU/Linux и свободном ПО. В 2015 году ввиду низкой посещаемости, плохой интеграции с основной частью сайта и, как следствие, ввиду большой сложности поддержки раздела, вики была отключена. Но материалы сохранились, и svobodka_fighter (более известный как sorrymak) перенёс их на отдельный сервер. Так появился ресурс lorwiki.ru.

Однако, к сожалению, при открытии вики администрация ЛОРа допустила большую ошибку: не указала, под какой лицензией распространяются материалы, и не требовала от редакторов соглашаться на публикацию правок под свободной лицензией. Вся лицензия выражалась фразой «All rights belong to their respective owners», то есть материалы были проприетарные и с неясными условиями использования. Оригинальный LOR FAQ распространялся под GNU FDL с определёнными Неизменяемыми разделами и Текстом, помещаемым на первой странице обложки.

Чтобы развитие вики продолжалось, администрация lorwiki.ru в лице основателя svobodka_fighter и модератора mandala после обсуждения на своём ресурсе и на ЛОРе приняла решение «экспроприировать» все статьи и «принудительно» издать их под лицензией Creative Commons Attribution-ShareAlike 4.0 International. То есть они взяли и под материалами разных авторов написали, что они теперь распространяются под этой лицензией.

Заявление lorwiki.ru о том, что их материалы распространяются под CC-BY-SA, законной силы не имеет. Хотя пока что ни один редактор оригинальной вики не протестовал (кроме leave, который пошутил), а наоборот, некоторые, узнав об этом, явно разрешили перелицензирование материалов (см. обсуждение), это всё же не все редакторы. Хотя участники обсуждения предполагают, что протестовать никто не будет, закон требует явного согласия. Администрация Linux.org.ru не контролирует lorwiki.ru. Если хотите использовать эти материалы и лицензия для вас действительно важна, учтите это.

Отметим, что вопрос о лицензии на ЛОР-Вики уже возникал. В октябре 2014 один из администраторов русского Викиучебника обращался к редакторам с просьбой лицензировать материал под CC-BY-SA 3.0 и GNU FDL без неизменяемых частей. Он собирался обратиться лично к каждому, и чем всё кончилось, осталось неизвестным.

Заявление об «экспроприации»

Перемещено splinter из linux-org-ru

С 2013 года фонд Free Software Foundation, ввиду многочисленных жалоб и вопросов недоумевающих пользователей, вёл спор с компанией Canonical по поводу Canonical Intellectual Property Rights Policy. 15 июля был достигнут компромисс — но решены ещё не все разногласия.

Компания Canonical является владельцем торговых марок Ubuntu, Kubuntu, Edubuntu, Xubuntu, Juju и Landscape, соответствующих логотипов и ряда патентов. Кроме того, Canonical заявляет, что все бинарные пакеты в репозиториях Ubuntu являются производными работами от исходного кода и, соответственно, компания обладает авторскими правами на них (совместно с прочими разработчиками, как автор любой производной работы на основе свободного ПО). Порядок использования интеллектуальной собственности Canonical определяется Canonical Intellectual Property Rights Policy. Согласно этому документу:

1. Каждому разрешается устанавливать и использовать Ubuntu, в том числе устанавливать обновления.
   
2. Каждому разрешается использовать изменённые версии Ubuntu, но только на собственных компьютерах или внутри своей организации.
   
3. Каждому разрешается распространять неизменённые копии Ubuntu.
   
4. Любое другое использование Ubuntu, кроме того, что безусловно допускается законами об авторском праве, требует письменного разрешения Canonical. Кто хочет распространять изменённую версию Ubuntu без разрешения, тот должен пересобрать абсолютно все пакеты из исходников, удалив все упоминания Ubuntu и логотипы, принадлежащие Canonical.

Canonical имеет право в любой момент изменить свою IPRights Policy и, если с конкретным человеком или компанией не обговорено иное, отозвать разрешение на использование интеллектуальной собственности Canonical.

FSF совместно с Software Freedom Conservancy проанализировали Canonical IPRights Policy и заключили, что требования компании противоречат лицензии GNU GPL, которая запрещает устанавливать на производные работы ограничения, не упомянутые в GPL, в том числе на распространение объектных файлов. GPL требует только передавать исходный код вместе с объектными файлами. Фонд начал переговоры с Canonical с целью устранить это разногласие.

И вот, 15 июля 2015 года компания Canonical внесла поправку в IPRights Policy: было явно указано, что если между лицензией и IPRights Policy есть противоречия, лицензия превозмогает.

FSF и Free Software Conservancy в целом обрадованы таким решением, однако отмечают, что остаётся множество нерешённых проблем.

( читать дальше... )

>>> Заявление FSF

[url]http://🍕💩.ws/🍪🎈🐡🍞🎾🍑[/url]

http://🍕💩.ws/🍪🎈🐡🍞🎾🍑
Эта ссылка неправильно закодирована в коде страницы: там http://%F0%9F%8D%95%F0%9F%92%A9.ws/%F0%9F%8D%AA%F0%9F%8E%88%F0%9F%90%A1%F0%9F%8D%9E%F0%9F%8E%BE%F0%9F%8D%91, а надо http://xn--vi8hiv.ws/%F0%9F%8D%AA%F0%9F%8E%88%F0%9F%90%A1%F0%9F%8D%9E%F0%9F%8E%BE%F0%9F%8D%91

[url=http://🍕💩.ws/🍪🎈🐡🍞🎾🍑]тест[/url]