Загальносистемні допоміжні інструменти
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.
Want to help? Learn how to contribute to Fedora Docs ›