LINUX.ORG.RU
ФорумTalks

Много дистров - это плохо ТЧКА


0

3

Нужен один дистр. И не «какой?», а дистр которого нет, который можно было бы ставить как убунту несколькими кликами, или откатить до стабильных версий софта для сервера как в Debian, канпелять с юзфлагами начиная со stage до достижения уровня джедайства over9000 как в Gentoo если ты задрот.

Возможно? Почему нет? Любят велики все и тешат ЧСВ что лучшие дистростроители чем другие? Непонятно кому должен пренадлежать?

Сабж

★★★★★

Один дистр не нужен (и это арч (шутка)). Нужен стандарт на десктопный дистрибутив, который будет предусматривать какие библиотеки (и какие версии, если их API нестабилен) этот дистрибутив должен предоставлять. Чтобы разработчик софта был уверен, что этот бинарник на любом таком дистрибутиве запустится. И этот стандарт должен обновляться не чаще, чем раз в пару лет.

Так же как на любом нищебродском хостинге есть LAMP, так и на любом десктопе нужен такой-то qt, такой-то gtk, такой-то sdl и так далее.

Есть LSB, но он не работает и вообще какой-то кривой.

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

>Есть LSB, но он не работает и вообще какой-то кривой.

Это почему?

Yareg ★★★
()
Ответ на: комментарий от PolarFox

Ну софт надо тестировать на разных дистрах. automake, cmake, пакеты deb - страшны в процессе создания. Сборка deb - убиться можно.

Почему нельзя написать что-то в таком стиле

appName("myProg", 1.0).

libraries(gtk+-2.0, libxml2).
packages(traceroute[version>=1111]).

sharedFiles(./share/*). // It goes to /usr/share/myProg/
binary(./bin/myProg: ./myProg/src/*.cpp). // It goes to /usr/bin

configuration(defaultSkel=./config). // It goes to /etc/myProg, gets overlayed with some library by ./config/myProg

license(GPL).

Упростил, система должна быть мощнее. Но с помощью convention over configuration такое возможно

vertexua ★★★★★
() автор топика
Ответ на: комментарий от PolarFox

>Нужен стандарт на десктопный дистрибутив, который будет предусматривать какие библиотеки (и какие версии, если их API нестабилен) этот дистрибутив должен предоставлять

А как тогда разруливать, например, ситуацию, когда одни дистрибутивы хотят иметь KDE 4.N, который только что вышел, а другие KDE 4.N-1, который залатанный?

annulen ★★★★★
()
Ответ на: комментарий от annulen

В гиковском варианте этого мегодистра будет откатывать/размаскировать любую версию как в Gentoo.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от annulen

От KDE и kdelibs приличный софт за очень редким исключением не зависит. Речь про gtk, python, qt, sdl и другие библиотеки, от которых зависит большое число софта.

PolarFox ★★★★★
()
Ответ на: комментарий от vertexua

>В гиковском варианте этого мегодистра будет откатывать/размаскировать любую версию как в Gentoo.

Шаблон^W ABI-то порвется

annulen ★★★★★
()
Ответ на: комментарий от PolarFox

>Речь про gtk, python, qt, sdl и другие библиотеки, от которых зависит большое число софта.

вернулись к LSB, только sdl там вроде не хватает

annulen ★★★★★
()
Ответ на: комментарий от derlafff

>иметь в репах все версии, предлагать юзеру выбирать, не?

поздравляю, ты только что изобрел RHEL/CentOS

annulen ★★★★★
()
Ответ на: комментарий от annulen

> вернулись к LSB, только sdl там вроде не хватает

Сейчас глянул в LSB Desktop, там расписан только gtk и qt.

PolarFox ★★★★★
()
Ответ на: комментарий от vertexua

вообще предлагаю лично тебе такой вариант: CentOS + Gentoo Prefix. Стабильность + ничем не ограниченная свобода

annulen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.