Всем доброго времени!

Суть проблемы в следующем абзаце, но маленькую вводную простыню предыстории всё же введу. В общем после очередной заподлянки Xubuntu 18.04.3 LTS меня всё происходящее с дистром взбесило, т. к. он подвёл меня в очень важный момент. Использовал убунту со времён выпуска Ubuntu 9.04, прыгая с LTS на LTS, застав удобнейший gnome 2 и перешедший после него на Xfce, так что многие привычки в использовании линя вкипели прям под корку мозга. Проблемы различного рода всплывали и ранее, в связи с чем были попытки перейти на Debian 7 и через некоторое время на Debian 8. Последний нервный момент заставил таки пересесть на Debian 10, победив в себе «изкоробочные» привычки и удобства бунты. И если честно, то ли десяточка очень хорошенькая, то ли аккумулирован опыт работы в лине, то ли всё и сразу — сейчас дистр выглядит очень даже неплохо (я не об ужасном дефолте Xfce и системных шрифтов, а в плане гемора с настройкой всего и вся). Говоря ближе к теме, у меня ноут с гибридной графикой GeForce 740m. И кажется со времён Debian 7 с положением дел почти ничего не изменилось, дрова только свежее стали… короче, начал в очередной раз вникать в вопрос. И тут самая завязка, я таки кажется победил графику, но теперь не уверен в правильности некоторых моментов.

Итак, в системе поставился драйвер nVidia, и судя по пакетам версия 418.88-1 (я не указывал конкретную версию установки драйвера). Инструкцию для себя собрал из нескольких разных мануалов в сети. Но тут есть один момент, во время установки драйвера появилось сообщение типа: «загружен конфликтующий модуль ядра nouveau, перезагрузите ПК, бла-бла-бла». Я смутно начинаю припоминать из Debian 7/8, что этот nouveau ставится автоматом, и правильнее надо было остановить иксы, выгрузить модуль nouveau, а уже потом ставить нужные дрова. Про себя успел выругаться, мол опять косяки допустил, наверное нужно всё руками сносить и переустанавливать пакеты, но решил уже продолжать текущую установку до победного. И тут самое интересное, дрова встали нормально, пришлось ещё конечно подолбиться с первым запуском optirun/primusrun, но в итоге шестерёнки glxgears крутятся, около восьми тысяч кадров показывает, огнелис 68.1.0 ESR запускается с аппаратным ускорением «layers.acceleration.force-enabled» на невидии через primusrun. Есть только проблема, я не могу запустить панель управления nvidia-settings, в терминале пишет «ERROR: Unable to load info from any available system». Не могу понять почему. Связано ли это с косяком при установке? Но да ладно, вопрос в другом — какой драйвер сейчас используется системой?! Почему спрашиваю, тут есть продолжение… Установил стим. Была борьба и мягко говоря почти настоящий мозговой секс, в ходе которого пришлось включить мультиархитектуру и установить пакет libgl1-nvidia-glx_i386, который в свою очередь потянул legacy-дрова версии 390.129-1, да и ещё с компонентами того же i386... И теперь главный вопрос — что работает в системе??? Судя по Synaptic сейчас каша из установленных дров 390.129 и 418.88. Команда optirun glxinfo | grep OpenGL показывает 418.88, но без компонентов 390.129 не работает стим. Так и должно быть? Или я нагородил по незнанию? Как бы если изначально не знать что под капотом, то выглядит всё довольно-таки рабочим, но я то в курсе что всё очень костыльно, и данная мысль сильно грызёт. Или есть варианты работы видюхи попроще?

Мне нужно как-то разруливать эту вакханалию, т. к. планирую всё же остаться на Debian 10 с концами и надолго, от дистра один восторг (во всяком случае пока что). Xfce обновился до 4.14 на GTK3, наконец-то появился режим hidpi, и на моё удивление в этом дистре победили тиринг!!! Как на интеловской графике, так и на невидии, чего нет в том же Xubuntu вплоть до версии 18.04.3. Ну прям разрыв шаблона какой-то:). Плюс реактивность системы, конечно, даже на SSD заметна разница.

Что нового? (с момента предыдущей темы)

Теперь превьюхи пропадают по timeout'у, начиная с момента, когда пользователь уводит курсор мыши от изначальной ссылки (так что вам больше не придётся сначала наводить курсором на превьюху, чтобы убрать её)

