Собственно, сабж: https://sourceforge.net/p/forge/documentation/GitHub Importer/ .
We provide an importer to easily copy over project data from an existing GitHub project into our project hosting. We support both importing to a new project, as well as importing individual tools into an existing SourceForge project.
Собственно, сабж.
Узнать это можно выполнив скрипт https://saahriktu.org/tmp/getmatplotlibbackend.py .
#!/usr/bin/python3
import os
import matplotlib
import distro
print('matplotlib backend: ' + matplotlib.get_backend())
print(distro.linux_distribution())
if os.path.exists(os.getenv('HOME') + '/.config/matplotlib/matplotlibrc'):
print('~/.config/matplotlib/matplotlibrc detected')
Собственно, сабж.
Качать можно тут: https://www.telnetbbsguide.com/lists/download-list/ .
Зеркало текущего monthly list'а: https://saahriktu.org/tmp/ibbs1121.zip .
Собственно, сабж.
Суть Pony Messenger'а в том, что он забирает и доставляет сообщения (одновременно) один раз в сутки (нужное время можно выбирать).
Существуют версии для iOS, Android'а и браузера.
Сайт проекта: https://www.ponymessenger.com/
Собственно, сабж.
Patrick Volkerding has announced that the development branch of Slackware Linux has reached «release candidate 2» status. As a result, the highly anticipated release of version 15.0 of the world's oldest surviving Linux distribution is just around the corner: «Clearly we're going to have to trend more carefully for things to settle down, so consider this RC2 and a much harder freeze. A test mass rebuild was done here and there are no more 'fails to build from source' remaining.» The most recent entry in the current changelog also includes a note on rebuilding Python Markdown to fix the Samba build: «The newer versions of Markdown require importlib_metadata and zipp, and adding these also fixes the build, but oddly the installed PKG-INFO shows version 0.0.0, which I suspect is more breakage going on with setuptools. I've tried rebuilding all other Python modules here to see if a more general breakage had crept in somehow, but those are the only two Python modules I've found that exhibit this issue, and I've found other similar reports (but no fixes). Markdown 3.3.4 seems to be the safe bet for now.»
Полный вариант со ссылками на скачивание: https://distrowatch.com/?newsid=11401
Собственно, сабж: https://www.youtube.com/watch?v=3nkRstRQT54 .
Напоминаю, что были и другие песни:
https://www.youtube.com/watch?v=SYRlTISvjww
https://www.youtube.com/watch?v=oHNKTlz1lps
https://www.youtube.com/watch?v=4VrhlyIgo3M
https://www.youtube.com/watch?v=0w6kXdHXxAA
https://www.youtube.com/watch?v=b0tsZB_LEQk
...
и т.д.
Собственно, происходит сабж.
Напоминаю, libcaca недавно обновилась с исправлениями уязвимостей.
Однако, было выяснено, что новой версии в обязательном порядке нужна библиотека imlib2.
Тогда Патрик Волькердинг сказал так:
I'm not certain that any of these CVEs would be something anyone would run into without trying very hard. ... We'll skip this one and see if it works out in a later version.
Собственно, сабж. Баг не является критическим, сами пакеты с полезным содержимым обновляются. Разработчики openSUSE сейчас пытаются решить эту проблему.
Вся неприятность заключается в вот этом:
# zypper up
Загрузка данных о репозиториях...
Чтение установленных пакетов...
1 обновление продукта НЕ будет установлено:
"openSUSE Leap 15.3"
Нечего выполнять.
Собственно, сабж. Держу в курсе.
Наблюдал баг ещё в Brave Nightly, а потом он докатился и до самого Chromium'а 95.0.4638.54 + Brave Stable на его же основе.
Баг может быть специфически линуксовым. Куда и зачем писать о нём кроме ЛОРа пока ещё не понял.
В консоли браузера при вставке картинки вылазит ошибка
Uncaught TypeError: Failed to execute 'readAsDataURL' on 'FileReader': parameter 1 is not of type 'Blob'.
eMKatic — кроссплатформенный эмулятор современных ЭКВМ серии «Электроника», который поддерживает скины МК-152, МК-152М, МК-1152 и МК-161. Написан на Object Pascal и собирается при помощи Lazarus и Free Pascal Compiler.
( читать дальше... )
>>> Скачать (sourceforge.net)
Собственно, сабж.
Муниципальные структуры Токио начали искоренять практику использования гибких магнитных дисков и переводить взаимодействие с гражданами и организациями в онлайн. Японских чиновников дискеты полностью устраивали, и, если бы не постоянно растущая стоимость использования этой морально устаревшей технологии, на отказ от нее, вероятно, решились бы очень нескоро.
Вся новость: https://www.cnews.ru/news/top/2021-10-25_stolitsa_yaponii_otkazyvaetsya
Собственно, сабж. Расширение позволяет редактировать текстовые поля из браузера в Emacs'е.
Сам я до сегодняшнего дня и не задумывался о подобном. Пока не наступил на грабли. А грабли таковы: после Emacs'а браузерами менее удобно пользоваться. В Emacs'е для вырезания текста используется Ctrl-w. А в браузере Ctrl-w закрывает вкладку и весь набираемый текст теряется.
Хорошо, что есть такие расширения как «Edit with Emacs».
(Этот пост набран в Emacs'е)
Собственно, сабж.
Вопрос навеян тем, что я тут себе второй USB-разветвитель для основной машины купил.
Старый - GINZZU GR-388UAB (7 портов), новый - GINZZU GR-315UAB (7 портов).
Собственно, сабж.
Do you have #ruby skills? Are you interested in helping the @openSUSE community? We have #heroes that help with our tools and infrastructure, and we always welcome more. #BeAHero https://en.opensuse.org/openSUSE:Heroes
Собственно, сабж. Гуглопереводчик говорит, что это кодовое имя переводится с испанского как «Дурдом решил: завтра солнышко! ».
Changelog:
- The extension of a filename is added to the name of a corresponding temporary file, so that spell checking a C file, for example, will check only the comments and strings (when using 'aspell').
- The process number is added to the name of an emergency save file, so that when multiple nanos die they will not fight over a filename.
- Undoing a cutting operation will restore an anchor that was located in the cut area to its original line.
- When using --locking, saving a new buffer will create a lock file. Syntax highlighting for YAML files has been added.
Собственно, решил посмотреть тут ALT Linux (ставил из alt-p10-server-systemd-20210912-x86_64.iso) и внезапно напоролся на неожиданное изменение поведения Chromium'а и основанного на нём браузеров в ALT'е.
Firefox у меня в ALT'е ведёт себя как обычно, всё шустро открывает, никаких проблем с этим нет.
А вот Chromium и основанные на нём браузеры при открытии страницы неслабо так задумываются. Причём дебаг указывает на то, что открытие страниц ставится в очередь, а браузер активно выполняет основной процесс лишь время от времени отвлекаясь посмотреть, а что же там стоит в очереди. В итоге, например, даже главная страница ЛОРа открывается более чем 14 секунд. Twitter так вообще превращается во «вспомни как в 90-е прогружались отдельные элементы страницы».
Так вот, собственно, вопрос: что так сильно отвлекает браузер от выполнения его задач, что он делает?
При дебаге у меня возникли подозрения, что браузер пытается активно до чего-то достучаться через dbus, но у него это не получается. Я вчера полдня по-разному крутил настройки dbus'а, проверял работает ли он вообще. Поставил на паузу и снова запустил через dbus воспроизведение в vlc, перезагрузил настройки dbus'а через dbus. В целом, вроде бы, сам dbus работает. Возможно, ему ещё чего-то не хватает в системе.
Лог strace'а заполнен кучей строк наподобие
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
poll([{fd=12, events=POLLIN}, {fd=34, events=POLLIN}, {fd=35, events=POLLIN}], 3, 0) = 1 ([{fd=34, revents=POLLIN}])
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
poll([{fd=12, events=POLLIN}, {fd=34, events=POLLIN}, {fd=35, events=POLLIN}], 3, 0) = 1 ([{fd=34, revents=POLLIN}])
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
recvmsg(35, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
Собственно, сабж.
Изменения в Math::BigInt:
1.999825 2021-09-28
* Make Math::BigInt accept integers regardless of whether they are written as
decimal, binary, octal, or hexadecimal integers or decimal, binary, octal, or
hexadecimal floating point number.
* When numeric constants are overloaded (with the ":constant" option) in
Math::BigInt, every numeric constant that represent an integer is converted
to an object regardless of how it is written. All finite non-integers are
converted to a NaN.
* When numeric constants are overloaded (with the ":constant" option) in
Math::BigFloat, every numeric constant is converted to an object regardless
of how it is written.
* Add method from_dec() (cf. from_bin(), from_oct(), and from_hex()). It is
like new() except that it does not accept anything but a string representing a
finite decimal number.
Изменения в Math::BigInt::GMP
1.6009 2021-09-28
* Sync test files with Math-BigInt.
Сколько помню, всегда обновлял glibc как написано в LFS Book:
./configure && make && make install
Грабли возникают уже на том этапе, что «make install» сначала устанавливает ряд файлов, а только потом ещё дособирает другой ряд файлов. В итоге получается, что, например, GCC уже собирает бинарники для нового glibc'а, а его в системе пока ещё нет. И вот обойти эти грабли можно задав отдельную директорию через $DESTDIR. Сначала glibc устанавливает себя туда, а уже потом это файло перемещается в систему.
Также glibc теперь хардкодит в себя --prefix, который должен быть «/usr». А по старым стандартам *.so файлы glibc'а перемещались из /usr/lib в /lib на тот случай, если, вдруг, /usr нет при загрузке системы. А теперь оно стало работать не так.
Сейчас буду обновлять систему дальше, а пока нахожусь одной ногой в старых стандартах, а другой в новых, это выглядит в т.ч. так:
> ls -l /lib/ld-linux-x86-64.so.2
lrwxrwxrwx 1 root root 31 сен 28 12:57 /lib/ld-linux-x86-64.so.2 -> ../usr/lib/ld-linux-x86-64.so.2
>
Собственно, сабж. В прежние времена такого не было.
В ядерной консоли с локалью UTF-8 Telegram был, а в ядерной консоли с локалью KOI8-R - нет. По той причине, что консольные клиенты Telegram'а можно пересчитать по пальцам и все они заточены конкретно под локаль UTF-8.
Был ещё telegram-purple, но с bitlbee он, можно сказать, не работал (синхронизация сообщений сильно хромала, часть из них вообще не доходили), а потом он вообще загнулся. Дальше я не следил. А зря. На замену telegram-purple, оказывается, сделали более функциональный tdlib-purple, который уже хорошо работает с bitlbee! И вот теперь-то и стало можно сидеть в Telegram'е из ядерной консоли с локалью KOI8-R!
В общем, рассказываю рецепт как готовить. Список ингридиентов: консольный IRC-клиент (irssi подойдёт), bitlbee, libpurple, tdlib и tdlib-purple.
cmake -DTd_DIR=/usr/local/lib/cmake/Td/ -DNoLottie=True -DNoTranslations=True -DNoVoip=True -DNoWebp=TRUE ..
make && cp libtelegram-tdlib.so /usr/lib64/purple-2/
Enjoy!
| ← назад | следующие → |