kicad-9.x/10.x/AppImage - !!! запускается !!! на старой системе

Anylinux-Appimages

Не, образы у вас, вы и смотрите, чего незапускающимся не хватает. Вобще, вроде, glibc входит в appimage этого самого kicad.

вроде, glibc входит

входит glib

kicad-9.0.9.1-x86_64.AppImage
- libglib-2.0.so.0.7400.6

KiCad-5.1.4.glibc2.27-x86_64.AppImage
-->
./bin/kicad: /lib64/libc.so.6: version GLIBC_2.25 not found (required by x86_64-linux-gnu/libgnutls.so.30)

логичный вопрос: что случилось?
предполагаю, что в свете «впиливания воланда» - была изменена политика «сборки».
т.е. понизили версии, для большего охвата?!

сначало пилились версии без обратной совестимости, а потом «что-то случилось» :о)

- slackware 14.2
- glibc-2.23

Как там в криокамере?
KiCAD-10.0 нормально запускается на slackware-current (glibc-2.42) c Xorg.

Обновляться с 14.2 до current достаточно непросто.

IMHO обновить glibc c 2.23 до 2.26 не составит проблемы, особенно есть есть бекап системы.

Как там в криокамере?

отлично, не жарко, прохладный легкий бриз около моря, весьма расслабляет! :о)

обновить glibc c 2.23 до 2.26 не составит проблемы

если имеете положительный опыт пересборки всего стека системы, поделитесь?
пожалуйста, создайте отдельный топик про слаку, я обязательно буду почитать/отметиться.
(я лично не планирую, причины очевидны) спасибо :о)

KiCAD-10.0 нормально запускается на slackware-current (glibc-2.42) c Xorg.

-->

запускаются «текущие» версии када:
- 10.0.7
- 9.0.9.1

вопрос/топик был немного не об этом :о)

kicad-9.x/10.x/AppImage - !!! запускается !!! на старой системе
логичный вопрос: что случилось?
предполагаю, что в свете «впиливания воланда» - была изменена политика «сборки».
т.е. понизили версии, для большего охвата?!

у кого какие мысли/идеи/помидоры?

Собрать их исходников самому?

ладно! а зачем?
п.с. просто дурацкая мысль - может я непонятно описал «ситуацию/вопрос» в топике или может вы не правильно поняли, потому что я непонятно описал или... :о)

Я вот с первого раза понял в чём вопрос (но ответ не знаю). А эти комментаторы странные какие-то, все почему-то решили что у тебя проблема с его запуском.

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

ураааа!!! спасибо, кланяюсь!!! :о)

к стати да! но они могли поступить более «финансово выгодно» - спецом для заказчика делать «рабочие версии» а выкладывать продолжать «текущие, с последними библиотеками»

«а поболтать вообще»

Больше похоже, на устроить клоунаду. Сами признаёте, что:

возможно, были скачаны не с офф.сайта

Только, не возможно, а совершенно точно. KiCad-5.1.4.glibc2.27-x86_64.AppImage не официальная сборка, её создал KarlZeilhofer, который там активничал на форуме, не мимокрокодил, но не официально.

Запрос на создание AppImage в сторону KiCad был направлен в 2023 году, до этого официальных AppImage не было.

В kicad-9.0.9.1-x86_64.AppImage, который официальный, входит libc и прочие, поэтому он больше 400 метров и весит, в отличии от lite. Брали бы какой-нибудь сторониий KiCad-9.0.3.glibc2.35-x86_64.AppImage и пытались бы его запустить под слакой 14. Но конспирологию то ведь веселе разводить:

сначало пилились версии без обратной совестимости, а потом «что-то случилось» :о)

Так то, уже почти понедельник, далеко не пятница...

Больше похоже, на устроить клоунаду

да не, я все больше по

мысли/идеи/помидоры?

на и да, пошутить тоже люблю

KarlZeilhofer, который там активничал

я только там не активничал совсем и не следил за новостями

дай, думаю, на всякий случай скачаю
давно не следил за изменениями, возможно, что-то упустил.

потому как уже давно перестали поддерживаться старые версии линуха (что-то где-то нашел, скачал, проверил - запускается нет, удалил и забыл где и когда), поэтому и вот «чего помнить-то», так и сказал

возможно, были скачаны не с офф.сайта

чай не соврал-жешь?! :о)

Брали бы какой-нибудь

на старых уже давно не стартует

последние кады, которые !!! запускались !!! на старой слаке - 5.1.2/appimage

а собирался из исходников последний 5.1.5

веселе разводить

так там и смайлики везде! чего бука такой с утра?! :о)

