| 1.4, Аноним (-), 19:43, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Прекращена поддержка небезопасных криптографических алгоритмов .. RC4
А кто скажет, они ChaCha/Salsa впилили во всё это добро? Или только убрали указанное. А то RC4 было хорошо юзать в качестве нересурсоемкого алгоритма для ssh на слабом железе при копировании. А что теперь? Сальса же быстра, но её там может не быть...
| | |
| |
| 2.17, Ilya Indigo (ok), 12:23, 06/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > А кто скажет, они ChaCha/Salsa впилили во всё это добро?
Этого даже в 25-ой Федоре нет.
С уверенностью могу заявить, что в 6 и 7 этого не будет никогда.
| | |
| |
| 3.24, Аноним (-), 05:43, 07/04/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Этого даже в 25-ой Федоре нет.
В C7 и федоре есть.
> 6
а вот в 6м нет.
Кстати, arcfour128 оставили, просто из дефолтного конфига исключили. Видимо, RC4 по-другому обозначался
(это я про ssh)
| | |
| |
| 4.25, Ilya Indigo (ok), 11:38, 07/04/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Этого даже в 25-ой Федоре нет.
> В C7 и федоре есть.
В OpenSSL 1.0.1e есть поддержка Chacha20-Ploy1305?
> (это я про ssh)
Ну так сразу бы уточнили.
| | |
|
|
|
| 1.5, Аноним (-), 20:04, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>Удалены компоненты, которые в прошлом выпуске были помечены устаревшими: openswan, seabios, Btrfs, eCryptfs, mingw, virtio-win, fence-agents, systemtap, matahari, openscap;
Btrfs уже устарела? Её перестали пилить/допиливать?
| | |
| |
| 2.8, Stax (ok), 20:34, 05/04/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Оставили попытки довести до стабильности бэкпортами к ядру 2.6.32, поэтому больше не хотят поддерживать в рамках 6-ки. В рамках ядра 3.10 в 7-ке использовать можно.. но лучше не стоит, если только нет желания рискнуть данными :) В однодисковой конфигурации она не сильно интереснее, чем XFS (а свои негативные моменты имеет), а в многодисковой все-таки еще не достаточно стабильна.
| | |
| |
| 3.11, Ergil (ok), 22:51, 05/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Даже в однодисковой конфигурации btrfs интересен, за счет снапшотов, но на слабом проце оно грустит. Больше года прожил с btrfs'ом на личном сервере, таки отказался в пользу ext4, ибо с ним живется бодрей.
| | |
| |
| 4.13, Аноним (-), 07:54, 06/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
RedHat отказался от развития ext4 в пользу xfs, а теперь в xfs планируется куча вкусных плюшек.
Так что лучше смотреть в сторону xfs,
| | |
| |
| 5.26, пох (?), 19:34, 07/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> RedHat отказался от развития ext4 в пользу xfs
патамушта с ext4 и гугль неплохо справляется.
> Так что лучше смотреть в сторону xfs
даже не пытайтесь. Оно имеет очаровательное свойство сыпаться на ровном месте.
С моей точки зрения, сегодня есть два достойных варианта для универсальной системы (то есть где не нужно что-то сильно-специфическое, типа поддержки mtd, умещения в крохотную память и т п) - ext4 w/o journal (c)гугль и zol.
Первое для небольших и сильно нагруженных систем, второе для хранилок, просто больших помоек, или для системы с избытком ресурсов. (если свои данные жалко - не забываем читать доки freenas ДО установки на zfs, у этих ребят уникальный опыт топтания грабель, а zfs у них нынче почти та же самая что и у нас)
btrfs, на мой взгляд, проект совершенно мертворожденный, независимо от того, любит его RH в семерке или нет - "мы тоже могем не хуже!" никогда не приводило ни к чему хорошему.
| | |
|
|
|
| |
| 3.12, Аноним (-), 02:48, 06/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да ну и пофигу. Допилят на ванильном ядре - будем ставить ванильное.
| | |
| |
| 4.19, Stax (ok), 14:22, 06/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
Когда ставили - читали, что это "technology preview". Значит - никаких гарантий, и отказаться могут в любой момент (редхат так изредка делал, например касательно LXC через libvirt).
| | |
|
|
|
| |
| 2.18, Dimez (??), 13:28, 06/04/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
3ware поглотила lsi, потом их поглотила avago, потом их поглотил broadcom, а вы всё про поддержку 3ware спрашиваете :-)
| | |
| |
| 3.22, пох (?), 18:12, 06/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 3ware поглотила lsi, потом их поглотила avago, потом
это все, конечно, очень интересно, но из (весьма относительно)дешевых ненабортных рейдов это на сегодня единственный по прежнему работоспособный и надежный.
(ну и еще lsi перешитый в так называемый "it mode", то есть тупoй jbod'овый хост, при том что стоит он как настоящий. Нет, даже и не думайте пользоваться им в raid mode, там полный трэш уже много-много лет)
| | |
|
|
| 1.15, Нанобот (ok), 09:32, 06/04/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >Прекращена поддержка небезопасных криптографических алгоритмов MD5,
md5sum выпилили???77
| | |
| |
| 2.20, Stax (ok), 14:26, 06/04/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Прекращена поддержка небезопасных криптографических алгоритмов MD5,
> md5sum выпилили???77
Кто ж его выпилит, это же coreutils? А главное - зачем? Суммы-то проверять иногда надо.
Читайте релиз ноты, а не кривой перевод. В OpenSSL по умолчанию запретили проверять сертификаты, подписанные MD5.
| | |
|
| |
| 2.27, пох (?), 16:56, 11/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
ура, радуйтесь, только что пришло:
Red Hat Enterprise Linux Desktop (v. 6) (ну и далее все прочие v6)
3. Description:
а мы гланды удалять научились
Security Fix(es):
CVE-2017-2636 (n_hdlc)
CVE-2016-7910 (seq_file, давно уж забытый)
и все.
Я же говорил, я же говорил - надо просто в них верить, надеяться, и ждать - и лет через пять они и 2016-10229 исправят.
(пиявки из антинаучного и центоси уже начали выкатывать свои фиксы, качайте, кому лень вручную n_hdlc.ko стирать каждый раз)
| | |
|
|
