Вышла Slackware 14.0

об остальном скромно умолчал?

только на target платформе стоит RHEL или Бунта LTS и куда ты пойдешь со своим txz ?

man alien

Юзер таких команд не знает, это слишком низкоуровнево.

Нормальный юзер знает. А того, кто не знает, можно и за юзера не считать — так, зашел в гости поиграться.

ах, в шлаке нет рабочего мультилиба ...

Кто тебе такое наплёл? Slackware 64 multilib ready изкоробки

откуда такая агрессия?

из детства?

много говна в твоих постах... слака тут не причем.

man alien

Вешать за яйца.

Нормальный юзер знает.

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

Slackware 64 multilib ready

Ога, это как телевизоры HD Ready с 1366x768 вместо полноценнго fullhd :)

Ога, это как телевизоры HD Ready с 1366x768 вместо полноценнго fullhd :)

Не видел таких. Кстати, а почему не 1280x720?

Кстати, а почему не 1280x720?

какая разница, смысл, думаю, ты понял

Ну наконец-то :)

Как бы то ни было, в слаке можно настроить мультилиб, если конечности не кривые.

Если руки есть, то можно всё сделать, но только какой смысл, если уже есть дистрибутивы, в которых из коробки готово всё ?

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

Не сидите под root-ом.
Когда именно — точно не помню, но можете найти ответ самостоятельно, смотреть в /etc/profile наличие кода, добавляющего . в PATH не-root-а.

А можно из буханки хлеба сделать троллейбус. Но зачем делать то, что уже сделано не раз?

В Slackware:

* выкачать slackbuild со http://slackbuilds.org

* выкачать исходники ghc c http://haskell.org

* поправить версию в слакбилде (обычно уже последняя)

* запустить ./ghc.Slackbuild; подождать,

* запустить installpkg /tmp/ghc-*

или slapt-src -i ghc:7.4.2 и всё. Если надо подправить - slapt-src -f ghc.

Но зачем делать то, что уже сделано не раз?

из буханок сделан троллейбус? Если чужой троллейбус удобен, то ради Бога)

Просто по-моему так Slackware довольно жручая по умолчанию. Не настолько как убунта, но всё-таки.

у меня на eeepc 701 работает 13.37. Без гуя ест до 25Мб (повыкидывал все что не нужно), с гуем (dwm) 30Мб. С всеми программами доходит до 150Мб. Если нужно много параллельных - до 200-250. Всего памяти - 512. :)

> Мой iPentiumIII

CRUX

это ненадолго, если iPentiumIII не поддерживает x86_64

304M /tmp/wesnoth-1.10.4-x86_64-2_SBo.txz

Зря ты так в этом уверен

это не слака. Это какой-то левый бинарник какой-то гамы.

Смысл обновлять ядро есть, просто это нужно делать без фанатизма.

ну. 3.2.х это по твоему неактуальная ветка? на kernel.org думают иначе.

А вдруг собранная программа имеет такое же имя как имеющаяся в системе?

«вдруг» бывает сам знаешь что. А если я завтра решу сделать свою rm (с -rf по дефолту), то пусть она и работает в каталоге с проектом.

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

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

Злоумышленник может поместить в свою директорию (или /tmp ) команду, имеющую то же имя, что и системная, ты будешь думать, что запускаешь системную команду, а на самом деле запустишь заданную им.

1. точка в конце $PATH, потому запустится именно системная. Только не говори, что злоумышленник удалил vim, и сделал у меня в ~ свой vim... Это просто бред.

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

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

ты забыл, что это МОЯ система, и разработчик тоже - я? В какой-то сферической системе, твои сферические разговоры возможно и имеют смысл, но моя система-то тут причём? Думаешь, я не знаю, есть команда или нет, и потому сдуру её запускаю? Ещё и в /tmp, содержимое которого для меня неведомо?

И да, если уж тебе нужна система для клинического идиота, который постоянно юзает консоль - убери точку из $PATH. Делов-то...

Короче говоря, от текущей директории в $PATH одни минусы.

не вижу никаких минусов. Я _могу_ запустить бинарник в своём каталоге, зачем мне мешать? Это бред, и windows-way. Из серии sudo в бубунте.

Это не я, а youtube-dl раньше так делал, когда не умел русских букв

ИМХО такие файлы есть смысл СРАЗУ переименовывать, в том же скрипте, который их качает.

Не сказал бы, что существенно. 12.1 по-моему была самая лучшая версия. В 12.2 сломали Bluetooth, в 13.0 выпили KDE3. Я на ней очень долго сидел. Процессор Core 2 Duo, ничего не тормозило. А вот KDE4 тормозил, пришлось переходить на Xfce (хотя многого в нём нет и приходится использовать скриншотилку, kmix, konsole и kwrite от KDE).

про блютус не в курсе, KDE3 умерло. Что, Патрегу в одиночку его поддерживать? А что делать с HAL? В XFCE есть отличный Terminal, остальное мне не слишком надо. Тоже юзаю часть кед.

Оптические чем-то отличаются от таких в плане поддержки колёсика?

