Как сообщает Software Freedom Conservancy, после многолетней переписки с Tesla, ведшейся тайно[0], производитель принял решение обнародовать [1] исходники операционной системы предустановленной наавтомобили Tesla S и X.

Речь идет об операционной системе Buildroot [2], частью которой является GNU/Linux.

Обнародованные исходники тем не менее пока еще не являются полными, таким образом нарушения не устранены полностью, но лишь сглажены. Выражается надежда, что вынос дела в публичную плоскость позволит ускорить процесс окончательного их устранения благодаря вовлечению широких масс [3]. Ранее, насколько можно понять, работа со стороны SFC велась водиночку.

Данный случай наглядно иллюстрирует главнейшую сложность в деле обеспечения свободы пользователей — конечные производители товара обделены важнейшими свободами [4], которые остаются лишь у их поставщиков.

Так, Tesla признается, что не могла своевременно добиться исходных кодов, нужных NVIDIA Tegra и Parrot’а.

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

[0] https://www.fsf.org/licensing/enforcement-principles
[1] https://github.com/teslamotors/
[2] https://buildroot.org
[3] https://lists.sfconservancy.org/pipermail/ccs-review/2018-May/000000.html
[4] https://www.gnu.org/philosophy/free-sw.ru.html

>>> https://sfconservancy.org/blog/2018/may/18/tesla-incomplete-ccs

Список изделий, сертифицированных Фондом СПО как «уважающие вашу свободу» («Respects Your Freedom») [0], пополнился Chipflasher’ом «board-edition-1» марки Zerocat [1] — программатором для установки Libreboot’а или Coreboot’а вместо несвободных BIOS’ов.

В отличие от большинства товаров, получивших «RYF», каковые представляют собой промышленные изделия, перепрошитые свободными программами или даже просто протестированные и перемаркированные, программатор «board-edition-1» — устройство радиолюбительское, спроектированное в первую очередь не для продажи, а для предельно легкого самостоятельного изготовления.

Он обладает не только свободной прошивкой, но свободной конструкцией; его вся конструкторская документация (принципиальные схемы, схемы печатных плат) обнародована под свободными лицензиями. В основу устройства положен свободный микроконтроллер Propeller 1 производства Parallax [2].

Собственно создание настолько свободного устройства для своей цели, насколько это на сегодняшний день только возможно, и ставилось целью при создании очередного самодельного SPI-программатора. Сейчас для прошивки Coreboot’а или Libreboot’а используются устройствами типа Beagle Bone Black или Raspberry Pi, где применяются процессоры несвободной конструкции.

Розничная цена изделия признается Zerocat’ом завышенной [3] в целях привлечения средств на развитие. Она составляет 299 евро (включая НДС [4]).

[0] https://www.fsf.org/resources/hw/endorsement/respects-your-freedom
[1] http://www.zerocat.org/chipflasher-board-edition-1.html
[2] https://www.parallax.com/microcontrollers/propeller-1-open-source
[3] http://www.zerocat.org/road-towards-ryf.html
[4] http://www.zerocat.org/shop-en.html#chipflasher-board-edition-1-unfolded

>>> www.fsf.org

(Это заявление касается лишь вопросов уязвимости OpenPGP, GnuPG и GPG4Win. Мы ничего не говорим здесь про S/MIME.)

Только что отдельные исследователи безопасности обнародовали статью, озаглавленную «Efail: Взлом шифрования S/MIME и OpenPGP с использованием приемов эксфильтрации». Фонд электронных рубежей (EFF) воспринял это настолько серьезно, что посоветовал незамедлительно удалить Enigmail [0][1].

Мы же по этому поводу сначала заявим три вещи, а затем и постараемся показать, почему мы правы:

1. Статья озаглавлена неверно.
2. Атака направлена на забагованные почтовые клиенты.
3. Авторы составили список таковых клиентов.

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

>>> gnupg-users@gnupg.org

Спустя намеченный год после выхода предыдущего мажорного выпуска «Коллекции компиляторов ГНУ» [0], увидел свет GCC 8.1. Разработчики обещают свежие возможности и более жесткую оптимизацию.

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

>>> info-gnu@gnu.org

После почти двух лет разработки команда программистов и математиков представляет новый мажорный выпуск GNU Octave [0] — высокоуровнего языка численных вычислений, совместимого до некоторой степени с языком несвободного Mathworks MATLAB.

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

>>> info-gnu@gnu.org

У Minifree, ключевого коммерческого спонсора разработки свободного BIOS’а Libreboot [0], пополнение на витрине.

Среди компьютеров, продающихся с предустановленным Libreboot’ом и одной из поставок GNU/Linux, соответствующей «Техническим условиям ГНУ на свободные дистрибутивы» [1] появился *планшет X200 Tablet* [2] — Lenovo Thinkpad одноименной марки, подчищенный и с обновленным экраном, памятью и диском.

