Загальносистемні допоміжні інструменти
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 ›