Ну и как тебя спасет эта софтина?

А еще не смотрел. По мне бы куда лучше, если бы кто-нибудь научил zypper или хотя бы apt работать с «чужими» служебными файлами репозиториев. Тогда бы можно было юзать привычный менеджер в нескольких разных дистрах. А то де-факто даже совместимость yum с zypper в последних федорах сломана.

Понимаете в чем фишка, я вообще не оперирую этим понятиями, по моему ими оперируют только те, для которых придумали не очень корректное, но довольно меткое название «небыдло», быть которым мне как то вовсе неохота :-)

я вообще не оперирую этим понятиями

Вас можно назвать кретином.

по моему ...

Отсюда и дальше могли не писать ничего. Мало ли как вы там считаете. Who cares ?

Ну так как, 10й класс или нет?

какая разница apt-get install или yam install

подумал, что эта хреновина может ставить пакеты разных форматов (deb, rpm

Вообще-то есть alien для таких случаев. Иногда даже выручает.

Вам незнаком этот язык ? ну это уже не мои проблемы :-)
Да нет, я бы с огромным удовольствием сейчас бы пошел в 10 класс :-)), но увы..

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

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

Откуда ж вы такие неграмотные беретесь-то? Внимание, ссылка

...ns/archive/Sisyphus/20...

Э... И давно Sisyphus стал стабильной веткой? Я, правда, насчет «недавно» сделал вывод, потому что прошлогодние попытки сделать apt-get install aptitude кончались сообщением об отсутствии пакета - а тут вдруг давеча взяло и поставилось. Впрочем, а что это меняет? Я больших удобств по сравнению с apt-get не заметил. Возможно, правда, не пощупал софтину как следует на предмет полезных команд и ключей.

Ты сам вполне ответил на свой вопрос. Также компилировать нужно не с теми библиотеками, версии которых актуальны на момент выпуска дистрибутива, а с теми, которые прописаны в стандарте LSB. http://refspecs.linux-foundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-gene... http://refspecs.linux-foundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-gene... Минимум зависимостей (как ты сказал), GCC 4.1 (обратная совместимость позволит запускать этот бинарник в GCC 4.2-4.7, но не наоборот) либо libgcc и libstdc++ в каталог с программой (если размер не критичен, но критичны новые функции процессора или C++-11).

Как сделать такую систему сборки. Не знаю. Подозреваю что скачав CentOS 5 и компилируя всё в нём, но проверить ещё не успел. Я компилирую в Debian 5. Проблемы с cmake решаю скачиванием бинарников cmake с сайта программы (они как раз такие, которые запускаются тупо везде). То, что не прописано в LSB (например libphysfs для Neverball) кладу в архив с готовыми бинарниками.

Да, кстати, прямо в эти секунды я канпелирую cmake (я же не знал что ты про него спросишь), потому что новая программа попросила новый cmake. Канпеляция пакета раз за разом не удавалась (No left space on device), и только когда я освободил 1,4 Гб компиляция прошла успешно. Проще было скачать бинарники для i386, чем канпелировать RPM.

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

elif distro slackware-version

Это путь в тупик. Придется с выходом каждой новой версии поддерживаемого дистра патчить эту обертку. А если дистр форкнется?
Нужно было бы идти другим путем: писать свой парсер repo-файлов с учетом спецификаций для urpm*, zypper, yum, apt и т.п., а для возможности, такскзть, «кросс-установки» (естественно, нерекомендуемой), предусмотреть возможность совместной пакетной работы с alien. Для apt-based дистров может еще пригодиться автономная поддержка holding'а. При этом отслеживать изменения в штатных пакетных менеджерах основных дистров все равно придется, но ломаться всё будет, ИМХО, существенно реже.

Автораспознавание формата repo-файлов сделать было бы тоже нелишне, но, в общем, необязательно: можно обойтись ключами.

ШТо ? cmake требует 1.5 гига места для компиляции ?

Только для компиляции, а готовый пакет занимает 25 Мб.

Хрень какая то .. никогда бы не подумал Ядру нужно 1.5 гига, но чтобы их требовал cmake..

Гм, интересно стало, сейчас запущу слакбилд

А что-нибудь более осмысленное не соизволите изречь? Или это нониче не модно? Или больше и сказать нечего? :)))

А что можно сказать тому, кто считает, что использование alien не влечет за собой проблем? Рассказать что такое сонейм, статическая линковка и динамическая? А смысл?

Дома у меня тоже мало места осталось. Не могу обновить OpenOffice до LibreOffice в Gentoo, сколько бы места ни освободил. 8 Гб ему не хватает. Хорошо что именно для этого пакета есть вариант использовать бинарник с libreoffice.org.

«канпелирую cmake »

Что-что ты с ним делаешь?!

«Также компилировать нужно…»

