forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Опубликован корректирующий релиз дистрибутива ROSA Fresh R11.1, opennews (ok), 24-Апр-20, (0) [смотреть все]

Ну всё, теперь Альту 769 точно капец , Sluggard (ok), 19:28 , 24-Апр-20, (1) +9 //

Можно позлить Михаила и написать что Роса на две головы выше Альта, а потом чита, Аноним (3), 19:41 , 24-Апр-20, (3) +10 //

Базаришь, конечно Rosa на две головы выше чем Alt Больше того Alt Linux по срав, cat666 (ok), 19:44 , 24-Апр-20, (6) +4 //

Сравнение слона с китом, возможно И мне нравится Альт своей ламповостью, а оби, kusb (?), 19:56 , 24-Апр-20, (7) +8
Alt Linux Даже не слышал о нём , Аноним (8), 19:57 , 24-Апр-20, (8) +1

Собери их всех AltCtrlDel, VINRARUS (ok), 20:37 , 24-Апр-20, (23) +4

AltSysRqI, не так (?), 01:11 , 25-Апр-20, (47)
Так, не палите контору Control Linux был намечен на примерно три недели назад,, Michael Shigorin (ok), 12:17 , 25-Апр-20, (95) +1

Simply Linux для arm заведется на такой железяке https ugoos ru X3_Pro, Анонимно (ok), 19:47 , 25-Апр-20, (164) +1

Alt- это кит,основа основ,самостоятельная платформа аш с 90 ых годов,мануалов,вс, Sana (?), 19:53 , 05-Апр-21, (242)

Такие вещи обосновывать надо, я не смогу Разве что внешне Роса с KDE выглядит го, Sluggard (ok), 20:07 , 24-Апр-20, (13) +1 //

А по сравнению с Альт Образование 9 с выбранным KDE5 при установке , Skull_2 (?), 11:34 , 25-Апр-20, (89)

Не знаю, не видел Почему у вас на странице загрузки нет скриншотов нормального р, Sluggard (ok), 13:02 , 25-Апр-20, (108) +1

http getalt org ru alt-educationВообще-то как раз наоборот -- они там нормальн, Michael Shigorin (ok), 13:35 , 25-Апр-20, (121)

Вот как раз про эту страницу я и говорил Кстати, у Росы, коли уж мы в новости о , Sluggard (ok), 13:46 , 25-Апр-20, (124) +1

К честности сказать, всё-таки больше линейно где-то на 8531 Но кто мы, чтобы, Survolog (ok), 14:05 , 25-Апр-20, (127) +1

KDE Frameworks 5 53 0Plasma 5 14 4KDE Applications 18 12 1Qt 5 11 2http wiki r, n00by (ok), 16:14 , 25-Апр-20, (140)

IHBT , Michael Shigorin (ok), 12:17 , 25-Апр-20, (96)

Не надо, пусть живет и развивается, mikhailnov (ok), 21:23 , 24-Апр-20, (29) //

Ну его точно не распугаешь -- он не только сузешник, но и грамотный - , Michael Shigorin (ok), 12:18 , 25-Апр-20, (97)

Я, как сотрудник Альта, рад за Ваши предпочтения Но полагаю, что немногие разде, Skull_2 (?), 11:32 , 25-Апр-20, (88) +1 //

Где это я высказывал свои предпочтения Андрей, будьте проще , Sluggard (ok), 12:56 , 25-Апр-20, (104) +1 //

Время ушло уже , Аноним (198), 13:31 , 26-Апр-20, (198)

Атль справится сам , Аноним (149), 17:52 , 25-Апр-20, (149)

Fresh 2016 года выглядит как результат политики мягкого троллинга , а не полит, Аноним (4), 19:42 , 24-Апр-20, (4) +12
Лучший дистрибутив на свете Всем советую Владимир, Владимир (??), 20:01 , 24-Апр-20, (10) //

И люди там самые лучшие https sun9-72 userapi com 1QHT-OdK9oAcXBiV_zDBNm8lvof, n00by (ok), 20:17 , 24-Апр-20, (17) +5 //

Жесткий парень этот Владимир , Аноним (-), 01:11 , 26-Апр-20, (175) +2 //

Шапка-невидимка виной , Аноним (198), 13:33 , 26-Апр-20, (199)

gcc уже 8 везде Роза, как так то, а , Аноним (11), 20:01 , 24-Апр-20, (11) –2 //

Что с протухшей розы взять , Аноним (4), 20:06 , 24-Апр-20, (12) +1
Это же замороженный в далёком 2016-м Fresh Что Вы хотите , danonimous (?), 20:09 , 24-Апр-20, (15) +2
Если бы смогли развивать по плану жизненный цикл это 2 года тестирования 2 пр, n00by (ok), 20:37 , 24-Апр-20, (22)
Ага, Аноним (30), 21:30 , 24-Апр-20, (30)
9 уже везде годы И 9 это пока что лучшее, что случилось с гцц за последнее врем, Аноним (53), 04:55 , 25-Апр-20, (53) +1 //

GCC 9 3 - Mar 12, 2020GCC 9 2 - Aug 12, 2019GCC 9 1 - May 3, 2019мирдверьмяч, Аноним (71), 10:02 , 25-Апр-20, (71) //

Это примерно как уже год везде 10 собирают, хотя он даже не вышел, при чём тут д, Аноним (53), 10:33 , 25-Апр-20, (83)

я бы попробовал и 10 Вряд ли, так как они под 2016 1 без пинка собираются, да е, Survolog (ok), 11:51 , 25-Апр-20, (91) –3 //

Ну вообще-то дело не в собрать , дело в ловить регрессии и баги Так что не в, Аноним (53), 12:01 , 25-Апр-20, (92)

Хотите анекдот Пользователь спрашивает 8212 подскажите как в Росе перенести h, n00by (ok), 12:09 , 25-Апр-20, (93)
Я вас поймал на ровном месте дважды подряд Но в чём смысл, если вы всё равно ан, Survolog (ok), 12:58 , 25-Апр-20, (106) –2

Лучше быть анонимом, чем неграмотным чуваком с отсутствующей логикой Я не специ, Аноним (53), 13:17 , 25-Апр-20, (113) +1

Да бросьте вы, многое учится и лечится Обратитесь к специалисту, если ваша проб, Survolog (ok), 13:21 , 25-Апр-20, (115) –1

Так проблема то у тебя вроде как Основная беда всех шизоидов в том, что они до , Аноним (53), 13:42 , 25-Апр-20, (122) +1

У меня проблемы нет У вас, очевидно, есть Вы же аноним , Survolog (ok), 13:47 , 25-Апр-20, (125) –1

Т е у меня есть проблема, потому что я аноним Говорю же, такие искажения логик, Аноним (53), 13:51 , 25-Апр-20, (126)

Не-а Это только косвенный признак 1 Вы не смогли нажать одну кнопку для пересб, Survolog (ok), 14:08 , 25-Апр-20, (128)

Хех, оказывается, тот анекдот был вовсе не шутка , Аноним (53), 14:31 , 25-Апр-20, (131)
Дословные цитаты https vk com wall-33847957_311489 reply 311514Понимаю, сложн, n00by (ok), 15:04 , 25-Апр-20, (135) +1

Скрыто модератором, n00by (ok), 20:13 , 24-Апр-20, (16) //

Скрыто модератором, Аноним (19), 20:29 , 24-Апр-20, (19) //

Скрыто модератором, n00by (ok), 20:42 , 24-Апр-20, (24) +3 //

Скрыто модератором, Аноним (71), 22:54 , 24-Апр-20, (38)

Скрыто модератором, n00by (ok), 08:29 , 25-Апр-20, (61)

Скрыто модератором, Аноним (71), 10:06 , 25-Апр-20, (72) –1

Скрыто модератором, n00by (ok), 10:33 , 25-Апр-20, (82)

Скрыто модератором, Аноним (71), 22:56 , 24-Апр-20, (39)

Скрыто модератором, n00by (ok), 08:03 , 25-Апр-20, (59) +2

Скрыто модератором, Аноним (62), 08:33 , 25-Апр-20, (62)

Скрыто модератором, n00by (ok), 08:49 , 25-Апр-20, (63)

Скрыто модератором, Орион (?), 09:24 , 25-Апр-20, (66)

Скрыто модератором, n00by (ok), 09:40 , 25-Апр-20, (70)

Скрыто модератором, Аноним (71), 10:12 , 25-Апр-20, (76)

Скрыто модератором, n00by (ok), 16:29 , 25-Апр-20, (141)

Скрыто модератором, Annoynymous (ok), 18:31 , 25-Апр-20, (157)
Скрыто модератором, n00by (ok), 09:02 , 26-Апр-20, (184)
Скрыто модератором, Annoynymous (ok), 15:10 , 26-Апр-20, (204)
Скрыто модератором, n00by (ok), 15:21 , 26-Апр-20, (206)
Скрыто модератором, Annoynymous (ok), 17:37 , 26-Апр-20, (212)
Скрыто модератором, n00by (ok), 19:04 , 26-Апр-20, (214)

Скрыто модератором, Annoynymous (ok), 10:06 , 25-Апр-20, (73)

Скрыто модератором, n00by (ok), 10:29 , 25-Апр-20, (81)

Скрыто модератором, Annoynymous (ok), 17:56 , 25-Апр-20, (150)

Скрыто модератором, Michael Shigorin (ok), 18:13 , 25-Апр-20, (153)

Скрыто модератором, Annoynymous (ok), 18:26 , 25-Апр-20, (154)

Скрыто модератором, n00by (ok), 18:28 , 25-Апр-20, (156)

Скрыто модератором, Annoynymous (ok), 18:42 , 25-Апр-20, (159) –1
Скрыто модератором, n00by (ok), 19:14 , 25-Апр-20, (162)

Скрыто модератором, Survolog (ok), 12:11 , 25-Апр-20, (94) –2

Скрыто модератором, Michael Shigorin (ok), 12:29 , 25-Апр-20, (99) +1

Скрыто модератором, Survolog (ok), 12:54 , 25-Апр-20, (103)

Скрыто модератором, n00by (ok), 13:10 , 25-Апр-20, (111) +1
Скрыто модератором, Annoynymous (ok), 18:11 , 25-Апр-20, (152)

Скрыто модератором, n00by (ok), 18:40 , 25-Апр-20, (158)

Скрыто модератором, Survolog (ok), 13:46 , 25-Апр-20, (123)

Скрыто модератором, Аноним (71), 10:09 , 25-Апр-20, (74)

Скрыто модератором, n00by (ok), 10:20 , 25-Апр-20, (78)

Скрыто модератором, и.о.К.О. (?), 06:07 , 25-Апр-20, (55)

Скрыто модератором, n00by (ok), 08:09 , 25-Апр-20, (60) +1

Скрыто модератором, Annoynymous (ok), 20:36 , 24-Апр-20, (21) +2 //

Скрыто модератором, n00by (ok), 20:51 , 24-Апр-20, (25) //

Скрыто модератором, Аноним (27), 21:17 , 24-Апр-20, (27) +4

Скрыто модератором, n00by (ok), 07:47 , 25-Апр-20, (58)

Скрыто модератором, Орион (?), 09:27 , 25-Апр-20, (67)

Скрыто модератором, n00by (ok), 10:13 , 25-Апр-20, (77)

Скрыто модератором, Орион (?), 10:21 , 25-Апр-20, (80)

Скрыто модератором, n00by (ok), 10:53 , 25-Апр-20, (85)

Скрыто модератором, Орион (?), 11:36 , 25-Апр-20, (90)

Скрыто модератором, n00by (ok), 09:11 , 26-Апр-20, (185)

Скрыто модератором, Michael Shigorin (ok), 12:39 , 25-Апр-20, (100) +1

Скрыто модератором, Орион (?), 16:47 , 25-Апр-20, (143) +1

