[Chrome][LSB] дожили

Не понимаю, как вы там до сих пор без kdelibs жывете

тяжко когда дистрибутив с прибитыми гвоздями зависимостями в пакетах...

> тяжко когда дистрибутив с прибитыми гвоздями зависимостями в пакетах...

причем тут дистрибутив - тут налицо использование левого репозитория

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


то ли дело ... и зависимостей лишних нет, и появляется сравнительно быстро

[U] www-client/chromium
Available versions: (~)4.0.223.5 (~)4.0.237.1 (~)9999
Installed versions: 5.0.307.7(07:24:04 02/12/10)(ffmpeg plugins-symlink)
Homepage: http://chromium.org/
Description: Open-source version of Google Chrome web browser

> тяжко когда в дистрибутивах приходится использовать левые рпозитории чтобы поставить нужную программу...

а в чем тяжесть то? :) я не знаю откуда ТС взял «google-chrome-unstable», а вот ежедневные сборки с launchpad.net вполне удобны и юзабельны

Ничего страшного, на самом деле, нет. Кто хочет сохранить лёгкость и чистоту может не брать всякие блобы. А для хомячков всё само поставится и настроится - тоже гут.

тяжесть в том, что приходится брать пакеты с всяких левых недоверенных ppa

> тяжесть в том, что приходится брать пакеты с всяких левых недоверенных ppa

правильно - левые пакеты должны лежать на левых репозиториях

Хомячкам все равно, поверьте. А в репах дебиана он вроде есть :)

> Хомячкам все равно, поверьте. А в репах дебиана он вроде есть :)

без таких как ты - линукс бы развивался быстрее, нет его в репах дебиана - нечего звездеть ;)

Жаль, я думал в дебиане есть всё.

ничего не скажу про launchpad.net, а вот авторская репа с актуальной на сегодня версией из
http://dl.google.com/linux/deb/

и выглядит так из Debian Lenny:
$wajig show google-chrome-unstable
Package: google-chrome-unstable
Version: 5.0.322.2-r38810
Architecture: i386
Maintainer: Chrome Linux Team <chrome-linux-packager@google.com>
Installed-Size: 48096
Pre-Depends: dpkg (>= 1.14.0)
Depends: ca-certificates, libatk1.0-0 (>= 1.13.2), libbz2-1.0, libc6 (>= 2.6-1), libcairo2 (>= 1.4.0), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.3.5), libgcc1 (>= 1:4.2.1), libgconf2-4, libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.12.0), libnspr4-0d (>= 4.7.1), libnss3-1d (>= 3.12.3), libpango1.0-0 (>= 1.18.3), libstdc++6 (>= 4.2.1), libxss1, lsb (>= 3.2), wget, xdg-utils (>= 1.0.1), zlib1g (>= 1:1.2.3.3.dfsg-1)

и никаких тут rpm ...
и о чем весь тред тут - хз

ага, тут такая цепочка зависимостей
lsb -> lsb-core -> alien -> rpm
и это уже давно так
))

Ну копаем дальше:
http://ru.wikipedia.org/wiki/Linux_Standard_Base

это перевод устаревшей статьи оригинала
http://en.wikipedia.org/wiki/Linux_Standard_Base

хотя уже в 2003 году:

http://packages.debian.org/changelogs/pool/main/l/lsb/lsb_3.2-20/changelog
lsb (1.3-6) unstable; urgency=medium

* Depend on alien 8.36 or later. (Closes: #220177)
* Depend on xlibmesa3-gl instead of libgl1. (Closes: #220523)
* If the pathname supplied to install_initd or remove_initd exists
relative to the cwd, use it rather than prepending /etc/init.d.
(Closes: #207851)
* Added notes for backporting to woody to README.Debian.
 — Chris Lawrence <lawrencc@debian.org> Mon, 17 Nov 2003 10:05:29 -0600

rpm через alien прицепили к lsb
и внезапное «дожили» в 2010 году - ... занятно ))

>тяжко когда дистрибутив с прибитыми гвоздями зависимостями в пакетах...

+1000

Так и остался на нетбуке без QtCurve и kvirc :<

Чем тяжко-то? Всё равно основное место на диске занимают музыка и пор^Wвидео.

> Чем тяжко-то?

чем когда не прибиты

gcc, конечно, очень нужная зависимость ;)

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

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

> и внезапное «дожили» в 2010 году - ... занятно ))

всё бы ничего, но зависимость такая у хрома появилась только сейчас

> Бинарные дистрибутивы не нужны , так как не позволяют варьировать зависимостями

глупости

> тяжко когда дистрибутив с прибитыми гвоздями зависимостями в пакетах...

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

и никаких тут rpm ...

dan@dan-desktop:~$ cat /etc/apt/sources.list.d/google-chrome.list
deb http://dl.google.com/linux/deb/ stable main

у меня «нет» в генте gcc и binutils, я их удалила )
зато есть несколько разных версий gcc собраных вручную , правда emerge про них не знает, не его дело )

так rpm в lsb хрензнаетскольколет

да ?

из кеша:

Package: google-chrome-unstable
Version: 5.0.307.5-r37950
Architecture: i386
Maintainer: Chrome Linux Team <chrome-linux-packager@google.com>
Installed-Size: 47728
Pre-Depends: dpkg (>= 1.14.0)
Depends: ca-certificates, libasound2, libatk1.0-0 (>= 1.13.2), libbz2-1.0, libc6 (>= 2.6-1), libcairo2 (>= 1.4.0), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.3.5), libgcc1 (>= 1:4.2.1), libgconf2-4, libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.12.0), libjpeg62, libnspr4-0d (>= 4.7.1), libnss3-1d (>= 3.12.3), libpango1.0-0 (>= 1.18.3), libpng12-0, libstdc++6 (>= 4.2.1), libxslt1.1, lsb-base (>= 3.2), wget, xdg-utils (>= 1.0.1), zlib1g (>= 1:1.2.3.3.dfsg-1)

Package: google-chrome-unstable
Version: 5.0.307.1-r37331
Architecture: i386
Maintainer: Chrome Linux Team <chrome-linux-packager@google.com>
Installed-Size: 47716
Pre-Depends: dpkg (>= 1.14.0)
Depends: ca-certificates, libasound2, libatk1.0-0 (>= 1.13.2), libbz2-1.0, libc6 (>= 2.6-1), libcairo2 (>= 1.4.0), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.3.5), libgcc1 (>= 1:4.2.1), libgconf2-4, libglib2.0-0 (>= 2.14.0), libgtk2.0-0 (>= 2.12.0), libjpeg62, libnspr4-0d (>= 4.7.1), libnss3-1d (>= 3.12.3), libpango1.0-0 (>= 1.18.3), libpng12-0, libstdc++6 (>= 4.2.1), libxslt1.1, lsb-base (>= 3.2), wget, xdg-utils (>= 1.0.1), zlib1g (>= 1:1.2.3.3.dfsg-1)

>всегда можно пересобрать с чем нужно

а потом постоянно воевать с hold флагами и смотреть как кучи пакетов по замороженной зависимости не могут быть установлены... лучше уж сразу поставить самый ленивый вариант )

>Бинарные дистрибутивы не нужны , так как не позволяют варьировать зависимостями

4.2 Почитай документацию по apt-get, там даже мир пересобрать можно =)

Я конечно утрирую, но основная суть в том что пакеты в бинарных дистрибутивах (в дебиане например) собраны не так как хотелось бы этого вам , а так как захотел другой дядя (дебианщик) И повлиять на что-либо вы не можете. Остается только собирать самому. А собирать самому в дебиане ... уж лучше тогда сразу поставить gentoo или слаку

Но та же слака это LFS собранный патриком. Гента будет проще , там все автоматизировано

> А собирать самому в дебиане ... уж лучше тогда сразу поставить gentoo или слаку

и что же такого сложного собирать самому в дебиане? расскажите плз

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

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

если не нравится - собирай по-своему. мне вот обычно нравится.

И повлиять на что-либо вы не можете.

4.2, разумеется.

А собирать самому в дебиане ... уж лучше тогда сразу поставить gentoo или слаку

а зачем, если всё и так круто собрано?

> Идеология дебиана предполагает что надо все устанавливать из репозитория и никакой самодеятельности.

пруфлинк или не было

> Version: 5.0.307.5-r37950

это предыдущая версия. дождись 5.0.322-2-r38810 и обрадуйся.

> Идеология дебиана предполагает что надо все устанавливать из репозитория и никакой самодеятельности.

это вы сами так придумали

несложно, но если пакетов много и на них есть зависимости - надоедает

> лучше уж сразу поставить самый ленивый вариант )

Лучше для кого ? - какой процент людей страдает подобным ?

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

Я тут вчера собирал один бредовый левый пакет ... муть в сборке pdf доки для него редкая была и зависимости все разрулены были нормально. Таки пришлось авторский бред в сборке документации для программ вырезать.

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

> а потом постоянно воевать с hold флагами и смотреть как кучи пакетов по замороженной зависимости не могут быть установлены... лучше уж сразу поставить самый ленивый вариант )

Пока воевать особо не с чем. В любом случае, трачу меньше времени, чем если всё собирал бы сам. Если перестанет нравится слишком много - обязательно свалю на генту )

> несложно, но если пакетов много и на них есть зависимости - надоедает

есть объективная причина собирать много пакетов руками?

вот и я отказалась от дебиан в итоге

дык, уже есть и установлен ))

[U] www-client/chromium
Available versions: (~)4.0.223.5 (~)4.0.237.1 (~)9999
Installed versions: 5.0.307.7(07:24:04 02/12/10)(ffmpeg plugins-symlink)


это тоже предыдущая? вчера только размаскировали для ~x86
в чем разница ? что интересного добавили?

Вот собрал я openssh . Надо как то сообщить это пакетному менеджеру что я установил его ,причем с теми флагами которыми нужно мне. Допустим я собрал свой deb пакет и установил. Но ведь у дебиана есть свой openssh как они не будут конфликтовать друг с другом ? И не затрет ли он мой пакет при следующем обновлении.

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

вам свои выводы я не навязываю ) для меня , да , наверное самый вероятный и самый удобный вариант развития событий. _для меня_

#wajig hold openssh
#wajig dist-upgrade
вот так не затирает

ps: gentoo != красноглазие
как раз наоборот, это самый ленивый дистрибутив который у меня когда-либо был, главное иметь чуточку терпения и подождать ебилдов пару дней

а если пакетов много (хотя бы не меньше 10 ) к чему мы приходим ?