1.1, Аноним (-), 12:34, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
pacman -Q binutils
binutils 2.29.1-2
pacman -Ss glibc
core/glibc 2.26-11 (base) [установлен]
GNU C Library
core/lib32-glibc 2.26-11 [установлен]
GNU C Library (32-bit)
пока еще не обновился, Господи сколько CVE'х то.
| |
|
2.3, Аноним (-), 12:42, 02/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> core/glibc 2.26-11
> 2.26-11
> 11
Уверены, что они не пофикшены уже?
| |
2.6, trolleybus (?), 13:05, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Примечательно, что мэйнтейнером выпуска 2.27 стал Дмитрий Левин, генеральный конструктор ALT Linux.
"Зато в Альт Линуксе есть!" (c)
| |
|
|
|
5.45, Michael Shigorin (ok), 18:00, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Передал разработчику сайта, но может зависеть от локальных настроек, сами понимаете.
PS: #47 тоже переслал; нет, точно не php. :)
| |
|
6.47, slump64 (ok), 18:04, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Передал разработчику сайта, но может зависеть от локальных настроек, сами понимаете.
передайте ещё что шрифт нужно использовать не как все(arial, helvetica, sans-serif) а просто sans-serif, это плохая практика
| |
|
|
|
5.52, Michael Shigorin (ok), 18:35, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Вам оффтоп:
Да все в курсе, просто в РБТ не лучшие времена по части комплекта разработчиков астры, увы.
Надеюсь, всё-таки справятся. Ну а управделами остаётся пожелать начинать с пилотных проектов.
| |
|
|
3.32, Аноним (-), 16:38, 02/02/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
А что, альт таки портируют на RISC-V? Или таки оправдают самые смелые ожидания в области майнтенанса?
// русский вариант Дреппера у альтов получился на славу :)
| |
|
|
1.2, Аноним (-), 12:41, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> Добавлена поддержка двух грамматических форм имён месяцев
Джвадцать лет ждал!
| |
1.5, Аноним (-), 12:58, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
> Объявлена устаревшей возможность использования в статически скомпилированных приложениях вызова dlopen. Поддержка таких приложений будет прекращена в следующем выпуске. Для подобных программ следует применять динамическое связывание;
Разве статически скомпилированная программа не может хотеть динамически подгрузить какой-либо плагин? Странноватое решение как по мне
| |
|
|
3.35, Аноним (-), 16:50, 02/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Согласен, напуркуа было выпиливает, непонятно
Наверное потому что для динамической загрузки надо вызывать динамический линковщик, и наверное еще и (динамически!) линковаться к libdl, так что статика получается не совсем статичная. Более того, очень интересно не хотят ли парни их глибсы починить остое..вшие уже вещи когда всякие сетевые функции статически линковаться не хотят. Так что статика для сетевых программ опять же получается не совсем статичной, портя малину.
| |
|
4.94, пох (?), 23:31, 04/02/2018 [^] [^^] [^^^] [ответить] | +/– | динамически-то зачем ну да, последние лет десять немодно собирать статически li... большой текст свёрнут, показать | |
|
|
2.13, Andrey Mitrofanov (?), 13:47, 02/02/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> Объявлена устаревшей возможность использования в статически скомпилированных приложениях вызова dlopen. Поддержка таких приложений будет прекращена в следующем выпуске. Для подобных программ следует применять динамическое связывание;
> Разве статически скомпилированная программа не может хотеть динамически подгрузить какой-либо
У тебя русская языка на родная что ли?
Написано "glibc не хочет поддерживать", ты читаешь "программа не может".
Странный ты.
> плагин? Странноватое решение как по мне | |
|
3.18, EHLO (?), 14:50, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
>>> Объявлена устаревшей возможность использования в статически скомпилированных приложениях вызова dlopen. Поддержка таких приложений будет прекращена в следующем выпуске. Для подобных программ следует применять динамическое связывание;
>> Разве статически скомпилированная программа не может хотеть динамически подгрузить какой-либо
> У тебя русская языка на родная что ли?
> Написано "glibc не хочет поддерживать", ты читаешь "программа не может".
Поясни, как программа сможет использовать. Сомневаюсь, что и ты за musl топишь.
| |
|
4.24, Andrey Mitrofanov (?), 15:06, 02/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Написано "glibc не хочет поддерживать", ты читаешь "программа не может".
> Поясни, как программа сможет использовать.
open(), read() и далее по месту.
Захочет, чего в этой библиотеке нет, -- своё напишет...
>Сомневаюсь, что и ты за musl топишь.
..., другую библиотеку возьмёт.
Нет препятствий для програмизздов, да?
| |
|
5.38, пох (?), 16:59, 02/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Нет препятствий для програмизздов, да?
угу, ничто не мешает "програмиззду" без конца чинить то, что сломано без всякой необходимости.
у него ж других занятий в этой жизни нет.
| |
|
6.40, Andrey Mitrofanov (?), 17:07, 02/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Нет препятствий для програмизздов, да?
> у него ж других занятий в этой жизни нет.
Ну-да, "прогресс не остановить"TM и "маргиналы, некорфилы, динозавры и все^^3 пр.менньшинства будут страдать"SM.
| |
|
|
|
|
|
1.10, Ivan_83 (ok), 13:33, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
"memfd_create и mlock2" - странно, раньше это было shm*(), которое в линуксе по факту было просто файлом на tmpfs, в остальном вроде всё так же.
copy_file_range - так это sendfile() или splice().
| |
|
2.15, Andrey Mitrofanov (?), 13:57, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> "memfd_create и mlock2" - странно, раньше это было shm*(), которое в линуксе
> по факту было просто файлом на tmpfs, в остальном вроде всё
> так же.
Не также. У shm_* есть имя "файла", у нового -- нет. Те можно закрыть, открыть потом по имени, а к этих fd - главная ссылка, закрыли его и нет "файла"... Семантика, чтоб ей было хорошо.
| |
|
3.27, Ivan_83 (ok), 15:40, 02/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
int memfd_create(const char *name, unsigned int flags);
так и тут имя файла.
| |
|
4.30, Andrey Mitrofanov (?), 16:30, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> int memfd_create(const char *name, unsigned int flags);
> так и тут имя файла.
От меня-то чего надо? Ну есть, но не используется и вообще не один и тот файл.
Ссылки на man7.org/linux/man-pages/ доступны всем, кому нужно найти различия. Вам не надо -- проходите.
" Names do not affect the behavior of the file descriptor, and as such multiple files can have the same name without any side effects. "
" shm_open() creates and opens a new, or opens an existing, POSIX shared memory object. "
__
А, да, вот же ещё одно: не POSIX. Это тоже "очень важно" для многих. Совместимость, пром.стандарты и настоящие UNIX^tm-like-и.
| |
|
|
|
1.19, Аноним (-), 14:51, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Интересно, даст ли новая глибц той же скорости, что есть у Clear Linux?
| |
|
2.21, Andrey Mitrofanov (?), 15:02, 02/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Интересно, даст ли новая глибц той же скорости, что есть у Clear
> Linux?
У твоего возлюбленного скорость не от glibc, а от icc.
| |
2.22, leap42 (ok), 15:03, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Конечно даст. Но в другие дистры это счастье году в 2019 попадёт, а в Clear уже куча других улучшений будет.
| |
|
3.25, Michael Shigorin e2k_v4 (?), 15:09, 02/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Конечно даст. Но в другие дистры это счастье году в 2019 попадёт,
> а в Clear уже куча других улучшений будет.
Я Вас умоляю, в http://altlinux.org/regular завезут на следующей неделе. Можно и прямщас, просто зачем торопиться, если в среду оно само?
PS: это если конкретно про glibc-2.27, а не см. #21.
| |
3.50, pavlinux (ok), 18:28, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> а в Clear уже куча других улучшений будет.
Что и лучшие не закрытые дыры тоже?
| |
|
|
1.39, Аноним (-), 17:05, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не думал, что в чисто софтверной компании есть должность (генеральный) конструктор.
| |
|
2.42, Ононем (?), 17:34, 02/02/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Не думал, что в чисто софтверной компании есть должность (генеральный) конструктор.
Расейская специфика.
Дмитрий Левин -- это случайно не он про компьютеры в нач. 00-ых книги писал? Забыл название читал одну такую. Вроде автор Лёвин был или это другой?
| |
|
|
4.81, Аноним (-), 08:03, 04/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Книга была А. Левин - Самоучитель работы на компьютере.
Александр Левин мне чем-то напоминает Федорчука. Оба писатели. Вот только Федорчук пишет о никсах Левин о Windows. Давно-давно, я с его книги начинал знакомился с компьютерами.
| |
|
|
|
|
2.66, Аноним (-), 23:48, 02/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> 10 уязвимостей закрыли, 20 сделали
Повод сделать следующую версию
| |
|
1.62, Аноним (-), 23:40, 02/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Объясните в двух словах, чем risc-v лучше существующего уже давно operisc?
| |
|
2.65, Аноним (-), 23:47, 02/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
OpenRISC устарело на стадии разработки. RISC-V имеет поддержку 64-bit и много других вкусностей :)
| |
|
3.72, Аноним (-), 18:25, 03/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> OpenRISC устарело на стадии разработки. RISC-V имеет поддержку 64-bit и много других
> вкусностей :)
Вообще-то у OpenRISC тоже 64-битная версия есть. А так оба пока существуют в виде мелких SoC, в основном 32-битных. С RISC-V однако несколько фирмочек возятся с выпуском SoC под линь прямо сейчас.
| |
|
2.67, iZEN (ok), 08:17, 03/02/2018 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Объясните в двух словах, чем risc-v лучше существующего уже давно operisc?
Так вот же написали:
> Для использования RISC-V также требуется binutils 2.30, gcc 7.3.0 и ядро Linux 4.15
Привязка к ядру Linux и его системному ПО - враг не подойдёт.
| |
|
3.74, Аноним (-), 18:28, 03/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Для использования RISC-V также требуется binutils 2.30, gcc 7.3.0 и ядро Linux 4.15
> Привязка к ядру Linux и его системному ПО - враг не подойдёт.
Что тебе не понятно? Что OpenRISC, что RISC-V в твоей бзде если и будут то весьма маргинально, на уровне еще хуже чем (более попсовые!) ARM и MIPS, которые в фряхе перманентно в ауте. Ну то-есть процессорные то ядра там конечно поддерживаются, но что с ними делать то без периферии?
| |
|
4.75, iZEN (ok), 19:39, 03/02/2018 [^] [^^] [^^^] [ответить] | –2 +/– | Как вы не поймёте, что драйвер под железку пишет производитель железки, а не раз... большой текст свёрнут, показать | |
|
5.80, Michael Shigorin (ok), 01:17, 04/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как вы не поймёте
Это Вы никак не поймёте. Попробуйте не трындеть, а собрать _и_ запустить. Узнаете много нового.
| |
|
|
|
|
1.76, AnoNe01eX (?), 19:52, 03/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Да не, нормально. :-)
В принципе, glibc-2.27 может быть/готова (нужное подчеркнуть :-) ) к использованию на платформе hurd/i386 с микроядром mach. В этом плане тоже была проделана большая работа, но в новости почему-то об этом ни слова. :-\
P.S. В комментах intl/plural.y по-прежнему написано что ему нужен bison >= 2.0. :-)
А так, - молодцы конечно. :-)
| |
1.77, Аноним (-), 22:36, 03/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я что-то совсем не понял, как в libc могут быть уязвимости повышения привилегий? Это ведь уязвимости ядра, а не libc, ничто не мешает злоумышленнику, если в libc нет нужных ему уязвимостей, использовать системные вызовы напрямую.
| |
|
2.78, Andrey Mitrofanov (?), 22:46, 03/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Я что-то совсем не понял, как в libc могут быть уязвимости повышения
> привилегий? Это ведь уязвимости ядра, а не libc, ничто не мешает
> злоумышленнику, если в libc нет нужных ему уязвимостей, использовать системные вызовы
> напрямую.
Смирись, тебе не понять.
Ты ж не прочитал, что написано строчкой ниже слов "повышение привилегий" (2из3 -- буквально в следующей строке, 3ий - через 4 строки...). Или две строчки не поместились в твоей голове? Хорошо, что ты научился спрашивать вопросы -- тебе ж на них ответят ответы. #успехесливспомнишьвчёмбылвопрос
атакующий должен иметь возможность создания жесткой ссылки на исполняемый SUID-файл
| |
|
|