1.1, Аноним (-), 09:48, 14/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я в сузе 12.2 поставил 27-й файрфокс, и у меня вылез странный глюк с не-работой https
откатился на 26
| |
|
2.2, Zenitur (ok), 10:05, 14/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Какое совпадение, у меня тоже 12.2. Поддержка закончилась 15 января 2014 года. На что можно перейти? В 12.3 и новее systemd, следовательно глюки, вот подборка: http://www.linux.org.ru/forum/talks/10175580?cid=10176536 А ещё кириллица в чистой консоли не работает, причём в 12.2 тоже, если загрузиться с systemd вместо sysvinit: http://suseana.ru/?p=859.
А ещё из-за переписывания YAST на Ruby есть вот такой баг: http://s22.postimg.org/kobc7k1z5/image.png А должно быть так: http://img809.imageshack.us/img809/9274/yast226.png
Мне не важен параметр популярности, мне важно чтобы хорошо работало и был YAST. Сразу вспоминается Mageia. Где он есть ещё? Ещё вариант - платный SUSE, SLED.
| |
|
3.3, Аноним (-), 10:25, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если тебе нужен YaST, то у тебя не большой выбор - openSUSE или SUSE Linux Enterptise. А так дистрибутивов много хороших)
| |
|
4.22, Аноним (-), 15:50, 14/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я ничего не слышал о надёжности суси зато её видел и она действительно надёжна, за многие годы её использования ни разу не возникло ни одной серьёзной проблемы.
| |
4.31, Аноним (-), 05:23, 15/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Я очень многое слыхал о стабильности зюзи....
Я ничего не знаю о стабильности зюзи, мне скринов зенитара хватило для того чтобы держаться на пушечный выстрел. В браузере на опеннете - не русские шрифты а мутное гомно. Если у них браузер в таком виде - остальное мне вообще ссыкотно проверять.
| |
|
3.7, paulus (ok), 12:12, 14/02/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
Зато все так орут "за" и хвалят systemd...
>А ещё кириллица в консоли не работает, если загрузиться с systemd вместо sysvinit | |
|
4.19, Аноним (-), 14:40, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Зато все так орут "за" и хвалят systemd...
>>А ещё кириллица в консоли не работает, если загрузиться с systemd вместо sysvinit
Пардон, а что кириллице делать в консоли?
| |
|
5.24, Аноним (-), 15:52, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
должна быть потому что работаешь порой с кириллицей не только в иксах.
| |
|
|
3.8, Аноним (-), 12:15, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
13.1 в порядке, ставь её, не стесняйся. в systemd нет ничего действительно плохого (если не учитывать брюзжания аналитегов с лора), а на ssd он вообще must have.
| |
|
4.11, ананим (?), 13:12, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
да-да, а вот это:
>6. Внезапне стали очень частыми зависания машин при выключении.
>9. Ах, да, кернел-паники. Их что-то шибко много стало. С тоской вспоминаю времена 11.3-12.1, когда кернел-паники я видел тока на скринах в интернетах.
народу привиделось?
https://bugs.freedesktop.org/show_bug.cgi?id=63134
Bug 63134 - shutdown/reboot hangs on new arch install Status:NEW
Ну и там же
Bug 33421 - Deadlock on shutdown due to triggered automount unit Status: NEW Reported: 2011-01-24
Bug 67427 - Crash on shutdown, Assertion 'a >= 0 && a < _JOB_TYPE_MAX_MERGING' failed
Bug 70593 - random 90 sec delay on shutdown/reboot (A stop job is running for User Manager for 0) Status: REOPENED
…
| |
|
|
6.20, Аноним (-), 14:41, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Я понимаю, что УМВР хреновый довод, но… УМВР.
Он тем более хреновый, что это вообще не довод. Если для работы чего-либо нужно благоприятное сочетание светил и планет, то это что-то реально не нужно.
| |
|
7.21, Аноним (-), 15:33, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> нужно благоприятное сочетание светил и планет
Обычное дело для Суси
| |
|
|
|
|
3.10, Аноним (-), 13:09, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
На 13.1. Относительно 12.3 допилен системд.
> А ещё кириллица в чистой консоли не работает, причём в 12.2 тоже
Надо накатить cyrconfix.
> А ещё из-за переписывания YAST на Ruby есть вот такой баг: http://s22.postimg.org/kobc7k1z5/image.png
У себя не наблюдаю. Видимо, это гномеяст чудит.
| |
|
4.14, Аноним (-), 13:17, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
А, да, забыл еще одно: 13.1 потом будет оправлен в evergreen и можно будет долго на нем сидеть.
Или можно вообще tumbleweed поставить.
| |
|
|
|
1.4, Аноним (-), 10:31, 14/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>со стабильностью работы, проявляющиеся при обработке JavaScript-кода, использующего вызов ClearTimeoutOrInterval
Я даже не заметил эту багу. Всетаки надо чаще посещать свои сайты. xD
| |
|
2.28, Xasd (ok), 21:31, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
оно и ясно:
setInterval() -- является опасной функцией (лучше эмулировать её через setTimeout() с интеграцией дополнительной проверки "нужно ли всё ещё продолжать цикл? если мы делаем анимацию -- то принадлежит ли анимируемый элемент всё ещё к родителю document.body ?")
а clearTimeout()\clearInterval() -- является безполезной функцией, так как нет смысла отменять таймер. на много лучше отменить ДЕЙСТВИЕ которое должно было бы производиться по таймеру -- так как такой способ более безопасен, и примерно также затратен по ресурсам как и clearTimeout()\clearInterval().
вся проблема clearTimeout()\clearInterval() -- в том что в качестве агрумента они принимают целочисленное число. и таким образом алгоритм скрипта может допустить ошибку и остановить не тот таймаут, который нужно было бы остановить (точнее сказать ошибку допустит программист, а не скрипт. скрипт же не виноват в том что прогрммист забыл учесть все возможные ситуации:)).
именно поэтому clearTimeout()\clearInterval() -- опасны для применения. и останавливать таймают лучше изнутри сработавшего (по таймеру) кода.
например мы могли бы по ошибке применить clearTimeout() к ситуации когда код по таймеру уже успел выполниться. и в этом случае было бы печально если просроченный идентификатор таймаута -- случайно совпадёт с идентификатором другого таймаута -- а этом очень возможно, так как целочисленные идентификаторы НЕ уникальны (их значения могут повторяться).
| |
|
|