[ALTSP] Самостоятельная сборка ALTSP

[Michael Shigorin]

On Fri, Jan 25, 2008 at 10:10:52AM +0300, Eugene Prokopiev wrote:
> > > А где брать профиль для сборки ALTSP?
> > В гите, вестимо:
> > http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles-ltsp.git;a=summary
> > git://git.altlinux.org/people/mike/packages/mkimage-profiles-ltsp.git

(бранч mike/ltsp)

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

Он мержится с mkimage-profiles-desktop, а я в силу слабого умения
гита (и предпочтения переосторожничать с маханием кувалдой)
предпочёл по возможности минимизировать разницу, чем потом руками
всё мержить.

При этом пока есть мысль в итоге влить это в
mkimage-profiles-desktop, отсюда часть "странностей".

> которая там цель для ltsp?

ltsp5, см. toplevel Makefile

> > > Что лучше можно исключить, чтоб iso уместился на 700М?
> > Я бы начинал со stardict* и если не хватит -- java и digikam.
> спасибо, буду пилить

Чтоб более реюзабельно -- это значит добавку нескольких строчек 
(egrep -r 'ltsp|terminal' mkimage-profiles-ltsp/) в profiles/cd/,
но сейчас не готов подробно рассказать.

Там есть две неприятности при таком форке/мерже: 

- при очередном мерже и изменениях в, скажем, корневом Makefile
  приходится рутинно учитывать руками сделанное изменение
  (например, в цели distclean) -- это лечится по крайней мере 
  initial merge ltsp->desktop;
- package lists изрядно дублируются (например, для install2 и
  install2-ltsp5), причём git pull/git diff тут не помощник --
  помощник просто diff и $EDITOR, а это менее удобно и вот уж
  это просто так мержем не лечится, надо ещё рефакторить списки
  пакетов с вынесением разницы в индивидуальные Makefile
  (начиная с installer-*) и оставлением общей части (собственно
  пакетной базы) в packages-lists.

Второе с Антоном обсуждали, но надо цельный кусок времени чуточку
перелопатить m-p-d и, возможно, сразу втянуть туда также чуточку
перелопаченный m-p-l.

> > PS: если вдруг забуду, чтоб хоть кто напомнил: основным ядром
> > надо будет ставить std-pae, а std-smp класть в disk.
> > Поскольку 4..8Gb на ТС -- совсем не редкость.
> может и не редкость, но уж точно не дефолт, поэтому лучше наоборот ...

Думаешь?

Мне кажется, что это нормальный случай, а вот буки со старыми
(а не любыми) Pemtium-M в качестве ТС -- скорее случай, когда
человек способен разобраться с проблемой вида "ядро не грузится".
Для ТС с >=4G и std-smp проблема будет "видно между тремя и
четырьмя гигами" и это будет FAQ, чего не хочется.

Идеально было бы проверять объём памяти при установке и либо
ставить оба ядра, но выбирать нужное, либо ставить одно (что 
сложнее) -- но я не знаю, как из-под std понять, что у нас 4+Gb.
А pae в инсталер точно не стоит.

PS: для терминалов надо будет класть более другое ядро;
2 led: ты его часом не заливал в /i/u/4.0 ещё?

-- 
 ---- WBR, Michael Shigorin <mike at altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/