Загальносистемні допоміжні інструменти

Bazaar замінено на Breezy

У Fedora 32 пакунок breezy системи керування версіями замінив собою пакунки bzr та git-remote-bzr, які було пов’язано із системою керування версіями Bazaar. У результаті, користувачі, у яких було встановлено bzr, отримають breezy. Команда bzr (Bazaar) у новій версії стане символічним посиланням на команду brz (Breezy).

MariaDB 10.4

До складу Fedora 32 включено пакунок mariadb версії 10.4, оновлення з версії 10.3 у Fedora 31.

Серед помітних змін:

  • Користувачі root і mysql можуть входити до бази даних без пароля за допомогою додатка розпізнавання unix_socket.

  • Можливість використання декількох додатків розпізнавання для кожного зі облікових записів користувачів.

  • Підтримка завершення строку дії пароля.

  • Реалізація трасування оптимізатора.

  • Швидше порівняння рядків Юнікоду.

  • Різноманітні зміни у синтаксисі, змінних та рушії зберігання даних InnoDB.

Щоб дізнатися про усі аспекти цього випуску, ознайомтеся із офіційними нотатками щодо випуску MariaDB.

rdiff-backup 2.0.0

Цей новий випуск було створено повністю готовим до майбутнього — перехід на GitHub, підтримка Python, автоматизований конвеєр CI/CD на Travis, доступність на PyPi і жодної відомої регресії, порівняно із версіями 1.2.8/1.3.3.

У нас навіть знайшовся час на додавання декількох нових можливостей (докладно про це у журналі змін):

  • Обробка розріджених файлів стала ефективнішою у файлових системах, де передбачено зберігання таких файлів.

  • Не змінюється більше форматів стиснених файлів.

  • Зверніть увагу на параметр --no-fsync, який пришвидшує створення резервних копій (ціною незначного ризику втрати даних).

  • Можливе відтворювальне збирання.

  • Докладність повідомлень можна встановити за допомогою змінної середовища RDIFF_BACKUP_VERBOSITY.

На жаль, маємо повідомити, що через значні зміни rdiff-backup 2.x не зможе обмінюватися даними зі старішими версіями 1.x у режимі клієнт-сервер (але формати сховищ лишилися сумісними), тому вам доведеться оновити клієнт і сервер одночасно.

Це підводить нас до встановлення, яке докладно описано у файлі read me, але ось коротка версія:

  • У Fedora 32, у цьому дистрибутиві.

  • У Fedora 30 і 31 доступний як оновлення.

  • У CentOS/RHEL 7 і 8 доступне оновлення у EPEL

  • В Ubuntu ви можете скористатися сховищем PPA Отто.

  • У Windows отримайте архів rdiff-backup-2.0.0.win32exe.zip звідси і розпакуйте його до одного з каталогів, які описано у змінній PATH системи.

  • Для будь-якої іншої підтримуваної платформи скористайтеся командою pip install rdiff-backup (або отримайте і встановіть відповідний архів звідси).

Якщо у вас виникнуть проблеми, створіть квиток у Bugzilla, зв’яжіться із розробниками за допомогою списку листування rdiff-backup-users і/або повідомте про ваду.

Приємних резервних копій, і пам’ятайте: тим, у кого немає резервної копії, ніхто не співчуває!

Пакунок apt перенесено з apt-rpm на apt Debian

До Fedora 32 у пакунку apt не використовувався код основної гілки apt з Debian. Замість нього було використано відгалуження apr-rpm. Це надавало змогу користувачам використовувати команди apt-get у терміналі для встановлення пакунків зі сховищ DNF Fedora. Це було корисним, оскільки у багатьох настановах у мережі використовується apt-get.

Переходом у пакунку apt Fedora з apt-rpm на звичайний apt ми перейшли з «мертвого» проєкту на «живий». Також ми закрили «дірки» у захисті і впровадили критичну залежність для більшої частини пакунків з екосистеми DPKG. У Fedora вже можна збирати пакунки Deb, включно зі pbuilder, еквівалентом mock у екосистемі DPKG. Втім, pbuilder використовує debootstrap для передбачення середовища збирання. Хоча ми можемо втратити можливість використання apt-get install у командному рядку для пакунків Fedora, ми відкриваємо дорогу sbuild, іншому еквіваленту для збирання пакунків Deb у чистому середовищі. Ця зміна надає нам гнучкості для створення програмного забезпечення для Debian і похідних систем, не полишаючи комфортного середовища Fedora.