> а в chroot'е это никак нельзя сделать?

о, боги..

> Или поставить нормальный deb-пакет (из которого оный .cmg и получился).

вызывающе неверная информация.

> Для "только посмотреть" можно завести chroot с base system и в нем поставить.

а как оно мне будет в $HOME конфигурацию читать/писать? а это то что я от него хочу.

вообще -- ты бы посмотрел повнимательнее преде чем _настолько_ мимо кассы говорить.

было бы целесообразно отключить ручной тормоз

>> а в chroot'е это никак нельзя сделать?

>о, боги..

$ id -u
1000
$ cat /etc/debian_version
testing/unstable
$ fakechroot -s fakeroot debootstrap --variant=fakechroot sarge ~/tmp/sarge http://some.debian.mirror/debian
[ ждем, пока debootstrap закончит свое грязное дело]
$ fakechroot -s fakeroot chroot /export/diastp/sys/chroot /bin/bash
# id -u
0
# cat /dev/hda
cat: /dev/hda: Permission denied
# cat >> /etc/apt/sources.list
deb http://some.debian.mirror/debian stable main contrib non-free
^D
# aptitude update && aptitude install mozilla-firefox
Reading Package Lists... Done
Building Dependency Tree       
Reading extended state information      
Initializing package states... Done
Reading task descriptions... Done  
Hit http://thproxy.jinr.ru stable/main Packages
Hit http://thproxy.jinr.ru stable/main Release
Hit http://thproxy.jinr.ru stable/contrib Packages
Hit http://thproxy.jinr.ru stable/contrib Release
Hit http://thproxy.jinr.ru stable/non-free Packages
Hit http://thproxy.jinr.ru stable/non-free Release
Reading Package Lists... Done    
Building Dependency Tree       
Reading extended state information      
Initializing package states... Done
Reading task descriptions... Done  
Reading Package Lists... Done
Building Dependency Tree       
Reading extended state information      
Initializing package states... Done
Reading task descriptions... Done  
The following NEW packages will be automatically installed:
  cpp cpp-3.3 debconf-utils defoma file fontconfig hicolor-icon-theme 
  libatk1.0-0 libatk1.0-data libexpat1 libfontconfig1 libfreetype6 
  libft-perl libglib2.0-0 libglib2.0-data libgtk2.0-0 libgtk2.0-bin 
  libgtk2.0-common libice6 libidl0 libjpeg62 libkrb53 libmagic1 
  libpango1.0-0 libpango1.0-common libpng12-0 libsm6 libtiff4 libttf2 
  libx11-6 libxcursor1 libxext6 libxft2 libxi6 libxp6 libxrandr2 
  libxrender1 libxt6 perl perl-doc perl-modules ttf-bitstream-vera ucf 
  x-ttcidfont-conf xfree86-common xlibs-data xutils 
The following NEW packages will be installed:
  cpp cpp-3.3 debconf-utils defoma file fontconfig hicolor-icon-theme 
  libatk1.0-0 libatk1.0-data libexpat1 libfontconfig1 libfreetype6 
  libft-perl libglib2.0-0 libglib2.0-data libgtk2.0-0 libgtk2.0-bin 
  libgtk2.0-common libice6 libidl0 libjpeg62 libkrb53 libmagic1 
  libpango1.0-0 libpango1.0-common libpng12-0 libsm6 libtiff4 libttf2 
  libx11-6 libxcursor1 libxext6 libxft2 libxi6 libxp6 libxrandr2 
  libxrender1 libxt6 mozilla-firefox perl perl-doc perl-modules 
  ttf-bitstream-vera ucf x-ttcidfont-conf xfree86-common xlibs-data xutils 
0 packages upgraded, 48 newly installed, 0 to remove and 0 not upgraded.
Need to get 36,6MB of archives. After unpacking 106MB will be used.
Do you want to continue? [Y/n/?] 

Шо, неужели это сложно? 

>> Или поставить нормальный deb-пакет (из которого оный .cmg и получился).

> вызывающе неверная информация.

Информация верная -- иначе каким раком оно станет работать в Debian?
Если только какой-то гм... чудак не пересобрал на коленке весь testing.

> а как оно мне будет в $HOME конфигурацию читать/писать? 

а) man mount на предмет --bind
б) man fakeroot fakechroot

> вообще -- ты бы посмотрел повнимательнее преде чем _настолько_ мимо
> кассы говорить.

а) смотрел внимательно,
б) говорю не мимо кассы.

И Вам того же желаю.

> это не дебы.

