Blue Systems, предоставляющая финансирование разработки KWin, Kubuntu и KDE-редакции дистрибутива Linux Mint, спустя 18 месяцев с момента прошлого обновления сформировала новые сборки Netrunner Rolling 2017.07. Netrunner Rolling поставляется с рабочим столом KDE и является полностью rolling-дистрибутивом, предлагающем самые свежие версии программ, импортированные из репозиториев Arch/Manjaro. Размер загрузочного iso-образа (http://www.netrunner.com/download/) составляет 2.3 Гб (x86_64).Netrunner Rolling дополняет продукты Netrunner Desktop и Maui (https://mauilinux.org/), первый отличаются применением классического подхода к формированию сборок и использованием пакетной базы Debian, а в Maui применяется псевдо-роллинг модель на основе пакетов Kubuntu LTS и постоянно обновляемых выпусков пользовательских приложений и рабочего стола KDE. От Kubuntu дистрибутивы Netrunner отличаются иным подходом к организации интерфейса пользователя и развитием в направлении бесшовной интеграции Wine и GTK-программ в окружение KDE.
В новой сборке в качестве мультимедийного проигрывателя по умолчанию задействован SMPlayer, а вместо утилиты imagewriter от проекта SUSE для записи образов теперь предлагается Imagewriter от проекта KDE Neon. Обновлены версии программ: KDE Plasma 5.10.3,
KDE Frameworks 5.35, KDE Applications 17.04.2,, Qt 5.9.0, ядро
Linux 4.11.8б Firefox 54.0.1, Thunderbird 52.2.1, LibreOffice 5.2.7 и т.п. Несмотря на то, что пользователи Netrunner Rolling могут получить все изменения через штатную систему обновления, разработчики рекомендуют заново переустановить систему с нового установочного носителя.URL: http://www.netrunner.com/netrunner-rolling-2017-07-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=46891
А от RHEL и Fedora ничего не взял.
> импортированные из репозиториев Arch/Manjaroтак рач или манжара? Там разница в ~2 недели
Судя про скриншоту с манджары взяли менеджер настроек, возможно еще Manjaro Hardware Detection ,а основная часть с AUR. Но скачивать чтоб проверить немного лень)
>Несмотря на то, что пользователи Netrunner Rolling могут получить все изменения через штатную систему обновления, разработчики рекомендуют заново переустановить систему с нового установочного носителя.Вся суть rolling release. Помнится даже на арче википедии висел заголовок в шапке, дескать не ставьте арч на критические узлы вашей сети (сервера, компьютеры и т.п.), ибо rolling release череват последствиями.
>LibreOffice 5.2.7
Даже в Ubuntu свежее
>>Несмотря на то, что пользователи Netrunner Rolling могут получить все изменения через штатную систему обновления, разработчики рекомендуют заново переустановить систему с нового установочного носителя.
> Вся суть rolling release. Помнится даже на арче википедии висел заголовок в
> шапке, дескать не ставьте арч на критические узлы вашей сетиНу, это очевидно, что Арч идеал для десктопа, а не сервера.
А вот что в Netrunner не отточен апгрейд это фуфу, в Арче систему обновляю по 3-3.5 года, далее плановый апгрейд HDD и так до бесконечности без единой проблемы.
> А вот что в Netrunner не отточен апгрейд это фуфу, в Арче
> систему обновляю по 3-3.5 года, далее плановый апгрейд HDD и так
> до бесконечности без единой проблемы.А бесконечность не кончилась с приходом systemd у тебя? У меня вот кончилась. Причём, не всё было так страшно в начале, как стало потом.
> А бесконечность не кончилась с приходом systemd у тебя? У меня вот
> кончилась. Причём, не всё было так страшно в начале, как стало
> потом.Наоборот же, завезли:
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
> [systemd-devel] [ANNOUNCE] systemd v229
> * Most configurable timeouts in systemd now expect an argument of
> "infinity" to turn them off, instead of "0" as before. The semantics
> from now on is that a timeout of "0" means "now", and "infinity"
> means "never".И даже не забыли заботливо разложить грабли:
> To maintain backwards compatibility, "0" continues to
> turn off previously existing timeout settings.https://unix.stackexchange.com/questions/352749/changing-sys...
> Changing systemd.service TimeoutSec value to “infinity” has no effectСтарательно их [грабли со значением 0 в таймаутах старых версий] обкостылять:
https://github.com/systemd-mailing-devs/systemd-mailing-list...
+ /* Traditionally, these options accepted 0 to disable the timeouts. However, a timeout of 0 suggests it happens
+ * immediately, hence fix this to become USEC_INFINITY instead. This is in-line with how we internally handle
+ * all other timeouts. */
+
+ if (s->timeout_start_usec <= 0)
+ s->timeout_start_usec = USEC_INFINITY;
и хорошенько разогнавшись,на них же и наступить:
https://github.com/systemd-mailing-devs/systemd-mailing-list...
> Since commit 36c16a7 ("core: rework unit timeout handling, and add
> new setting RuntimeMaxSec=") TimeoutSec=0 in mount units has
> cause the mount to timeout immediately instead of never as documented.Цирк. С понями.
Вообще, логично, что нулевой таймаут это отсутствие таймаута (то есть, выполнить сразу же прям щас), а не "никогда".
на первом скриншоте винамп же?
А прочитать заголовок окна слабо?
x11amp из могилы достали :-D
Хоспадя, и ведь такой "дизайн" во времена Вин98 не казался мне ужОсом. Сейчас то хочется сразу это развидеть.
Ну у x11amp/xmms скины были такие же страшные, да.
Мне такой дизайн не казался плохим и во времена XP\Vista, потому что остальные скины у винампа ещё хуже.
а мне он и сейчас не кажется ужОсом
на ней же явно написано Audacious, правда выбрали самый плохой скин из всех...
>развитием в направлении бесшовной интеграции WineАга, знаем. В соседней теме уже в gnome-exe-thumbnailer интегрировали.
Зачем, когда есть трискель?