спасибо большое, что все прояснили!
вот и славно трам пайрамм!

п.с. хорошо, тогда вам встречный вопрос:
а почему, все-таки, такая политика - что собирают под старые версии?
большинство сборок под хед-лайн! (да собственно, больше не встречал подобного)

чего бука такой с утра?! :о)

С утра? У меня там было около часа ночи и скоро Ф1 начиналась, а я там AppImage изучал, чтобы точно убедиться, что там есть gnu libc. Да ещё по кнопке «Предпросмотр» бНОПНЯ выдваться стала.

так там и смайлики везде!

Вдвойне подозрительно, ЛОР итак юмористический ресурс, а тут ещё смайлы

да собственно, больше не встречал подобного

Вот тут (github.com) маньяки обитают, они там всё подряд насобирали в AppImage с glibc и пр, что типа до ядра 2.6.9 должно работать. Может ошибаюсь, но старые тулзы для сборки в AppImage не засовывали туда libc, нужно было усилия прилагать. А сейчас, вроде как, тулзы поменялись и libc легко туда записываются.

И я уточню, тут не сборка под старые версии библиотек, тут засовывание вобще всех библиотек в AppImage, что приложение из AppImage, фактически, только в ядре нуждается (и X-сервере). И, пока gnu libc поддерживает старые ядра, а GUI-библиотеки способны работать с базовым X-window, то такая «совместимость» со старыми дистрибутивами остаётся.

Что касается конкретно KiCad, то нужно смотреть, что у них во FlatPack, засовывали они туда glibc до того, как AppImage стали делать. Лень искать/качать старые кикады во flatpack и смотреть что там.

Ну, а почему, в принципе решили начать собирать AppImage? Да фиг его знает, может ЛОР почитали... Прочитали, что «будущее за flatpack», сразу поняли, что их троллят и стали AppImage собирать.

во! вот это по нашему! спасибо! :о)

Вот тут (github.com) маньяки обитают, они там всё подряд насобирали в AppImage с glibc и пр, что типа до ядра 2.6.9 должно работать

не маньяки а маньяк, по сути один. Из Венесуэлы, судя по профилю. Которому видимо надо было запускать софт на старом железе, а нормального способа это делать не было (кстати большой привет фридесктопу с его флатпаками). Ну он и сделал, в процессе немного увлекся.

Кстати таких проектов не один и не два, когда смотришь и цокаешь языком, нифига себе там большая команда как круто работает. Потом открываешь сам проект - а там не команда, а один тип бесплатно фигачит вероятно 24 часа в сутки. А все остальные тупо пользуются. И что будет с проектом, если он перестанет фигачить, - науке неизвестно.

Из подобных проектов - один из самых популярных наборов плагинов для neovim, nvchad, запилил индусский студент полностью в termux. Потому что все эти ваши vscode у него на смартфоне не работали, а ничего кроме смартфона с клавиатурой у него не было.

Да, невнимательно прочитал. Обычно пишут про проблемы с запуском.
Про обновление glibc: IMHO можно обновить только версию glibc без пересборки всего остального. В слаке это проще чем в других дистрибутивах.
Про понижение требований к минимальной версии glibc: если не используются фичи новых glibc, то зачем их требовать? Но это нужно заморочиться и пересобрать софтину в старой версии и убедиться что все работает.

фсегда думал, что цели этих AppImage, Snap и т.п. паков в том чтоб не зависеть от дистрибных либ. И всё носить с собой. А тут такая новость - люди радуются и ликую, что всё работает как и должно по идее работать. Наверно, хорошо, что я этим пользуюсь по минимуму +))).

Contributors: 32, Closed pull requests: 635. Это типа один человек?

видимо надо было запускать софт на старом железе

Может и старое, но как-то он ubuntu 6.10 в виртуалку поставил. И Kubuntu 25.10 куда-то ставил, чтобы показать, что ln в uutils/coreutils была криво реализовано, раз флаг -f не поддерживала.

если имеете положительный опыт пересборки всего стека системы, поделитесь?

Для 15.0 оно есть собранное, для 14.2 можно пойти тем же путем:
https://mirrors.slackware.com/slackware/slackware64-15.0/testing/source/binut...

Вот только с версиями наверняка придется сделать осознанный выбор самому.

PS. 14.2 помню, версию glibc в ожидании 15.0 поднимал сборкой штатным дистрибутивным glibc.Slackbuild и последующей установкой опакеченного.
Было ли обновление именно для 14.2 на glibc/gcc от Эрика — уже точно не вспомню. Ситуация с необходимостью нового компилятора для chromium-а осталась в памяти смутно, но не помню в какой это было версии.