Скрыто модератором, Michael Shigorin (ok), 17:28 , 25-Апр-20, (146) +1

Скрыто модератором, Annoynymous (ok), 10:10 , 25-Апр-20, (75) +1

Скрыто модератором, n00by (ok), 11:12 , 25-Апр-20, (86)

Скрыто модератором, Annoynymous (ok), 18:08 , 25-Апр-20, (151)

Скрыто модератором, n00by (ok), 19:19 , 25-Апр-20, (163)

Как они смогли пропихнуть ГОСТ в LibreSSL , Anonymouse (?), 20:21 , 24-Апр-20, (18) //

Он там и так давно уже был , Аноним (19), 20:30 , 24-Апр-20, (20) +1 //

Разработчики OpenBSD LibreSSL без фанатизма относятся к вопросу и в отличие от O, mikhailnov (ok), 22:38 , 24-Апр-20, (35) +3 //

Математики и фанатики - это немного разные категории людей, не Прочитай исследов, InuYasha (?), 11:24 , 25-Апр-20, (87) –2

Вообще не взаимоисключающие Будь иначе -- из ГЗ МГУ не прыгали бы как раз мате, Michael Shigorin (ok), 12:51 , 25-Апр-20, (101) –1

Твои коллеги работают, а ты тут бездельем страдаешь Я бы на месте твоих коллег , Аноним (176), 01:32 , 26-Апр-20, (176)

Это не так работает Разъяснение чего-либо по работе на разных площадках штука ве, Survolog (ok), 10:08 , 27-Апр-20, (219)

Читал, не увидел ни одного _доказательства_ существования бекдоров, наверное, об, mikhailnov (ok), 15:43 , 25-Апр-20, (139) +1

Ты это говоришь так, будто без алгоритма получения таблицы это реально доказать , Аноним (176), 01:35 , 26-Апр-20, (177) +1
До Сноудена доказательств тоже не было, однако подозревать наличие компроментаци, Орион (?), 08:57 , 26-Апр-20, (182) +1

К сожалению, жители не хотят учиться Им дали ГОСТ - они и довольны Пока остают, InuYasha (?), 12:02 , 26-Апр-20, (193)

Подкину немного конспирологической пищи для жаждущих учить ся https web archiv, n00by (ok), 14:32 , 26-Апр-20, (201)

Спасибо Пока не очень врубился, но мне оч понравился сайт из 2000-ных , InuYasha (?), 23:41 , 27-Апр-20, (232)

Ага, но где же сейчас тот сайт и его автор Хороший вопрос Ведь Ruptor вполне в, n00by (ok), 08:26 , 28-Апр-20, (234)

просто гост придвинули к либре составлен был так, что его возможности если в , анонимуслинус (?), 21:07 , 24-Апр-20, (26)
Без этого шифрования дист мог оказаться совсем ненужным , Аноним (27), 21:20 , 24-Апр-20, (28) +2

Вот это достижение GCC обновили чтоль Какой же доситорической версии он был у , Вы забыли заполнить поле Name (?), 21:52 , 24-Апр-20, (32) //

Нет, системный GCC 5 не обновляли, т к на ходу не стоит обновлять системные вер, mikhailnov (ok), 22:52 , 24-Апр-20, (36) +1 //

Обратную совместимость между gcc5 и gcc9 10 версию ещё не пробовал, но уверен, , Аноним (71), 23:07 , 24-Апр-20, (40) +1 //

Ну вот совсем недавно проскакивало https www opennet ru opennews art shtml num, Аноним84701 (ok), 23:49 , 24-Апр-20, (42) +1

Действительно, это я читал, но вылетело из головы Ладно, ремарку в скобках заби, Аноним (19), 00:59 , 25-Апр-20, (45) +1

В libstdc , скорее всего, действительно не ломали runtime обратную совместимост, mikhailnov (ok), 23:51 , 24-Апр-20, (43) +1

Не верю У меня статистика, правда, на меньшей выборке, однако единственный кося, Аноним (19), 01:07 , 25-Апр-20, (46) –1

В одном разработчики ССЗБ , в другом месте баг компилятора, в третьем компилято, mikhailnov (ok), 02:06 , 25-Апр-20, (50) +2
У меня статистика на тысячах пакетов - с разными версиями gcc по-разному, но про, Pulfer (ok), 04:04 , 25-Апр-20, (52) +2

Ой не знаю Ругается на сгенерированный файл, не видя его, невозможно сказать, к, Аноним (71), 10:39 , 25-Апр-20, (84)

На вот это ругается https cgit kde org kdelibs git tree kdeui tests kconfig_c, Pulfer (ok), 20:51 , 27-Апр-20, (231)

Интересно, выдущий разработчик так же поддержит заведомо ложное заявление коллег, n00by (ok), 09:04 , 28-Апр-20, (235)

Проверьте ну или поверьте минимум трём свидетелям, включая меня и http lists , Michael Shigorin (ok), 13:01 , 25-Апр-20, (107)

Проверял, о чём уже написано Тебе не поверю ни при каких обстоятельствах и ни, Аноним (71), 14:20 , 25-Апр-20, (129)

Прям весь страдать буду до вечера - Мне не надо верить на слово, всё можно , Michael Shigorin (ok), 14:33 , 25-Апр-20, (132)
Аноним на опеннете доказывает двум сборщикам пакетов, что они не умеют собирать , Annoynymous (ok), 23:01 , 25-Апр-20, (173)

У Анонима достаточно хитрая позиция Достаточно соответствует заявлению теперь , n00by (ok), 09:15 , 28-Апр-20, (236)

И, кстати, вполне можно собрать неконфликтующие пакеты с разными версиями gcc В, Аноним (19), 01:15 , 25-Апр-20, (48)

Не проблема собрать так Проблема удовлетворить рантайм-зависимость от нужной li, mikhailnov (ok), 02:04 , 25-Апр-20, (49)

SOVERSION не менялась, обратная совместимость ABI не ломалась Новая библиотека , Аноним (71), 10:21 , 25-Апр-20, (79)

Вы ещё про ODR устройте дискуссию с человеком, который макрос называл переменной, n00by (ok), 12:25 , 25-Апр-20, (98)

Я оптимист Может быть, наберётся ещё опыта, поумнеет , Аноним (71), 14:23 , 25-Апр-20, (130)

Потенциал у него действительно был, но основной навык, которому там учат -- дела, n00by (ok), 15:11 , 26-Апр-20, (205)

Я же написал, что обновлять системную версию libstdc считаю и далеко не тольк, mikhailnov (ok), 15:39 , 25-Апр-20, (137)

Обновлять всё то, про что написано в новости, особенно ядро и systemd, тем более, Аноним (71), 19:11 , 25-Апр-20, (161)

Полуролинг При обновлении systemd я приблизил поведение версии 243 к поведени, mikhailnov (ok), 20:25 , 25-Апр-20, (166)

фейспалм жпгЗато работу может поломать запросто Это ещё хуже, потому что такие , Аноним (71), 22:48 , 25-Апр-20, (172)

Вполне может Но не настолько непоправимо, как glibc в случае с кривой блобятино, mikhailnov (ok), 09:11 , 26-Апр-20, (186)
Блин, что я пытаюсь доказать человеку, который путает glibc и libstdc 8230 Ну, Аноним (71), 11:52 , 26-Апр-20, (190)
А вы прочитайте внимательнее, никто ничего не путает, разговоры про glibc и libs, mikhailnov (ok), 12:08 , 26-Апр-20, (194)
Что читать-то Я писал про glibc Ты ответил про glibc А потом вдруг даёшь ссылку, Аноним (71), 13:25 , 26-Апр-20, (197)
Понятно Не-не, началось с задачи поддержка C 17 должна быть и в компиляторе, и, mikhailnov (ok), 14:17 , 26-Апр-20, (200)
Конечно не обновляет Это же не роллинг, даже 171 мягкий 187 Он и systemd с, Аноним (71), 17:07 , 26-Апр-20, (211)
Было бы странно, если бы не работало Наши компы и чруты - это не продакшн Некот, mikhailnov (ok), 17:40 , 26-Апр-20, (213)
Сейчас собираю rosa2019 05, часть пакетов оказалось проще скопировать из rosa201, mikhailnov (ok), 14:35 , 26-Апр-20, (202)
Прошу прощения за пост в старую тему, но только сейчас ее увидел Таким образом о, phprus (ok), 01:41 , 02-Июн-20, (241)

А что касается ядра, то в существующих установка системы версия ядра не меняется, mikhailnov (ok), 20:27 , 25-Апр-20, (167)
Так не надо делать _в дистрибутиве_ При сборке с libstdc от gcc10 clang-ом 8, mikhailnov (ok), 20:34 , 25-Апр-20, (168)

Так собери libstdc новым компилятором, а потом используй её со старым сколько , Аноним (71), 00:20 , 26-Апр-20, (174)
Ты не прав, когда полез в тему, не имея представления о Phases of translation 5, n00by (ok), 08:50 , 26-Апр-20, (180)

Эти нравоучения немного не в тему Вчерашний вывод о том, что undefined __STDCPP, mikhailnov (ok), 12:01 , 26-Апр-20, (192)
Действительно, они не на тебя рассчитаны Если бы ты смог понять, что выше напис, n00by (ok), 14:57 , 26-Апр-20, (203)

Вот тут я всё же наврал Заголовочные файлы компилятору нужны от его родной верс, Аноним (71), 12:40 , 26-Апр-20, (196) +1

От любой подходят -nostdinc -I файлы У нас же clang работает с заголовочн, mikhailnov (ok), 20:54 , 26-Апр-20, (215)

Возможно, но утверждать не берусь, ибо не проверял От существенно более старой , Аноним (71), 21:18 , 26-Апр-20, (216)

Да щаз, у них бы сломалась по сборке сразу гора всего Ну и C ABI совсем друг, Michael Shigorin (ok), 12:54 , 25-Апр-20, (102) +2

При этом она по умолчанию использовала libstdc от системного GCC, наверняка , mikhailnov (ok), 15:40 , 25-Апр-20, (138) –2

Хватит духу прокомментировать Владимир Потапов ответил JaamJaam, теперь вот сдел, n00by (ok), 06:00 , 27-Апр-20, (218)

Язык 8212 это средство общения, когда один человек пишет Роса тем и хороша,, mikhailnov (ok), 10:56 , 27-Апр-20, (220)

Представь себе, я знаю, что имел ввиду Ямайкин -- лично от него И когда я захоч, n00by (ok), 12:13 , 27-Апр-20, (221)

goto первое предложение моего предыдущего комментария Кто что имел в виду, очев, mikhailnov (ok), 12:17 , 27-Апр-20, (223)

Разумеется, мне очевидно, что Потапов по обыкновению лгал в рекламных целях Теп, n00by (ok), 12:27 , 27-Апр-20, (224)

Нет, не очевидно, прекращай считать себя самым умным и позволять себе оскорблять, mikhailnov (ok), 12:37 , 27-Апр-20, (225)

Не стоит преувеличивать мои достижения, я лишь немножко помогаю вам раскрыть сво, n00by (ok), 13:13 , 27-Апр-20, (227)
Не стоит приписывать ложь людям, истинного смысла чьих слов не знаешь Впрочем, , mikhailnov (ok), 14:30 , 27-Апр-20, (228)
Вернул контекст Что бы тебе стали очевидны твои сверхъестественные способности , n00by (ok), 15:08 , 27-Апр-20, (229)

Один из самых красивых дистрибутивов Linux Если бы, извиняюсь, не высокомерное о, Саня (??), 22:00 , 24-Апр-20, (33) –2 //

Сейчас ситуация с решением проблем лучше, чем была в трудный период после банкро, mikhailnov (ok), 22:53 , 24-Апр-20, (37) –5 //

лучше, это как раньше совсем никак не решали, теперь просто не решают , и.о.К.О. (?), 06:12 , 25-Апр-20, (56) //