когда появились оптические, проблемы уже не было. Этот обсуждаемый бред был написан в основном про Slackware 10.2. Там были звёздочки в su и не было колёсика искароппки. Править этот текст мне жалко, мне нравится, как он написан. И это в конце концов не SlackBook.

Тут тебе не шлака, в которой возможен только один вариант.

не знаю, как в твоём шлаке, а в Slackware Linux можно собрать любой пакет любой версии, и с любыми опциями. А можно не собирать, и поставить готовый. И этот готовый не потянет за собой пол-кде, как в вашем шлаке.

Очевидно, что пакет под систему надо собирать в родном окружении.

а я собираю в слаке, а работают они в RHEL. И без всякого chroot'а.

надо ращные компоненты по разным помойкам собирать.

потому что clisp говно

говно

в сортах говна не разбираюсь. Но твоё мнение принято - слака не для говнокодера.

Говорил уже сто раз. По работе бубунту. Для себя магию.

ЕМНИП с год назад мы с тобой здесь срались на тему Agilia VS Slacky. Что, всё так и мечишся в поисках более-менее съедобного говна?

Выкачаю текущий src пакет и поменяю в spec/control/etc версию.

угу. И где взять этот src? Сам же плакал про помойки? Не?

ога, каждый шлакварщик изобретает свое наколенное поделие

вообще-то, вот здесь: Вышла Slackware 14.0 (комментарий) расписана «сложная» логика работы моего скрипта. Единственное отличие - у меня ещё gpg --verify встроено. Паранойя. У каждого слакварщика тоже самое. Многие не парятся, а юзают sbopkg.

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

не ври. Например cpio в твоём RPM уже давно мёртвое, не шевелится, и никому не нужно. Ну кроме RPM. И никто его уже не трогает третий год, ибо не нужно. Годами вы точите свои говнозависимости, причём безуспешно - когда в наконец с ними разбираетесь, всю систему пора уже сносить, и ставить новую. Что вы собственно и делаете.

apt-get source/urpmi --src

да-да... рассказывай сказки... Забыл рассказать, что надо левый неподписанный источник подключить?

команды из первого пункта это сделают

ну сейчас поставлю магию в виртуалку, и проверю. Что-то верится с трудом...

1. apt-get нужен для всего.

а это плохо?

да. Мне больше нравится вариант, когда для _всего_ у меня есть installpkg, а сборка из сырцов - исключение. Например свои пакеты почему-то иначе никак не собираются, и их нет ни в одном из существующих репозиториев.

а у тебя всё что нет в шлаке специфично

у тебя - тоже. Сам писал про какие-то узкоспециальные программы, нужные 3.5 задротам.

Т.е. ты им можешь поставить _только_ ... слакобильдом ты __собираешь__ паке

Ключевое слово подчеркнуто. В дебобунтах сборку пакетов никто еще не отменял.

я тоже не отменял. Я лишь говорил о том, что сделать это _сложнее_, ибо твой apt-get для сборки не заточен. Он заточен для установки готового пакета.

ниасилил где тут достижение? x86 пакет в x86_64 окружении слабо? ах, в шлаке нет рабочего мультилиба ...

достижение в том, что один и тот же слакобилд из одного и того же исходника, делает нужную версию.

И да, рабочий мультилиб есть. И работает он ничуть не хуже этого вашего deb. Т.ч. можно и 32х битную собрать (я, правда, не пробовал)

Юзер таких команд не знает, это слишком низкоуровнево.

если этот юзер == разработчик, то он _обязан_ не только знать, но и досконально понимать логику опакечивания. Так вот, эта логика в слаке примитивная, в отличие от. И это - хорошо.

Замечательно, только на target платформе стоит RHEL или Бунта LTS и куда ты пойдешь со своим txz ?

понятно куда - буду делать rpm и/или deb. А куда деваться?

да. ты не поверишь, в слаке есть rpm, можно ставить пакеты RH прямо в систему. оно конечно не Ъ, но для тестов в самый раз. ну и также можно ставить Ъ Ынтерпрайзные пакеты RHEL Only(без исходников).

Зачем ставить, если надо собирать?

перечитай ещё раз: я могу собрать и протестировать rpm прямо в слаке. И могу поставить бинарник RPM, у которого нет сырцов. Ну к примеру хром или Libre Office(у этого есть, но собирать долго).

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

а чем окружение «инородное»? В /etc/os-release что-то другое написано? И кого этот файл волнует?

Уже говорили, что слака не нужна?

Это не в обиду было сказано.

Просто от названия «Что такое Slackware, и почему этот дистрибутив лучше других?», согласитесь, попахивает фанатизмом.

об остальном скромно умолчал?

эту НЁХ я с лёгкостью нагуглил. Для меня это всё == ненужная НЁХ, тебе это должно быть ближе и роднее. У тебя с этим ПО какая-то проблема в слаке? Дык рассказывай, поможем. Не? Не. Скорее всего ты даже не пытался ставить это ПО в слаке. Как и саму слаку. Ты вообще ведёшь себя так, как будто в детстве тебя слакварщик покусал. Не находишь?

Вешать за яйца.