Hint: попробуйте сравнить список доступного там софта (а заодно -- версии)
с тем, что есть на  http://packages.debian.org

Не иначе как Дедушка Мороз его собирал из исходников, да?

> Шо, неужели это сложно?

сложно и ненужно.

> а) man mount на предмет --bind > б) man fakeroot fakechroot

/usr/lib/python2.4/ сотоварищи туда же?

> а) смотрел внимательно, > б) говорю не мимо кассы. > И Вам того же желаю.

ты говоришь о том что мог бы сделать достаточно-глубоко-зниющий-дебиан-человек, получив по почте deb с новой-суперкульной-но-непроверенной-штучкой. это -- мимо кассы. по определению.

> Hint: попробуйте сравнить список доступного там софта (а заодно -- версии) с тем, что есть на http://packages.debian.org

Hint: cmg имеет весьма опосредованное отношение к работе сервера http://klik.atekon.de/

прислать по почте свежий lgeneral в cmg который к дебиану ну совсем ни малейшего отношения не имеет? :-)

> сложно

(подымая челюсть с пола) Сложно? 4 несчастные команды...
К тому же, не надо root'овых прав, т.е. вообще.

> и ненужно.

Это -- один из _работающих_ вариантов, IMHO, не самый плохой.
А нужно или не нужно бета-версии на рабочей машине гонять -- это
другой вопрос.

> /usr/lib/python2.4/ сотоварищи туда же?

На кой черт, зависимости APT разгребет и поставит, что нужно (к тому
же не факт, что libblah-x.y.z из FooDistro-N будет работать в
FooDistro-N+-1)

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

Любой более-менее в своем уме человек просто стер бы его к такой-то
матери :). Если ламо, наваявшее оный *.deb, не могет создать
APTable archive, то в топку его (*.deb, а можно и ламо).

Если серьезно, то это как раз именно _такая_ (geeky) публика пробует
всякие новшества (кстати, сомневаюсь, чтоб кто-то из них отдал свой
родной $HOME на растерзание), а все остальные сидят на stable (вариант:
что там админ или местный Linux guru им поставил). По определению.

P.S.
Пересадить особо упорных юзверей с Netscape 4.7x на тормозиллу -- это
целая проблема была. А Вы про бета-версии...

> это не дебы.

Там внизу надпись есть:

Thanks to debian for the software compilation and packaging

И что ж это тогда, а? 

> Если серьезно, то это как раз именно _такая_ (geeky) публика пробует всякие новшества (кстати, сомневаюсь, чтоб кто-то из них отдал свой родной $HOME на растерзание), а все остальные сидят на stable (вариант: что там админ или местный Linux guru им поставил). По определению.

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

еще раз -- cmg не имеет отношения ни к deb-ам, ни к дебиану. cmg в теперешнем виде -- это даже не готовое решение, это завязка инфраструктуры, которая мне весьма и весьма нравится.

вот потрать пять минут и почитай документацию в районе философии на это дело. тогда по крайней мере можно будет спорить (или не спорить) по существу.

klik + PyQt/PyGtk/SmokeQt/.../... = new age

Граждане, хватит флеймить. Если я пишу относительно небольшую GUIшную софтинку, допустим, на PyQt, - я меньше всего хочу собирать туеву хучу rpm'ов под множество дистрибутивов (да ещё и разных версий).

Думаю, эта технология (может быть, не именно эта, а какой-то из её потомков (или, наоборот, потомков ZeroInstall)) станет стандартом де-факто для запуска кросс-платформенной скриптовой (и околоскриптовой) фигни. А если ещё и вспомнить Mono - тогда тем более.

Солнце, воздух и вода не помогут никогда.

> это не для людей которым можно доверить команды на терминале набирать.

Таких людей вообще нельзя к компьютерам подпускать. А разрешать им 
ставить софт, тем более хрен-знает-кем-собранный...

> "автоматически разгрести зависимости аптом"? да запросто! только
> тогда у меня будет стоять дебиан, а не моя гента.

А что, религия запрещает?

> оно мне надо?

Надо, в силу

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

> кроме того, не дебианом единым жив человек. 

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

1) до сих пор не прикрутили APT к своим поделкам,
2) собирают с гулькин нос софта, основываясь на отфонарных критериях.

> cmg в теперешнем виде -- это даже не готовое решение, это
> завязка инфраструктуры, которая мне весьма и весьма нравится.

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

> вот потрать пять минут и почитай документацию в районе философии
> на это дело. тогда по крайней мере можно будет спорить (или не
> спорить) по существу.

Да читал. Они заново изобретают то, что уже есть. Потом, глядишь, и
buildd свой придумают :)