Рядовой пользователь В своё время перепробовал не один диструбутив на Линуксе , kvic (ok), 08:55 , 25-Апр-20, (64)

Будьте так любезны, расскажите о техподдержке подробнее и с примерами Официал, n00by (ok), 09:20 , 25-Апр-20, (65)

Лучше - это значит больший процент поступающих от пользователей проблем устраняе, mikhailnov (ok), 15:28 , 25-Апр-20, (136)

Зачем в ВК удалили сегодняшний багрепорт моего тёзки по этому выпуску Там где п, n00by (ok), 15:40 , 26-Апр-20, (207)

Твой тезка известный любитель удалять свои посты Случайный выбор btrfs вместо e, mikhailnov (ok), 16:05 , 26-Апр-20, (209)

Бог не фраер Как видишь, за украденную поддержку установки на NVMe приходится п, n00by (ok), 16:17 , 26-Апр-20, (210)
Посмотрим, насколько заявление выше соответствовало действительности ---Шоу долж, n00by (ok), 18:04 , 27-Апр-20, (230)

Я сам удалил Пошли они, с таким отношением Это старые баги О которых говорило, n00by (ok), 14:27 , 28-Апр-20, (238)

Пару лет сидел на этом листе и как ни странно, нареканий не было Даже больше ск, Дима (??), 23:13 , 24-Апр-20, (41) +1 //

Чиновник или секретарь в госконторе , Орион (?), 09:34 , 25-Апр-20, (68) –2 //

Не, я фрилансер, программист , Дима (??), 21:20 , 25-Апр-20, (169) //

Программисту же привычно видеть везде иностранные слова в документации, в элеме, Орион (?), 08:54 , 26-Апр-20, (181)

К большому моему сожалению, я перфекционист в душе Когда вижу, что в меню какой, Дима (??), 09:17 , 26-Апр-20, (187)

Отчасти понимаю Вас, но смотря из другой плоскости долгое время на десктопе не , Орион (?), 09:35 , 26-Апр-20, (189)

По умолчанию софт использует системную локаль Так что либо сразу на английском , Pulfer (ok), 06:51 , 28-Апр-20, (233)

Очень плохо обновляется Всегда каждое обновление нужно сидеть с консолью Выпили, Аноним (44), 00:32 , 25-Апр-20, (44) //

Вроде это всегда так было Я пробовал обновлять мандриву ради интереса и она все, Аноним (53), 04:56 , 25-Апр-20, (54) –2
На дебиане такое тоже не редкость при скачке версий, Орион (?), 12:35 , 26-Апр-20, (195) –1

Опечатка по Фрейду , Коровавирус (?), 02:39 , 25-Апр-20, (51)
Уважаемые господа Я не смею вмешиваться в ваш высоко профессиональный диспут, н, Аноним (57), 07:05 , 25-Апр-20, (57) –6 //

Какая может быть сертификация для домохозяек Кухня есть кухня Вайн да поможет, Орион (?), 09:37 , 25-Апр-20, (69)
Вспомнилась та баечка насчёт чистильщика обуви как раз перед Великой депрессией , Michael Shigorin (ok), 13:08 , 25-Апр-20, (110) +2 //

Чёртов флудер , Аноним (176), 01:37 , 26-Апр-20, (178) +1

Кстати, через твой мт все равно увидят кому надо все, Орион (?), 17:29 , 25-Апр-20, (147)
Форекс не нужен ибо кухня , Аноним (170), 21:56 , 25-Апр-20, (170)

Роса-это французская mandriva, купленная у французовв 2012-м Интерфейс тот же, ютуб ютубов (?), 13:20 , 25-Апр-20, (114) –1 //

Как же тогда первый выпуск LXQt был в 2013-м Не уж то по вашему мнению оно из m, Survolog (ok), 13:25 , 25-Апр-20, (118) –1
В 2010-м И интерфейс совсем не тот же - вообще другой Во-первых, сама тема офо, Pulfer (ok), 12:13 , 27-Апр-20, (222)

На дворе 2020, а это поделие всё ещё в 2016 , Аноним (120), 13:32 , 25-Апр-20, (120)
Я тут почитал коменты про Росу Репутация компании окончательно испорчена У кон, Аноним (133), 14:34 , 25-Апр-20, (133) –3 //

Надеюсь, коллеги всё-таки выкарабкаются и найдут своё достойное место Работы-т, Michael Shigorin (ok), 14:42 , 25-Апр-20, (134) +2 //

Почему вы решили, что демпинг - признак слабости, а не силы Вы мне попытались , Survolog (ok), 16:36 , 25-Апр-20, (142) //

В общем случае это не так -- например, Panasonic в девяностых демпинговал при по, Michael Shigorin (ok), 16:59 , 25-Апр-20, (144) –1

Емнип, это ведь вы даже не смогли договориться с Яндексом на счёт браузера Напис, Survolog (ok), 17:23 , 25-Апр-20, (145)

Ваша П подозревается в неверности на какой именно платформе Про e2k могу расск, Michael Shigorin (ok), 17:36 , 25-Апр-20, (148)

А толку Насколько мне известно, я не могу это обсуждать Проприетарь же Спроси, Survolog (ok), 18:27 , 25-Апр-20, (155)

Вылечиться можно было легко 1 Компания ООО НТЦ ИТ РОСА приносит публичные изв, n00by (ok), 18:57 , 25-Апр-20, (160) –5

распил бюджета, ютуб ютубов (?), 20:17 , 25-Апр-20, (165)

А вот интересно поставишь ты себе в бюджетную шарагу сабж и будешь считать, что , а (?), 22:31 , 25-Апр-20, (171) //

Будто они обязаны вам отвечать , Орион (?), 06:44 , 26-Апр-20, (179)
Мне они ответили, что я лох , n00by (ok), 08:59 , 26-Апр-20, (183)
докапываться не будут а то, что отечественного в дистрибутивах процентов 10, эт, ютуб ютубов (?), 09:24 , 26-Апр-20, (188) +1 //

Причём в любых, включая бубунты, центоси и прочие , Аноним (71), 11:54 , 26-Апр-20, (191) //

Учитывая госдолг США, все дистрибутивы китайские , n00by (ok), 15:43 , 26-Апр-20, (208)

Специально для считающих моё мнение излишне предвзятым скопирую ещё одно Год на, n00by (ok), 13:02 , 27-Апр-20, (226)
А накой чёрт надо было вообще связываться с разработкой этой ерунды Уже вдоль и, Аноним (120), 11:35 , 28-Апр-20, (237) +1
Кстати, реальных жалоб нет Значит выпуск получился таки годный , Survolog (ok), 15:40 , 30-Апр-20, (239) –2 //

Это значит, что бесплатных тестеров вы тут не нашли Да и какой смысл жаловаться,, n00by (ok), 18:25 , 30-Апр-20, (240) –1

Сообщения [Сортировка по времени | RSS]

36. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от mikhailnov (ok), 24-Апр-20, 22:52

Нет, системный GCC 5 не обновляли, т.к. на ходу не стоит обновлять системные версии компилятора и libstdc++. Что и почему было сделано для поддержки С++17, описано здесь: https://forum.rosalinux.ru/viewtopic.php?f=7&t=10047
Эта ссылка есть на странице, ссылка на которую есть в новости.

Ответить | Правка | Наверх | Cообщить модератору

40. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от Аноним (71), 24-Апр-20, 23:07

Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но уверен, что можно распространить сие высказывание и на неё) не ломали ни разу, так что можно было совершенно спокойно обновиться. Засс^WИспугались и даже не попытались проверить, зато не поленились напихать дичайших костылей.

Ответить | Правка | Наверх | Cообщить модератору

42. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от Аноним84701 (ok), 24-Апр-20, 23:49

> Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но уверен, что можно распространить сие высказывание и на неё) не ломали
> ни разу, так что можно было совершенно спокойно обновиться.
Ну вот совсем недавно проскакивало:
https://www.opennet.ru/opennews/art.shtml?num=52764
>Обновление почтового сервера Postfix 3.5.1
>19.04.2020 08:28
>Кроме того, в новых выпусках устранена проблема со сборкой при использовании компилятора GCC 10, релиз которого ожидается в мае. Из-за изменений в GCC, нарушающих обратную совместимость, при попытке сборки Postfix начала выводиться ошибка 'multiple definition'.
>

Ответить | Правка | Наверх | Cообщить модератору

45. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от Аноним (19), 25-Апр-20, 00:59

Действительно, это я читал, но вылетело из головы. Ладно, ремарку в скобках забираю обратно.

Ответить | Правка | Наверх | Cообщить модератору

43. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от mikhailnov (ok), 24-Апр-20, 23:51

> Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но
> уверен, что можно распространить сие высказывание и на неё) не ломали
> ни разу, так что можно было совершенно спокойно обновиться. Засс^WИспугались и
> даже не попытались проверить, зато не поленились напихать дичайших костылей.
В libstdc++, скорее всего, действительно не ломали runtime обратную совместимость, а вот часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1), допускать непересобираемость пакетов из репозитория не стоит, а чинить все пакеты - это большая работа, лучше направим усилия на скорейший выпуск rosa2019.1 (R12), чем будем продолжать насиловать старую платформу.
Но, что касается libstdc++, несмотря на формальную 100% обратную совместимость, я бы не стал ее обновлять на ходу без крайней необходимости, т.к. возможны нюансы. С помощью костылей удалось минимизировать риск поломок в неожиданных местах.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

46. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." –1 +/–

Сообщение от Аноним (19), 25-Апр-20, 01:07

> часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1)
Не верю. У меня статистика, правда, на меньшей выборке, однако единственный косяк вылез на софтине, собираемой с -Wall -Werror; но тут разрабы ССЗБ, такое по умолчанию включать нельзя.

Ответить | Правка | Наверх | Cообщить модератору

50. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +2 +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 02:06

>> часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1)
> Не верю. У меня статистика, правда, на меньшей выборке, однако единственный косяк
> вылез на софтине, собираемой с -Wall -Werror; но тут разрабы ССЗБ,
> такое по умолчанию включать нельзя.
В одном "разработчики ССЗБ", в другом месте баг компилятора, в третьем компилятор стал находить опасные моменты в коде, которые ранее не находил, в результате многое не собирается с новым компилятором.

Ответить | Правка | Наверх | Cообщить модератору

52. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +2 +/–

Сообщение от Pulfer (ok), 25-Апр-20, 04:04

У меня статистика на тысячах пакетов - с разными версиями gcc по-разному, но проблем обычно много. Как пример - gcc 9 перестал собирать kdelibs 4-й версии: http://file-store.rosalinux.ru/api/v1/file_stores/3b8eaa0eb2...
Причём код корректный.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

84. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 10:39

> Причём код корректный.
Ой не знаю. Ругается на сгенерированный файл, не видя его, невозможно сказать, корректен ли он.

Ответить | Правка | Наверх | Cообщить модератору

231. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Pulfer (ok), 27-Апр-20, 20:51

На вот это ругается: https://cgit.kde.org/kdelibs.git/tree/kdeui/tests/kconfig_co...

Ответить | Правка | Наверх | Cообщить модератору

235. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 28-Апр-20, 09:04