ну ты и злой... Что в этом такого-то? Если ты знаешь Linux, то у тебя всё будет нормально работать. Я тебе больше скажу - Slackware Linux намного ближе к Ынтерпрайзному RHEL, чем твоя магия.

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

расскажи, что может быть более высокоуровней чем installpkg?

может ты про мышкотыкательный гуй, которым можно например натыкать мышкой все нужные пакеты? ВНЕЗАПНО: http://slackware.drbatty.ru/slackware64-current/slackware64/xap/install-packages

не поверишь - это он и есть...

Ога, это как телевизоры HD Ready с 1366x768 вместо полноценнго fullhd :)

ты что, всерьёз думаешь, что в слаке не 64и, а 62.5 бита? тебя жестоко нае^Wобманули. Плюнь в рожу тому, кто это сказал.

это ненадолго, если iPentiumIII не поддерживает x86_64

угу. Не поддерживает.

Уже говорили, что слака не нужна?

говорили. Как говорили и то, что ты тоже не нужен.

Это не в обиду было сказано.

да без проблем. мне уже давно высказывают за этот текст, если-бы я обижался, то давно бы сдох от обиды ;)

Просто от названия «Что такое Slackware, и почему этот дистрибутив лучше других?», согласитесь, попахивает фанатизмом.

это не баг, а фича.

За то 100500 убунтоидов осознали, на сколько противен их кактус, и некоторые даже перестали его жевать. Меньшинство конечно, большинство полагает, что убунта лучше говновенды, и значит - лучше всех.

ставлю твою магию...

первое впечатление - тооормооозииииит. Пока ещё только курсор мыши. ИЧСХ, венда быстрее работает. Я уж молчу про слаку...

Слоупочу в эпичном треде.

Это тоже самое, что PKGBUILD'ы в Арче. Рецепты, которые способны скачать архивы с исходниками, патчами и т.п. И собрать их в пакет(или пакеты, один рецепт может выдать много пакетов).

Магию???

Вот вам напутствие, которое я написал себе на будущее, если вдруг что-то забуду, и подумаю «а может магию» :)

Mageia и локальный репозиторий

Что в этом такого-то?

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

расскажи, что может быть более высокоуровней чем installpkg?

Бугога. Это шутка такая?

может ты про мышкотыкательный гуй, которым можно например натыкать мышкой все нужные пакеты?

При чем тут гуй?

ты что, всерьёз думаешь, что в слаке не 64и, а 62.5 бита?

Мультилиба в шлаке нет. Мультилиб ready это не считается.

эту НЁХ я с лёгкостью нагуглил. Для меня это всё == ненужная НЁХ,

Я же говорил, что ты так скажешь :)

У тебя с этим ПО какая-то проблема в слаке?

Нет шлаки нет проблем.

перечитай ещё раз: я могу собрать и протестировать rpm прямо в слаке.

Не можешь. Если ты это делаешь не в chroot'е с развернутым RHEL окружением, то ты ССЗБ и то что ты таким образом «натестировал» ничего не стоит.

а чем окружение «инородное»? В /etc/os-release что-то другое написано?

Библиотеки другие, пути другие.

Мне больше нравится вариант, когда для _всего_ у меня есть installpkg

ты сам это уже опроверг

Сам писал про какие-то узкоспециальные программы, нужные 3.5 задротам.

это шлака нужна 3.5 заротам-фанатикам

Я лишь говорил о том, что сделать это _сложнее_, ибо твой apt-get для сборки не заточен. Он заточен для установки готового пакета.

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

достижение в том, что один и тот же слакобилд из одного и того же исходника, делает нужную версию.

А где это не так?

И да, рабочий мультилиб есть.

Из коробки или из левых мест? А как мне там _любые_ библиотеки в двух версиях ставить?

понятно куда - буду делать rpm и/или deb. А куда деваться?

И очевидно, что делать это будешь не в слаке. Если делаешь не так, то выше я уже всё написал.

понятно куда - буду делать rpm и/или deb. А куда деваться?

ЩИТО?

ну сейчас поставлю магию в виртуалку, и проверю. Что-то верится с трудом...

ЩИТО?

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

вообще-то, вот здесь: Вышла Slackware 14.0 (комментарий) расписана «сложная» логика работы моего скрипта. Единственное отличие - у меня ещё gpg --verify встроено. Паранойя. У каждого слакварщика тоже самое. Многие не парятся, а юзают sbopkg.

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

не ври. Например cpio в твоём RPM уже давно мёртвое, не шевелится, и никому не нужно. Ну кроме RPM. И никто его уже не трогает третий год, ибо не нужно. Годами вы точите свои говнозависимости, причём безуспешно - когда в наконец с ними разбираетесь, всю систему пора уже сносить, и ставить новую. Что вы собственно и делаете.

Очередная ахинея от красноглазого шлакодрота. Даже не знаю что ответить можно на это.

ССЗБ

Вот это просто шедевр, который показывает всю степень упоротости шлакварщико:

Не сложно догадаться, что данная программа зависит от библиотеки wx_gtk2u.

Со мной то и так все ясно, а про шлаку ктото еще продолжает вопить.

Это пять :)))))

А что, сложно что ли?