Ключевое отличие планшета от уже давно представленного в ассортименте Minifree *ноутбука* X200 [3] состоит собственно в наличии сенсорного экрана (производства Wacom) и в облегчающем его использование поворотно-складном сочленении монитора с основанием компьютера.

Сертификат ФСПО, подтверждающий, что новое изделие сполна «уважает вашу свободу» (Respects Your Freedom) [4] еще не получен, но как полагает исполнительный директор ФСПО Джон Салливан, отказа ожидать не приходится.

Ценник начинается с 228 евро за штуку.

Не желающие поддерживать разработку Libreboot’а, разумеется, по-прежнему могут получить аналогичный результат самостоятельно при помощи удачно купленного с рук компьютера (не все экземпляры одинаково подходящи, есть проблемы с северным мостом), новой IPS матрицы и инвертора, программатора и свободного времени.

[0] https://libreboot.org/
[1] https://www.gnu.org/distros/free-system-distribution-guidelines.html
[2] https://minifree.org/product/libreboot-x200-tablet/
[3] https://minifree.org/product/libreboot-x200/
[4] https://www.fsf.org/resources/hw/endorsement/respects-your-freedom

>>> libreplanet-discuss@lists.libreplanet.org

Здравствуй, ЛОР.

Поскольку тут, наконец, относительно починили Носкрипт для нового «квантового» Файрфокса, пришла пора его потыкать.

И первый и главнейший вопрос, ответ на который не находится сходу ответ — как тут теперь принято настраивать сочетания клавиш?

Конкретного примера ради — как отвязать C-w от закрытия окна? У меня в ГТК это забой слова, так что не вымораживать искоробочное поведение не может.

Здравствуй, ЛОР.

Как известно, в Мозилле свято уверены, что сохранять страницы локально на переносных устройствах не надо, и в интерфейсе ихнего обозревателя для Андроида такого пункта просто нет.

Для «доквантовых» Феньков было расширение на сотню строк сей пункт в меню добавляющее [0].

А теперь что?

[0] https://github.com/leibovic/savepage

Представлен экстренный выпуск GNU Emacs 25.3, устраняющий уязвимость в enriched-mode, позволяющую злоумышленнику сформировать файл (к примеру, электронное письмо), при отображении которого в Emacs будет исполнен произвольный код.

Уязвимости подвержены все версии, начиная с 19.29.

Не желающие обновляться могут просто занулить уязвимую функцию, отключив таким образом поддержку text/enriched:

(eval-after-load "enriched"
  '(defun enriched-decode-display-prop (start end &optional param)
     (list start end)))

(добавить в инициализационный файл)

text/enriched — альтернативный HTML и ныне едва ли кем используемый SGML-подобный формат, описанный в RFC 1896, и предназначавшийся в первую очередь именно для разметки электронных писем.

Дифф

>>> Источник

Добрых суток, ЛОР.

Есть ли готовые решения для обоюдонаправленной синхронизации каталогов, что не перетирали бы жестких ссылок? (Жесткая ссылка — это ссылка с имени файла на номер inode’а, если кто в танке.) Иначе говоря, не делали бы unlink(2)’ов кроме случаев, когда файл должен быть удален.

rsync(1) так умеет — --inplace, но он однонаправленный.

unison(1) же ультимативно удаляет файлы, мотивируя это требованием об атомарности операций над рабочим деревом: то есть содержимое сначала копируется под временное имя, затем рабочий файл удаляется и временный файл переименовывается.

Это дело хорошее, но меня бы вполне удовлетворил и рисковый подход с записью по месту. А еще лучше — какой-нибудь компромисс, типа создания резервной копии перед началом записи по месту.

Однако после непродолжительного поиска у меня сложилось впечатление, что пригодных к использованию синхронизаторов, кроме «Унисона», и вовсе нет? Это правда?

Здравствуй, ЛОР.

Вот, допустим, наткнулся я на просторах Сети на такой репозиторий:

— https://github.com/dkogan/emacs-snapshot

И сказано там, что «This branch is 113 commits ahead, 30 commits behind emacs-mirror:master».

emacs-mirror — это зеркало репозитория ГНУ Емакса на «Саванне». Весит оно, как я вижу по локальной копии, гигабайта полтора.

Я могу что-нибудь сделать, чтобы заполучить себе копию github.com/dkogan/emacs-snapshot, не стягивая с Гитхаба все полтора гигабайта?

Простейшее:

emacs$ git remote add --tags dkogan git://github.com/dkogan/emacs-snapshot
emacs$ git fetch dkogan

запускает загрузку по полной.

Дорогой ЛОР, посоветуй, пожалуйста, тему для ГТК-3, что позволяла бы непринужденно выбрать цветовую палитру.