Интересно, выдущий разработчик так же поддержит заведомо ложное заявление коллеги "теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает 😊", как и его подопечный? (см. https://www.opennet.ru/openforum/vsluhforumID3/120426.html#218 и далее)
Или согласится с ложью молча, поскольку "мало ли кто что на заборах пишет" (с) ?

Ответить | Правка | Наверх | Cообщить модератору

107. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Michael Shigorin (ok), 25-Апр-20, 13:01

>> часть пакетов, которые ранее успешно собирались gcc 5,
>> перестанут собираться gcc 9
> Не верю.
Проверьте; ну или поверьте минимум трём свидетелям, включая меня и http://lists.altlinux.org/pipermail/devel/2017-January/20224...

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

129. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 14:20

Проверял, о чём уже написано. *Тебе* не поверю ни при каких обстоятельствах и ни в каком вопросе.
Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним флагом при необходимости. Не вижу в этом совершенно никакой трагедии.

Ответить | Правка | Наверх | Cообщить модератору

132. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Michael Shigorin (ok), 25-Апр-20, 14:33

> Проверял, о чём уже написано. *Тебе* не поверю ни при каких
> обстоятельствах и ни в каком вопросе.
Прям весь страдать буду до вечера :-)  *Мне* не надо верить на слово, всё можно проверить.  Просто что-то будет сложно, а что-то -- больно.  Или даже очень.  А воля-то Ваша.

Ответить | Правка | Наверх | Cообщить модератору

173. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Annoynymous (ok), 25-Апр-20, 23:01

> Проверял, о чём уже написано. *Тебе* не поверю ни при каких обстоятельствах
> и ни в каком вопросе.
> Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним
> флагом при необходимости. Не вижу в этом совершенно никакой трагедии.
Аноним на опеннете доказывает двум сборщикам пакетов, что они не умеют собирать пакеты.
Холст, масло, 2020.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

236. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 28-Апр-20, 09:15

>> Проверял, о чём уже написано. *Тебе* не поверю ни при каких обстоятельствах
>> и ни в каком вопросе.
>> Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним
>> флагом при необходимости. Не вижу в этом совершенно никакой трагедии.
> Аноним на опеннете доказывает двум сборщикам пакетов, что они не умеют собирать
> пакеты.
У Анонима достаточно хитрая позиция. Достаточно соответствует заявлению "теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает 😊" (см. https://www.opennet.ru/openforum/vsluhforumID3/120426.html#218 и далее), что бы та или иная часть представителей ООО "НТЦ ИТ РОСА" выглядела глупо.
> Холст, масло, 2020.

Ответить | Правка | Наверх | Cообщить модератору

48. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (19), 25-Апр-20, 01:15

И, кстати, вполне можно собрать неконфликтующие пакеты с разными версиями gcc. В Debian, вон, всю жизнь так делают. Но для этого таки нужны руки из правильного места.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

49. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 02:04

> И, кстати, вполне можно собрать неконфликтующие пакеты с разными версиями gcc. В
> Debian, вон, всю жизнь так делают. Но для этого таки нужны
> руки из правильного места.
Не проблема собрать так. Проблема удовлетворить рантайм-зависимость от нужной libstdc++. По ссылке на форуме я описал подробно, какие разные подходы возможны.

Ответить | Правка | Наверх | Cообщить модератору

79. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 10:21

> Проблема удовлетворить рантайм-зависимость от нужной libstdc++.
SOVERSION не менялась, обратная совместимость ABI не ломалась. Новая библиотека совершенно безболезненно заменяет старую, что происходит во всех настоящих роллинг-дистрибутивах без каких-либо негативных последствий.

Ответить | Правка | Наверх | Cообщить модератору

98. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 25-Апр-20, 12:25

Вы ещё про ODR устройте дискуссию с человеком, который макрос называл переменной. :)
-#define LIBVA_MAJOR_VERSION 1
+#define LIBVA_MAJOR_VERSION 2
...
VA_MAJOR_VERSION was updated ...
...
ah, those are different variables.
https://github.com/saiarcot895/chromium-ubuntu-build/issues/...

Ответить | Правка | Наверх | Cообщить модератору

130. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 14:23

Я оптимист. Может быть, наберётся ещё опыта, поумнеет.

Ответить | Правка | Наверх | Cообщить модератору

205. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 26-Апр-20, 15:11

> Я оптимист. Может быть, наберётся ещё опыта, поумнеет.
Потенциал у него действительно был, но основной навык, которому там учат -- делать на публике вид, что они самые умные и красивые.

Ответить | Правка | Наверх | Cообщить модератору

137. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 15:39

>> Проблема удовлетворить рантайм-зависимость от нужной libstdc++.
> SOVERSION не менялась, обратная совместимость ABI не ломалась. Новая библиотека совершенно
> безболезненно заменяет старую, что происходит во всех настоящих роллинг-дистрибутивах
> без каких-либо негативных последствий.
Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве, поскольку обновить системную libstdc++.so.6 - это значит обновить ее, заголовочные файлы от нее и компилятор GCC в целом. Почему GCC обновлять не стоит, написал выше. Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC. То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так. Сам. п. 2 по ссылке https://forum.rosalinux.ru/viewtopic.php?f=7&t=10047 .
> что происходит во всех настоящих роллинг-дистрибутивах
> без каких-либо негативных последствий
Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc: https://forum.manjaro.org/t/cnpkmoduleufr2-segfaults-unable-...
РОСА - это не роллинг дистрибутив, ключевые системные библиотеки на ходу не обновляются.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

161. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 19:11

> Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве
Обновлять всё то, про что написано в новости, особенно ядро и systemd, тем более неуместно в не-роллинг дистрибутиве. Определитесь всё-таки, что за дистрибутив у вас.
> Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC.
Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися к libstdc++) при этом можно.
> То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так.
Найдёт единственную в системе, которая должна быть новой. И не надо мне приписывать слова, которых я не писал. В Debian нет «основной» версии gcc, которая принципиально отличалась бы от других. Есть пакеты вроде gcc-8, gcc-9, gcc-10, собирающиеся единообразно, и есть метапакет gcc, зависящий от последней на данный момент версии. В стабильном репозитории обычно присутствует только одна версия gcc, но в системе вполне может быть установлено несколько параллельно.
> Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc
Ага, а ещё adobe flash отваливался, помним-помним. Вникать в тему сапопа мне лень, по ссылке она совершенно не раскрыта (подозреваю, что это не более чем арчепроблема), а с flash было сочетание двух ошибок: UB в нём самом и изменение поведения функции без создания новой её версии в glibc, что очень быстро исправили. Shit happens, но крайне редко, и чинится оперативно.
Молодой человек, я немало лет имел довольно сомнительное удовольствие сопровождать кусок софта, написанный преимущественно на C++ и устанавливающийся на системы с совершенно непредсказуемыми версиями glibc и libstdc++, и *ни разу* использование более новой версии одной или другой стандартной библиотеки не вызывало проблем. Если своего опыта у Вас пока мало, прислушивайтесь к словам других.

Ответить | Правка | Наверх | Cообщить модератору

166. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 20:25

>> Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве
> Обновлять всё то, про что написано в новости, особенно ядро и systemd,
> тем более неуместно в не-роллинг дистрибутиве. Определитесь всё-таки, что за дистрибутив
> у вас.
"Полуролинг". При обновлении systemd я приблизил поведение версии 243 к поведению версии 230 там, где оно поменялось, grep "with compat230" в спеке https://abf.io/import/systemd/blob/rosa2016.1/systemd.spec
А обновление systemd не ломает пересборку кучи других пакетов, в отличие от GCC
>> Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC.
> Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать
> с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися
> к libstdc++) при этом можно.
>> То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так.
> Найдёт единственную в системе, которая должна быть новой.
Именно! А проблема в том, что для сборки с C++17, в частности LibreOffice >= 6.3, поддержка C+17 нужна не только в компиляторе, но и в libstdc++.
libstdc++ в системе обновляться не будет.
> И не надо мне
> приписывать слова, которых я не писал. В Debian нет «основной» версии
> gcc, которая принципиально отличалась бы от других.
Основная - это та, от которой libstdc++.so.6
>> Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc
> Ага, а ещё adobe flash отваливался, помним-помним. Вникать в тему сапопа мне
> лень, по ссылке она совершенно не раскрыта (подозреваю, что это не
> более чем арчепроблема)
На Ubuntu лично ловил такую же ошибку
> а с flash было сочетание двух ошибок: UB
> в нём самом и изменение поведения функции без создания новой её
> версии в glibc, что очень быстро исправили. Shit happens, но крайне
> редко, и чинится оперативно.
Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все, это не имеет никакого отношения к проблемам glibc и обратной совместимости.
UPD. Я видел именно такую ошибку - не был удовлетворен символ на старых системах. Про "изменение поведения функции без создания новой её версии" не слышал.
> Молодой человек, я немало лет имел довольно сомнительное удовольствие сопровождать кусок
> софта, написанный преимущественно на C++ и устанавливающийся на системы с совершенно
> непредсказуемыми версиями glibc и libstdc++, и *ни разу* использование более новой
> версии одной или другой стандартной библиотеки не вызывало проблем. Если своего
> опыта у Вас пока мало, прислушивайтесь к словам других.
Обновить GCC общесистемно неуместно. Обновить libstdc++ общесистемно без обновления GCC невозможно. Что обновление GCC поломает сборку много чего, коллеги уже подтвердили. Можете не верить, но это так.

Ответить | Правка | Наверх | Cообщить модератору

172. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 25-Апр-20, 22:48

> "Полуролинг".
фейспалм.жпг
> обновление systemd не ломает пересборку кучи других пакетов
Зато работу может поломать запросто. Это ещё хуже, потому что такие ошибки сложнее отлавливать.
> libstdc++ в системе обновляться не будет.
Тогда не надо обновлять и то, что требует новых плюсов.
> Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все
даблфейспалм.жпг
Версия неправильная. Я понимаю, что ты тогда ещё в школе учился, помнить не можешь, но уж погуглить-то мог бы. Ключевое слово — memcpy. Хотя ладно, вот, погуглил за тебя: RHBZ#638477.
> Обновить GCC общесистемно неуместно.
Опять 25… Уместно собрать отдельный пакет с новой версией, сохранив старый, если он так дорог.
> Обновить libstdc++ общесистемно без обновления GCC невозможно.
Опять 625… Возможно. Нет ничего, что бы этому препятствовало.

Ответить | Правка | Наверх | Cообщить модератору

186. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 09:11

>> обновление systemd не ломает пересборку кучи других пакетов
> Зато работу может поломать запросто. Это ещё хуже, потому что такие ошибки
> сложнее отлавливать.
Вполне может. Но не настолько непоправимо, как glibc в случае с кривой блобятиной для принтера.
По факту известная поломка была только одна: https://abf.io/import/vpnc/blob/rosa2016.1/0001-Differ-Debia...
И связана она была не с изменившимся поведением, а с новой добавленной утилитой, наличие которой в системе запутало скрипт. Надо было удалить эту утилиту в рамках обеспечения максимальной совместимости.
>> libstdc++ в системе обновляться не будет.
> Тогда не надо обновлять и то, что требует новых плюсов.
Firefox и LibreOffice обновить вполне надо.
>> Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все
> даблфейспалм.жпг
> Версия неправильная. Я понимаю, что ты тогда ещё в школе учился, помнить
> не можешь, но уж погуглить-то мог бы. Ключевое слово — memcpy.
> Хотя ладно, вот, погуглил за тебя: RHBZ#638477.
Я про этот случай говорил: https://community.adobe.com/t5/flash-player/latest-flash-pla...
А за RHBZ#638477 спасибо, интересные баг и способы заменить вызов в бинарнике.
>> Обновить GCC общесистемно неуместно.
> Опять 25… Уместно собрать отдельный пакет с новой версией, сохранив старый, если
> он так дорог.
Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++.
>> Обновить libstdc++ общесистемно без обновления GCC невозможно.
> Опять 625… Возможно. Нет ничего, что бы этому препятствовало.
Вы уже предлагали обновить libstdc++, но оставить старый GCC по умолчанию.
И это вам кажется не бездумным костылем, а продуманным и безопасным решением?

Ответить | Правка | Наверх | Cообщить модератору

190. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 26-Апр-20, 11:52