Вот-вот, ключевое слово «нужно». Зачем разработчикам что-то делать для очередного неподдерживаемого велосипеда?

И давно Sisyphus стал стабильной веткой?

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

Я, правда, насчет «недавно» сделал вывод, потому что прошлогодние попытки сделать apt-get install aptitude кончались сообщением об отсутствии пакета - а тут вдруг давеча взяло и поставилось.

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

Впрочем, а что это меняет?

Да ничего :)

4. Я больших удобств по сравнению с apt-get не заметил. Возможно, правда, не пощупал софтину как следует на предмет полезных команд и ключей.

Говорят, что она более аккуратно умеет удалять пакет вместе с только ему нужными зависимостями. Но мне кажется, что многие не знают о apt-get remove -D

я вообще их не собираю, хотя и слака, ни фокс, ни офисы ни, тем более, всякие хромы

Придется с выходом каждой новой версии поддерживаемого дистра патчить эту обертку.

Да-да, именно об этом и речь (помимо явных логических ошибок, но тут хоть оправдание есть — не ошибается тот, кто ничего не делает). Для Slackware было б достаточно:

if [ -r /etc/slackware-version ]; then
DISTRIB_ID="$(grep -Eo '^\S+' /etc/slackware-version)"
DISTRIB_RELEASE="$(grep -Eo '[0-9]+\.[0-9]+' /etc/slackware-version)"
fi

$ cat /etc/os-release
NAME=Slackware
VERSION="14.0"
ID=slackware
VERSION_ID=14.0
PRETTY_NAME="Slackware 14.0"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:slackware:slackware_linux:14.0"
HOME_URL="http://slackware.com/"
SUPPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
BUG_REPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"

> «канпелирую cmake »

> Что-что ты с ним делаешь?!

Это отсылка к «Пришло время переустанавливать шиндовс», а именно «тупые линуксоиды, одержимые канпеляцией ведра».

> «Также компилировать нужно…»

> Вот-вот, ключевое слово «нужно». Зачем разработчикам что-то делать для очередного неподдерживаемого велосипеда?

Чтобы получать свою прибыль, конечно же. Никогда не задумывался, почему продукты Adobe (Flash, AIR и Reader), Ahead (Nero), Autodesk (Maya), Oracle (Java, VirtualBox), Humble Bundle, Loki Software, Linux Game Publishing, Desura (игры), CodeWeavers (CrossOver), Cedega, NVIDIA, ATi/AMD (Драйверы, медиабиблиотеки, тулкиты CUDA/OpenCL) запускаются одинаково хорошо как в последних популярных дистрибутивах Linux, так и в малопопулярных и старых?

Ты точно cmake собирал, а не что то другое ?
До
df -BM /
Файловая система 1M-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/root 18423M 7608M 10629M 42% /

После
df -BM /
Файловая система 1M-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/root 18423M 7793M 10444M 43% /

Когда сборка пакета RPM завершается успешно, отработанный исходный код удаляется. Может и у тебя удалился? У меня раз за рабом была ошибка «компиляция прервана, закончилось свободное место», когда я попытался скомпилировать с 500 Мб свободного места, потом с 700, потом с 900. Когда освободил 1,4 Гб, сборка удалась. Конечно же после сборки было свободно тоже 1,4 Гб, но во время вылезало системное уведомление «Заканчивается свободное место».

все на месте
ну не может пакет сорцов в 4 метра отжирать полтора гига, особенно если учесть что больше половины в нем доки

«Чтобы получать свою прибыль, конечно же. »

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

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

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

многие не знают о apt-get remove -D

Разумеется, в оригинальном апте это apt-get autoremove

А что можно сказать тому, кто считает, что использование alien не влечет за собой проблем?

И действительно... Что можно сказать? Видимо, Вам это виднее, т. к. в случае со мной Вы обращаетесь не по адресу. Но, видимо, это такое осеннее состояние — спорить с воображаемым собеседником?

/* Подсказываю — перечитайте мои постинги. Только внимательно, если Вы к этому способны... :))) Если семантика какой-либо фразы до Вас не дойдёт, так я всегда готов пояснить где именно Вы непроходимо тупы. Мне не сложно... :))) */

Мне не сложно... :))) */

А я и не удивлен, что Вам пороть чушь не сложно :)

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

Зачем старались, непонятно.

Зачем старались, непонятно.

testuser123 * (17.10.2012 16:06:04)

Как видно выше по треду, не тебе одному. ИТТ ЛОР подтверждает свою репутацию мартышек от IT

Вообще-то есть alien для таких случаев. Иногда даже выручает.

Чаще всего проще из исходника собрать

если надо что то разово сделать и потом удалить и забыть, то alien тупо быстрее

Они придумали кусок PackageKit?

