Федорино горе

Там с циклическими зависимостями еще шляпа полная =) Я просто с этого валялся... Уволил я для себя федору, навсегда уволил =)

> Я решил проапдейти федору 5 - но не yum'ом, а "ручками".

> Жывотные блин. Хуже чем гентушники.

Дык это две великие крайности. Истина где-то рядом.

>И что теперь - таскать только SRPM'ки и устраивать репозитарий ru-updates?!

Нет. Просто поставить Debian.

ага, и она называется "Slackware" =)))

А как с этим делом в CentOS? А то собрался вот попробовать...

Генту нормально, считай из коробки, как все собрал - садись и работай =)

Правда, где-то тут уже описывал аналог RPM-hell, только ebild-hell =)

s/ebild/ebuild

=)

Киса, ку-ку.

emerge sync
ACCEPT_KEYWORDS=~x86 emerge -u gnome

И никакого гимора.
Джентушники не виновато что у тебя или руки кривые, или дистрибутив.
Или денег на анлим нет.

>ага, и она называется "Slackware" =)))

ну +/dev/brain :)

> ага, и она называется "Slackware" =)))

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

а если жестко не зависит, то в СРПМе поменять -- как два пальца

у вас что первый раз такое? ;)))

именно из-за таких фокусов я еще с RH 9.0 ушел на другой дистр.

детка, ты наверно не знаешь, что в слаквари нет зависимостей? :))

так что сиди тихо и не высовывайся со своими SRPM'ками.

это почти к любому дистру применимо :))

> Жывотные блин. Хуже чем гентушники. Владельцы жирных анлимитиных каналов, мля! И что теперь - таскать только SRPM'ки и устраивать репозитарий ru-updates?!

Ставить слаку не пользовать evolution :)

> детка, ты наверно не знаешь, что в слаквари нет зависимостей? :))

дяденька, собери мне пожалуйста kde без qt :))

а я тебе спасибо скажу

> ты дружок не поверишь, но если в самом пакете на уровне configure прописан жестко номер версии пакета,

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

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

Свалка убирается при помощи removepkg и анализа содержимого /var/log/packages.

> а если жестко не зависит, то в СРПМе поменять -- как два пальца

И чем это отлисается от src-пакетов слаки, я что-то не понял?

> дяденька, собери мне пожалуйста kde без qt :)) а я тебе спасибо скажу

Ну, тебя же собрали без мозгов. И ничего, даже постишь сюда что-то. Значит, и кеды без Qt возможны.

> > дяденька, собери мне пожалуйста kde без qt :)) а я тебе спасибо скажу

> Значит, и кеды без Qt возможны.

ты действительно не понял вопроса, или у всех слакваристов голова и руки работают во взаимоисключающем режиме? ;)

> ты действительно не понял вопроса, или у всех слакваристов голова и руки работают во взаимоисключающем режиме? ;)

В слакве зависимостей нет потому, что у Патрика весьма жёсткое представление о том, что и как в дистриьутиве должно работать, какие связи при сборке софта лучше убрать (т.е. собирать с --disable-*). Дистрибутив получается менее гибким, но зато компактным и монолитным. Бывают и траблы. Например, самба в 10.2 неявно предполагает, что установлен CUPS. Даже если в конфиге самой самбы отключить всё, связанное с печатью, она всё равно будет периодически подглюкивать (подвисать), пока не поставишь CUPS.

Установи две версии пакета с помощью --force --nodeps (так, кстати, делают в слаке).

> Установи две версии пакета с помощью --force --nodeps (так, кстати, делают в слаке).

Зачем тогда нужна шапка с её зависимостями и rpm, если есть слака?

> Зачем тогда нужна шапка с её зависимостями и rpm, если есть слака?

зачем нужна слака если я и шапке сделаю очень даже распрекрасно make install :)

> зачем нужна слака если я и шапке сделаю очень даже распрекрасно make install :)

В слаке нормальные люди делают checkinstall make install

В курсе, что это такое?

> В слаке нормальные люди делают checkinstall make install

> В курсе, что это такое?

что такое checkinstall -- нет :(

и что такое "нормальные люди" в "слаке" -- тоже :(

а нормальные люди делают rpm -Uhv package.i386.rpm :)

без make install на конце.

просто sudo checkinstall.

> без make install на конце.

Можно и так, и так. Просто checkinstall без параметров делает то же, что checkinstall make install. Я обычно делаю

checkinstall -S --strip=yes make install

> а нормальные люди делают rpm -Uhv package.i386.rpm :)

Или upgradepkg pkgname.tgz

Но если охота собирать из сорцов, то есть checkinstall (можно и makepkg делать, никто не запрещает).

> и что такое "нормальные люди" в "слаке" -- тоже :(

У вас очень бедный круг общения. Видимо, потому и rpm -Uhv :)

Ну вас... rpm...src... Ubuntu и .deb!(.udeb)

udeb не имеет никакого отношения к Ubuntu.

> а нормальные люди делают rpm -Uhv package.i386.rpm :)

Или apt-get install packagename

в свое время ушел на дженту именно от рпм-хеллов, рано или поздно они проявляют себя в любой апгрейдуемой rpm/deb системе (перед тем как посмотреть в сторону дженты пытался ставить nvidia из интеллера на деб, удовольствие тогоже плана) Если интересы в девелопменте то очень рано, т.к. постоянно приходится иметь дело с унстейблом и иногда несколькими версиями ПО одновременно. И заканчивается все это тем, что пользователи начинают следовать правилу: "работает ? не трожь !", иногда они перед этим еще бросаются в помойку под названием слака. А у меня который год все апгрейдится (не злоупотребляю впрочем) и работает:)

