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