|
| 1.2, Аноним (-), 12:52, 20/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> импортированные из репозиториев Arch/Manjaro
так рач или манжара? Там разница в ~2 недели
| | |
| |
| 2.10, anonimus (?), 19:57, 20/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Судя про скриншоту с манджары взяли менеджер настроек, возможно еще Manjaro Hardware Detection ,а основная часть с AUR. Но скачивать чтоб проверить немного лень)
| | |
|
| 1.3, Аноним Анонимович Анонимов (?), 13:14, 20/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Несмотря на то, что пользователи Netrunner Rolling могут получить все изменения через штатную систему обновления, разработчики рекомендуют заново переустановить систему с нового установочного носителя.
Вся суть rolling release. Помнится даже на арче википедии висел заголовок в шапке, дескать не ставьте арч на критические узлы вашей сети (сервера, компьютеры и т.п.), ибо rolling release череват последствиями.
>LibreOffice 5.2.7
Даже в Ubuntu свежее
| | |
| |
| 2.8, лютый жабист__ (?), 19:23, 20/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>Несмотря на то, что пользователи Netrunner Rolling могут получить все изменения через штатную систему обновления, разработчики рекомендуют заново переустановить систему с нового установочного носителя.
> Вся суть rolling release. Помнится даже на арче википедии висел заголовок в
> шапке, дескать не ставьте арч на критические узлы вашей сети
Ну, это очевидно, что Арч идеал для десктопа, а не сервера.
А вот что в Netrunner не отточен апгрейд это фуфу, в Арче систему обновляю по 3-3.5 года, далее плановый апгрейд HDD и так до бесконечности без единой проблемы.
| | |
| |
| 3.14, Аноним (-), 21:41, 20/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А вот что в Netrunner не отточен апгрейд это фуфу, в Арче
> систему обновляю по 3-3.5 года, далее плановый апгрейд HDD и так
> до бесконечности без единой проблемы.
А бесконечность не кончилась с приходом systemd у тебя? У меня вот кончилась. Причём, не всё было так страшно в начале, как стало потом.
| | |
| |
| 4.22, Аноним84701 (ok), 01:00, 21/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > А бесконечность не кончилась с приходом systemd у тебя? У меня вот
> кончилась. Причём, не всё было так страшно в начале, как стало
> потом.
Наоборот же, завезли:
https://lists.freedesktop.org/archives/systemd-devel/2016-February/035748.html
> [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-systemd-service-timeo
> Changing systemd.service TimeoutSec value to “infinity” has no effect
Старательно их [грабли со значением 0 в таймаутах старых версий] обкостылять:
https://github.com/systemd-mailing-devs/systemd-mailing-list/commit/36c16a7cdd
[CODE]
+ /* 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;
[/CODE]
и хорошенько разогнавшись,на них же и наступить:
https://github.com/systemd-mailing-devs/systemd-mailing-list/commit/2d79a0bbb9
> 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.
Цирк. С понями.
| | |
| |
| 5.34, Anonplus (?), 21:10, 21/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вообще, логично, что нулевой таймаут это отсутствие таймаута (то есть, выполнить сразу же прям щас), а не "никогда".
| | |
|
|
|
|
| |
| |
| 3.16, Аноним (-), 21:47, 20/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Хоспадя, и ведь такой "дизайн" во времена Вин98 не казался мне ужОсом. Сейчас то хочется сразу это развидеть.
| | |
| |
| 4.24, Аноним (-), 07:21, 21/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне такой дизайн не казался плохим и во времена XP\Vista, потому что остальные скины у винампа ещё хуже.
| | |
|
|
| 2.11, anonimus (?), 20:00, 20/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
на ней же явно написано Audacious, правда выбрали самый плохой скин из всех...
| | |
|
| 1.17, doom (ok), 21:47, 20/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 >развитием в направлении бесшовной интеграции Wine
Ага, знаем. В соседней теме уже в gnome-exe-thumbnailer интегрировали.
| | |
|
