Открылся проект создания portable дистрибутивно-независимых сборок программ (Наконец-то!)

[watashiwa_daredeska]

А если я хочу поставить программу пользователю другого дистрибутива без выхода в глобальную сеть с его стороны что тогда?

А, FloppyNet. Что ж, с этим я согласен. Если вернуть прогресс лет на 15 назад, то этот сервис актуален. Для XXI века — не актуален.

[watashiwa_daredeska]

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

Как Вы могли заметить, я именно этот бинарник и запускаю. Только вот, зависимости у него не сходятся с моими.

И какой у Вас есть лучший способ для решения этой рутины?

Мое решение было простым как валенок. Я таскал метаданные APT'а и DPKG на флэшке, чтобы online-машина полностью знала состояние offline-машины. Соответственно, online-машина могла обновлять эти метаданные (скачивать новые списки пакетов) и скачивать сами пакеты. При желании, можно было бы собрать статически apt-get на флэшку, а лучше так вообще собственный парсер сделать на чем-нибудь типа Python, чтоб совсем мультиплатформенный был, благо полного функционала APT от него не требуется — только скачать.

[astronom1987]

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

Как Вы могли заметить, я именно этот бинарник и запускаю. Только вот, зависимости у него не сходятся с моими.

У меня Open Suse и все нормально, наверное разработчики еще не знают о Вашей проблеме в силу отсутствия возможности протестировать хорошо свое творение.

И какой у Вас есть лучший способ для решения этой рутины?

Мое решение было простым как валенок. Я таскал метаданные APT'а и DPKG на флэшке, чтобы online-машина полностью знала состояние offline-машины. Соответственно, online-машина могла обновлять эти метаданные (скачивать новые списки пакетов) и скачивать сами пакеты. При желании, можно было бы собрать статически apt-get на флэшку, а лучше так вообще собственный парсер сделать на чем-нибудь типа Python, чтоб совсем мультиплатформенный был, благо полного функционала APT от него не требуется — только скачать.

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

А если я хочу поставить программу пользователю другого дистрибутива без выхода в глобальную сеть с его стороны что тогда?

А, FloppyNet. Что ж, с этим я согласен. Если вернуть прогресс лет на 15 назад, то этот сервис актуален. Для XXI века — не актуален.

Интересно какой век сейчас в русских и украинских глубинках? Может там время по другому течет ?

[watashiwa_daredeska]

для мигрантав с win использование данного метода не грозит.

Им много чего не грозит. Идея такого «мега-инсталлятора» стара, как MS-DOS и не раз реализовывалась (списочек). Только нафиг это никому не нужно. В первую очередь, паковать. Для брэндов все эти поделки — это еще один маргинальный МП, для которого не имеет смысла ваять отдельный пакет, для пользователя оно требует, как правило, установки «клиента» и это должно быть объяснено на каждом сайте, где лежат «пакеты», т.к. именно этот пакет может оказаться в жизни пользователя первым. Вспомнился тут вот klik: не так уж популярен, хотя и времени с рождения прошло достаточно, и идея там расписана посолиднее, и т.п.

Просто так уж сложилось, что бинарная совместимость в Unix как-то не сильно прижилась. Слишком много аппаратных платформ, вариаций на тему Unix и т.п. Стандарты не поспевают за реалиями жизни. Единственный способ сделать приложение действительно многоплатформенным — отдавать исходные коды. Поэтому все эти поделки просто обречены влачить жалкое существование. И чем больше будет таких проектов, тем жальче будет их судьба на первых порах.

Интересно какой век сейчас в русских и украинских глубинках?

Девятнадцатый. Даже асфальт, центральное отопление и канализацию еще не осилили. ;)

[astronom1987]

Значит для глубинки актуален.
А, то что способ не прижился это уже другой вопрос. Это во многом зависит от самых пользователей. Было бы больше масс-мигрантов с win среди линуксоидов им (сервисом) пользовались бы значительно больше. И мне он до сих пор нужен для некоторых целей, но я о нем даже ничего не знал, так что спасибо за информацию. Учитывая уровень осведомленности новичков о его существовании нет ничего удивительного в том что им мало кто пользуется. Подчеркиваю что я узнал о klik только от Вас, и если бы не было данной дисскусии, то возможно я о нем бы и не узнал бы. Так что как я понял мы сошлись во мнении что данный способ установки программ нужен всего лишь для опеределенных ситуаций.

[Warlornhor]

