openSUSE Leap 42.1

Примітки до випуску

openSUSE Leap — це вільна операційна система на базі Linux для Вашого ПК, ноутбука або сервера. Ви можете переглядати інтернет, управляти поштою і фотографіями, виконувати офісну роботу, дивитися відео чи слухати музику і мати чимале задоволення!

дата публікації2015-10-28, 42.1.20151028

Якщо ви оновлюєтеся з старішої версії до цього випуску openSUSE Leap, див. попередні примітки тут: http://en.opensuse.org/openSUSE:Release_Notes

1 Встановлення

1.1 Встановлення основної системи

SuSEfirewall2 and yast2 have been removed from the minimal base system to save space. If you need it, select SuSEfirewall2 or patterns-openSUSE-yast2_basis.

1.2 UEFI —Unified Extensible Firmware Interface (об'єднаний розширений вбудований інтерфейс)

Перед установкою openSUSE на систему, яка завантажується за допомогою UEFI (Unified Extensible Firmware Interface), ми рекомендуємо вам перевірити наявність оновлень прошивки, рекомендованих виробником, і у випадку їх існування встановити такі оновлення. Наперед встановлена Windows 8 є безперечною ознакою того, що ваша система використовує UEFI.

Обґрунтування: Деякі прошивки UEFI містять помилки, що призводять до збою у разі запису великого обсягу даних в область зберігання UEFI. Характерно, що ніхто точно не знає, наскільки великий обсяг призводить до такого збою. openSUSE мінімізує цей ризик, записуючи мінімальний обсяг даних, необхідних для завантаження ОС. Під мінімальним розуміється вказівка прошивці UEFI на розташування завантажувача openSUSE. Спеціальні можливості ядра Linux, що використовують область зберігання UEFI для відомостей про завантаження і збоях (pstore), є типово вимкнені. Тим не менш, рекомендується встановити усі рекомендовані виробником оновлення прошивки.

1.3 UEFI, GPT і розділи MS-DOS

Разом із специфікацією EFI/UEFI застосовується новий спосіб розбиття: GPT (GUID Partition Table). Він використовує глобально унікальні ідентифікатори (128-бітні значення у вигляді 32 шістнадцяткових цифр) для визначення пристроїв і типів розділів.

Крім цього, специфікація UEFI дозволяє використання застарілих розділів MBR (MS-DOS). Завантажувачі Linux (ELILO або GRUB2) намагаються автоматично створити GUID для таких розділів і зберегти зміни в прошивці. Такі GUID можуть часто змінюватися, що призводить до перезапису даних прошивки. Перезапис складається з двох різних дій: видалення старого запису і створення нового запису замість старого.

У сучасних прошивках наявний збирач сміття, що збирає видалені записи і звільняє пам'ять, зарезервовану під старі записи. Проблема виникає у випадку, коли непридатна прошивка не звільняє такі записи; це може призвести до неможливості завантаження системи.

Обхідний шлях дуже простий: конвертуйте застарілий розділ MBR у новий GPT, щоб повністю уникнути подібних проблем.

2 Оновлення системи

3 Загальне

3.1 Немає типового мережного екрану після встановлення із живого КД

При установці із живого КД мережевий екран не буде усталено активований.

Увімкніть мережевий екран через YaST або за допомогою:

systemctl enable SuSEfirewall2
systemctl start SuSEfirewall2

4 Технічне

4.1 Система друку: покращення та несумісні зміни

Оновлено версію CUPS до 1.7

CUPS >= 1.6 має істотні несумісні зміни порівняно з CUPS до версії 1.5.4. Зокрема, при друці через мережу:

The IPP protocol default version increased from 1.1 to 2.0. Older IPP servers like CUPS 1.3.x (for example in SLE 11) reject IPP 2.0 requests with "Bad Request" (see http://www.cups.org/str.php?L4231 (http://www.cups.org/str.php?L4231) ). By adding '/version=1.1' to ServerName in client.conf (e.g., ServerName older.server.example.com/version=1.1) or to the CUPS_SERVER environment variable value or by adding it to the server name value of the '-h' option (e.g., lpstat -h older.server.example.com/version=1.1 -p) the older IPP protocol version for older servers must be specified explicitly.

CUPS Browsing is dropped in CUPS but the new package cups-filters provides the cups-browsed that provides basic CUPS Browsing and Polling functionality. The native protocol in CUPS for automatic client discovery of printers is now DNS-SD. Start cups-browsed on the local host to receive traditional CUPS Browsing information from traditional remote CUPS servers. To broadcast traditional CUPS Browsing information into the network so that traditional remote CUPS clients can receive it, set "BrowseLocalProtocols CUPS" in /etc/cups/cups-browsed.conf and start cups-browsed.

Some printing filters and back-ends are dropped in CUPS but the new package cups-filters provides them. So cups-filters is usually needed (recommended by RPM) but cups-filters is not strictly required.

The cupsd configuration directives are split into two files: cupsd.conf (can also be modified via HTTP PUT e.g. via cupsctl) and cups-files.conf (can only be modified manually by root) to have better default protection against misuse of privileges by normal users who have been specifically allowed by root to do cupsd configuration changes (see http://www.cups.org/str.php?L4223 (http://www.cups.org/str.php?L4223), CVE-2012-5519, and https://bugzilla.opensuse.org/show_bug.cgi?id=789566 (https://bugzilla.opensuse.org/show_bug.cgi?id=789566)).

CUPS banners and the CUPS test page are no longer supported since CUPS >= 1.6. The banners and the test page from cups-filters must be used. The CUPS banner files in /usr/share/cups/banners/ and the CUPS testpage /usr/share/cups/data/testprint (which is also a CUPS banner file type) are no longer provided in the cups RPM because they do no longer work since CUPS >= 1.6 (see http://www.cups.org/str.php?L4120 (http://www.cups.org/str.php?L4120) ) because there is no longer a filter that can convert the CUPS banner files. Since CUPS >= 1.6 only the banner files and testpage in the cups-filters package work via the cups-filters PDF workflow and the cups-filters package also provides the matching bannertopdf filter.

For details, see https://bugzilla.opensuse.org/show_bug.cgi?id=735404 (https://bugzilla.opensuse.org/show_bug.cgi?id=735404).

PDF Now Common Printing Data Format

There is a general move away from PostScript to PDF as the standard print job format. This change is advocated by the OpenPrinting workgroup of the Linux Foundation and the CUPS author.

This means that application programs usually no longer produce PostScript output by default when printing but instead PDF.

As a consequence the default processing how application programs printing output is converted into the "language" that the particular printer accepts (the so called "CUPS filter chain") has fundamentally changed from a PostScript-centric workflow to a PDF-centric workflow.

Accordingly the upstream standard for CUPS under Linux (using CUPS plus the cups-filters package) is now PDF-based job processing, letting every non-PDF input be converted to PDF first, page management options being applied by a pdftopdf filter and Ghostscript being called with PDF as input.

With PDF as the standard print job format traditional PostScript printers can no longer print application's printing output directly so that a conversion step in the printing workflow is required that converts PDF into PostScript. But there are also PostScript+PDF printers that can print both PostScript and PDF directly.

For details, see the section "Common printing data formats" in the SUSE wiki article "Concepts printing" at http://en.opensuse.org/Concepts_printing (http://en.opensuse.org/Concepts_printing) .

5 Різне

6 Додаткові відомості та зворотній зв'язок

  • Читати файли README на КД.

  • Отримати докладний журнал змін конкретного пакунку за допомогою RPM:

    rpm --changelog -qp <НАЗВАФАЙЛУ>.rpm

    <НАЗВАФАЙЛУ>. - це ім'я пакунку RPM.

  • Хронологічний журнал усіх змін в оновлених пакетах наведено у файлі ChangeLog на верхньому рівні DVD.

  • Більше інформації ви знайдете у каталозі docu на DVD.

  • Додаткова і оновлена документація на сайті https://activedoc.opensuse.org/.

  • Останні новини від openSUSE на сайті http://www.opensuse.org.

Авторські права © 2015 SUSE LLC

Дякуємо за використання openSUSE.

Команда openSUSE.