Так Linux Desktop или Linux Standard Base?

Разумеется Linux Standard Base в который включены стандарты для десктопа.

>Первым сертифицированным дистрибутивом станет дистрибутив от Xandros.com

А SUSE Linux 10.1?

Ещё одна попытка "выйти замуж"???

... вроде как было уже... http://www.unitedlinux.com/

Ты что, хочешь, чтобы он никогда вообще не вышел? Релиз уже сколько раз откладывали. Главное, что стандарт есть, а большие дистрибутивы все к нему придут рано или поздно.

А вот интесно, как разработчики Xandros успеют привести свой десктоп к стандарту к началу мая, если стандарт вышел в конце апреля?

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

З.Ы. не надоело каждый год слушать "новые старые песни об универсальном стандарте линукса"?
:)

Не скажу про полную поддержку, но вот например комп под сусе на работе.

$ cat /etc/lsb-release 
LSB_VERSION="1.3"
DISTRIB_ID="SuSE"
DISTRIB_RELEASE="9.1"
DISTRIB_DESCRIPTION="SuSE Linux 9.1 (i586)"

Одеяло на себя.

Что-то мне не нравится список поддерживающих компаний, слишком очевидно что одеяло тенятся не к пользователю, а к названным компаниям, особенно с Realnetworks. Что теперь, мне будут рассказывать что mp3 вне закона, real audio наше всё?

a s gentoo kak?

emerge LSB

Действительно, ведь куда интересней, когда каждый компилирует одну и ту же программу под свой конкретный дистрибутив со своим персональным бубном. Заодно можно и орать о том, какой дистрибутив круче. Правильно, ну и что исходники одни и те же, зато у каждого свой персональный гемморой. Швабода, швабода! (c)

Сразу видно профессионала, который очень хорошо знаком с системой portage и ее достоинствами.

Респект вам.

> А SUSE Linux 10.1?

Смотря какой откат будет... Хотя за novell'ом, думаю, не засохнет :)

она выходит завтра. врятле поспеют. или мож готовились :)

2sergej:Не скажу про полную поддержку, но вот например комп под сусе на работе.

а на заборе написано uyx.

2nosync:Сразу видно профессионала, который очень хорошо знаком с системой portage и ее достоинствами.

единственно правельные /dev/brain && /dev/hands, и ./configure; make ; make install, остальное от лукавофа

> единственно правельные /dev/brain && /dev/hands, и ./configure; make ; make install, остальное от лукавофа

А как вы будете потом удалять/обновлять установленное?

как мне вздумается так и удалю/обнавлюсь, сделаю ф конце концофф rtfm и поглядю в changelog.никакая сраная система управления пакетами никогда не справиться с циклическими зафисимостиями.

> как мне вздумается так и удалю/обнавлюсь, сделаю ф конце концофф rtfm и поглядю в changelog.никакая сраная система управления пакетами никогда не справиться с циклическими зафисимостиями.

Здравствуйте! RPM?

P.S: в данном случае "справитЬся" - пишится без мягкого знака.

Эти стандарты могут иметь смысл только когда api ядра перестанет кардинально меняться с выходом каждой новой версии.

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

> з.ы. а почему до сих пор никто не сказал, что теперь венде точно конец?
а нафик? она уже =))

>Эти стандарты могут иметь смысл только когда api ядра перестанет кардинально меняться с выходом каждой новой версии.

Да ну. Все, что кроме драйверов слабо зависит от нестабильности внутреннего API ядра.

>>Сразу видно профессионала, который очень хорошо знаком с системой portage и ее достоинствами.

>>Респект вам.

Привет.

Может уже поздно но я вас не очень понял. Если ответ ваш с сарказмом, так я с portage знаком давно. Но все равно не пойму как можно заставить его подходить под какие-то стандарты если я сам выбираю опции (USE flags), таким образом включая или выключая поддержку неких програм неких возможностей.

Если же то что вы сказали, было сказанно искренне, то спасибо на добром слове.

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

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

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

>25-го апреля Free Standards Group представит LSB 3.1...

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

> Если это что-то вроде freedesktop.org (этим ребятам ручки бы поотрывать за костылестроение)

чем именно вас не устраивает freedesktop.org? имхо ребята делают нужное дело

>зато у каждого свой персональный гемморой. Швабода, швабода!

ты еще один вантузятник обиженный линуксоидами, на лоре?

Да... Только капитально стандарты freedesktop реализуют только в МСВС ;)

к новости стоит дописать

[q]К 1 мая обеспечить соответствие стандартам обещают в компании Xandros, следом идут Novell, Red Hat, Debian Project, Ubuntu и другие. Стандартизация не ставит своей целью продвижение конкретных графических интерфейсов, а должна позволить создавать программы, работоспособные в любой среде.[/q]

>чем именно вас не устраивает freedesktop.org?

см. выше -- склонностью к костылестроению (hal, dbus и иже с ними) и любовью к гнуму.