> Я про этот случай говорил
Блин, что я пытаюсь доказать человеку, который путает glibc и libstdc++…
> Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++.
Ну нельзя быть таким тугодумом. libstdc++ обновляется, новый gcc собирается отдельным пакетом. Иначе можно только извратиться как в scl, но работать это всё равно будет криво, я по тамошним граблям походил (могу найти багрепорт, если интересно).
> И это вам кажется не бездумным костылем, а продуманным и безопасным решением?
Не кажется. Это так и есть. Для подстраховки, конечно, не помешает прогнать abi-compliance-checker, сугубо на случай кривой сборки. И если на либу накладываются какие-то патчи, просмотреть их очень внимательно. А за апстрим можно быть спокойным.
Если бы обновление libstdc++ (да и любой другой либы, для которой не поднимался SOVERSION) что-то ломало, то существование роллинг-дистрибутивов было бы невозможно, а не-роллинги нельзя было бы обновить в релиза на релиз. Ведь библиотека всегда обновляется раньше слинкованных с ней бинарников. Прикинь, rpm бы посреди обновления отвалился?

Ответить | Правка | Наверх | Cообщить модератору

194. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 12:08

>> Я про этот случай говорил
> Блин, что я пытаюсь доказать человеку, который путает glibc и libstdc++…
А вы прочитайте внимательнее, никто ничего не путает, разговоры про glibc и libstdc++ шли отдельно.
>> Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++.
> Ну нельзя быть таким тугодумом. libstdc++ обновляется, новый gcc собирается отдельным пакетом.
Но зачем делать системный libstdc++ от более нового GCC, чем сам /usr/bin/gcc, когда можно не городить таких костылей? Так в каких-нибудь дистрибутивах делали?

> Иначе можно только извратиться как в scl, но работать это всё
> равно будет криво, я по тамошним граблям походил (могу найти багрепорт,
> если интересно).
давайте, интересно.
>> И это вам кажется не бездумным костылем, а продуманным и безопасным решением?
> Не кажется. Это так и есть.
Кто-нибудь уже прошелся по таким граблям? Выглядит как ненужный изврат ради изврата.
> Для подстраховки, конечно, не помешает прогнать
> abi-compliance-checker, сугубо на случай кривой сборки. И если на либу накладываются
> какие-то патчи, просмотреть их очень внимательно. А за апстрим можно быть
> спокойным.
> Если бы обновление libstdc++ (да и любой другой либы, для которой не
> поднимался SOVERSION) что-то ломало, то существование роллинг-дистрибутивов было бы невозможно,
> а не-роллинги нельзя было бы обновить в релиза на релиз. Ведь
> библиотека всегда обновляется раньше слинкованных с ней бинарников.
Роллинг-дистрибутивы существуют не потому что ничего не ломается, а потому что почти ничего не ломается.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

197. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 26-Апр-20, 13:25

> А вы прочитайте внимательнее, никто ничего не путает, разговоры про glibc и libstdc++ шли отдельно.
Что читать-то? Я писал про glibc:
> с flash было сочетание двух ошибок: UB в нём самом и изменение поведения функции без создания новой её версии в glibc
Ты ответил про glibc:
> Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc
А потом вдруг даёшь ссылку, где написано про неправильную версию libstdc++:
> /usr/lib64/flash-plugin/libflashplayer.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
Ну ладно, там чувак тоже в описании бага ошибся и написал, что проблема в glibc, но ты-то мог бы заметить, что это чушь.
> Но зачем делать системный libstdc++ от более нового GCC, чем сам /usr/bin/gcc, когда можно не городить таких костылей? Так в каких-нибудь дистрибутивах делали?
Затем, чтобы можно было параллельно установить и использовать более новый gcc с поддержкой C++17, с неё ведь всё началось. И это не костыль, костыль — когда часть пакетов приходится собирать gcc, другую — clang'ом, и линковать их с непонятно как названной стандартной библиотекой.
Потом, я уже писал, что так оно работает как минимум в Debian. См. также #196.
> давайте, интересно.
Там проявлялась вот эта ошибка: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191
Компилятор хоть и был новый, а бага старой libstdc++ вылезала. Разрабы были очень недовольны: «как так, я на бубунте той же версией gcc собираю, и всё работает».
> Кто-нибудь уже прошелся по таким граблям?
Уже писал. Лично ходил около 5 лет, и примерно столько же ходили до меня. Граблей не обнаружено.
См. также написанное про Debian.
Также попробуй включить мозг и вспомнить, что происходит при разработке новой веткии дистрибутива. Когда компилятор с libstdc++ обновили, но массовой пересборки ещё не было. Хоть раз что-то в этот момент ломалось из-за новой libstdc++?
> Роллинг-дистрибутивы существуют не потому что ничего не ломается, а потому что почти ничего не ломается.
То ли ты опять ничего не понял, то ли, что более вероятно, просто не хочешь понимать. Они существуют, потому что в них не ломается вообще всё при каждом обновлении. А про «почти ничего не ломается» будешь своим юзерам рассказывать, когда они придут на баги нового systemd жаловаться.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

200. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 14:17

> Ну ладно, там чувак тоже в описании бага ошибся и написал, что
> проблема в glibc, но ты-то мог бы заметить, что это чушь.
Понятно.
>> Но зачем делать системный libstdc++ от более нового GCC, чем сам /usr/bin/gcc, когда можно не городить таких костылей? Так в каких-нибудь дистрибутивах делали?
> Затем, чтобы можно было параллельно установить и использовать более новый gcc с
> поддержкой C++17, с неё ведь всё началось.
Не-не, началось с задачи "поддержка C++17 должна быть и в компиляторе, и в libstdc++". Только в компиляторе - вообще без проблем, но нужно же прилинковать какую-то libstdc++, статически или динамически, а если динамически, то при запуске программы она должна оказаться установленной. Если бы было достаточно поддержки С++17 только в компиляторе, то нашего разговора бы не было.
>> Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися к libstdc++) при этом можно.
> Вот тут я всё же наврал. Заголовочные файлы компилятору нужны от его
> родной версии libstdc++. Сама библиотека при этом может быть более новой.
Логично, ведь ABI сохранен, символы версионированы, не должны быть проблем собраться с новыми заголовочными файлами и слинковаться с более старой libstdc++, но только при условии, что в ней есть все необходимые символы. В случае LibreOffice 6.3 это не так.
> По крайней мере, так это сделано в Debian (на одной системе
> у меня сейчас установлены g++ версий 4.7, 6 и 8, на
> другой — 4.8 и 8, у каждой свои заголовочники от libstdc++,
> а libstdc++.so.6 от 8 версии, и все версии благополучно работают).
При этом Debian в стабильном релизе не обновляет версию libstdc++.so.6, а дополнительные версии компиляторов линкуются с той, которая поставляется по умолчанию.
> И это не костыль,
> костыль — когда часть пакетов приходится собирать gcc, другую — clang'ом,
> и линковать их с непонятно как названной стандартной библиотекой.
> Потом, я уже писал, что так оно работает как минимум в Debian.
Debian на ходу не обновляет libstdc++.so.6, если вы сами подложили другую библиотеку в обход пакетной системы, то это вы сделали на свой страх и риск, это не дистрибутивное решение.
>> давайте, интересно.
> Там проявлялась вот эта ошибка: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191
> Компилятор хоть и был новый, а бага старой libstdc++ вылезала. Разрабы были
> очень недовольны: «как так, я на бубунте той же версией gcc
> собираю, и всё работает».
Спасибо, почитаю.
>> Кто-нибудь уже прошелся по таким граблям?
> Уже писал. Лично ходил около 5 лет, и примерно столько же ходили
> до меня. Граблей не обнаружено.
5 лет подменяете системную libstdc++.so.6 на более новую? А более новую сами собираете? Или еще и libc.so.6 подменяете, чтобы удовлетворить зависимости новых libstdc++.so.6 и libgcc_s.so.1? Или копируете бинарную от более нового gcc из репозитория? Что-то не верится, полагаю, вы подменяете понятия и говорите об использовании альтернативной версии gcc с системной libstdc++.so.6, что не подходит в случае Росы, поскольку системная libstdc++.so.6 слишком старая.
> См. также написанное про Debian.
> Также попробуй включить мозг и вспомнить, что происходит при разработке новой веткии
> дистрибутива. Когда компилятор с libstdc++ обновили, но массовой пересборки ещё не
> было. Хоть раз что-то в этот момент ломалось из-за новой libstdc++?
При разработке новой версии дистрибутива весь дистрибутив пересобирается в сборочнице и не работает в продакшене. Требуется лишь работа компонентов базового сборочного окружения и некоторых вспомогательных программ-сборочных зависимостях. Так даже смесь из OpenSSL 1.0 и 1.1 работает, вот прямо сейчас в rosa2019.1. Ни в одном известном мне релизный дистрибутив такая смесь не уходит в релиз.
>> Роллинг-дистрибутивы существуют не потому что ничего не ломается, а потому что почти ничего не ломается.
> То ли ты опять ничего не понял, то ли, что более вероятно,
> просто не хочешь понимать. Они существуют, потому что в них не
> ломается вообще всё при каждом обновлении.
"Вообще всё" не ломается, да, а что-нибудь ломается, не понимаю, в чем проблема, почему я должен посчитать уместным потащить такую схему в релизный дистрибутив, пользователи которого не подписывались на такие риски?

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

211. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 26-Апр-20, 17:07

> При этом Debian в стабильном релизе не обновляет версию libstdc++.so.6
Конечно не обновляет. Это же не роллинг, даже «мягкий». Он и systemd с ядром не обновляет, и libreoffice, только вот для firefox недавно исключение сделали.
> Debian на ходу не обновляет libstdc++.so.6
В stable не обновляет, а в testing обновляет, и ничего не ломается при этом, даже без столь любимых вами масс-ребилдов. Как так?
> 5 лет подменяете системную libstdc++.so.6 на более новую?
Нет, наоборот: 5 лет даю юзерам бинари, собранные с более старыми libstdc++ и libgcc_s.so, чем у них в системе. И *гораздо* более старой glibc, что характерно. И у всех всё работает.
> При разработке новой версии дистрибутива весь дистрибутив пересобирается в сборочнице и не работает в продакшене.
Слабак. Я вот в майнтейнерские времена на кукере сидел. А у тебя винда или макось основной системой?
> Так даже смесь из OpenSSL 1.0 и 1.1 работает, вот прямо сейчас в rosa2019.1. Ни в одном известном мне релизный дистрибутив такая смесь не уходит в релиз.
В Debian stretch, например, такое было. Куда деваться, не могут они себе позволить 5 лет релиз готовить.

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

213. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 17:40

>> 5 лет подменяете системную libstdc++.so.6 на более новую?
> Нет, наоборот: 5 лет даю юзерам бинари, собранные с более старыми libstdc++
> и libgcc_s.so, чем у них в системе. И *гораздо* более старой
> glibc, что характерно. И у всех всё работает.
Было бы странно, если бы не работало.
>> При разработке новой версии дистрибутива весь дистрибутив пересобирается в сборочнице и не работает в продакшене.
> Слабак. Я вот в майнтейнерские времена на кукере сидел.
Наши компы и чруты - это не продакшн. Некоторые сейчас и на Wayland сидят, но вот мне, например, часто нужны рабочие SimpleScreenRecorder, Kazam, Deepin Screenshot, xdotool.

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

202. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 14:35

Сейчас собираю rosa2019.05, часть пакетов оказалось проще скопировать из rosa2019.1, где они они были слинкованы с более новой libstdc++.so.6. Вот чтобы они временно работали, пока не будут пересобраны, я сделал то, о чем вы пишите: libstdc++.so.6 от gcc-9, но все собирается gcc-8. Вроде бы уже все пересобралось, буду заменять libstdc++ на нормальную.
Это около недели назад сделал.
Но тащить такую дичь в релизный дистрибутив не приходило в голову!
А вы, как я понял, предлагаете сделать так.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

241. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от phprus (ok), 02-Июн-20, 01:41

