Как еще обновить самого себя?

может есть какие то штатные средства ОС?

Есть. apt, rpm, flatpak, snap.

А то, что вы пытаетесь сделать - это вирусня.

еще не пытался, это чужой работающий пример.

а что лучше из всего этого и в идеале попроще? )

а что лучше из всего этого и в идеале попроще? )

Штатный пакетный менеджер в текущем дистрибутиве.

дистрибутив ubuntu/debian, значит apt, т.е. можно как то сказать apt автоматически подменить бинарник!?

Так делать нельзя. Так вообще никто не делает. Если хочется нормально – см. пример обновления того же Chrome как на Windows, так и на Linux.

если не сложно киньте ссылку на этот пример?

по хрому помню только что он пишет что ему надо перезапуститься вручную

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

Автоматически делает только вирусня и софт, который ведет себя как вирусня.

Если на вашей важной машине не делается apt get update && apt get upgrade регулярно - то проблема начинается тут.

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

Telegram делает. Если я правильно понял, то ответственный за это код в этом файле.

https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/_ot...

Если на вашей важной машине не делается apt get update && apt get upgrade регулярно - то проблема начинается тут.

Где же тут проблема? В Ubuntu обновлялся раз в 4 года, когда выходил очередной LTS релиз. В Gentoo почаще обновляю, но честно говоря не слишком. Проблем не заметил.

Где же тут проблема?

Закрытие CVE.

и своего репозитория нет

Ну так поднимите. Зачем вы тащите свои мерзкие грязные виндовые привычки в линукс?

В linux просто удалешь старый файл, кладёшь новый, делаешь туда exec.

Запрет на удаление файла запущенного процесса это фича винды, а не линукса.