>> Но все равно не пойму как можно заставить его подходить под какие-то стандарты если я сам выбираю опции (USE flags), таким образом включая или выключая поддержку неких програм неких возможностей.

Хотя бы в плане наличия тех или иных пакетов (тот же gcc-3.3.6), а также расположения тех или иных каталогов определенным образом.

Пока не стандартизируют Слаку - в ТОПКУ!

>> Пока не стандартизируют Слаку - в ТОПКУ!

Запятую после "стандартизируют" не забыл? ;)

> это еще что за зависимости и откуда они появляются ? зависимость в итоге приводящая к зависимости от самого себя ?

Ну, вообще говоря, да. А что, не встречался?

Скажем, есть в ядре make xconfig. Он зависит от Qt. А тот, в свою очередь, зависит от ядра. Вот тебе и цикл.

Ну, то бишь, конкретно именно этого цикла нет, но вообще встречаются.

Зависимости Gentoo -- это вообще отдельная песня, они и без циклов до психушки доведут...

С уважением -- Смоляное Чучелко

> см. выше -- склонностью к костылестроению (hal, dbus и иже с ними) и любовью к гнуму.

предложи аналоги dbus и hal, ну а гном рулит :)

Не может быть

Давно пора ИМХО юзверям тока лучше будет

> это еще что за зависимости и откуда они появляются ? зависимость в итоге приводящая к зависимости от самого себя ?

>Ну, вообще говоря, да. А что, не встречался?

>Скажем, есть в ядре make xconfig. Он зависит от Qt. А тот, в свою очередь, зависит от ядра. Вот тебе и цикл.

>Ну, то бишь, конкретно именно этого цикла нет, но вообще встречаются.

>Зависимости Gentoo -- это вообще отдельная песня, они и без циклов до психушки доведут...

>С уважением -- Смоляное Чучелко

Да что вы говорите? Я удевленно моргаю галзами. Во первых Gentoo, одна из немногих систем которая не дурит по поводу зависемостей. Это считай единственная причина по которой он у меня и стоит на всех машинах.

Про xconfig отдельное дело. Но ebuildы не дураки ведь пишут. Ядро не зависит от QT, просто хconfig проверяет есть ли QT перед загрузкой собственно меню. И это считай единственная в системе такая мутота, причем как ты сам сказал оправданная.

Так что как говорится, примеры в студию!! А я пока пойду сделаю emerge -uD world && revdep-rebuild и без всяких там yast и иже с ними поапдейтю половину системы не сломав ничего.

П.С.: для тех кто в танке: я многие дистрибы (и ОС) пробовал и многие из них увожаю. Просто Gentoo мне удобней, а обычно я рекомендую людям ставить Ubuntu. Вот.

>Что-то мне не нравится список поддерживающих компаний, слишком очевидно что одеяло тенятся не к пользователю, а к названным компаниям, особенно с Realnetworks. Что теперь, мне будут рассказывать что mp3 вне закона, real audio наше всё? Любой отркытый стандарт свободен для присоединения любых компаний. Однако это не означает, что эти компании станут играть решающую роль и смогут продвигать свои стандарты в ущерб остальным.

Наверное имелась ввиду такая цепочка:
pack1->pack2->pack3->pack1, если так, то RPM очень хорошо это разруливает (rpm -Uhv pack1 pack2 pack3 и делов-то :) ).
Если пакет зависит от самого себя, то это хм... я даже и не знаю, правда есть один такой GCC называется, которому для сборки gcc-ada нужен gcc-ada и ada-libs.

А с yast'ом чего не получилось? Все просто, запустил yast-online-update и радуйся, сам все сделает и поставит. Просто если любите собирать из сырцов - gentoo рулит, а если не надо, то тут выбор баальшой: apt-get, rpm, yum, yast (знаю он использует RPM), etc...

что такое revdep-rebuild ?

>Просто если любите собирать из сырцов - gentoo рулит, а если не надо, >то тут выбор баальшой: apt-get, rpm, yum, yast (знаю он использует >RPM), etc..

apt-build world - Rebuild and reinstall all packages on your system. Демьян :))). Правда я никогда не пробовал - пусть раненые пересобирают world.

Ждем ебилдов. Тепер венде точно пипец

> Просто Gentoo мне удобней, а обычно я рекомендую людям ставить Ubuntu. Вот.

Аналогично.

>>что такое revdep-rebuild ?

Это фишка такая. Религия говорит ее надо пользовать :). А вообще:

revdep-rebuild scans libraries and binaries for missing shared library dependencies and fixes them by re-emerging those broken binaries and shared libraries. It is useful when an upgraded package breaks other software packages that are dependent upon the upgraded package.

Короче если я поставил новую glibc и это побило мне половину зависимостей из-за нового API то оно само его переустановит.

> Короче если я поставил новую glibc и это побило мне половину зависимостей из-за нового API то оно само его переустановит.

Если не побило собиралку и переустанавливалку ))