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

В ядре Linux прекращается поддержка 32-разрядных гостевых си..., opennews (??), 27-Окт-19, (0) [смотреть все] kiss выкинуть из ядра все по совету эксперта с опеннета и вернуть линукс в эп, Аноним (11), 10:06 , 27-Окт-19, (11) +3 а кто-то еще пользует паравиртуализацию а если да - то зачем мне просто очень , БСПФА (?), 16:10 , 29-Окт-19, (104) +1 Экономия ОП - можно запихнуть больше PV 32x виртуалок и внутри некоторые прилож, MVK (??), 12:23 , 30-Окт-19, (107) Я помню как переходили с kbd mouse на evdev в Feodra Core 6 Поддержку комовск, Zenitur (ok), 10:27 , 27-Окт-19, (16) // Кучу фич драйвера synaptics выкинули Но пользователи gnome3 о них всё равно не , Аноним (43), 15:22 , 27-Окт-19, (43) +3 Кстати да, старый добрый synaptics умеет в инерционную прокрутку, а libinput - н, Аноним (85), 03:33 , 28-Окт-19, (85) +1 Чёт не знаю, я и сегодня пользуюсь kbd и mouse норм Ток в вейланде их нет, там , Аноним (46), 15:51 , 27-Окт-19, (46) +4 Это как-то слабо с твоим комментарием бьётся Уж очень странный юзеркейс , iPony129412 (?), 10:18 , 27-Окт-19, (14) –1 // Достал из чулана старый пыльный пиджак деда и примерив сказал А ничего так сох, Аноним (-), 13:34 , 27-Окт-19, (31) +1 Ты можешь ПОПРОБОВАТЬ запустить 1 Проблемы совместимости были с 98 были ещё на x, Аноним (34), 14:13 , 27-Окт-19, (34) +5 вот только glibc об этих новостях не знает и упорно не желает собираться на 2 6, Аноним (98), 20:52 , 28-Окт-19, (98) Тэг сарказм в Вашем посте плохо различим под толстым слоем жыра , Аноним (13), 10:16 , 27-Окт-19, (13) +1 А это не совсем бред На платформах типа RISC-V меня интересуют POSIX, инструмен, user (??), 10:53 , 27-Окт-19, (19) // Ещё один момент - переносимость ФС , user (??), 11:12 , 27-Окт-19, (21) +1 FreeBSD тебе чем не угодила , Аноним (61), 17:01 , 27-Окт-19, (61) –1 ну значит Хен станет еще менее популярен, Аноним (3), 08:52 , 27-Окт-19, (3) –4 // Похоже что это прекращение поддержки затронет только очень редкие конфигурации , A.Stahl (ok), 09:16 , 27-Окт-19, (6) +3 // Это не так Не важно, нашлись ли пользователи Важно лишь то, сколько платят они, Аноним (35), 14:16 , 27-Окт-19, (35) –2 сомнительно Динамика на понижение очень сильнаяhttps www omgubuntu co uk 2016, soarin (ok), 15:25 , 27-Окт-19, (44) –1 Забудьте про все метрики Есть компании с компами из комплектующих, произведённы, Аноним (35), 15:59 , 27-Окт-19, (49) –1 Делайте из них терминалы Есть и другие варианты, но они годятся для _крупных_ , Michael Shigorin (ok), 16:11 , 27-Окт-19, (54) –4 Спасибо за совет, но не думаю, что он применим в нашей организации Лично говорю , Аноним (35), 17:40 , 27-Окт-19, (67) ИМХО По факту, не вижу особых причин для прекращения 32 битной поддержки в 99 , svsd_val (ok), 07:51 , 28-Окт-19, (90) Конечно необходимость Называется планирование ресурсов Очень просто - всё делае, iPony129412 (?), 10:15 , 28-Окт-19, (93) Возможно Вы правы , svsd_val (ok), 12:27 , 28-Окт-19, (94) так может говорить только человек, который сам не занимается разработкойТрудозот, soarin (ok), 16:14 , 27-Окт-19, (56) –3 Про тестирование ты даже не подумал А тестировать надо весь дистрибутив перед р, Аноним (57), 16:20 , 27-Окт-19, (57) +2 Да ладно тестирование В сложных проектах пониже уровнем ядро, виртуализация, д, soarin (ok), 16:35 , 27-Окт-19, (58) –1 В принципе верно браузеры можно было бы и не выделять из виртуализации Я в раз, Аноним (35), 16:56 , 27-Окт-19, (60) На тестирование в принципе можно забить постольку поскольку есть юниттесты, покр, Аноним (35), 17:02 , 27-Окт-19, (62) –3 Жесть какие тут диванные аналитики 128512 , soarin (ok), 17:04 , 27-Окт-19, (63) –1 Знаешь в чём у тебя затык В том что ты человеческие трудозатраты считаешь за но, iPony129412 (?), 19:29 , 27-Окт-19, (69) +1 1 Человекозатраты были бы не больше, чем для новейшего компа, если бы старьё пр, Аноним (35), 20:20 , 27-Окт-19, (72) –1 Старые машины работают на старом софте, и никто там не бежит за новейшим софтом , iPony129412 (?), 05:07 , 28-Окт-19, (87) Во-первых, не машины работают на софте, а софт - на машинах Машины работают на , Аноним (35), 22:24 , 28-Окт-19, (100) И не говорю Смотрю по окружающему миру , iPony129412 (?), 05:37 , 29-Окт-19, (103) Любое старье 2011-2012 на GCN 1 0 подойдет Даже для Vulkan 1 1 , Аноним (106), 19:12 , 29-Окт-19, (106) Яркий пример того, как побеждает здравый смысл Или, может, приведёшь пример, гд, CrazyAlex (?), 13:27 , 27-Окт-19, (29) +4 Постарался по возможности фигурно порезать, но граждане, вы же сами видите -- н, Michael Shigorin (ok), 16:04 , 27-Окт-19, (50) –8 // Звучит как фигурная ковровая бомбардировка , Аноним (61), 16:06 , 27-Окт-19, (51) +2 Это уже не говоря что не так было с комментариями , Аноним (61), 16:07 , 27-Окт-19, (52) +1 // Многие комментарии отвечавших были замечательными, прям жалко удалять см лог м, Michael Shigorin (ok), 16:12 , 27-Окт-19, (55) –3 // В логах последовательность странным образом нарушена Самый первый флеймообразую, Аноним (61), 16:49 , 27-Окт-19, (59) +1 больше половины комментариев удалено, вы совсем там охренели может давайте прост, Аноним (71), 20:14 , 27-Окт-19, (71) +4 // Здесь, к сожалению, комментарии к большинству новостей воняют Абсолютно без ра, Amonym (?), 07:05 , 28-Окт-19, (89) +1 // Какие все нежные и ранимые 8230 , AlexYeCu_not_logged (?), 14:13 , 28-Окт-19, (95) Ломать - не строить, чё Я вот одного не понимаю У нас же есть make menuconfig,, Корец (?), 18:49 , 27-Окт-19, (68) –1 // Всё не так просто Любой кусок кода в сорцах усложняет сорцы Любая поддержка че, Ordu (ok), 21:56 , 27-Окт-19, (77) // Проблема со всеми форками в мердж-конфликтах Для того, чтобы тащить функциональ, Аноним (35), 22:23 , 27-Окт-19, (78)   // Нет, не меньше Просто когда функциональность тащится в апстриме, сложности её п, Ordu (ok), 23:48 , 27-Окт-19, (80)   Нет, меньше Патчи ломаются даже тогда, когда в самой строке ничего не изменили,, Аноним (35), 00:55 , 28-Окт-19, (81)   s grep sed , Аноним (35), 00:56 , 28-Окт-19, (82)   Это естественно Комментарий, конечно, patch мог бы и обработать вручную, но вот, Ordu (ok), 01:23 , 28-Окт-19, (83)   Ядро же вообще без централизованного гита, вместо него разные списки рассылки с , Аноним (35), 22:31 , 28-Окт-19, (101)   А ты чё думал Торвальдс вообще известный противник автоматизаций внесения право, Ordu (ok), 23:52 , 28-Окт-19, (102)   Вопрос к Максиму Почему на этом форуме ни слова нельзя сказать о винде Почему , Аноним (73), 20:25 , 27-Окт-19, (73) –2 // Кстати, тут не любят и мак , Аноним (73), 20:32 , 27-Окт-19, (74) // BSD тут тоже недолюбливают , Нонон (?), 21:09 , 27-Окт-19, (75) Когда это пишется аргументированно и в тему обсуждаемой новости, никаких вопросо, Maxim Chirkov (ok), 21:13 , 27-Окт-19, (76) +3 нет блин, это общественный туалет с вантузом его суют во все места, особенно в т, ананим.orig (?), 22:58 , 27-Окт-19, (79) +1 Потому что это никому кроме тебя не интересно , Ordu (ok), 01:32 , 28-Окт-19, (84) УДАЛЕНО Отмодерировано gvy, Пояснение торчокЭто вообще как , Аноним (86), 04:14 , 28-Окт-19, (86) // Это он про себя и политику пeдерации , Аноним (88), 05:59 , 28-Окт-19, (88) Оно же, вроде бы, обосновывалось отсутствием возможности проэксплуатировать эту , КО (?), 09:00 , 28-Окт-19, (92) 32 битные системы не нужны, чем раньше похоронят тем лучше, чем меньше зоопарк п, Аноним (96), 18:05 , 28-Окт-19, (96) –1 Простите, я, может неверно понимаю происходящее, но у меня вопрос а зачем нужны, Аноним (99), 20:53 , 28-Окт-19, (99) +1 // Ну Xen как-то не особо про это, soarin (ok), 16:54 , 29-Окт-19, (105) 3,50,68,73,86,92,96,99