Не актуален он для глубинки, сам оттуда и там до сих пор инет 5 кило в секунду, не шибко быстро и очень дорого. Решалась проблема просто не надо ставить своим друзьям и знакомым тот дистрибутив, которого у тебя нет и не надо ставить себе тот, которого нет у твоих друзей или знакомых. Я думаю Вы вспомните ответ на вопрос: "Какой дистрибутив ставить?" --- тот который стоит у твоего соседа гуру.

[astronom1987]

Не актуален он для глубинки, сам оттуда и там до сих пор инет 5 кило в секунду, не шибко быстро и очень дорого. Решалась проблема просто не надо ставить своим друзьям и знакомым тот дистрибутив, которого у тебя нет и не надо ставить себе тот, которого нет у твоих друзей или знакомых. Я думаю Вы вспомните ответ на вопрос: "Какой дистрибутив ставить?" --- тот который стоит у твоего соседа гуру.

Ах вот как Вы живете, а если у меня принтер в Suse заводится, а в Мандриве не хочет не смотря на все усилия, то что тогда? Весело Вам там, однако ! Дальше терпите неудобства с этим? Вам виднее, но Вы меня все равно удивили, я бы на Вашем месте скачал бы сборку программы без зависимостей если бы была возможность чтобы самому поставить и с другими поделится.
P.S. И еще знаете про пакеты под Open Suse новость, что довольно значительная часть их лежит на локальный репозиториях пользователей-сборшиков и что скачать их так просто нельзя с одного FTР, а приходится пользоватся однокликовой установкой? Пример - Kadu.

[moog]

Полезно, но только как альтернатива, а не замена православным пакетным менеджерам.

[Minton]

 

И еще знаете про пакеты под Open Suse новость, что довольно значительная часть их лежит на локальный репозиториях пользователей-сборшиков и что скачать их так просто нельзя с одного FTР, а приходится пользоватся однокликовой установкой? Пример - Kadu.

Нет, не знаем. Это жёсткий галюциногенный бред, Kadu доступен в билдсервисе - подключай репозиторий да ставь.

[sash-kan]

Компьютер не подключен к интернету. Возможность качать есть на работе. Дистрибутив — Ubuntu. Нужно поставить mplayer. Что делать будете?

воспользуюсь советом из Использование менеджеров пакетов Debian
в текущий момент он последний по счёту. звучит так:

Q: Есть ли возможность сформировать скрипт загрузки нужных пакетов и их зависимостей, чтобы потом можно было скачать все это из другого места?
A: Есть, для это можно использовать следующую конструкцию:
apt-get --print-uris -y install имена_пакетов_через_пробел | grep \\.deb | cut -d \' -f 2 > filelist
Файл filelist будет содержать список прямых ссылок, который можно будет скормить менеджеру загрузок.

p.s. тоже, думаю, может быть полезно: Репозитарий домой
примерно то, о чём упоминал выше уважаемый watashiwa_daredeska

[Ali1]

Код: Выделить всё

$ strace ./Leafpad\ 0.8.16le.parcel
execve("./Leafpad 0.8.16le.parcel", ["./Leafpad 0.8.16le.parcel"], [/* 48 vars */]) = -1 ENOEXEC (Exec format error)
dup(2)                                  = 3
fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9ed9ac1000
lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: Exec format error\n"..., 32strace: exec: Exec format error
) = 32
close(3)                                = 0
munmap(0x7f9ed9ac1000, 4096)            = 0
exit_group(1)                           = ?
[ali@aliCQ Загрузки]$

Я бы на месте разработчиков сразу прилеплял к статической сборке виртуальную машину.

[sash-kan]

Я бы на месте разработчиков сразу прилеплял к статической сборке виртуальную машину.

нет, это не спортивно. эдак стопроцентно будет работать. и систему основную не загадишь. разве к этому мы стремимся?
единственный плюс, единственная отрада для дайалапщиков/помегабайтников — выкачивать придётся ещё на порядок больше.

p.s. это был сарказм. а то ещё поймут неправильно…

p.p.s. возникла идея: квинтэссенцией всей этой темы надо считать содержание локальных зеркал всех известных дистрибутивов у себя на локальном диске.
приходит друг, интернетом обделённый:
дай, мол, программку mplayer.
а для какого дистрибутива?
для такого-то.
сей секунд, только срез на болванки закатаю.

красота!

[watashiwa_daredeska]

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

Ага. Бизнес-идея: торговля по почте USB-дисками, забитыми срезами заказанных дистрибутивов. Хм... А оно по почте-то дойдет? :)