Добрых суток, ЛОР.

Сборка ГНУ Емакса — процесс небыстрый, но при желании поиграться немного с сишной частью — очевидно, неизбежный. Большую часть времени при этом занимает компиляция кучи прилагающихся программ на Лиспе в байткод.

Как их можно не собирать? $ ./configure --help что-то ничего на этот счет не подсказывает. Среди целей сборки находится src$ make temacs, и это еще раньше, чем начало компиляции Лиспа, но результат вопреки предполопжениям еще не работоспособен:

$ ./temacs 
Loading loadup.el (source)...
Using load-path (/home/main/src/emacs/lisp)
Loading emacs-lisp/byte-run (source)...
Loading emacs-lisp/byte-run (source)...done
Loading emacs-lisp/backquote (source)...
Loading emacs-lisp/backquote (source)...done
Loading subr (source)...
Loading subr (source)...done
Loading version (source)...
Symbol's function definition is void: pcase

Как же правильно?

Здравствуй, ЛОР.

Пусть есть имя узла, указывающее CNAME’ом на другое имя, которое указывает на адрес(а):

$ host irc.freenode.net
irc.freenode.net is an alias for chat.freenode.net.
chat.freenode.net has address 174.143.119.91
chat.freenode.net has address 91.217.189.42
<...>

$ getent hosts irc.freenode.net
185.30.166.38   chat.freenode.net irc.freenode.net
164.132.77.237  chat.freenode.net irc.freenode.net
<...>

Дописываю в /etc/hosts:

127.127.127.127	chat.freenode.net

Ожидаемо имею:

$ getent hosts chat.freenode.net
127.127.127.127 chat.freenode.net

Но вместе с тем я ожидал, что получив от сервера имен CNAME, NSS будет разрешать его так же через /etc/hosts, однако нет:

$ getent hosts irc.freenode.net
174.143.119.91  chat.freenode.net irc.freenode.net
185.30.166.38   chat.freenode.net irc.freenode.net
<...>

Основной вопрос — почему? В смысле, где это документировано?

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

Ring, свободный кроссплатформенный (GNU/Linux, Android и др.) децентрализованный инструмент для текстовой, голосовой и видео связи, ранее известный как SFLPhone, объявляет о присоединении к проекту GNU и выпуске новой мажорной версии, названной именем франкоканадского поэта и политика Гастона Мирона.

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

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

Добрых суток, ЛОР.

Не подскажет ли кто навскидку, как в Айсвизеле / Файрфоксе привязать какое-либо действие к факту фокусировки окна? Того окна, что под управлением оконного диспетчера, а не об’екта window. То есть window.onfocus, но для иксового (или аналогичного) окна.

Специфичное для Пентадактиля решение тоже сойдет, но такого, кажется, нет.

Добрых суток, ЛОР.

Хочется мне, допустим, в английской раскладке иметь на клавишах сперва английские кавычки, а в русской — на тех же клавишах сперва русские. В Иксах тут никаких проблем нет. В Емаксе на первый взгляд тоже ничего сложного:

(quail-define-package
 "test" "Test" "XX" nil
 ""
 nil t t nil t nil nil nil nil nil t)

(quail-define-rules
 ("«" ?‘)
 ("»" ?’)
 ("‘" ?«)
 ("“" ?„)
 ("’" ?»)
 ("”" ?“))

