Контрольные суммы для сборки пакета под x86_64[РЕШЕНО]

Всем привет ))).
Имеется МФУ Epson stylus tx117 series, по аналогии с ауровскими PKGBUILD-ами собрал драйвер для своего принтера, но вопрос не в этом.
Поскольку PKGBUILD есть и пакет по нему собирается нормально - хотелось бы поделиться им с общественностью. Но есть одно НО, я собирал пакет под i686, и в таком виде он врядли будет многим интересен. Поэтому просьба к присутствующим - подскажите контрольные суммы (или как их получить не скачивая исходников?) для сборки под x86_64 (в самом PKGBUILD указаны от фонаря). В трафике сильно ограничен, поэтому скачивать дополнительные пакеты или устанавливать виртуалку, к сожалению, не имею возможности.
Заранее спасибо.
А если вообще не указывать md5 в PKGBUILD'е, ну, предупредить, само собой, что собирать пакетик как “makepkg -g >> PKGBUILD && makepkg” (что, конечно, не очень для всенародного использования), либо, опять-же, навскидку, пошукать на самом ресурсе, типа http://linux.avasys.jp/drivers/lsb/epso … S/repodata (по-хорошему, должны бы суммы где-то у них там быть представлены, архивчиком, или ещё как…)
Что-то пока в голову больше ничего “умного” не приходит)
Самый простой вариант - у кого система x86_64, скачать мой pkgbuild и makepkg -g. Результаты сюда. Даже собирать ничего не прийдется.
Вариант “не проверять md5” не подходит, тогда уж лучше вообще под эту архитектуру не собирать.
Искать на сайте пытался, честно, не осилил.
http://paste.pro/199069

Ирония в том что - чтобы загрузить PKGBUILD на сайт aur необходимо подготовить архив командой makepkg –source который снова попытается скачать и проверить md5 суммы с написанными в PKGBUILD.
;)

Когда я ежемесячно обновляю архивы 2gis городов тоже также приходится выкачивать до
echo $(wget -qO- http://help.2gis.ru/linux | egrep -o "[0-9]?[0-9]\.[0-9][0-9]? ") | sed 's/ /+/g'| bc
511.36
МБ архивов. Если кто подскажет другой способ подсчета контрольной суммы, буду тоже благодарен.
Вот, интересно, а не качать ли, напр. http://linux.avasys.jp/drivers/lsb/epso … .2.src.rpm для обеих архитектур?
А (может ляпну) makepkg (см. makepkg.conf - там ведь прописана архитектура хоста) определит под какую арх-ру собирать пакет, и соответственно, если да, то и соберёт то, что нужно: либо ‘i686’, либо ‘x86_64’
Голословно, да. У меня МФУ никаких нету, да и cups не установлен из зависимостей, поэтому теоритезирую=)
Собирай только под свою архитектуру. Если кто соизволит запустить на x86_64 - отрапортуется, или пусть жуёт кактусы. Либо ты соберёшь, когда 64битами разживешься :)

Далее, выкачивать новое и собирать - это правильно, потому как проверять нужно то, что собираешь - в друг засада?
systemd должен умереть.
Nebulosa
Ирония в том что - чтобы загрузить PKGBUILD на сайт aur необходимо подготовить архив командой makepkg –source
Даже и не знал о такой возможности, тупо делал pkgname.tar.gz

Nebulosa
Когда я ежемесячно обновляю архивы 2gis городов тоже также приходится выкачивать до
МБ архивов. Если кто подскажет другой способ подсчета контрольной суммы, буду тоже благодарен.
Либо попросить ребят из 2gis-а выкладывать суммы. Либо найти онлайн сервис (возможно, есть такой - не искал), который скачает файлы и посчитает суммы.
sirocco
Даже и не знал о такой возможности, тупо делал pkgname.tar.gz
хм.. http://aur.archlinux.org/pkgsubmit.php тут написано.

sirocco
Либо попросить ребят из 2gis-а выкладывать суммы. Либо найти онлайн сервис (возможно, есть такой - не искал), который скачает файлы и посчитает суммы.

Онлайн-сервис нереально, кому нужно качать трафик затем тратить процессорное время за просто так? Да и суммы тоже мало помогут, если makepkg все перепроверяет.
bobart
Вот, интересно, а не качать ли, напр. http://linux.avasys.jp/drivers/lsb/epso … .2.src.rpm для обеих архитектур?
А (может ляпну) makepkg (см. makepkg.conf - там ведь прописана архитектура хоста) определит под какую арх-ру собирать пакет, и соответственно, если да, то и соберёт то, что нужно: либо ‘i686’, либо ‘x86_64’
У меня система i686, соответственно выкачивается и собирается пакет только под i686. Подозреваю, что для сборки для х64 нужно по-любому использовать 64-битную систему.
h4tr3d
Собирай только под свою архитектуру. Если кто соизволит запустить на x86_64 - отрапортуется, или пусть жуёт кактусы. Либо ты соберёшь, когда 64битами разживешься :)

Далее, выкачивать новое и собирать - это правильно, потому как проверять нужно то, что собираешь - в друг засада?
Да под свою как раз собирается, хотелось бы создать более функциональный pkgbuild (под обе архитектуры). Тем более что возможность такая есть, задержка только за контрольными суммами и проверкой пакета. Вот с этим у меня и проблема. (((

Кстати, заметил еще одну, локальую проблему с АУР. PKGBUILD не загружается через прокси. Так что даже его пока не могу залить. Кругом одни засады, блин.
У меня система i686, соответственно выкачивается и собирается пакет только под i686. Подозреваю, что для сборки для х64 нужно по-любому использовать 64-битную систему.
Да эт понятно.., я немного не о том. Встретимся в жабе, там обсудим, ладно? Я проверить тоже не могу.
 
Зарегистрироваться или войдите чтобы оставить сообщение.