т.е. можно удалить самого себя? а переписать сразу себя поверх? )

	for (int i = 1; i < argc; ++i) {
		if (equal(argv[i], "-noupdate")) {
			needupdate = false;
		} else if (equal(argv[i], "-autostart")) {
			autostart = true;
		} else if (equal(argv[i], "-debug")) {
			debug = _debug = true;
                ... 13 проверок

Кто-нибудь, расскажите им про getopt. ну или хотя бы про массивы.

		} else if (equal(argv[i], "-key") && ++i < argc) {
			key = argv[i];
		} else if (equal(argv[i], "-workpath") && ++i < argc) {
			workDir = workdir = argv[i];

Я прям ощущаю четкий запах CVE

) забавный код - и stdio и iostream, а как же напрямую системные read/write

Как я понимаю обычное решение это

… не заниматься фигней. Задачу обновления приложения решает менеджер пакетов - он сам подложит новый бинарник, так что все что надо - по сути сделать exec $@

Если же вы занимаетесь приседанием на лыжах в гамаке, то rename {current} {backup} ; mv {new} {current} ; rm {backup>} ; exec $@

И да, расскажите, что вы будете делать, когда выпустите (а вы выпустите) битое обновление? Ваше ПО автоматически на него обновляется и вываливается в ошибку (или творит херню с системой пользователя (см. rm -rf /var от яндекса). Дальше что? Выпустить новую версию не поможет, потому что приложение падает. Откатиться не поможет - вы сразу обновитесь и сломаете. Вы предлагает каждому руками удалять ваше поделие и потом руками устанавливать версию+1? Отличный план.

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

т.е. можно удалить самого себя?

Да

а переписать сразу себя поверх?

Не всегда

Перезаписывать тот же самый файл (делать туда write) не стоит, а вот переименовать новый, чтобы он заменил старый - да.

Записи в каталоге ФС это по сути ссылки. Когда ты разлинковываешь старый файл, он исчезает из каталога, но ядро его «держит», пока на него есть открытые дескрипторы. И старый процесс работает из этого файла.

Когда этот процесс или завершается, или делает exec, то связь со старым файлом теряется, и в этот момент ядро его окончательно удаляет с диска, освобождая блоки.

Хотел еще syncthing предложить посмотреть, но там golang и всё размазано по нескольким файлам.

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

В винде такое тоже работает, но я не настоящий программист и не знаю все параметры блокировок файлов.

Для винды можно посмотреть исходники Miranda NG, там тоже похожим образом делается обновление.

это скопировать куда то новый бинарник, затем запустить его с какими то параметрами из своего процесса через exec* и уже в нем положить себя на свое старое место

Зачем класть в другое место сначала? Не, для этого есть одна причина, но я уверен что ты о ней не подумал.

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

Никогда нигде не использовал getopt. И массивы тут не особо помогут тоже.

о чем речь?

А что мешает переименовать текущий бинарик? Мы же не в винде!

Так делает install.

Так обновляется init в sysvinit без перезагрузки.

Но вот наличие свободного места нужно проверить.

мешает что если во время этого процесса мигнуло питание

Старый бинарик никуде не денется.

это то да, но и новый не загрузится, а значит и доступа не будет

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

так же лоадер может проверять корректность системы и откатываться к дефолту или предыдущей рабочей конфигой

да да, репы никто не ломал. пользователи сторонние репы не подключают и из исходников ничего не собирают. носите дальше свое розовое

Как еще обновить самого себя?

репы никто не ломал

Причем тут репы? Сама исходная задача про обход реп и прочих внешних обновляторов.

Если нужны репы, то не было бы вопроса про обновление самого себя.

три действия:

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

переименовать из нового имени в текущее, старый при этом удалится.

перезапустить самого себя.

За что борьба? Обновить «непрерывно» работающий процесс?

А чому бы не сделать штабильный бинарник запускатор, а им уже подгружать/выгружать/перезапускать актуальное приложение? Заодно и зоопарк версий можно держать.

аше ПО автоматически на него обновляется и вываливается в ошибку (или творит херню с системой пользователя (см. rm -rf /var от яндекса)

Менеджер пакетов от этого не спасает.

новый релиз кладётся в /opt/puper-soft-1.23.45, проводятся местные тесты, запускается..старая версия выключается перед запуском новой или уже после (если есть балансировщики и это возможно бесшовно).

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

Иначе можно сильно попасть, как от сбоев обновления (где-то что-то залочено или эл-тво/сеть/диск мыргнуло и теперь у тебя часть файлов одного и часть другого) так и кривизны рук (в новой версии весёлые баги, а старой уже совсем нет)

Телега все равно перезапускается, браузеры тоже. А ТС хочет обновляться «на лету», я хз как это безопасно сделать на ПК.

передать контекст другому треду?

ну так, на вскидку

Во время исполнения ? Ну вообще гипотетически можно например сделать mmap исполняемого кода нового бинарника и переключиться на него. Другой вопрос, что с танцами придётся и оригинальный бинарник загружать, по сути по принципу ВМ, когда ВМ компилирует пользовательский код и в исполняемой памяти запускает его, но это как по мне звучит странно, да и скорее всего помимо рисков написать ужасный код вместо простого, но рабочего вызывает вопросы мотивация. Хотя есть более простой вариант - буквально держать ВМ какого-нибудь языка сценариев, типо Lua и соответственно при обновлении обеспечить 1) хранение 2) процедуру восстановления состояния в новой версии по состоянию ВМ старой. В случае бинарника такое тоже возможно, но только если приложение разбить на плагины, обновлять только их, при условии, если можете обеспечить подгрузку символов с помощью libdl при условии низкосвязности среды, таким образом, чтобы выгрузка старого модуля не грохала приложение.

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

А с автообновлением сдохнут сразу все.

Поэтому софт с автообновлением выкатывается постепенно лол

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

Я помню в венде распространял обновления через бинарник в рабочей БД. Софтина смотрела что в БД повысилась версия, писала что надо обновиться, скачивала блоб из таблицы в БД и заменяла.

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

ЗЫЖ Была ба софтина под линукс, это ничего бы не поменяло. Ну на край можно было закрывать соединение и писать чтобы обновлялись через ПМ и не пускать покуда не обновятся.

в хотелке автора софт лезет на сервер ловит там последнюю версию и тянет ее.

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

Именно.

Вообще такие связки должны мета-пакетом ставиться.

Только не бинарник, а баш-скрипт

Вообще такие связки должны мета-пакетом ставиться.

Каким метапакетом? БД с процедурами на сервере в серверной, а пользаки по четырем этажам офиса разбросаны, человек 100. Вот выкатили обнову на БД ночью, девочка с утра пришла и должна работать в свежей версии программы, которая соответствует версии БД. Я не про СУБД, а про БД в данном случае, а версия это просто версия данных, таблиц и процедур.

Да, наверное можно было бы чем-то вроде политик обновлять, но даже не уверен что это на линуксе сделать будет легко(уверен что очень сложно). На венде же вообще нереально почти.

Для бд я подсовываю бинарник, а затем вытряхиваю всех их базы ))

Все делают так:

vitus@vitus-home:~/telegram$ ll
итого 179952
-rwxr-xr-x 1 vitus vitus 173649048 дек  4 22:35 Telegram
-rwxr-xr-x 1 vitus vitus  10615032 дек  4 22:35 Updater

Т.е. когда телеграмму надо обновиться, он запускает Updater, а сам закрывается, после обновления Updater, запускает Telegram, а сам закрывается.

Понятное дело, что Updater может быть не бинарником, а тупым скриптом.