>рано или поздно они проявляют себя в любой апгрейдуемой rpm/deb системе

А примеры deb-hell показать?

>пытался ставить nvidia из интеллера на деб, удовольствие тогоже плана

# apt-get install nvidia-kernel-source
# m-a a-i nvidia-kernel
# apt-get install nvidia-glx

Всё.

> А у меня который год все апгрейдится (не злоупотребляю впрочем) и работает:)

А я на slackware-current сижу. И никаких проблем.

> в свое время ушел на дженту именно от рпм-хеллов, рано или поздно они проявляют себя в любой апгрейдуемой rpm/deb системе

А не затруднит пару простых примеров, когда emerge имеет преимущества над apt? Я без подколок, на самом деле не знаю, хотел бы просвятиться.

я ж говорю ставил с нативного инсталлера (т.к. в саржевском срезе ничем deb'овским на эту тему не пахло), вот я попоробовал, по горемычному опыт с мандрейком уже знал что нало сорцы и хедеры ведра и еще какий-то утилиты. И вот тут началось: сорцы ведра 2.6.х smb не совместимы с хедерами 2.6.x blah и в таком же духе. Ну если это для людей, а emerge nvidia-glx (ну хорошо emerge gentoo-sources, нормальная сборка или генкернел и установка с нативного инсталлера из чистоты експеримента) для красноглазых гиков, то я чего-то не понимаю похоже в этом мире

>А не затруднит пару простых примеров, когда emerge имеет преимущества над apt?

А не имеет. Уже говорили, что emerge не может нормально отслеживать зависимости - к примеру, пакет A я собрал без поддержки libbluetooth, а пакет Б - с поддержкой. При этом пакет Б зависит от пакета А и очень хочет чтобы libbluetooth была в А. emerge этого отследить не может.

>сорцы ведра 2.6.х smb не совместимы с хедерами 2.6.x blah

Это как так? И в sarge есть nvidia-kernel-source. Прекомпилёных нет, а это есть. И нативные дрова я ставил, правда давно, года два назад - но ставились.

Вранье.
emerge выдаст сообщение что этот пакет собран без поддержки необходимой фичи и предложит пересобрать пакет с ее поддержкой.

Вы бы хоть с джентой поработали, прежде чем вот так нагло врать.

вот встречаю я в сети тарболл, обнаруживаю что пакета для родной системы для него нет, или он изрядно бородат, или это может быть вовсе не тарболл а svn/cvs репозиторий, программу из которого мне надо поставить(так чтобы она встала в соответствии с идеологией файловой структуры дистрибутива (кто-то ставит в local кто-то в opt)) и возможно ее потом обновить/удалить. В пакетных системах ручная работа начинается сразу перед установкой (особенно rpm с его четкой завязанностю на версии) и проявляется этот самый hell (в частном случае чтобы поставить свежайшую devel зависимость нужно обновить пол-дистра или мы нашли раритетный, но оч. нужный пакет и нужно также полдистра даунгрейднуть или костылять/ломать). В генту я за пару минут пишу ebuild под это дело, если гладко (разработчик не извращенец и использует распространенные методы разработки) или еще немного ковыряюсь с доводкой скрипта. И в любом случае быстро получаю пакет, который затем удалится из системы или я смогу его легко обновить (переименновав ебилд в нашем случае самопального ебилда). Т.е. мы имеем гибкость lfs + пактный менеджер + eclass'ы которые сильно экономят время (седня поставил два редких CPAN Perl модуля просто переименновав еблиды от другого модуля в оверлей)

> А не затруднит пару простых примеров, когда emerge имеет преимущества над apt? Я без подколок, на самом деле не знаю, хотел бы просвятиться.

Могу привести пример, хоть я генту и не пользуюсь, зато я пользуюсь юбунту. Что там бесит, что когда пишешь apt-get install g{какая-нибудь-хрень} оно предлагает в довесок пол гнома поставить, думается в генту это не так, или я ошибаюсь?

после того как я поставил 3-4 несовместимых друг с другом ядерных пактов с иходниками/бинарниками и хедерами я разочаровался в дебиян, даже в мандрейке без apt было проще (ручьками с --nodeps). Ну а потом я дорвался до gentoo:)

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

За 100% точность информации не ручаюсь, но информация была получена на ЛОРе, от жентушников.

>после того как я поставил 3-4 несовместимых друг с другом ядерных пактов с иходниками/бинарниками и хедерами

Это как так? Руками что ли?

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

после их установки драйвер так и не собирался, ругаясь то на, то на это, просто распаковать и собрать ванилу (выбор тот еще кстати) тоже было не так то просто, т.к. необходимые девел пакеты тоже надо было угадывать(и т.п.). Пойми, меня никак не испугала установка nvidia под deian просто я понял, что переходя на него с мандрейка я меняю шило на мыло. Многие так до сих пор и меняют туда-сюда. Я бы назвал скорее это красноглазием, чем сборки по ночам(как написано в факе).

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

ну мы все пинаем то, что не понимаем, и я уже не особо возмущаюсь, если какой-нить Demetrio авторитетно заявит "gentoo на сервере ? ха (3 раза)"