Прошу прощения за пост в старую тему, но только сейчас ее увидел.
Таким образом обновляется gcc в SUSE Linux Enterprise.
В Версии 11 они обновили libstdc++ от версии из gcc 4.3.4 до версии из gcc 5.3 (при этом в системе доступны несколько промежуточных компиляторов, но стоит одна libstdc++ от самого нового). libgcc_s.so.1 ЕМНИП они не обновляют, а новые символы прилиньковываются из статической libgcc_s.a, которая есть в gcc.
В SLE 12 обновили libstdc++ с 4.8 до 8 (или уже 9, не помню точно), а в SLE 15 с 7 до 9.
Аналогично поступает современная Ubuntu (обновляют libstdc++, как минимум в 18.04 такое было).
Так что это существующая в дистрибутивах с длительным сроком поддержки практика, которая дает возможности безболезненно поставлять в дистрибутиве более новые версии компилятора и, что самое главное, обеспечивать межкомпиляторную совместимость.
В противовес можно вспомнить подход RHEL, где различия между версиями libstdc++ выносятся в отдельную статическую библиотеку, но, как они сами пишут в документации, этот подход делает ABI не совместимыми сборки разными версиями их devtoolset, те разными версиями их gcc.

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

167. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 20:27

А что касается ядра, то в существующих установка системы версия ядра не меняется мажорно при обновлениях. Образы R11.1 из коробки имеют новую версию ядра.

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

168. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 20:34

> Использовать с ней сарый компилятор (с его старыми заголовочными файлами,
> не относящимися к libstdc++) при этом можно.
Так не надо делать _в дистрибутиве_.  При сборке с libstdc++ от gcc10 clang-ом 8 было такое предупреждение:
"math.h:116:31: warning: '__STDCPP_WANT_MATH_SPEC_FUNCS__' is not defined, evaluates to 0 [-Wundef]"
(https://abf.io/import/libreoffice/commit/817b8bac554e11c63be...)
Это говорит о том, что целенаправленно не проводилась работа по однозначной совместимости текущей libstdc++ со старыми компиляторами.
Может, я не прав, а это единичный случай.

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

174. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 26-Апр-20, 00:20

Так собери libstdc++ новым компилятором, а потом используй её со старым сколько влезет.

Ответить | Правка | Наверх | Cообщить модератору

180. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 26-Апр-20, 08:50

Ты не прав, когда полез в тему, не имея представления о Phases of translation [5.2] и execution environment. Теперь, что бы "плохо не подумали о любимой ОС", приходится генерировать удивительные гипотезы.
"Это" ↑ говорит о том, что ты не удосужился элементарно погуглить, ведь даже на stackoverflow можно найти вполне доступное для тебя объяснение.
А вот это  ↓ я просто оставлю тут -- на память.
7.2 User-defined macro name [macro.user]
1 The functions declared or defined in Clause 8 are not declared or defined by their respective headers if __STDCPP_WANT_MATH_SPEC_FUNCS__ is defined as a macro that expands to the integer constant 0 at the point in the source file where the appropriate header is included.

Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

192. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 12:01

Эти нравоучения немного не в тему.
Вчерашний вывод о том, что undefined  __STDCPP_WANT_MATH_SPEC_FUNCS__ якобы говорит о неприспособленности к сборке старыми компиляторами, действительно неверен, поскольку:

$ cat t.cpp
#include "/usr/include/c++/9/math.h"
#include <cstdio>
int main()
{
printf("%ld\n", __cplusplus);
}
$ g++-9 -std=c++17 -Wundef t.cpp
In file included from t.cpp:1:
/usr/include/c++/9/math.h:116:31: warning: "__STDCPP_WANT_MATH_SPEC_FUNCS__" is not defined, evaluates to 0 [-Wundef]
  116 | #if __cplusplus >= 201103L && __STDCPP_WANT_MATH_SPEC_FUNCS__ != 0
      |                               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
user@pay2:/tmp$
И документации к GCC говорит:
> __STDCPP_WANT_MATH_SPEC_FUNCS__
> Undefined by default.

Ответить | Правка | Наверх | Cообщить модератору

203. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 26-Апр-20, 14:57

> Эти нравоучения немного не в тему.
Действительно, они не на тебя рассчитаны. Если бы ты смог понять, что выше написано, в доку GCC бы не полез.

Ответить | Правка | Наверх | Cообщить модератору

196. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +1 +/–

Сообщение от Аноним (71), 26-Апр-20, 12:40

> Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися к libstdc++) при этом можно.
Вот тут я всё же наврал. Заголовочные файлы компилятору нужны от его родной версии libstdc++. Сама библиотека при этом может быть более новой. По крайней мере, так это сделано в Debian (на одной системе у меня сейчас установлены g++ версий 4.7, 6 и 8, на другой — 4.8 и 8, у каждой свои заголовочники от libstdc++, а libstdc++.so.6 от 8 версии, и все версии благополучно работают).

Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

215. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 26-Апр-20, 20:54

> Заголовочные файлы компилятору нужны от его родной версии libstdc++
От любой подходят. -nostdinc++ -I/файлы/. У нас же clang++ работает с заголовочными файлами от libstdc++ от gcc10.

Ответить | Правка | Наверх | Cообщить модератору

216. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от Аноним (71), 26-Апр-20, 21:18

> От любой подходят.
Возможно, но утверждать не берусь, ибо не проверял. От существенно более старой точно не подойдут.
> У нас же clang++ работает с заголовочными файлами от libstdc++ от gcc10.
clang куда более всеяден, нежели gcc. Своя-то libc++ у него сравнительно недавно появилась.

Ответить | Правка | Наверх | Cообщить модератору

102. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +2 +/–

Сообщение от Michael Shigorin (ok), 25-Апр-20, 12:54

> Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал,
> но уверен, что можно распространить сие высказывание и на неё)
> не ломали ни разу, так что можно было совершенно спокойно обновиться.
Да щаз, у них бы сломалась по сборке сразу гора всего.  Ну и C++ ABI совсем другой, причём 5->9 скакнуть явно было бы не проще, чем поэтапно.
Мы тоже в каком-то случае (СПТ7, что ли -- не помню точно) сделали более новую версию gcc доступной, но не системным компилятором по умолчанию.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

138. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." –2 +/–

Сообщение от mikhailnov (ok), 25-Апр-20, 15:40

> Мы тоже в каком-то случае (СПТ7, что ли -- не помню точно)
> сделали более новую версию gcc доступной, но не системным компилятором по
> умолчанию.
При этом она по умолчанию использовала libstdc++ от системного GCC, наверняка.

Ответить | Правка | Наверх | Cообщить модератору

218. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 27-Апр-20, 06:00

Хватит духу прокомментировать?
Владимир Потапов ответил Jaam
Jaam, теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает 😊
https://vk.com/wall-33847957_312535?w=wall-33847957_312535_r...
st@x ~/bin/LO-ROSA-Trash/usr/lib64/libreoffice/program $ ./soffice
/home/st/bin/LO-ROSA-Trash/usr/lib64/libreoffice/program/oosplash: error while loading shared libraries: libstdc++-gcc10.so.6: cannot open shared object file: No such file or directory

Ответить | Правка | Наверх | Cообщить модератору

220. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 27-Апр-20, 10:56

Язык — это средство общения, когда один человек пишет: "Роса тем и хороша, что на ней что не собирай все будет работать везде", — а второй отвечает: "теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает", — то могу порадоваться, что они друг друга поняли, а значит язык, как средство общения, выполнил свою задачу. Мне остается предполагать, что Jaam понимает, что "везде" ограничено достаточно новыми ОС на базе GNU/Linux и glibc, в которых как минимум libc.so.6 сможет удовлетворить зависимости всех ELF, которые будут положены Jaam'ом в AppImage, в т.ч. зависимости libstdc++-gcc10.so.6, а системная libstdc++.so.6 сможет удовлетворить зависимости всех ELF из AppImage, учитывая то, что требуются одновременно и libstdc++.so.6, и libstdc++-gcc10.so.6. На свой страх и риск упаковщик переносимой сборки может _попробовать_ вырезать зависимости от libstdc++.so.6, оставив только libstdc++-gcc10.so.6, например, с помощью patchelf(1). На большинстве дистрибутивов GNU/Linux, выпущенных в 2016 году и позже, этот LibreOffice, грамотно упакованный в AppImage, наверняка будет работать, но лично я бы постарался избежать слова "везде", в т.ч. поскольку до сих пор используется не мало более старых ОС. Также могут возникнуть, но маловероятны нюансы с другими библиотеками, которые не попадут в AppImage.
При этом я специально пишу "сможет удовлетворить зависимости", а не "окажется достаточно новой", поскольку бывают нюансы, например, несмотря на удовлетворение критерия достаточной новизны библиотеки, некоторые символы могут быть версионированы по-разному, что сделает невозможным удовлетворение зависимостей. Пример: https://lists.altlinux.org/pipermail/devel/2020-April/210682... Тыкнув пальцем в небо, могу предположить, что с большой вероятностью при упаковке AppImage на базе библиотек из rosa2016.1 таких проблем не возникнет с подавляющим большинством других дистрибутивов, имеющих такую же или более новую версию glibc, но это лишь тык пальцем в небо.
Похожие проблемы могут возникнуть, если в какую-либо из используемых по обе стороны (где собирали AppImage и где его запускают) бекпортировали новый функционал и своеобразно версионировали новые символы. Когда я бекпортировал в systemd-243 исправление CVE-2020-1712 (коммиты 5d5eb55931, c4dcaa6c90 и e3162da96f в abf.io/import/systemd), то сначала версионировал бекпортированный из systemd 245 символ как 243, затем включил голову, собрал тестовую программу, требующую этот символ, не смог ее запустить на другом дистрибутиве и убрал новую функцию из публичного API и ABI, а затем узнал, что существует systemd-stable, в котором сделали так же. Из-за подобных нюансов при бекпортировании чего-либо и в системе, где компилируют содержимое AppImage, и в системе, где его запускают, могут возникнуть проблемы, что является лишним аргументов за избегание использования слова "везде" для описания того, где будут работать собранные AppImage.
Надеюсь, что, отвечая на провокационный комментарий, смог подкинуть хотя бы какую-то пищу для ума.

Ответить | Правка | Наверх | Cообщить модератору

221. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 27-Апр-20, 12:13

Представь себе, я знаю, что имел ввиду Ямайкин -- лично от него. И когда я захочу узнать его оценку заявления Потапова, я просто у него спрошу. На этом твою попытку заболтать вопрос считаю исчерпанной, вернёмся к нашим баранам.
Потапов заявляет: "везде работает".
Объективная реальность выдаёт вполне ожидаемое "error while loading shared libraries: libstdc++-gcc10.so.6".
Ты считаешь, что вводить пользователей в заблуждение -- это нормально. Стесняешься заявить это прямо и в демагогии уровня "мистер dd" пока не достиг, но не всё ведь ещё потеряно, правда?

Ответить | Правка | Наверх | Cообщить модератору

223. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 27-Апр-20, 12:17

goto первое предложение моего предыдущего комментария. Кто что имел в виду, очевидно, а свои попытки в очередной раз домахаться до слов моих коллег оставь при себе.

Ответить | Правка | Наверх | Cообщить модератору

224. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 27-Апр-20, 12:27

Разумеется, мне очевидно, что Потапов по обыкновению лгал в рекламных целях. Теперь очевидно и твоё к этому отношение.

Ответить | Правка | Наверх | Cообщить модератору

225. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 27-Апр-20, 12:37

Нет, не очевидно, прекращай считать себя самым умным и позволять себе оскорблять всех нас.

Ответить | Правка | Наверх | Cообщить модератору

227. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 27-Апр-20, 13:13

Не стоит преувеличивать мои достижения, я лишь немножко помогаю вам раскрыть свои лучшие качества. И факт технической безграмотности Потапова никак не оправдывает его ложь. Он натренирован говорить то, что от него хотят услышать.