Нет, это свой костыль Инкрустации другие :-)

Ну ещё для особо одарённых:

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

Можно приклеить к этой нехитрой истине ярлычок «тезис», хотя это просто сухая констатация факта - легче найти выход, запутавшись в одной вещи, чем во многих сразу - это просто врождённое свойство нашей психики.

Далее, мы любуемся на долю тупых ЛОР-ненужно-мартышек, повторяющих свою одннообразную мантру, противореча здравому смыслу вышеизложенного тезиса, и смеёмся например

Не воспринимать же этих болванчиков всерьёз

Разрабам: отличная идея, это как раз тот случай когда «давно пора», и спасибо за работу! Допиливайте до финальной готовности (например по Слаквари, как писал выше Бормант), также интересно, как это будет (если будет) сочетаться с альтовским Дипсолвером.

Гм. И что, системные администраторы будут этим пользоваться?

Админы вообще незнаю, но вот у меня есть всякий in-house софт, сборки разные и так далее. Это все ставится чаше всего просто распаковкой, иногда то же самое сунуто в rpm(без зависимостей, что бы только в базе прописался).

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

А тут можно написать скрипт для epm который с парочкой if/else поставит все что нужно везде. Базовые названия пакетов довольно одинаковые же. Плюс удобно для дополнительных зависимостей. Когда для работы зависимость не нужна, но допфункции появляются.

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

Собственно на bash он потому, что рассчитан на то, что бы таскать его в составе ISV дистрибутива ПО, дистрибутива решения и так далее. НЕ В составе дистрибутива gnu/linux системы.

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

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

Вы абсолютно правы!

легче найти выход, запутавшись в одной вещи, чем во многих сразу - это просто врождённое свойство нашей психики.

Да! И по этой причине легче использовать уже существующий в системе менеджер пакетов, нежели какие-то анальные велосипеды, придуманные Бог знает кем и Бог знает зачем.

Видимо, до сотрудников etersoft так и не доходит, что далеко не любая организация (да-да-да, тот самый «энтерпрайз») готова держать зоопарк из десятка дистрибутивов. Скорее всего, недоадмина, разведшего такой зоопарк просто и без затей уволят. На практике проблема выбора дистрибутива ограничивается одним, максимум двумя дистрибутивами. Если «одмин» не в состоянии адекватно воспринять инструкцию для (даже!) двух дистрибутивов, то такого болвана так же надо уволить, отправив на работу в etersoft, где ему будут видимо несказанно рады.

/* P.S. Как технический директор только что издал приказ, запрещающий использование любых поделий от etersoft за ненадобностью. Не о чем тут и разговаривать, если такое говно выдаётся за «инновации» вселенского масштаба. */

Ага...

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

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

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

Не, не так. Его вообще не нужно пихать в дистрибутивы - пихать его в дистрибутивы это только ЧСВ тешить.

Они сделали скрипт который они будут пихать в свои пакеты и тарболлы инсталляций. Соответственно они им поделились. Классический, эталонный foss - сделал для себя - поделись с соседом(и попиарься на этом)

/* P.S. Как технический директор только что издал приказ, запрещающий использование любых поделий от etersoft за ненадобностью. Не о чем тут и разговаривать, если такое говно выдаётся за «инновации» вселенского масштаба. */

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

Сам по себе wine ставится опять-таки... стандартным менеджером пакетов.

Если бы вы активно юзали вайн вы бы знали что в нем сложно без PlayOnLinux. А там вайны как раз не ставятся стандартным манагером пакетов.

Вы уверены?

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

Мне так не кажется. Во-первых, не Вам судить об имеющемся или отсутствующем круге задач. Во-вторых, всегда есть альтернативы существующим решениям, их просто нужно поискать (ах, дааа... тут нужны некоторые интеллектуальные усилия, к которым у быдла нет ни желания, ни навыков). В третьих (и последних, чтобы тут очень долго не рассусоливать) я не думаю что вот этот ценник — http://sales.etersoft.ru/price как-то перекликается с Opensource и хоть как-то соответствует минимальному понятию «качества», коль скоро такое говноподелие на bash пишется так долго. И коль скоро на нём пытаются хоть как-то пиариться. Значит, дела в этой конторе швах (моё внутреннее убеждение что лузеры, да ещё и безграмотные в индустрии без надобности).

Dixi.

Смотря как юзать, если в нем две с половиной калеки типа Марьяжа и ImgBurn, то там даже winecfg лишний

Dixi.

anonymous (17.10.2012 17:15:38)

Судя по подписи, какая-то забаненная/заблокированная регистрошлюха

Как видно из постов, за дело

я не думаю что вот этот ценник — http://sales.etersoft.ru/price как-то перекликается с Opensource

Столлман думает несколько иначе.

чессгря ничего лучшего и не стоило ожидать