(set-input-method 'test)

Однако если в направлении « → ‘ все работает, то ‘ → « — и не думает.

Документация по «Квэйлу» как-то скудновата, но из собственно quail.el, а именно из quail-simple-translation-keymap [0] становится понятно, что символы дальше 255-го по-умолчанию просто не обрабатываются, а из quail-define-package [1] улавливается, что их должно быть можно включить в обработку вот так:

(quail-define-package
 "test" "Test" "XX" nil
 ""
 '(("‘" . quail-self-insert-command)
   ("’" . quail-self-insert-command)
   ("“" . quail-self-insert-command)
   ("”" . quail-self-insert-command))
 t t nil t nil nil nil nil '() t)

После этого еще раз (quail-define-rules ...) и (set-input-method 'test) — и однако нифига.

Чего я не понимаю?

-- Приложения --

[0]

(defvar quail-simple-translation-keymap
  (let ((map (make-keymap))
	(i 0))
    (while (< i ?\ )
      (define-key map (char-to-string i) 'quail-other-command)
      (setq i (1+ i)))
    (while (< i 127)
      (define-key map (char-to-string i) 'quail-self-insert-command)
      (setq i (1+ i)))
    (setq i 128)
    (while (< i 256)
      (define-key map (vector i) 'quail-self-insert-command)
      (setq i (1+ i)))
    (define-key map "\177" 'quail-delete-last-char)
    (define-key map [delete] 'quail-delete-last-char)
    (define-key map [backspace] 'quail-delete-last-char)
    ;;(let ((meta-map (make-sparse-keymap)))
    ;;(define-key map (char-to-string meta-prefix-char) meta-map)
    ;;(define-key map [escape] meta-map))
    map))

[1]

(defun quail-define-package (name language title
				  &optional guidance docstring translation-keys
				  forget-last-selection deterministic
				  kbd-translate show-layout create-decode-map
				  maximum-shortest overlay-plist
				  update-translation-function
				  conversion-keys simple)
  (let (translation-keymap conversion-keymap)
    (if deterministic (setq forget-last-selection t))
    (if translation-keys
	(progn
	  (setq translation-keymap (copy-keymap
				    (if simple quail-simple-translation-keymap
				      quail-translation-keymap)))
	  (dolist (trans translation-keys)
	    (define-key translation-keymap (car trans) (cdr trans))))
      (setq translation-keymap
	    (if simple quail-simple-translation-keymap
	      quail-translation-keymap)))
    (when conversion-keys
      (setq conversion-keymap (copy-keymap quail-conversion-keymap))
      (dolist (conv conversion-keys)
	(define-key conversion-keymap (car conv) (cdr conv))))
    (quail-add-package
     (list name title (list nil) guidance (or docstring "")
	   translation-keymap
	   forget-last-selection deterministic kbd-translate show-layout
	   (if create-decode-map (list 'decode-map) nil)
	   maximum-shortest overlay-plist update-translation-function
	   conversion-keymap simple))

    ;; Update input-method-alist.
    (let ((slot (assoc name input-method-alist))
	  (val (list language 'quail-use-package title docstring)))
      (if slot (setcdr slot val)
	(setq input-method-alist (cons (cons name val) input-method-alist)))))

  (quail-select-package name))

Зело меня огорчает, что в ГНУ Емаксе, а точнее в интерактивном поиске (isearch’е) нет команды вида «стереть последнее слово» — DEL стирает последнюю букву в строке поиска, M-DEL же пролетает насквозь в буфер — дико бесит!

Наверное, ее можно навелосипедировать самому, но ведь наверняка кто-нибудь уже написал какой-нибудь isearch-backward-kill-word, а я просто как-то не так ищу, а потому не могу найти, верно?

Где-то между 24.4.1-й версией ГНУ Емакса и последним слепком из гита, сопровождающему shell.el стукнуло в голову, что M-x shell должна открывать оболочку не в текущем окне, как это было ранее, а в новом.

Материально это выражается в том, что в районе 720-й строчки оного shell.el (pop-to-buffer-same-window buffer) заменили на (pop-to-buffer buffer).

Мне такая перемена совершенно не по душе, как мне вернуть старое поведение?

Понятно, что я могу просто взять функцию shell, скопировать ее целиком в ~/.emacs и поправить, как я захочу.

Однако, насколько мне позволяют понять мои более чем скромные знания Елиспа и умение гуглить, правильно здесь будет написать что-то такое:

(defadvice shell-same-window (around shell activate)
  (letf (((symbol-function 'pop-to-buffer)
          (lambda (buffer &rest args)
            (pop-to-buffer-same-window buffer))))
    ad-do-it))

Однако это просто и молча не работает, а если попытаться откинуть в диагностических целях адвайс:

(letf (((symbol-function 'pop-to-buffer)
          (lambda (buffer &rest args)
            (pop-to-buffer-same-window buffer))))
  (shell))

то я получаю ошибку, смысл которой от меня ускользает:

pop-to-buffer-same-window: Variable binding depth exceeds max-specpdl-size

Где я накосячил?

Увидел тут случайно впервые клавиатуру A4Tech X7 G800, которая среди прочего с дополнительными клавишами для больших пальцев под пробелом [0], и подумал — опа, почему я это еще не попробовал.

Однако прежде чем идти покупать, пошел погуглил на предмет подлянок и нагуглил кучку вопросов на форумах [1][2][3][4] — жалоб на то, что дополнительные клавиши видятся Иксами строго как дубликаты отдельных основных (Home, End, точка, запятая и т. п.) и ни одного ответа с решением.

Тов. Ford_Focus (вы тут пару лет тому назад всем советовали эту клавиатуру), тт. artemka91, CYB3R, si0 (если я верно понял, у вас такая была), другие уважаемые лоровцы, это правда такая печаль?

[0] http://images.people.overclockers.ru/187266.jpg
[1] http://www.linuxquestions.org/questions/linux-general-1/is-it-possible-to-cha...
[2] http://ubuntuforums.org/showthread.php?t=1108340
[3] http://ubuntuforums.org/showthread.php?t=1108187
[4] https://stackoverflow.com/questions/18750818/detection-of-custom-keyboard-keys