Хммм… Ну вот - это я так понимаю результат! А откуда взяли ? Уже какой-то оверлей есть на эту тему или самостоятельно ? Если не из оверлея, то выложить сможете здесь ?
Хммм… Ну вот - это я так понимаю результат! А откуда взяли ? Уже какой-то оверлей есть на эту тему или самостоятельно ? Если не из оверлея, то выложить сможете здесь ?
Да, теперь все вижу. overlay “mva” Уже постарался и сделал ebuild. Буду смотреть как это сделано…
Еще раз Благодарю!
До сих пор, почему-то поиск ничего мне не находил! Теперь будет что поюзать… ! Спасибо!
Ну, один в поле - так себе воин. Хорошо что кому-то из местного сообщества тоже интересна Ваша тема.
Хотя… Смотрю - темы уже две - насколько правильно работает уже существующий ебилд и насколько правильно работает скомпиленая по нему прога.
Нет. Мой результат - это освоить Создание ebuild . Как я это и описал в теме. А текущий ebuild на основе пакета *.deb, это лишь один из первых к решению моей задачи шагов. Сейчас на базе *.deb затем то же *.rpm, далее *.tar.gz и т.д. И насколько я понимаю, когда есть конкретный пример в данном случае *.deb и созданный ebuild на его же основе. То сложить 1+2=получится то что необходимо для изучения и примера. Верно понимаю ?
Именно так… Главное Начать! ))
Вы про этот мой оверлей «local» /usr/local/portage ?
Так с ним вроде бы все в порядке. Как раз с его участием и собираюсь разбирать и тестировать полученный только что от “mva” .ebuild .
Насколько я понимаю, если что-то не так с локальным оверлеем, в процессе тестирования станет понятно. Соответственно отпишусь здесь 
Подозреваю, что процесс обучения будет производиться большей частью в самостоятельном режиме. Ебилдов разных много, тк вариантов наборов устанавливаемых нулей и единичек - ммммм… ну тоже немало. Часто надо компилить, но встречаются такие, что распаковал, чуть подрихтовал напильником - и готово.
И начинать обучение лучше с чего-нибудь уже готового и рабочего - тут уж на вкус и цвет. Скопировать к себе в локальный оверлей. Поиграться с патчами или для опыта поменять отображаемую версию проги где-нибудь в исходниках. Чуть что непонятное - ковыряться в виках-хелпах-манах. и в доках проги.
Потом можно поизучать проги на других ЯП или распаковку из deb или того-же run (nvidia).
Здесь речь о двух гранях монеты. Удовольствие - это когда получается.
А когда надо, но получается не очень или вовсе нет – тогда включается испытание - действительно оно надо или проще подойти к вопросу с другой стороны. или вообще поставить вопрос по другому.
Философия, блин.
Тем не менее у Генты всё-же есть своя философия существования и использования.
И надо или принимать или использовать другие ОС. ИМХО - так проще.
P.S.: И время не резиновое и нервные клетки не восстанавливаются.
[ОФФТОП]
Лет за 15-18 ебилдов у мну было 2-3 своих в разное время и 6-10 скопипащенных и слегка правленых.
А теперь я уж года 2-3 изменяю Генте с Калькой. Ебилды на HDD сдохли вместе с HDD. Часть полученного опыта сохранилась (чуть ли не в рефлексах - в подкорке), часть забылась - калька бинарная. До сих пор продолжаю ощущать себя гентушником ни на кого ни оглядываясь - сколько людей - столько мнений.
[/ОФФТОП]
ну йа ка бы не абсолютно про них имел ввиду. просто по соседству про Дебиан отвечал
В очередной раз пытаюсь разобраться с функционалом конкретного .ebuild.
Которые есть, с одной стороны в оверлее mva. А с другой стороны, для того, чтобы обновить его версию. Я копирую в свой локальный оверлей. Однако, попытка создания Manifest, выдаёт следующую ошибку. При том, что вышеуказанный .ebuild из оверлея mva, собирается без труда.
Насколько я могу верно судить относительно ошибки, при создании Manifest:
patches.eclass could not be found by inherit() , речь идёт о необходимости наложения патча. Так ?
И если это так, то прошу подсказать мне в каком направлении раскапывать ошибку ?
Самостоятельно и только используя текст ошибки, у меня исправить ошибку не получается.
Сам вопрос поставил!
Сам же на него(!) т.е. именно на данный вопрос!! Но, не на какой-то другой!!!
И отвечаю…
В конкретном случае, я пытался установить конкретный пакет из конкретного оверлея(репозитория mva.
При это критичен фактор установки, не при подключенном репозитории
#eselect repository enable mva
#eix-sync
Но, именно тот случай, когда необходимый мне пакет я копирую в свой собственный, заведомо созданный, локальный репозиторий(localrepo)
И далее…
# cp /var/db/repos/mva/www-plugins/kontur-diagnostic-plugin/kontur-diagnostic-plugin-[x.x.x.xxx].ebuild /var/db/repos/localrepo/
копирую непосредственно каталог с eclassв ./localrepo
# cp /var/db/repos/mva/eclass/ /var/db/repos/localrepo/
#
в котором присутствует необходимый eclass:
ls -l /var/db/repos/mva/eclass
итого 28
-rw-r--r-- 1 root root 1113 авг 19 18:19 gradle.eclass
-rw-r--r-- 1 root root 3783 авг 19 18:19 mpv-plugin.eclass
-rw-r--r-- 1 root root 12413 авг 19 18:19 npmv1.eclass
**-rw-r--r-- 1 root root 2084 авг 19 18:19 patches.eclass**
Создаём digest-file
#ebuild /var/db/repos/localrepo/www-plugins/kontur-diagnostic-plugin/kontur-diagnostic-plugin-x.x.x.xxx].ebuild digest
И устанавливаем пакет, который был недоступен для установки.
# emerge -av =www-plugins/kontur-plugin-4.10.0.2633::localrepo
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 2.96 s (backtrack: 0/20).
[ebuild R ~] www-plugins/kontur-plugin-4.10.0.2633::localrepo [4.10.0.2633::mva] 0 KiB
Total: 1 package (1 reinstall), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No]
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) www-plugins/kontur-plugin-4.10.0.2633::localrepo
* kontur.plugin.002434.deb BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking kontur.plugin.002434.deb to /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/work
>>> Source unpacked in /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/work
>>> Preparing source in /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/work ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/work ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/work ...
>>> Source compiled.
>>> Test phase [not enabled]: www-plugins/kontur-plugin-4.10.0.2633
>>> Install www-plugins/kontur-plugin-4.10.0.2633 into /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/image
>>> Completed installing www-plugins/kontur-plugin-4.10.0.2633 into /var/tmp/portage/www-plugins/kontur-plugin-4.10.0.2633/image
* Final size of build directory: 16976 KiB (16.5 MiB)
* Final size of installed tree: 16980 KiB (16.5 MiB)
strip: x86_64-pc-linux-gnu-strip --strip-unneeded -N __gentoo_check_ldflags__ -R .comment -R .GCC.command.line -R .note.gnu.gold-version
/opt/kontur.plugin/kontur.plugin.assistant
/opt/kontur.plugin/kontur.plugin.host
>>> Installing (1 of 1) www-plugins/kontur-plugin-4.10.0.2633::localrepo
* checking 9 files for package collisions
>>> Merging www-plugins/kontur-plugin-4.10.0.2633 to /
---
---
---
>>> Original instance of package unmerged safely.
>>> www-plugins/kontur-plugin-4.10.0.2633 merged.
>>> Recording www-plugins/kontur-plugin::localrepo in "world" favorites file...
>>> Completed (1 of 1) www-plugins/kontur-plugin-4.10.0.2633::localrepo
* GNU info directory index is up-to-date.
А можно всё же и не в первый и пятый раз я Вас об этом прошу!..По делу?
Затем, что если этих действий не совершать, то установить данный пакет не получится(из локального репозитория!).
Не секрет. Моё собственное желание.
Это не так. Ибо я привёл конкретные выводы из строк. Вы же очередные …слова…бла бла бла!
Прошу! В который раз прошу, если Вы всё же Специалист и системный Администратор? Аргументируйте?! Если нет?! То, не мешайте на территории Open Source, коей и является данный Форум, аргументировать другим Специалистам. К коим лично себя я не отношу.