Легкая Slackware на пальцах

iSun написал:

Кстати в документе много опечаток
Например libsigs++
Правильно libsigc++

Хотя многие разберутся, а кто не сможет, то и браться не стоит

Так кувалдой по балде за опечатки только приветствуется :-)

SergMarkov написал:

[quote=cdrw]
Интересует описание механизма создания пакета

Тыц
:-)

Отредактировано SergMarkov (Сегодня)

[/quote]

Спасибо большое!
Всё даже намного проще, чем я делал переиначивая скрипты от Slax.
Просто и понятно! =)

Thanks. Что то еще будет нужно - так сразу :-)

У кого при компилянии evas для e17 вылазит такая ошибка

/usr/lib/libGL.so: could not read symbols: File in wrong format

лечим таким образом:
создаем файл и пишем в него:

#!/usr/bin/env bash
# Purpose: Restore symbolic links to NVIDIA libGL* libraries.
# These symbolic links are somehow restored to default
# non-NVIDIA libraries after yum update
# Test for existence of NVIDIA shared libs
libdir="/usr/lib64"
nvlibdir="/usr/lib64/nvidia"
if [ -L $nvlibdir/libGL.so ]; then
echo "NVIDIA sharedlibrary exists"
fi
if [ -L $libdir/libGL.so ]; then
echo "OpenGL sharedlibrary exists"
fi
\rm $libdir/libGL.so
\rm $libdir/libGL.so.1
ln -s $nvlibdir/libGL.so $libdir/libGL.so
ln -s %nvlibdir/libGL.so.1 $libdir/libGL.so.1
echo "NVIDIA sharedlibrary links restored."

делаем исполняемым и запускаем от рута
Author: M. Nawijn

"iSun" написал:

\rm $libdir/libGL.so
\rm $libdir/libGL.so.1

ln -s %nvlibdir/libGL.so.1 $libdir/libGL.so.1

Sharjith Naramparambath 2011/05/26 19:46
The issue is clear. You have 64 bit system on which you have also installed the 32bit compatibility opengl libraries while installing the nvidia driver and now the linker is picking up the opengl libraries in /usr/lib instead of /usr/lib64. The solution is simple, you just need to reconfigure with the X include and library path pointing to /usr/lib64.

У меня слака 64. Никаких проблем не обнаружил

iSun,
Ок. Идём построчно:

\rm $libdir/libGL.so
\rm $libdir/libGL.so.1
-- было задумано удаление $libdir/libGL.so{,.1}. Срабатывает, несмотря на стартовый "\".

ln -s %nvlibdir/libGL.so.1 $libdir/libGL.so.1
-- было задумано создание симлинка с --> на
$libdir/libGL.so.1 --> $nvlibdir/libGL.so.1
/usr/lib64/libGL.so.1 --> /usr/lib64/nvidia/libGL.so.1

-- в реальности -- создание ссылки на файл libGL.so.1 в несуществующем каталоге %nvlibdir/ (/usr/lib64/%nvlibdir/libGL.so.1):
/usr/lib64/libGL.so.1 --> %nvlibdir/libGL.so.1

"bormant" написал:

Срабатывает, несмотря на стартовый "\".

Обновлено до Slackware 14

Стандартный менеджер пакетов для операций с ними slackpkg. Все что
можно о нем сказать уже написано в slackpkg —help и man slackpkg. Там все
просто и понятно, и очень немного. Есть псевдогуевый pkgtool, который также не
требует описания, в нем также все понятно.

Может всё-таки не стоит так явно переворачивать с ног на голову? Стандартный менеджер пакетов и операций с ними именно и есть pkgtool, а несчастный slackpkg - очередная качалка этих пакетов, которая мало чего стоит без pkgtool-а(ну скачает, а что с того? установить/обновить/удалить то не сможет).

FeyFre написал:

Может всё-таки не стоит так явно переворачивать с ног на голову? Стандартный менеджер пакетов и операций с ними именно и есть pkgtool, а несчастный slackpkg - очередная качалка этих пакетов, которая мало чего стоит без pkgtool-а(ну скачает, а что с того? установить/обновить/удалить то не сможет).

pkgtool, как и было сказано, всего лишь псевдогуевая оболочка над основными средствами управления пакетами (install(remove)pkg), о которых сказано в самом начале главы. pkgtool cама по себе вообще ничего не может, это псевдогуй.

"FeyFre" написал:

Стандартный менеджер пакетов и операций с ними именно и есть pkgtool

Не pkgtool, а pkgtools. Который включает installpkg, upgradepkg, removepkg, explodepkg, makepkg, pkgtool.
pkgtool -- это всего лишь одна из утилит, причём всего лишь CUI фронтэнд к.

Скачать (и посмотреть без оглавления и вложений)
Скачать (и посмотреть без оглавления и вложений)

Скачать

pdf содержит вложения

SergMarkov написал:

Поиск нужного пакета в дебиане –
www.debian.org/distrib/packages.ru.html#search_packages, в убунте –
packages.ubuntu.com. Находим нужный пакет и далее со страницы пакета
скачиваем файлы — пакет.dsc, пакет.orig.tar.bz2, пакет.debian.tar.bz2, кладем их в
отдельную папку и выполняем в ней от root dpkg-source -x пакет.dsc. В результате в
той же папке распаковывается пакет с оригинальными сорцами и на них
накладываются патчи. Далее можно конфигурировать и собирать пакет
стандартными способами, описанными выше.

Огромное спасибо! Даже не подозревал о такой возможности.

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

SergMarkov написал:

Жаль, но теперь шапку нельзя править, поэтому новые версии уже в самом посте.

Так даже лучше. Ещё бы добавить в название версию документа, хотя бы по дате. Для себя я так и делаю при сохранении документа... *YES*

cdrw написал:

Так даже лучше. Ещё бы добавить в название версию документа, хотя бы по дате. Для себя я так и делаю при сохранении документа... *YES*

В смысле в название файла ? Да, наверное. так будет лучше, со следующей версии будет
Но сам из дебиана как то мало собираю, больше из арча :-)

cdrw написал:

Так даже лучше.

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

Сегодня попробовал поставить слаку 14 с нуля.
Почему она не запускается в дефолтных вариантах?
Стопориться на разных этапах загрузки *WALL*

Чего то телепаты куда то разбежались :-) На чем стопорится ? У каждого слакварщика должен быть айфон, чтобы снимки с экрана делать :-)