Timeout этот, как и раньше, задаётся опцией «Задержка перед preview» в случае расширений и переменной delayAfterPreviewMillisecs в случае userscript'а

Просили много кто — например, f1u77y, StReLoK, sudopacman, Loki13, beer_and_linux и Wind

Также добавил в список поддерживаемых способов для доната данные для перевода BTC.

ВНИМАНИЕ

Настоятельно рекомендую выставить параметр «Задержка перед preview» в какое-нибудь ненулевое значение (рекомендую 800, теперь это дефолтное значение для новых пользователей). В противном случае будет довольно трудно «прыгнуть» с одного комментария на другой, если между ссылкой и новой превьюхой есть какое-либо пространство (например, с одной из нижних ссылок на превьюху чуть повыше, как показано в следующем скриншоте — http://i.imgur.com/kX8PpNi.png).

Огромное спасибо всем, кто уже поддержал проект материально и идейно!

Алсо, пишите свои ники на ЛОРе в комментариях к переводам — так удобнее благодарить, да и вообще приятно знать, кто помог проекту

Каждый ваш отзыв мотивирует меня продолжать работу над данным проектом и развивать его в лучшую сторону

======================

Помощь проекту

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

• Яндекс.Деньги — https://money.yandex.ru/to/410013954580011
• WebMoney — R741483382094
• PayPal — https://www.paypal.me/b0r3d0m
• BTC — 1KegAjxusJTdCiLU8Gd458jgWtUoexhdhJ

Если удобного для вас способа нет в списке, напишите об этом здесь или мне на почту — b0r3d0mness [at] gmail [dot] com

======================

Стандартная шапка

======================

Что это такое?

lorify — это расширение для браузеров, которое позволит вам:

• Видеть ответы на каждое сообщение
• Отображать превью сообщений при наведении на соответствующие ссылки
• Автообновлять треды
• Отображать оповещения о новых ответах на рабочем столе

======================

Firefox

Скачать новую версию (v1.7.0)

ВНИМАНИЕ

Новая версия ещё не прошла review (старые, кстати, уже получили аппрувы от Mozilla), так что для её установки требуется выполнить следующие действия:

• Открываете новую вкладку, пишете в адресную строку «about:config» (без кавычек) и нажимаете Enter
• В появившуюся строку поиска вводите «xpinstall.signatures.required» (без кавычек) и делаете данный параметр равным false
• Переходите по ранее указанной ссылке и устанавливаете аддон

Исходный код можно посмотреть тут.

======================

Chrome

Скачать

Исходный код можно посмотреть тут.

======================

Userscript

Можно взять отсюда (userscripts.org лежит)

======================

Changelog

**********************

Chrome

v1.11.0

• Добавлена опция для оповещений о новых ответах на рабочем столе (по умолчанию отключена)
• Добавлена опция для отключения отображения ответов в тредах, кол-во страниц в которых превышает определённое значение (по умолчанию 20 стр.)
• Добавлена поддержка голосований (www.linux.org.ru/polls/polls/)
• У тредов с новыми ответами изменяется favicon (иконка в заголовке таба). Спасибо theNamelessOne за pull request

v1.10.1

• Исправлен баг с дублированием строки «Показаны все комментарии. Скрыть игнорируемые» при каждом автообновлении страницы

v1.10.0

• Timeout для убирания превьюх теперь стартует после того, как пользователь уводит курсор со ссылки, а не по наведению на превьюху
• Параметр «Задержка перед preview» теперь имеет дефолтное значение равное 800 мс

v1.9.0

• Для зарегистрированных пользователей теперь отображается ник ответившего
• Строка с ответами перенесена на тот же уровень, где находится кнопка «Ответить на это сообщение»

v1.8.0

• Опция «Задержка перед preview» теперь требует hover'а над элементом в течение указанного времени вместо просто отображения превью по истечению данного времени (теперь просто проведением курсора над комментариями при ненулевой задержке вы не наоткрываете кучу превьюх)
• При клике на область вне превьюх все из них удаляются
• Автообновление автоматически отключается для архивных и удалённых тредов (спасибо theNamelessOne за pull request)
• При нажатии на все ссылки (комментарии, ответы) страница не будет загружена повторно, если соответствующий комментарий находится на ней же
• Убрана иконка из тулбара
• Исправил заголовок окна опций расширения

v1.7.1

• Появление новых страниц в результате автообновления теперь сигнализируется добавлением "(!)" в заголовок страницы
• Исправлена проблема с «утечкой памяти»

v1.7.0

• Добавлено дерево превьюх — http://i.imgur.com/wjzWIkV.png
• Положение превьюх теперь определяется таким же образом, как и на дваче

v1.6.0

• Добавлено отображение ответов

v1.5.0

• Добавлены настройки
• Исправлен баг с непропадающими превьюхами
• Исправлены грамматические ошибки

v1.4.2

• Исправлен баг с отсутствием превьюх у сообщений, добавленных после автообновления страницы

v1.4.1

• Исправлен баг с неправильным расположением autorefresh checkbox'а после автообновления страницы

v1.4.0

• Добавлена возможность автообновления тредов

v1.3.0

• Добавлена рамка для превьюх

v1.2.0

• Добавлена поддержка «Галереи» и «Новостей»

v1.1.0

• Добавлена поддержка HTTP (нешифрованного соединения)

**********************

Firefox

v1.7.0

• Добавлена опция для оповещений о новых ответах на рабочем столе (по умолчанию отключена)
• Добавлена опция для отключения отображения ответов в тредах, кол-во страниц в которых превышает определённое значение (по умолчанию 20 стр.)
• Добавлена поддержка голосований (www.linux.org.ru/polls/polls/)
• У тредов с новыми ответами изменяется favicon (иконка в заголовке таба). Спасибо theNamelessOne за pull request

v1.6.1

• Исправлен баг с дублированием строки «Показаны все комментарии. Скрыть игнорируемые» при каждом автообновлении страницы

v1.6.0

• Timeout для убирания превьюх теперь стартует после того, как пользователь уводит курсор со ссылки, а не по наведению на превьюху
• Параметр «Задержка перед preview» теперь имеет дефолтное значение равное 800 мс

v1.5.0

• Для зарегистрированных пользователей теперь отображается ник ответившего
• Строка с ответами перенесена на тот же уровень, где находится кнопка «Ответить на это сообщение»

v1.4.0

• Опция «Задержка перед preview» теперь требует hover'а над элементом в течение указанного времени вместо просто отображения превью по истечению данного времени (теперь просто проведением курсора над комментариями при ненулевой задержке вы не наоткрываете кучу превьюх)
• При клике на область вне превьюх все из них удаляются
• Автообновление автоматически отключается для архивных и удалённых тредов (спасибо theNamelessOne за pull request)
• При нажатии на все ссылки (комментарии, ответы) страница не будет загружена повторно, если соответствующий комментарий находится на ней же
• Убрана иконка из тулбара

v1.3.1

• Появление новых страниц в результате автообновления теперь сигнализируется добавлением "(!)" в заголовок страницы
• Исправлена проблема с «утечкой памяти»

v1.3.0

• Добавлено дерево превьюх — http://i.imgur.com/wjzWIkV.png
• Положение превьюх теперь определяется таким же образом, как и на дваче

v1.2.0

• Добавлено отображение ответов

v1.1.0

• Добавлены настройки
• Исправлен баг с непропадающими превьюхами
• Исправлены грамматические ошибки

**********************

Userscript

v1.5.0

• Добавлена опция для оповещений о новых ответах на рабочем столе (по умолчанию отключена)

v1.4.0

• Добавлена опция для отключения отображения ответов в тредах, кол-во страниц в которых превышает определённое значение (по умолчанию 20 стр.)
• Добавлена поддержка голосований (www.linux.org.ru/polls/polls/)
• У тредов с новыми ответами изменяется favicon (иконка в заголовке таба). Спасибо theNamelessOne за pull request

v1.3.2

• Исправлен баг с дублированием строки «Показаны все комментарии. Скрыть игнорируемые» при каждом автообновлении страницы

v1.3.1

• Исправлен баг с зависанием (спасибо Danil Pleshakov за pull request)

v1.3.0

• Timeout для убирания превьюх теперь стартует после того, как пользователь уводит курсор со ссылки, а не по наведению на превьюху
• Параметр «Задержка перед preview» теперь имеет дефолтное значение равное 800 мс

v1.2.0

• Для зарегистрированных пользователей теперь отображается ник ответившего
• Строка с ответами перенесена на тот же уровень, где находится кнопка «Ответить на это сообщение»

v1.1.0

• Добавлена поддержка окружений, где недоступен ES6
• Опция «Задержка перед preview» теперь требует hover'а над элементом в течение указанного времени вместо просто отображения превью по истечению данного времени (теперь просто проведением курсора над комментариями при ненулевой задержке вы не наоткрываете кучу превьюх)
• При клике на область вне превьюх все из них удаляются
• Автообновление автоматически отключается для архивных и удалённых тредов (спасибо theNamelessOne за pull request)
• При нажатии на все ссылки (комментарии, ответы) страница не будет загружена повторно, если соответствующий комментарий находится на ней же

======================

Буду признателен за баг-репорты, конструктивный фидбэк и pull request'ы.

И да, подписывайтесь на тег «lorify».

Собственно есть два вопроса:

1. Как вы делаете бекапы?
2. Как вы храните фотки?

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

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

Попытался для целей синхронизации использовать ownCloud, как выяснялось его клиент очень медленно синхронизирует множество мелких файлов, 200к файлов объемом ~40 гигабайт клиент оценивает в дни работы (это против сервера который у меня стоит рядом). Думаю причина в webdav, каждый файл отправляется отдельный запросом, с установлением tcp соединения, с раундтрипом. Сервером, куда осуществляется синхронизация, у меня служит HP N40L, еще старая версия, с AMD Turion. После запуска синхронизации CPU на сервере оказался занят под завязку процессами apache2 -DFOREGROUND. SSL у меня был организован через nginx, прямая загрузка данных, по http, ничего не поменяла. База - postgres.

Потому и возник вопрос, чтоб вновь не потратить время на неработающее решение. Поделитесь вашими лучшими практиками. Спасибо.

====================================
Обновлено.

Перешел на Syncthing. Синхронизация происходит между компьютером, ноутбуком и NAS. Для синхронизируемых директорий версионность настроенна только на NAS, в силу доступного объема на диске.
От идеи полной синхронизации всех фалов пришлось отказаться, скорость падала до килобит. Сейчас синхронизируются конкретные директории с значимыми файлами, на проекты с исходниками настроенны исключения для директорий создаваемых в момент сборки.
Из неудобств: для каждого пользователя в системе проще иметь свой экземпляр Syncthing, но в этом случае проедется выставить недефолтные порты, для webui и тот который обычно 22000.
За почти месяц эксплуатации Syncthing v0.14.39 никаких проблем не встретил.

Для фоток организовал синхронизацию с последующей автоматической каталогизацией по модели камеры и дате создания снимка. Каталогизацию выполняет exiftool по cron, вот вызов exiftool из написанного bash-скрипта:

exiftool "-Directory<$DST_DIR/\${model;}/\${datetimeoriginal}" \
        -d '%Y-%m' \
        -if '$exif:model' \
        -r "$SRC_DIR"

Отдельно отмечу про видео, оно не содержит информацию про камеру, как у фоток. У меня 4 устройства, во всех это так. Но принадлежность видео к той или иной камере можно узнать по тегам MajorBrand, CompatibleBrands, они отличаются, по этому для каждой устройства прописаны такие правила синхронизации:

sync_videos_sony_cam() {
    echo "## Sync videos for Sony Cam"
    exiftool "-Directory<$DST_DIR/DSC-H70/\${MediaCreateDate;}" \
        -d '%Y-%m' \
        -if '$MajorBrand eq "MPEG-4 (.MP4) for SonyPSP"' \
        -if '$CompatibleBrands eq "MSNV, mp42, isom"' \
        -r "$SRC_DIR"
}

Всем спасибо за помощь в выборе инструмента синхронизации.

Собственно, сабж: https://earthly.dev/blog/brown-green-language/ .

Для Ъ в 2-х словах:

• Для новых проектов рекомендуются такие языки как
  • Go
  • Rust
  • TypeScript
  • Kotlin
  • Julia
  • Dart
  • Scala
  • Haskell
• Для новых проектов НЕ рекомендуются такие языки как
  • Java
  • C
  • C++
  • C#
  • Python
  • PHP
  • JavaScript
  • Swift
  • Perl
  • Ruby
  • Assembly
  • R
  • Objective-C
  • SQL

Предыдущий опрос был достаточно давно, думаю, стоит обновить данные.

Вынес в отдельные варианты Manjaro и Ubuntu, так как они таки отличаются от тех дистрибутивов, на которых основаны.

Х + Х-based, значит, что в данный вариант включён дистрибутив Х, и те дистрибутивы, которые на нём основаны, если они не представлены отдельным вариантом, который более точно описывает их.

Подскажите как реализовать на SDL загрузку и проигрывание GIF-анимации?

>>>

Почему, несмотря на обилие «чудесных» ООП-языков, Си, разработанный в 1973 году, до сих пор не умер? Потому что не выхдящие за рамки текстового программирования попытки «улучшить» или заменить Си давали и дают проблем больше, чем решали.

Какой из ныне существующих языков программирования позволяет программировать мышкой, а не клавиатурой? На чем можно программировать графически, а не в тексте? Пока что это позволяет на приличном уровне только пропиетарное LabVIEW. Трудно поверить, но это единственная полностью графическая среда программирования серьезного уровня в 2019 году! Но даже в LabVIEW есть куча недостатков (которые невозможно самостоятельно устранить из-за пропиетарности).

Графическое программирование намного проще и понятнее. Если в качестве бэкенда брать Си и манипулировать функциями из сишной стандартной библиотеки, это не будет создавать никаких лишних абстракций, зато серьезно упростит жизнь программистам и особенно людям, имеющим дело с чужим кодом. Код любого уровня и любой сложности, представленный в виде графических блоков, станет открытым не только для узких специалистов, но и вообще любому продвинутому пользователю. Простота программирования и эффективность, не меньшая, чем у Си, убьет C++, Python, Java, Javascript и прочую ерунду с раздутыми и полными багов абстракциями (которые Линус не раз крыл матом).

Я уже делаю некое подобие LabVIEW на самом LabVIEW, назовем его Metaprog. Так же, как в 1991 Линус Торвальдс делал линукс, пользуясь пропиетарным Minix. И так же жаловался на кучу недостатков в Minix, желая устранить их в своей системе.

Я уже рисую простенькие блок-схемы. Добился того, что функции, типы, структуры, юнионы из сишных #include сразу отображаются в виде меню, что серьезно упрощает знакомство со стандартной библиотекой Си.

Примеры

Примеры с кодом на Си генерируются автоматически. Они тут же скармливаются компилятору и не предназначены для чтения эстетами, не любящими «абракадабру». Здесь они приведены лишь как пример работы транслятора и для возможности самостоятельно скомпилировать графические диаграммы со скринов. Так сказать, приобщиться к прекрасному.

Самое простое - Hello World. Скомпилируйте (gcc -o ./test ./code.c).

https://i.postimg.cc/YCywWbSh/fwrite.png

#include <stdio.h>

int main(){
char metaprog_array_pointer_10156130170823954432[] = {72,101,108,108,111,32,87,111,114,108,100};
unsigned long int metaprog_variable_13830126042312755200 = 1;
unsigned long int metaprog_array_size_10156130170823954432 = 11;
fwrite(metaprog_array_pointer_10156130170823954432,metaprog_variable_13830126042312755200,metaprog_array_size_10156130170823954432,stdout);

}

Я подписываю терминалы на украинском (сам оттуда), с таким же успехом их можно подписывать на русском, а не только на английском. Можно будет перевести все, кроме, разве что, вызываемых сишных функций, а gcc этого и не заметит (посмотрите код). При работе международной командой можно к каждой подписи/надписи прилагать словарь с нужными языками. Игры ж локализируют, чем визуальное программирование хуже?

Массив декларируется не как строка в кавычках, а как последовательность байтов, а байт - это цифра. Строки редактируются отдельным редактором (пока что средствами LabVIEW, но это временно). Больше никаких проблем и глюков с управляющими символами, кавычками итп (очень серьезная проблема при программировании на Си, Shell scripting и вообще всех текстовых языках).

Константа-массив имеет отдельные терминалы для указателя на массив и длины массива (известной редактору кода). Если терминал длины подключен - декларируется отдельная переменная. Не подключен - незачем и декларировать.

Пример посложнее: запись и в stdout, и в файл ./fwrite-test.txt

https://i.postimg.cc/v8KvKKmQ/fwrite2.png

#include <stdio.h>

int main(){
char metaprog_array_pointer_10156130170823954432[] = {72,101,108,108,111,32,87,111,114,108,100};
unsigned long int metaprog_variable_13830126042312755200 = 1;
unsigned long int metaprog_array_size_10156130170823954432 = 11;
fwrite(metaprog_array_pointer_10156130170823954432,metaprog_variable_13830126042312755200,metaprog_array_size_10156130170823954432,stdout);
char metaprog_array_pointer_12385851444566411264[] = {46,47,102,119,114,105,116,101,45,116,101,115,116,46,116,120,116,0};
char metaprog_array_pointer_16510743873862514688[] = {119,43,0};
fwrite(metaprog_array_pointer_10156130170823954432,metaprog_variable_13830126042312755200,metaprog_array_size_10156130170823954432,fopen(metaprog_array_pointer_12385851444566411264,metaprog_array_pointer_16510743873862514688));

}

В данном примере используется функция fwrite, а не printf. То есть, символ «0» не влияет на запись массива в файл или stdout. Сколько символов писать функция и так знает из длины массива.

Заявки

Принимаю заявки на новые фичи. Пишите в комментариях. Уже приняты заявки:

1. Пример с простым HTTP-сервером.

2. Пример с сортировкой Хоара (quicksort).

3. Простой в пользовании функционал работы со строками (больная тема для Си и С++).

4. Полностью графический функционал работы с регулярными выражениями, без вовлечения PCRE.

Сейчас нужно научить Metaprog «компилировать» блок-схемы прямо в Си и скармливать этот код gcc, получая бинарники. После чего перенести сам Metaprog на Си, чтоб перестать нуждаться в пропиетарном LabVIEW и выложить результаты в опенсорс. И получить за это донат, хотя желательно уже сейчас (для ускорения работы). Bitcoin:1AYoK2TScSpD5bhf67mv9AxHDJ2RidRvjD

Вот и наступает конец 2019 года. Поздравляю всех с наступающим или наступившим Новым Годом!

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

О том, как проходило голосование, можно узнать в этой теме: Итоги 2010-х. Голосование.

1. Лучший модератор десятилетия

Звание «Лучшего модератора десятилетия» достается... JB! Однако, я считаю справедливым выделить сразу троицу лучших модераторов. И ею становится JB, Shaman007, tazhate. Аплодисменты этим людям с железными нервами и могучими руками (чтобы держать банхаммер, разумеется)!

2. Лучший тролль 2010-х

Голосование на лучшего тролля не обошлось без троллинга. Независимые наблюдатели за голосованием склонны считать, что оно прошло нечестно, поэтому «Лучшим троллем 2010-х» объявляется ... saahriktu! До сих пор точно неизвестно, является ли он настоящим троллем или же он абсолютно серьезен, однако, желаю ему не прекращать делать то, что он делает.

3. Легендарный пользователь

Астрофизик, следящий за небом с помощью крупнейшего в Евразии телескопа. Почетный адепт церкви Священного koi8-r. Гордый владелец самого вкусного лимончелло во всем Нижнем Архызе. Я думаю вы догадались, кого я имею в виду. Это Eddy_Em, живая легенда нашего форума!

Немного меньше голосов у другой легенды Linux.org.ru - его Величества Царя. Грозный Царь, восседая на троне великой Сишки, всегда готов доступно объяснить, почему другие языки программирования достойны забвения или, в лучшем случае, ярлыка «сишка с классами».

4. Дань уважения

Голосование показало, что многие будут рады возвращению на форум dk- и megabaks. Надеюсь, однажды они вернутся - это тоже стало бы заметным для форума событием.

5. Самая эпичная тема

В прошедшем десятилетии было много жарких и неординарных дискуссий и событий. Но самым заметным стало явление миру Metaprog (Metaprog: универсальная графическая среда программирования [в разработке]). Желаю успехов автору этого творения, оно определенно заслуживает внимание.

Второе место - Великий и Нескучный BolgenOS (Linux Bolgenos - ее первые шаги и обсуждение) . Денис Попов приложил титанические усилия, стремясь достичь совершенного дистрибутива Linux, способного удовлетворить запросы самых утонченных и требовательных эстетов.

6. Великие творцы форума

В этой номинации победителем стал saahriktu. Ознакомиться с его творениями можно на сайте http://saahriktu.org И вновь пожелаю не останавливаться на достигнутом.

Второе место - i-rinat. Ознакомиться с его творениями можно на странице с информацией о пользователе. Несомненно, своими программами он принес большую общественную пользу.

7. Самый необычный посетитель форума

К собственной неожиданности победителем в этой номинации стал burato. Гордый владелец дома-купола в деревне, самодельных дрезины и котла, как минимум, привлекает внимание умелыми руками. Такой человек на необитаемом острове точно не пропадет.

8. Лучшая техническая помощь

В этой номинации победил EXL. Не сомневаюсь, столь ценный пользователь форума заслуживает многих благодарностей. Оказывать помощь тем, кто в ней нуждается, всегда почетно.

Предлагаю каждому в комментариям поделиться собственными достижениями за прошедшее десятилетие.

#include <iostream>
using namespace std;

int main()
{
	int v = 0;
	for(int i = 0; i < 2000 * 1000 * 1000; ++i) {
		v ^= i >> 1; /* i / 2 */
	}
	cout << v << endl;
	return 0;
}

Если битовый сдвиг заменить обычным делением, то время выполнения не изменится. Обе операции насколько мне известно занимают 1 такт. Запускал на x64.
Существуют ли архитектуры (arm, mips, ...), для которых эти и другие известные трюки - полноправная оптимизация?

UPD: при делении на 3, разница между сдвигом и делением ощутимая. Вопрос: как так, ведь обе инструкции за 1 такт выполняются?

Последние несколько дней свободная операционная система FreeBSD переходила от своей разработки, которая велась с помощью Subversion, к использованию распределенной системы контроля версий Git, которая используется в большинстве других проектов с открытым исходным кодом.

Переход FreeBSD с Subversion на Git состоялся. Миграция была завершена на днях, и теперь новый код поступает в их основной репозиторий Git и на Github.

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

Вот подпишет мне какой-нибудь let's encrypt сертификат, он станет доверенным клиентами. Теперь я могу устроить MITM атаку?

Всем известно, что для запуска любого приложения в Linux требуется одно из условий - на файле приложения должен быть установлен execute permissions флаг.
Благодаря лишь одному этому условию, невозможно случайно запустить вирус скаченный из интернета или полученный на флешке, он просто не запустится, надо вручную устанавливать флаг.
Пользователи Linux оказались под простой и надёжной защитой.

Но такая ситуация не даёт покоя рептилоидам и прочим мошенникам.
«Что-же делать? ...» - думают они - "... Как нам зарабатывать деньги, заражать компьютеры, продавать антивирусы и прочую, оказавшуюся ненужной, херню?"
И решили: «Надо внедрить диверсантов и потихоньку всё испортить!»

Итак, заметил, что с каких-то пор, эти пидиверсанты внесли изменения дефолтных прав доступа при монтировании ntfs, vfat и прочих ф.с. - все файлы по умолчанию стали исполняемыми, установлен execute permissions флаг.
Теперь если скачать файл с вирусом и поместить его на диск с файловой системой ntfs или fat32, или воткнуть флешку с вирусом, то он сразу будет исполняемым и его можно случайно или преднамеренно запустить.
Такие вот дела.

Я конечно сразу это исправил себе вот таким патчем:

--- a/src/udiskslinuxfilesystem.c
+++ b/src/udiskslinuxfilesystem.c
@@ -331,7 +331,7 @@
 
 /* ---------------------- vfat -------------------- */
 
-static const gchar *vfat_defaults[] = { "uid=", "gid=", "shortname=mixed", "utf8=1", "showexec", "flush", NULL };
+static const gchar *vfat_defaults[] = { "uid=", "gid=", "shortname=mixed", "utf8=1", "showexec", "flush", "dmask=022", "fmask=133", NULL };
 static const gchar *vfat_allow[] = { "flush", "utf8", "shortname", "umask", "dmask", "fmask", "codepage", "iocharset", "usefree", "showexec", NULL };
 static const gchar *vfat_allow_uid_self[] = { "uid", NULL };
 static const gchar *vfat_allow_gid_self[] = { "gid", NULL };
@@ -339,7 +339,7 @@
 /* ---------------------- ntfs -------------------- */
 /* this is assuming that ntfs-3g is used */
 
-static const gchar *ntfs_defaults[] = { "uid=", "gid=", NULL };
+static const gchar *ntfs_defaults[] = { "uid=", "gid=", "dmask=022", "fmask=133", NULL };
 static const gchar *ntfs_allow[] = { "umask", "dmask", "fmask", "locale", "norecover", "ignore_case", "windows_names", "compression", "nocompression", "big_writes", NULL };
 static const gchar *ntfs_allow_uid_self[] = { "uid", NULL };
 static const gchar *ntfs_allow_gid_self[] = { "gid", NULL };

Upd.: https://yadi.sk/d/g0gL_MY_N6I1Kw

А что сделал ты, линупсоид?

Порт в состоянии pre-alfa, но уже в состоянии запуститься, показать интерфейс, скопировать рекурсивно папку или отредактировать какой-нибудь конфиг.

До недавнего времени единственная версия Dos Navigator, работавшая под Linux, была Necromancer’s Dos Navigator с закрытым кодом.

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

Свершилось, братие и сестрие!

Долгожданный (кроме шуток - процесс релиза настолько затянулся что про это начали хохмить даже сами разработчики в рассылке emacs-devel) релиз системы исполнения emacs-lisp, реализующей редактор текста, файловый менеджер, почтовый клиент, систему установки пакетов и множество различных функций.

В данном выпуске:

• встроенная поддержка чисел целых чисел произвольного размера (в Emacs встроен великолепный калькулятор с поддержкой RPN и алгебраических вычислений)
• встроенная поддержка JSON
• для рендеринга шрифтов теперь используется библиотека HarfBuzz
• добавлена поддержка табов
• работа с изображениями без использования ImageMagick
• Lexical-binding используется по-умолчанию (если вы не писали на Lisp данный пункт можно смело игнорировать)
• поддержка дополнительного конфига для ранней инициализации (это может быть интересно пользователям spacemacs)
• поддержка спецификаций XDG на размещение файлов в домашней директории (наконец-то!)

Лично меня особенно радует последний пункт, хотя изменения и не ограничиваются перечисленным.

Ценители архи-боянов приглашаются в комментарии - делать ставки кто первый «пошутит» про отсутствие в GNU/Emacs текстового редактора: когда ещё доведётся услышать шутку, которая старше большинства посетителей ЛОРа?

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

Всем привет. Не могу нагуглить вразумительной документации по letsencrypt/acme для использования в качестве модуля в python. Подскажете? Заранее благодарю.

Какая операционная система на компьютере? из новостей на кремлинру:

https://imgur.com/a/7jb02db

Intel® Turbo Boost Technology 2.01 accelerates processor and graphics performance for peak loads, automatically allowing processor cores to run faster than the rated operating frequency if they’re operating below power, current, and temperature specification li... Блаблабла

Словили кайф? Единственное предназначение трупобуста - сократить издержки на отбор и тестирование. Зачем выяснять оптимальную частоту и напряжение для чипа? Базовые занизим, турбо задерем. И практически любой чип пройдет.

Плюс деградация на конском напряжении - мелочь, а приятно.

Приветствую!

Перешил свой телефон прошивкой с андроидом 4.x (не помню, лень смотреть, да и не суть). Понадобилось мне в один из каталогов залить 83 тысячи файлов. Но ФС обломала. Посмотрел форматирование sd карт - и основная и дополнительная расфрматированы как vfat.

Хотелось бы дополнительную форматнуть в ext4 что бы обойти ограничение по максимально допустимому количеству файлов в каталоге. Вот собственно и вопрос: сможет ли телефон с этим работать нормально?

Ну и в качестве дополнительной инфы. Рутовый доступ есть, ssh-сервер на телефоне поднят, midnight commander по ssh функционирует более-менее приемлемо (если не трогать NumPad).

Сабж. Американские юзеры локали en_US оказались недовольны новым дефолтом.

Было:

Fri Feb 1 05:53:41 UTC 2019

Fri 01 Feb 2019 01:26:44 AM UTC

Для американских юзеров оказался предпочтительнее 24-х часовой формат времени. Кроме этого люди начали активно спорить какой формат дат предпочтительнее.

Американские юзеры говорят, что в США чаще всего применяются такие форматы как

Sep 20, 1990

09/20/1990

Некоторые европейские юзеры говорят, что у них как раз используется новый дефолтный формат для en_US:

01 Feb 2019

Год, месяц, а потом день, по ходу, указывают только в некоторых европейских странах (таких как, например, Польша и Швеция).

В общем, Патрику пришлось патчить glibc на прежний формат.

#NNLUG
Юрий Азовцев, координатор NNLUG (Нижегородской группы пользователей системы Linux).

Юры не стало в ночь с сб на вск.

Юра сделал свой класс с ЧПУ-станками в нижегородском колледже, и работал там преподавателем. С начала 2000-х занимался популяризацией Linux, и продвижением его в образовательные учреждения.

gumanoed, https://nntc.nnov.ru/sites/default/files/gallery/1024x768-dsc06690.jpg