Сообщения

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

	78. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 27-Окт-19, 22:23
	Проблема со всеми форками в мердж-конфликтах. Для того, чтобы тащить функциональность в форках, всегда нужно намного больше усилий, чем если её же тащить в апстриме. Потому что тогда не нужно разрешать конфликты слияния и бодаться с мегатупыми инструментами контроля версий, не умеющими в AST.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 27-Окт-19, 23:48
	> Для того, чтобы тащить функциональность в > форках, всегда нужно намного больше усилий, чем если её же тащить > в апстриме. Нет, не меньше. Просто когда функциональность тащится в апстриме, сложности её поддержания ровным слоем размазываются по многим разработчикам, и поэтому они менее заметны со стороны. Но это не значит, что на поддержание старья при таком раскладе тратится меньшее количество человекочасов.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 00:55
	Нет, меньше. Патчи ломаются даже тогда, когда в самой строке ничего не изменили, а в соседних - изменили то, что патчиемую строку никак не затрагивает. Или добавили комментарий. Или изменили форматирование. Или когда грепом переименовали f**k  на hug. Каждый сломанный патч приходится применять вручную из-за отсутствия нормальных инструментов и нормального формата патчей для них. А ломаются они регулярно.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 00:56
	s/grep/sed/
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 28-Окт-19, 01:23
	Это естественно. Комментарий, конечно, patch мог бы и обработать вручную, но вот всё остальное надо проверять глазами, прежде чем патчить. Даже если патчиемая строка не была затронута. Инкапсуляция C'шного кода производится на уровне отдельного сорца, в том смысле, что детали реализации, сокрытые в сорце, тебя могут не заботить, только если ты вызываешь код извне. Если же ты меняешь его внутри, то она тебя должна заботить и очень, во всех деталях, каждая строчка сорца. Не все C программисты это уловили, и не всегда им удаётся таким образом делить код на сорцы, но в ядре это именно так. И если в коде есть лишняя строчка, нужная для поддержки чего-то устаревшего, то любой вносящий правки в этот сорец, должен её иметь в виду. Если же ты поддерживаешь форк, то ты должен проверить каждую изменённую апстримом строчку, на предмет того, не вступает ли она в конфликт с твоей, которой нет в апстриме. И тут уже дело не в том, что patch слишком тупой, а в том, что если patch будет слишком умным, то, используя его, ты накидаешь себе в код багов. Тут не важно, кто будет проделывать работу по поиску конфликтов новых строк со старой -- мейнтейнер/разработчик апстрима или ты, разница во времени выполнения задачи будет определяться только разницей в квалификации: если ты лучше разработчиков апстрима знаешь и понимаешь код, то ты будешь это делать быстрее них, если хуже, то, значит, медленнее. Дело в том, что в апстриме разработчиков много, и многие из них впахивают, и впахивают они молча, ты можешь наблюдать только конечный результат их впахивания. А вот свою работу по поддержанию форка ты не сможешь не заметить, и сравнивая то, что ты видишь, с тем чего ты не видишь, ты естественно приходишь к выводу, что тебе сложнее чем им. Но если ты чего-то не видишь, это не значит, что это что-то не существует.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	101. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Аноним (35), 28-Окт-19, 22:31
	Ядро же вообще без централизованного гита, вместо него разные списки рассылки с пересылаемыми туда-сюда патчами поверх разных форков. Это было бы и на гихабе с единым апстримом очень больно, но  если они при слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать в апстрим годами) всё вручную перепроверяют - то это ад какой-то.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В ядре Linux прекращается поддержка 32-разрядных гостевых си..."	+/–
	Сообщение от Ordu (ok), 28-Окт-19, 23:52
	> если они при > слиянии каждого патча (которые копятся, ведь некоторые патчи Торвальдс отказывается принимать > в апстрим годами) всё вручную перепроверяют - то это ад какой-то. А ты чё думал? Торвальдс вообще известный противник автоматизаций внесения правок в код. Код надо смотреть глазами и править руками. Если твой патч не приняли поверх коммита A, то когда ты его предлагаешь накатить поверх коммита B, то будь добр прежде наложи его поверх B дома, скомпилируй ядро, прогони тесты, и вообще убедись что оно работает. А потом пускай мейнтейнеры кода, куда ты свои патчи суёшь, тоже всё проверят, посмотрят глазами и выскажут своё мнение. Раньше за косяки в этом процессе Торвальдс ругался матом сильно, сейчас он толерантный стал, может он теперь не матом ругается, а как-то иначе. Форк вряд ли сильно увеличит время, но вот чем форк хуже: меньшее количество квалифицированных людей будет смотреть за процессами изменения кода, больше багов будет. Но если баги в этом процессе сильно вероятны, то тогда совершенно точно не стоит говорить о том, что поддержание старья в апстриме -- это практически бесплатно для разработчиков.
	Ответить | Правка | Наверх | Cообщить модератору

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

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