как ты поле не квантуй, все равно получишь ...

> Если я пишу относительно небольшую GUIшную софтинку, допустим, на
> PyQt, - я меньше всего хочу собирать туеву хучу rpm'ов под
> множество дистрибутивов (да ещё и разных версий).

А это не Ваша работа; пущай дистроклепатели трахаются.

> Думаю, эта технология (может быть, не именно эта, а какой-то из её
> потомков (или, наоборот, потомков ZeroInstall)) станет стандартом
> де-факто для запуска кросс-платформенной скриптовой (и околоскриптовой) фигни.

А все равно -- кто-то должен софт под поддерживаемые дистры собирать.
Так на кой оно надо, т.е. чем оно лучше просто APT'а?

Ни куя не понял.

Прочитал весь тред, но так и не воткнул, что токое .cmg файл и с чем его едят.

ЗЫ: Дебианом не пользовался и не видел даже

>kde-шние библиотеки совместимы бинарно по всей линейке 3.x.x

А как же kdelibs4c2 conflicts with kdelibs4?

да просто пЫонерам не# делать...

> ЗЫ: Дебианом не пользовался и не видел даже

Не столь важно.

> Прочитал весь тред, но так и не воткнул, что токое .cmg файл
> и с чем его едят.

Идея всего этого бардака следующая: есть набор бинарных (deb) пакетов, 
есть софтина, которая умеет устанавливать их, _разруливая их
зависимости_ (APT). Для особо тупых юзверей, которые не могут прочитать
доку по APT, на сервере с _таким же как у юзверя_ дистром, слегка
похаканный APT ставить нужные пакеты  в chroot (или просто в какой-нибудь
--prefix, не важно), упаковавыет это в CRAMFS image, скармливает 
эту дрянь klick клиенту. Тот монирует image (в C:\Program Files :))
и запускает с него софтину.

> Идея всего этого бардака следующая...

Всё равно херня какая-то получается. Зачем это нужно???? (Можете не отвечать, мне это стало неинтересно)

>Каждый хочет прославиться с помощью "своего великого действия по улучшению цивилизации". Кто не хочет, тот не человек.

Хочу прославиться с помощью "своего великого действия по уничтожению цивилизации". Я человек?

> Прочитал весь тред, но так и не воткнул, что токое .cmg файл и с чем его едят.

коротко: это технология (сумма простых технологий) которая позволит мне провести такой диалог с женой:

-- загрузись в линух, хочу тебе одну новую штучку показать -- ok, куда смотреть? (подрубаюсь vnc-шкой к ее компу, настукиваю адрес в файрфоксине) -- скриншоты выглядят здорово. ты мне эту прожку поставишь? -- зачем? ты само можешь -- нет, я не умею все эти странные tar -j -xvf в терминале набирать -- это не нужно. видишь там есть ссылка на .cmg файл? скачай его и он сам запустится. -- ok! работает!

> А как же kdelibs4c2 conflicts with kdelibs4?

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

> Идея всего этого бардака следующая: есть набор бинарных (deb) пакетов, есть софтина, которая умеет устанавливать их, _разруливая их зависимости_ (APT). Для особо тупых юзверей, которые не могут прочитать доку по APT, на сервере с _таким же как у юзверя_ дистром, слегка похаканный APT ставить нужные пакеты в chroot (или просто в какой-нибудь --prefix, не важно), упаковавыет это в CRAMFS image, скармливает эту дрянь klick клиенту. Тот монирует image (в C:\Program Files :)) и запускает с него софтину.

смесь фанатизма и откровенной глупости. жаль. неинтересно.

> А это не Ваша работа; пущай дистроклепатели трахаются.

я пользую не ветхозаветный дебиан, а gentoo с ~x86 (и с ~amd64), но и его времени реакции на новые прожки мне откровенно не хватает. скажем в портажах до сих пор лежит d4x-2.5.0, в то время как последний как известно 2.5.5.

это одна сторона вопроса. другая: на kde-apps.org постоянно появляются новые вещи, про которые никому ничего неизвестно, авторам которых еще предстоит убедить людей что это что-то нужное и полезное. и лично мне лениво каждый раз делать заклинания что бы они застряли навсегда у меня в /usr/local

> > С поддежкой исключений или без них? Ы?
> с ними. впрочем на бинарную совместимость это влиять не должно.
Гм... ну если уж это не влияет на бинарную совместимость... Как ты думаешь что будет с приложеннием, если в библиотеку, собранную без поддержки исключений прилетит-таки исключение?