[Ali1]

A`propos
Или я пропустил, или авторы сделали свой архиватор. Зачем?

[shade1387]

Всё равно я так и не понял, в каких ситуцациях может пригодиться установка "всё в одном". Даже если есть сферический изолированный от сети компьютер в вакууме, то должен же быть DVD/CD с которого ставилась система, на котором должны быть необходимые пакеты. Специфичный софт? Ну так и сборка для него "всё в одном" врядли будет присутсвовать из-за специфичности и непопуляронсти софта.
Всё же что-то удобнее пакетного менеджера дистрибутива придумать сложно. Так не считаете? "Вы просто не умеете их готовить".

[Ali1]

нет, это не спортивно. эдак стопроцентно будет работать. и систему основную не загадишь. разве к этому мы стремимся?

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

Код: Выделить всё

[ali@aliC wunderbar_emporium]$
[ali@aliC wunderbar_emporium]$
[ali@aliC wunderbar_emporium]$ uname -r
2.6.14-1.1653.1asp
[ali@aliC wunderbar_emporium]$ ./wunderbar_emporium.sh
exploit.c: In function Эown_the_kernel':
exploit.c:321: warning: pointer targets in assignment differ in signedness
 [+] MAPPED ZERO PAGE!
.....
 [+] Disabled security of : nothing, what an insecure machine!
 [+] Got root!
sh-3.00# id
uid=0(root) gid=0(root) ┘▓∙▒▒І=500(ali)
sh-3.00# ldd ./exploit
        not a dynamic executable
sh-3.00# setterm -dump

p.s. Систему мы не обновляем -- деньги бережем.
p.p.s. К блокноту цеплять лень.

[sash-kan]

К блокноту

блокнот? кому нужен блокнот?
надо что-то более востребованное.
linux portable keygen for vmware — спрос гарантирован. а если оно ещё и действительно будет ключи генерировать, так вообще продавать можно.
p.s. пять процентов — мне. за идею.
p.p.s. с генерацией ключей можно особо и не заморачиваться. ключевой момент — музычка подинамичнее (надо поискать где-нибудь в районе s3m.com, modarchive.org и т.п.)
p.p.p.s. в сто метров вместе с mplayer-ом, x-сервером, алсой и компилятором сможем уложиться?

[DarkPhoenix]

НЕ ВЗЛЕТИТ кхм, прошу прощения.

Забавная идея, но не сработает. Просто потому, что в случае с виндой есть некий стандартный набор библиотек (это либо голая система после установки, либо голая система после установки и скачки апдейтов), а в случае с никсами такого уж общего "дистрибутиво-независимого" стандарта нету, что выше и продемонстрировал пример с библиотеками qt. Можно попробовать сделать "мета-пакет" для каждого дистрибутива, который будет подтягивать системы на необходимый уровень, но смысл тогда? Качать один фиг что-то придется.

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

[Bluetooth]

К блокноту

блокнот? кому нужен блокнот?
надо что-то более востребованное.
linux portable keygen for vmware — спрос гарантирован. а если оно ещё и действительно будет ключи генерировать, так вообще продавать можно.
p.s. пять процентов — мне. за идею.
p.p.s. с генерацией ключей можно особо и не заморачиваться. ключевой момент — музычка подинамичнее (надо поискать где-нибудь в районе s3m.com, modarchive.org и т.п.)
p.p.p.s. в сто метров вместе с mplayer-ом, x-сервером, алсой и компилятором сможем уложиться?

+Много.

[C10H15N]

Бред какой-то.Обладателям дорогого и медленного интернета предлагают по десять раз скачивать одни и те же либы?Штука имеющая применение конечно,но позиционировать её так странно.Или автор поста переврал всё.

[MMouXe]

Хорошая новость. Люди тратят массу усилий и времени на однотипные бесполезные занятия (сборка пакетов под конкретный дистрибутив), а ведь можно было бы направить их на что-то действительно необходимое в мире СПО. Потому я только за возможность иметь софт в универсальном пакете, который без проблем будет работать на любом дистрибутиве.

[Voral]

Я объясню: в данном случае легче скачать одну программу размером в 10 мегабайт чем искать вручную десять зависимостей (для большинства непонятно как их даже искать).

Хм... Я еще чайник в линуксе. И мне пока не понятно как искать зависимости. Впрочем я эту проблему решаю просто: aptitude install <нужный_пакет>. И отвечаю Y - если на экране появляется список зависимостей. При этом все делаю из интернетовских репозитариев. Очень удобно - не надо диски туда сюда вставлять. А тут получается мне придется каждый раз качать, то что уже есть...... хм.... сомнительная перспектива. По крайней мере для тех (как была указано в цели проекта) у кого инет фиговый.

В принципе, вероятно, может быть это будет полезно у кого несколько сборок установлено. Опять же не понятно. Если будут некоторые либы пересекаться - тут или котавасия с версиями не избежна; либо будет нарушена принятая структура каталогов и на компе будет куча дубликатов, т.е. придется винт увеличивать.....

[DSS]

Впрочем я эту проблему решаю просто: aptitude install <нужный_пакет>. И отвечаю Y - если на экране появляется список зависимостей. При этом все делаю из интернетовских репозитариев. Очень удобно - не надо диски туда сюда вставлять.

Очень удобно.
Особенно удобно - на dialup/GPRS.
Пока дождёшься только "metadata update" - помереть можно.

[Voral]

О осознал кому в принципе это полезно. Допустим есть комп БЕЗ подключения в инет (или исключительно плохое соединение). И дать ему возможность попросить соседа Васю скачать необходимый пакет. При этом ряд условий:
1. К Васе сходить только один раз.
2. Вася может быть под любой ОС.

Но имхо, в этом случае проект движется не по тому пути. Я бы сделал следующий сервис:
1. Вася оставляет заказ на сайте. Указывая имя Дистрибутива, его версию, версию ядра и еще какие либо доп параметры. Сервис скачивает с соответствующих зеркал/репозитариев (именно скачивает, а не хранит у себя - чтобы подхватить обновления) все необходимое. Оформляет мини-репозитарий. Пакует. И дает скачать..... Тут все зависит от скорости инета, мощностей серверов. Это может быть незаметно для юзера, а может быть он оставляет заказ, а через некоторое время приходит емайл с уведомлением о готовности.
2. Если есть возможность пусть этот минирепозитарий хранится. И если следующий юзер закажет тоже самое и укажет что его устроит сборка n-ной давности. То просто ему ее отдать.

В этом случае у конечного пользователя ни какой свалки и кучи дубликатов не будет. Для него будет просто еще один репозитарий (например на cd)

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

[Ali1]

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

Способ изобретен в семидесятом году Н.Виртом - кодогенерация, и за сорок лет достаточно отшлифован.
И это вовсе не статическая сборка.
Созданы быстрые бинарные трансляторы, языки с поздним связыванием, сборка мусора. Есть даже роботы генерирующие из C++ код C# .
Знаете почему всё в мире не стало джавой?
Чудес не бывает.

[Bluetooth]

Или автор поста переврал всё.

Конечно же, автор переврал. Не могут же девелоперы такого наплести

[-sanches-]

Весьма полезная штука. Теперь можно юзать новые версии нужной совтины на old-stable дистрибутиве без сложных телодвижений.
Непонятно, как с такой штукой проще всего бороться в корпоративе? Если каждый сможет ставить нужный ему софт, будет не весело.

[Lenux]

Хм... есть проект PC BSD называется. там тоже такая идея- качаешь pbi пакет, который устанавливаешь. суть пакета и заключается в том, что он ставится на ОС один и подразумевается, что программа должна запуститься, и что всё что необходимо для её запуска уже поставлено.
Допустим Total commander помимо всего прочего в пакете будет wine =).

[t.t]

Увидев тему, подумал: мы ведь это ещё несколько лет назад обсуждали, и все аргументы против уже тогда были приведены, а все аргументы за -- опровергнуты. Начав читать, понял: это для тех, кто не хочет научиться использовать систему управления пакетами. Дочитав до поста про ручное управление зависимостями в этой новой "системе", утвердился в этой мысли окончательно: не только не хочет научиться, но и не хочет понять, для чего она вообще придумана.

Ситуация. Компьютер не подключен к интернету. Возможность качать есть на работе. Дистрибутив — Ubuntu. Нужно поставить mplayer. Что делать будете?

apt-get --print-uris -y install имя-пакета | grep \\\.deb | cut -d \' -f 2 >pkglist
И на машине с инетом скормлю полученный список любому download-manager'у.

[t.t]

Вспомнился тут вот klik: не так уж популярен, хотя и времени с рождения прошло достаточно, и идея там расписана посолиднее, и т.п.

Вот его-то мы тут несколько лет назад и обсуждали.

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

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