Глупые вопросы новичка

[gosts 87]

Почему кроме? В новых ядрах новые драйвера.

Ну, ещё драйвера.

С сетевыми картами часто бывает заметно, к примеру.

Вы внимательно читали, о чём я писал? В Линуксе обновление системы (пакетов) можно не делать годами, а в "форточках" пользователя постоянно запугивают "обнаруженными уязвимостями" и "вирусами" с "троянами". Если в существование второго и третьего поверить можно, то в случае с "уязвимостями" лично у меня возникает вопрос: а где разработчики все эти годы были? Почему не исправили эти "уязвимости" раньше? И вот здесь-то и возникает подозрение, что код пишется "дырявым" - намеренно!
Вот я сейчас это написал. Если "Microsoft" хочет, то пусть доказывает обратное с раскрытием исходного кода!!!

[ruslandh]

В Линуксе обновление системы (пакетов) можно не делать годами

Кто вам такую глупость сказал ?

[ruslandh]

в случае с "уязвимостями" лично у меня возникает вопрос: а где разработчики все эти годы были?

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

[gosts 87]

Кто вам такую глупость сказал ?

1. Иначе в репозиториях не было бы пакетов 12-15 летней свежести!
2. Я на предыдущей странице указал, что состою в команде разработчиков. 99% изменений и обновлений - это всякие пожелания по работе и удобству использования. Практически нет обновлений по причине обнаружения уязвимостей.
Ядро и драйвера - это отдельная история.
3. Если посмотреть spec-файлы в том-же Альте, то найдётся приличное количество "битых" ссылок и ссылок ведущих уже давно не на сайт разработчика! По каким-то соответствующие багрепорты оформлены, а по каким-то - нет. Но! В этом не разработчик виноват, а мэйнтейнер, который при сборке не проверил, а не "мёртвая" ли ссылка? И не изменил соответствующий URL на актуальный, когда он изменился.

Вы хоть раз писали программы

Полностью в одиночку - нет. Я больше по линии локализации и интернационализации.

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

Никогда не поверю, что разработчик может не знать об этих уязвимостях, потому-что у разработчика такого софта исходный код на руках есть!

[gosts 87]

Кто вам такую глупость сказал ?

Раз на то пошло, то вот пакет с такой ссылкой: https://packages.altlinux.org/ru/p11/srpms/scim-chewing/specfiles/ или https://packages.altlinux.org/ru/p11/srpms/scim-fcitx/specfiles/
Вопрос: перед тем, как переносить из Сизифа в p11 мэйнтейнер мог заглянуть в раздел "Ошибки"?
И это далеко не всё. Я видел и другие багрепорты - а-ля "URL-протух".

[Skull]

Мейнтейнер может не сопровождать пакет и он автоматически переносится из Sisyphus в бранч.

[gosts 87]

Мейнтейнер может не сопровождать пакет и он автоматически переносится из Sisyphus в бранч.

Я по этим конкретным пакетам оформил ещё и багу с предложением удалить эти пакеты. Они больше не поддерживаются и не сопровождаются никем, даже разработчиками.
Зачем тот-же scim пытались пересобрать недавно в Сизифе (насколько я понял - неудачно) мне непонятно, ибо он заброшен разработчиками...
Причём оформил багрепорты и по ссылкам и с предложением удалить ещё за несколько месяцев до бранчевания - тишина гробовая. Никто, ничего даже не ответил, не то чтобы решение по ним принять...

[Skull]

Я думал, мейнтейнер ответит. Ждал. Мне несложно удалить пакеты.

[gosts 87]

Мне несложно удалить пакеты.

scim
scim-m17n
scim-thai
scim-anthy
scim-array
scim-fcitx
scim-hangul
scim-pinyin
scim-sayura
scim-tables
scim-chewing

Эти пакеты можете удалить из Sisyphus и если посчитаете нужным, из p11.

[gosts 87]

Что касается багрепортов по битым и сменившимся ссылкам в spec-ах. Я в комментариях указал, на какие ссылки нужно их заменить.
https://bugzilla.altlinux.org/show_bug.cgi?id=50186#c1
https://bugzilla.altlinux.org/show_bug.cgi?id=50184#c2
https://bugzilla.altlinux.org/show_bug.cgi?id=50185#c1
Они, хотя-бы, рабочие и не ведут "куда попало"...
Это для p10 и более старых бранчей

[Skull]

Мне несложно удалить пакеты.

scim
scim-m17n
scim-thai
scim-anthy
scim-array
scim-fcitx
scim-hangul
scim-pinyin
scim-sayura
scim-tables
scim-chewing

Эти пакеты можете удалить из Sisyphus и если посчитаете нужным, из p11.

https://packages.altlinux.org/ru/tasks/351040/

[Skull]

Что касается багрепортов по битым и сменившимся ссылкам в spec-ах. Я в комментариях указал, на какие ссылки нужно их заменить.
https://bugzilla.altlinux.org/show_bug.cgi?id=50186#c1
https://bugzilla.altlinux.org/show_bug.cgi?id=50184#c2
https://bugzilla.altlinux.org/show_bug.cgi?id=50185#c1
Они, хотя-бы, рабочие и не ведут "куда попало"...
Это для p10 и более старых бранчей

Смысла нет. До конца жизни p10 осталось чуть более года и собирать ради исправленного URL в спекфайле смысла нет.

[gosts 87]

Смысла нет.

Тогда закройте эти три багрепорта. Глаза мазолить не будет, хотя-бы...

Код: [Выделить]

2024-Jun-16 09:38:10 :: unmets: x86_64 +3 -0 =3, i586 +3 -0 =3, aarch64 +3 -0 =6, ppc64le +3 -0 =6
2024-Jun-16 09:38:10 :: dependencies check FAILED
2024-Jun-16 09:38:10 :: task #351040 for sisyphus FAILEDЧто-то не совсем понял. Это по логу провал задания целиком (не удалось удалить) или это только неудача/отмена проверки зависимостей?

[Skull]

Нам написан unmet в логе. Я повесил багрепорт на efl.

[Skull]

Как удалю из Sisyphus, так закрою.