Цей баг довго не давав мені спокою, ще з версії 42.1. Суть в тому, що при виключенні або перезавантаження система завмирала на консольному запрошенні на 60-90 секунд, і лише потім вимикалася. Пошук в Google, звичайно ж, видавав купу подібних скарг від інших людей, разом з порадами щодо вирішення проблеми. Але мені нічого не допомагало: ні відключення служб, ні ручне отмонтірованіе розділів, ні ручне завершення всіх процесів.
Нарешті, мені вдалося з'ясувати, що справа була в кривизні Systemd 228, використовуваної в openSUSE Leap. Мені допоміг рецепт, описаний тут. Швидке рішення виглядає так:
The bug can be worked around by creating a file /etc/sysctl.d/50-coredump.conf with the following contents:
That causes the kernel to write coredumps directly, bypassing the buggy systemd code.
Однак, так ядро буде при певних обставинах писати великі дампи в файл на кореневому розділі. Щоб уникнути цього, можна скидати дамп ядра в / dev / null:
ln -s / dev / null /etc/sysctl.d/50-coredump.conf
echo '* hard core 0' >> /etc/security/limits.conf
# DefaultStandardOutput = journal
# DefaultStandardError = inherit
# DefaultTimeoutStartSec = 90s
DefaultTimeoutStopSec = 5s
# DefaultRestartSec = 100ms
# DefaultStartLimitIntervalSec = 10s
# DefaultStartLimitBurst = 5
Тепер більше ніяких затримок при перезавантаженні або виключенні!
Ваша оцінка:
Очевидно, що додаток, зібране під стару версію Ubuntu 14.04, вже не може запускатися в більш нових версіях Linux. Забавно, що неосілятори з Гіктаймса в подібній ситуації здалися ще раніше: на етапі установки пакета. Однак я не перший раз запускаю пропріетарний софт в Linux і знаю, що більшість подібних програм (XnRetro, Dropbox, Skype і т.п.) поставляються з власним набором деяких системних бібліотек. Завжди можна спробувати видалити одну або кілька таких бібліотек і подивитися як програма спробує використовувати загальносистемні. Коротше кажучи, якщо позбутися від файлу /usr/lib/2GIS/v4/lib/libpthread.so.0, то ДубльГІС прекрасно запускається і працює:
Ваша оцінка:
Отже, для збірки нам буде потрібно злегка підредагувати файл project.pro, додавши туди рядок CONFIG + = c ++ 14:
Якщо цього не зробити, то проект просто не збереться сучасними версіями GCC. Потім потрібно переконатися в тому, що заголовки FLIF лежать в потрібному місці - між іншим, їх потрібно заздалегідь вручну покласти в / usr / include / FLIF:
Далі командуємо make і чекаємо кілька секунд. Отриману бібліотеку потрібно перевірити на успішну лінковку з кодувальником FLIF (справа в тому, що плагін чомусь іноді не лінкуются):
Далі, потрібно встановити саму бібліотеку, скопіювати .desktop-файли і зареєструвати відповідний тип файлу для share MIME database. Наступні команди я виконував з директорії
/ Qt_flif_plugin / configuraton:
sudo cp. /libflif.so / usr / lib64 / qt5 / plugins / imageformats /
sudo cp qimageioplugins / x-flif.desktop / usr / share / kservices5 / qimageioplugins /
sudo cp imagethumbnail-flif.desktop / usr / share / kservices5 /
sudo cp x-flif.xml / usr / share / mime / packages /
sudo / usr / bin / update-mime-database / usr / share / mime
Результат буде помітний відразу ж. По-перше, запрацює генератор мініатюр в файловому менеджері Dolphin:
Ваша оцінка:
Це дуже гідний і досить стабільний дистрибутив, який прекрасно підійде для домашнього використання, якщо ви візьмете НЕ офіційну версію, а збірку від проекту Russian Fedora - в ній вже додані додаткові репозиторії, кодеки та інші штуки, які в звичайній Федора потрібно проробляти вручну. Навіть якщо ви не збираєтеся використовувати Федору як основну систему, її завжди корисно мати десь під рукою (у віртуальній машині або на окремому жорсткому диску / розділі), тому що Федора - це завжди найновіша версія робочого столу Gnome, передова і найстабільніша робота нової графічної системи Wayland, надійна і стабільна підтримка UEFI і Secureboot в інсталятор, величезний вибір стороннього ПО через систему Fedora Copr і багато іншого.
Разом з тим, користуватися Fedora 25 Beta як основною системою важко, тому що багато проектів в Copr поки не роблять збірок для версії 25, багато інструментів, на зразок Fedy. теж поки підтримують тільки версії Fedora аж до 24-ї. Коротше кажучи, треба просто трохи почекати.
Попередній реліз 42.1 мені відверто не сподобався - він був дуже «сирим» і став більш-менш хорошим тільки через пару-трійку місяців, коли більшість проблем розробники нарешті вирішили. Я використовую openSUSE ще з часів версії 10.2 і можу сказати, що за минулий час було багато як хороших, так і невдалих релізів - в цьому сенсі проект openSUSE залишається непередбачуваним. Мали рацію ті користувачі, які не стали оновлюватися до Leap 42.1 і залишилися на відмінних версіях 13.1 і 13.2. Але схоже, що прийдешній випуск 42.2 вийде виключно вдалим. За місяць активного використання я залишився дуже задоволений якістю і продуктивністю системи. Мабуть, варто перерахувати гідності і деякі виявлені недоліки в openSUSE 42.2.
переваги:
- Традиційно кращий інсталятор з бачених мною. Логічний, зручний, стабільний - воно й не дивно, адже готували його спочатку для платної версії SUSE SLE:
- Приємний у використанні і дуже продуктивний робочий стіл Plasma5;
- Величезний набір додаткового ПЗ в системі openSUSE Build Service (OBS). Тут багато ентузіастів зі спільноти openSUSE підтримують свої збірки пакетів, і тут є практично все;
- Пакетний менеджер Zypper. який, на мій погляд, набагато могутніше будь-якого apt або urpm *. На моїй практиці мені вдавалося легко і витончено відкочувати систему до попереднього стану після поновлення з «лівих» репозиторіїв, використовуючи Zypper. Зламати пакетну систему в openSUSE практично нереально - навіть загублену систему завжди можна повернути в лад, вичистивши її від непотрібних нашарувань;
- Цікаві можливості бекапа і версіонірованія системи завдяки файлової системи Btrfs. В останній раз я тестував Btrfs ще з openSUSE 13.1, і тоді мене неприємно здивувала низька продуктивність цієї ФС на робочому столі. З тих пір я завжди форматувати кореневий розділ для openSUSE в ext4, але недавно я вирішив поставити 42.2 RC на окремий жорсткий диск і залишив в інсталятор настройки за замовчуванням - вони-то і пропонують завжди Btrfs. У підсумку, встановлена система здалася мені дуже швидкою, і тепер мені більше не хочеться міняти Btrfs на ext4. До речі, недавні тести показують. що Btrfs не так вже й відстає від конкуренток;
- Найзручніший спосіб установки оновлень, що я коли-небудь бачив. У системному лотку Plasma5 сидить значок оновлень, який подає сигнал про нові версії пакетів. Достатньо всього двох клацань миші - і поновлення тут же викачуються і встановлюються!
недоліки:
За дрібниці завжди набираються помилки, які хоч і не сильно впливають на загальне враження про систему, але дратують. Так, при виході (log out) з Plasma5 ця сама Плазма спочатку завмирає на пару секунд, потім з помилкою перезапускается, і лише після цього сеанс завершується. Є надія, що це виправлять в найближчих випусках Plasma 5.8.х, так що потрібно просто почекати оновлень. В іншому, деякі програми все одно доводиться збирати вручну (KEncFS, KNemo), але їх небагато. Русифікація Plasma5 в цілому на «четвірку» - трохи гірше ніж в Rosa Fresh, але дрібні огріхи не сильно псують життя.
Найголовніше - openSUSE 42.2 ще до свого виходу виявився дуже стабільним і придатним для використання дистрибутивом, який я можу рекомендувати всім, хто цікавиться Linux.