Ответить | Правка | Наверх | Cообщить модератору

228. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от mikhailnov (ok), 27-Апр-20, 14:30

Не стоит приписывать ложь людям, истинного смысла чьих слов не знаешь. Впрочем, ты известный специалист по выцеплению удобного для себя смысла из чужих слов.

Ответить | Правка | Наверх | Cообщить модератору

229. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..." +/–

Сообщение от n00by (ok), 27-Апр-20, 15:08

>> мне очевидно
> Нет, не очевидно
Вернул контекст. Что бы тебе стали очевидны твои сверхъестественные способности. В частности, ты можешь смотреть моими глазами.
> Не стоит приписывать ложь
Простим авансом манипуляцию "везде работает". Тебе необходимо и достаточно показать, что собранное "на Росе шлангом" C++17 работает хоть где-то. Тогда заявление Потапова будет похоже на правду.
> людям истинного смысла чьих слов не знаешь.
Осторожней с формулировками, ты идёшь по очень тонкому льду. Эльфы, да -- они живут в вымышленном мире, соответственно и в слова их может быть вложен смысл, не только не известный Ожегову и Далю, но и никак не связанный с объективной реальностью.

Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	36. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+1 +/–
	Сообщение от mikhailnov (ok), 24-Апр-20, 22:52
	Нет, системный GCC 5 не обновляли, т.к. на ходу не стоит обновлять системные версии компилятора и libstdc++. Что и почему было сделано для поддержки С++17, описано здесь: https://forum.rosalinux.ru/viewtopic.php?f=7&t=10047 Эта ссылка есть на странице, ссылка на которую есть в новости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+1 +/–
	Сообщение от Аноним (71), 24-Апр-20, 23:07
	Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но уверен, что можно распространить сие высказывание и на неё) не ломали ни разу, так что можно было совершенно спокойно обновиться. Засс^WИспугались и даже не попытались проверить, зато не поленились напихать дичайших костылей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+1 +/–
	Сообщение от Аноним84701 (ok), 24-Апр-20, 23:49
	> Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но уверен, что можно распространить сие высказывание и на неё) не ломали > ни разу, так что можно было совершенно спокойно обновиться. Ну вот совсем недавно проскакивало: https://www.opennet.ru/opennews/art.shtml?num=52764 >Обновление почтового сервера Postfix 3.5.1 >19.04.2020 08:28 >Кроме того, в новых выпусках устранена проблема со сборкой при использовании компилятора GCC 10, релиз которого ожидается в мае. Из-за изменений в GCC, нарушающих обратную совместимость, при попытке сборки Postfix начала выводиться ошибка 'multiple definition'. >
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+1 +/–
	Сообщение от Аноним (19), 25-Апр-20, 00:59
	Действительно, это я читал, но вылетело из головы. Ладно, ремарку в скобках забираю обратно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+1 +/–
	Сообщение от mikhailnov (ok), 24-Апр-20, 23:51
	> Обратную совместимость между gcc5 и gcc9 (10 версию ещё не пробовал, но > уверен, что можно распространить сие высказывание и на неё) не ломали > ни разу, так что можно было совершенно спокойно обновиться. Засс^WИспугались и > даже не попытались проверить, зато не поленились напихать дичайших костылей. В libstdc++, скорее всего, действительно не ломали runtime обратную совместимость, а вот часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1), допускать непересобираемость пакетов из репозитория не стоит, а чинить все пакеты - это большая работа, лучше направим усилия на скорейший выпуск rosa2019.1 (R12), чем будем продолжать насиловать старую платформу. Но, что касается libstdc++, несмотря на формальную 100% обратную совместимость, я бы не стал ее обновлять на ходу без крайней необходимости, т.к. возможны нюансы. С помощью костылей удалось минимизировать риск поломок в неожиданных местах.
	Ответить \| Правка \| К родителю #40 \| Наверх \| Cообщить модератору


	46. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	–1 +/–
	Сообщение от Аноним (19), 25-Апр-20, 01:07
	> часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1) Не верю. У меня статистика, правда, на меньшей выборке, однако единственный косяк вылез на софтине, собираемой с -Wall -Werror; но тут разрабы ССЗБ, такое по умолчанию включать нельзя.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+2 +/–
	Сообщение от mikhailnov (ok), 25-Апр-20, 02:06
	>> часть пакетов, которые ранее успешно собирались gcc 5, перестанут собираться gcc 9 (это абсолютно точно и уже проверено при сборке платформ rosa2019.0 и rosa2019.1) > Не верю. У меня статистика, правда, на меньшей выборке, однако единственный косяк > вылез на софтине, собираемой с -Wall -Werror; но тут разрабы ССЗБ, > такое по умолчанию включать нельзя. В одном "разработчики ССЗБ", в другом месте баг компилятора, в третьем компилятор стал находить опасные моменты в коде, которые ранее не находил, в результате многое не собирается с новым компилятором.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+2 +/–
	Сообщение от Pulfer (ok), 25-Апр-20, 04:04
	У меня статистика на тысячах пакетов - с разными версиями gcc по-разному, но проблем обычно много. Как пример - gcc 9 перестал собирать kdelibs 4-й версии: http://file-store.rosalinux.ru/api/v1/file_stores/3b8eaa0eb2... Причём код корректный.
	Ответить \| Правка \| К родителю #46 \| Наверх \| Cообщить модератору


	84. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 10:39
	> Причём код корректный. Ой не знаю. Ругается на сгенерированный файл, не видя его, невозможно сказать, корректен ли он.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	231. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Pulfer (ok), 27-Апр-20, 20:51
	На вот это ругается: https://cgit.kde.org/kdelibs.git/tree/kdeui/tests/kconfig_co...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	235. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от n00by (ok), 28-Апр-20, 09:04
	Интересно, выдущий разработчик так же поддержит заведомо ложное заявление коллеги "теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает 😊", как и его подопечный? (см. https://www.opennet.ru/openforum/vsluhforumID3/120426.html#218 и далее) Или согласится с ложью молча, поскольку "мало ли кто что на заборах пишет" (с) ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Michael Shigorin (ok), 25-Апр-20, 13:01
	>> часть пакетов, которые ранее успешно собирались gcc 5, >> перестанут собираться gcc 9 > Не верю. Проверьте; ну или поверьте минимум трём свидетелям, включая меня и http://lists.altlinux.org/pipermail/devel/2017-January/20224...
	Ответить \| Правка \| К родителю #46 \| Наверх \| Cообщить модератору


	129. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 14:20
	Проверял, о чём уже написано. Тебе не поверю ни при каких обстоятельствах и ни в каком вопросе. Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним флагом при необходимости. Не вижу в этом совершенно никакой трагедии.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Michael Shigorin (ok), 25-Апр-20, 14:33
	> Проверял, о чём уже написано. Тебе не поверю ни при каких > обстоятельствах и ни в каком вопросе. Прям весь страдать буду до вечера :-) Мне не надо верить на слово, всё можно проверить. Просто что-то будет сложно, а что-то -- больно. Или даже очень. А воля-то Ваша.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	173. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Annoynymous (ok), 25-Апр-20, 23:01
	> Проверял, о чём уже написано. Тебе не поверю ни при каких обстоятельствах > и ни в каком вопросе. > Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним > флагом при необходимости. Не вижу в этом совершенно никакой трагедии. Аноним на опеннете доказывает двум сборщикам пакетов, что они не умеют собирать пакеты. Холст, масло, 2020.
	Ответить \| Правка \| К родителю #129 \| Наверх \| Cообщить модератору


	236. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от n00by (ok), 28-Апр-20, 09:15
	>> Проверял, о чём уже написано. Тебе не поверю ни при каких обстоятельствах >> и ни в каком вопросе. >> Да, стандарт плюсов по умолчанию изменился в 6 версии. Обратно переключается одним >> флагом при необходимости. Не вижу в этом совершенно никакой трагедии. > Аноним на опеннете доказывает двум сборщикам пакетов, что они не умеют собирать > пакеты. У Анонима достаточно хитрая позиция. Достаточно соответствует заявлению "теперь вот сделали на Росе сборку под шлангом C++17, так что вообще лафа пошла - и все собирается, и везде работает 😊" (см. https://www.opennet.ru/openforum/vsluhforumID3/120426.html#218 и далее), что бы та или иная часть представителей ООО "НТЦ ИТ РОСА" выглядела глупо. > Холст, масло, 2020.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (19), 25-Апр-20, 01:15
	И, кстати, вполне можно собрать неконфликтующие пакеты с разными версиями gcc. В Debian, вон, всю жизнь так делают. Но для этого таки нужны руки из правильного места.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	49. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от mikhailnov (ok), 25-Апр-20, 02:04
	> И, кстати, вполне можно собрать неконфликтующие пакеты с разными версиями gcc. В > Debian, вон, всю жизнь так делают. Но для этого таки нужны > руки из правильного места. Не проблема собрать так. Проблема удовлетворить рантайм-зависимость от нужной libstdc++. По ссылке на форуме я описал подробно, какие разные подходы возможны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 10:21
	> Проблема удовлетворить рантайм-зависимость от нужной libstdc++. SOVERSION не менялась, обратная совместимость ABI не ломалась. Новая библиотека совершенно безболезненно заменяет старую, что происходит во всех настоящих роллинг-дистрибутивах без каких-либо негативных последствий.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от n00by (ok), 25-Апр-20, 12:25
	Вы ещё про ODR устройте дискуссию с человеком, который макрос называл переменной. :) -#define LIBVA_MAJOR_VERSION 1 +#define LIBVA_MAJOR_VERSION 2 ... VA_MAJOR_VERSION was updated ... ... ah, those are different variables. https://github.com/saiarcot895/chromium-ubuntu-build/issues/...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 14:23
	Я оптимист. Может быть, наберётся ещё опыта, поумнеет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	205. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от n00by (ok), 26-Апр-20, 15:11
	> Я оптимист. Может быть, наберётся ещё опыта, поумнеет. Потенциал у него действительно был, но основной навык, которому там учат -- делать на публике вид, что они самые умные и красивые.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от mikhailnov (ok), 25-Апр-20, 15:39
	>> Проблема удовлетворить рантайм-зависимость от нужной libstdc++. > SOVERSION не менялась, обратная совместимость ABI не ломалась. Новая библиотека совершенно > безболезненно заменяет старую, что происходит во всех настоящих роллинг-дистрибутивах > без каких-либо негативных последствий. Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве, поскольку обновить системную libstdc++.so.6 - это значит обновить ее, заголовочные файлы от нее и компилятор GCC в целом. Почему GCC обновлять не стоит, написал выше. Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC. То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так. Сам. п. 2 по ссылке https://forum.rosalinux.ru/viewtopic.php?f=7&t=10047 . > что происходит во всех настоящих роллинг-дистрибутивах > без каких-либо негативных последствий Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc: https://forum.manjaro.org/t/cnpkmoduleufr2-segfaults-unable-... РОСА - это не роллинг дистрибутив, ключевые системные библиотеки на ходу не обновляются.
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	161. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 19:11
	> Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве Обновлять всё то, про что написано в новости, особенно ядро и systemd, тем более неуместно в не-роллинг дистрибутиве. Определитесь всё-таки, что за дистрибутив у вас. > Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC. Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися к libstdc++) при этом можно. > То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так. Найдёт единственную в системе, которая должна быть новой. И не надо мне приписывать слова, которых я не писал. В Debian нет «основной» версии gcc, которая принципиально отличалась бы от других. Есть пакеты вроде gcc-8, gcc-9, gcc-10, собирающиеся единообразно, и есть метапакет gcc, зависящий от последней на данный момент версии. В стабильном репозитории обычно присутствует только одна версия gcc, но в системе вполне может быть установлено несколько параллельно. > Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc Ага, а ещё adobe flash отваливался, помним-помним. Вникать в тему сапопа мне лень, по ссылке она совершенно не раскрыта (подозреваю, что это не более чем арчепроблема), а с flash было сочетание двух ошибок: UB в нём самом и изменение поведения функции без создания новой её версии в glibc, что очень быстро исправили. Shit happens, но крайне редко, и чинится оперативно. Молодой человек, я немало лет имел довольно сомнительное удовольствие сопровождать кусок софта, написанный преимущественно на C++ и устанавливающийся на системы с совершенно непредсказуемыми версиями glibc и libstdc++, и ни разу использование более новой версии одной или другой стандартной библиотеки не вызывало проблем. Если своего опыта у Вас пока мало, прислушивайтесь к словам других.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	166. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от mikhailnov (ok), 25-Апр-20, 20:25
	>> Я же написал, что обновлять системную версию libstdc++ считаю (и далеко не только я так считаю) недопустимым и излишним в нероллинг дистрибутиве > Обновлять всё то, про что написано в новости, особенно ядро и systemd, > тем более неуместно в не-роллинг дистрибутиве. Определитесь всё-таки, что за дистрибутив > у вас. "Полуролинг". При обновлении systemd я приблизил поведение версии 243 к поведению версии 230 там, где оно поменялось, grep "with compat230" в спеке https://abf.io/import/systemd/blob/rosa2016.1/systemd.spec А обновление systemd не ломает пересборку кучи других пакетов, в отличие от GCC >> Нельзя положить новую libstdc++.so.6 и оставить старые заголовочные файлы и старый GCC. > Обновлять libstdc++ надо, безусловно, вместе с её заголовочными файлами. Использовать > с ней сарый компилятор (с его старыми заголовочными файлами, не относящимися > к libstdc++) при этом можно. >> То, что собрано с _новой_ libstdc++, если собрать новую версию компилятора, не трогая основную ("как в Debian", по вашим словам), при запуске не найдет нужную версию libstdc++ просто так. > Найдёт единственную в системе, которая должна быть новой. Именно! А проблема в том, что для сборки с C++17, в частности LibreOffice >= 6.3, поддержка C+17 нужна не только в компиляторе, но и в libstdc++. libstdc++ в системе обновляться не будет. > И не надо мне > приписывать слова, которых я не писал. В Debian нет «основной» версии > gcc, которая принципиально отличалась бы от других. Основная - это та, от которой libstdc++.so.6 >> Ага, еще и glibc там обновляться "без каких-либо негативных последствий", сохраняя 100% ABI-совместимость, только вот, например, проприетарный драйвер Canon отваливался после обновления glibc > Ага, а ещё adobe flash отваливался, помним-помним. Вникать в тему сапопа мне > лень, по ссылке она совершенно не раскрыта (подозреваю, что это не > более чем арчепроблема) На Ubuntu лично ловил такую же ошибку > а с flash было сочетание двух ошибок: UB > в нём самом и изменение поведения функции без создания новой её > версии в glibc, что очень быстро исправили. Shit happens, но крайне > редко, и чинится оперативно. Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все, это не имеет никакого отношения к проблемам glibc и обратной совместимости. UPD. Я видел именно такую ошибку - не был удовлетворен символ на старых системах. Про "изменение поведения функции без создания новой её версии" не слышал. > Молодой человек, я немало лет имел довольно сомнительное удовольствие сопровождать кусок > софта, написанный преимущественно на C++ и устанавливающийся на системы с совершенно > непредсказуемыми версиями glibc и libstdc++, и ни разу использование более новой > версии одной или другой стандартной библиотеки не вызывало проблем. Если своего > опыта у Вас пока мало, прислушивайтесь к словам других. Обновить GCC общесистемно неуместно. Обновить libstdc++ общесистемно без обновления GCC невозможно. Что обновление GCC поломает сборку много чего, коллеги уже подтвердили. Можете не верить, но это так.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	172. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 25-Апр-20, 22:48
	> "Полуролинг". фейспалм.жпг > обновление systemd не ломает пересборку кучи других пакетов Зато работу может поломать запросто. Это ещё хуже, потому что такие ошибки сложнее отлавливать. > libstdc++ в системе обновляться не будет. Тогда не надо обновлять и то, что требует новых плюсов. > Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все даблфейспалм.жпг Версия неправильная. Я понимаю, что ты тогда ещё в школе учился, помнить не можешь, но уж погуглить-то мог бы. Ключевое слово — memcpy. Хотя ладно, вот, погуглил за тебя: RHBZ#638477. > Обновить GCC общесистемно неуместно. Опять 25… Уместно собрать отдельный пакет с новой версией, сохранив старый, если он так дорог. > Обновить libstdc++ общесистемно без обновления GCC невозможно. Опять 625… Возможно. Нет ничего, что бы этому препятствовало.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	186. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от mikhailnov (ok), 26-Апр-20, 09:11
	>> обновление systemd не ломает пересборку кучи других пакетов > Зато работу может поломать запросто. Это ещё хуже, потому что такие ошибки > сложнее отлавливать. Вполне может. Но не настолько непоправимо, как glibc в случае с кривой блобятиной для принтера. По факту известная поломка была только одна: https://abf.io/import/vpnc/blob/rosa2016.1/0001-Differ-Debia... И связана она была не с изменившимся поведением, а с новой добавленной утилитой, наличие которой в системе запутало скрипт. Надо было удалить эту утилиту в рамках обеспечения максимальной совместимости. >> libstdc++ в системе обновляться не будет. > Тогда не надо обновлять и то, что требует новых плюсов. Firefox и LibreOffice обновить вполне надо. >> Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc, не находилось нужного символа от новой версии, вот и все > даблфейспалм.жпг > Версия неправильная. Я понимаю, что ты тогда ещё в школе учился, помнить > не можешь, но уж погуглить-то мог бы. Ключевое слово — memcpy. > Хотя ладно, вот, погуглил за тебя: RHBZ#638477. Я про этот случай говорил: https://community.adobe.com/t5/flash-player/latest-flash-pla... А за RHBZ#638477 спасибо, интересные баг и способы заменить вызов в бинарнике. >> Обновить GCC общесистемно неуместно. > Опять 25… Уместно собрать отдельный пакет с новой версией, сохранив старый, если > он так дорог. Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++. >> Обновить libstdc++ общесистемно без обновления GCC невозможно. > Опять 625… Возможно. Нет ничего, что бы этому препятствовало. Вы уже предлагали обновить libstdc++, но оставить старый GCC по умолчанию. И это вам кажется не бездумным костылем, а продуманным и безопасным решением?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	190. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 26-Апр-20, 11:52
	> Я про этот случай говорил Блин, что я пытаюсь доказать человеку, который путает glibc и libstdc++… > Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++. Ну нельзя быть таким тугодумом. libstdc++ обновляется, новый gcc собирается отдельным пакетом. Иначе можно только извратиться как в scl, но работать это всё равно будет криво, я по тамошним граблям походил (могу найти багрепорт, если интересно). > И это вам кажется не бездумным костылем, а продуманным и безопасным решением? Не кажется. Это так и есть. Для подстраховки, конечно, не помешает прогнать abi-compliance-checker, сугубо на случай кривой сборки. И если на либу накладываются какие-то патчи, просмотреть их очень внимательно. А за апстрим можно быть спокойным. Если бы обновление libstdc++ (да и любой другой либы, для которой не поднимался SOVERSION) что-то ломало, то существование роллинг-дистрибутивов было бы невозможно, а не-роллинги нельзя было бы обновить в релиза на релиз. Ведь библиотека всегда обновляется раньше слинкованных с ней бинарников. Прикинь, rpm бы посреди обновления отвалился?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	194. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от mikhailnov (ok), 26-Апр-20, 12:08
	>> Я про этот случай говорил > Блин, что я пытаюсь доказать человеку, который путает glibc и libstdc++… А вы прочитайте внимательнее, никто ничего не путает, разговоры про glibc и libstdc++ шли отдельно. >> Отдельный пакет с новой версией не решает проблему удовлетворения рантайм-зависимости от новой libstdc++. > Ну нельзя быть таким тугодумом. libstdc++ обновляется, новый gcc собирается отдельным пакетом. Но зачем делать системный libstdc++ от более нового GCC, чем сам /usr/bin/gcc, когда можно не городить таких костылей? Так в каких-нибудь дистрибутивах делали? > Иначе можно только извратиться как в scl, но работать это всё > равно будет криво, я по тамошним граблям походил (могу найти багрепорт, > если интересно). давайте, интересно. >> И это вам кажется не бездумным костылем, а продуманным и безопасным решением? > Не кажется. Это так и есть. Кто-нибудь уже прошелся по таким граблям? Выглядит как ненужный изврат ради изврата. > Для подстраховки, конечно, не помешает прогнать > abi-compliance-checker, сугубо на случай кривой сборки. И если на либу накладываются > какие-то патчи, просмотреть их очень внимательно. А за апстрим можно быть > спокойным. > Если бы обновление libstdc++ (да и любой другой либы, для которой не > поднимался SOVERSION) что-то ломало, то существование роллинг-дистрибутивов было бы невозможно, > а не-роллинги нельзя было бы обновить в релиза на релиз. Ведь > библиотека всегда обновляется раньше слинкованных с ней бинарников. Роллинг-дистрибутивы существуют не потому что ничего не ломается, а потому что почти ничего не ломается.
	Ответить \| Правка \| К родителю #190 \| Наверх \| Cообщить модератору


	197. "Опубликован корректирующий релиз дистрибутива ROSA Fresh R11..."	+/–
	Сообщение от Аноним (71), 26-Апр-20, 13:25
	> А вы прочитайте внимательнее, никто ничего не путает, разговоры про glibc и libstdc++ шли отдельно. Что читать-то? Я писал про glibc: > с flash было сочетание двух ошибок: UB в нём самом и изменение поведения функции без создания новой её версии в glibc Ты ответил про glibc: > Во Флеше Адобовцы просто напросто слинковали Флеш со слишком новой glibc А потом вдруг даёшь ссылку, где написано про неправильную версию libstdc++: > /usr/lib64/flash-plugin/libflashplayer.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found Ну ладно, там чувак тоже в описании бага ошибся и написал, что проблема в glibc, но ты-то мог бы заметить, что это чушь. > Но зачем делать системный libstdc++ от более нового GCC, чем сам /usr/bin/gcc, когда можно не городить таких костылей? Так в каких-нибудь дистрибутивах делали? Затем, чтобы можно было параллельно установить и использовать более новый gcc с поддержкой C++17, с неё ведь всё началось. И это не костыль, костыль — когда часть пакетов приходится собирать gcc, другую — clang'ом, и линковать их с непонятно как названной стандартной библиотекой. Потом, я уже писал, что так оно работает как минимум в Debian. См. также #196. > давайте, интересно. Там проявлялась вот эта ошибка: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191 Компилятор хоть и был новый, а бага старой libstdc++ вылезала. Разрабы были очень недовольны: «как так, я на бубунте той же версией gcc собираю, и всё работает». > Кто-нибудь уже прошелся по таким граблям? Уже писал. Лично ходил около 5 лет, и примерно столько же ходили до меня. Граблей не обнаружено. См. также написанное про Debian. Также попробуй включить мозг и вспомнить, что происходит при разработке новой веткии дистрибутива. Когда компилятор с libstdc++ обновили, но массовой пересборки ещё не было. Хоть раз что-то в этот момент ломалось из-за новой libstdc++? > Роллинг-дистрибутивы существуют не потому что ничего не ломается, а потому что почти ничего не ломается. То ли ты опять ничего не понял, то ли, что более вероятно, просто не хочешь понимать. Они существуют, потому что в них не ломается вообще всё при каждом обновлении. А про «почти ничего не ломается» будешь своим юзерам рассказывать, когда они придут на баги нового systemd жаловаться.
	Ответить \| Правка \| К родителю #194 \| Наверх \| Cообщить модератору