October 16th, 2010

404

хохо

За сегодня аж два ответа (фикса) на багрепорты - первый, ерунда про iftop, второй реально крутой и вполне себе critical про console-setup в инсталлере squeeze.
404

mkfreedos-bootdrive

Обнаружил, что процесс создания загрузочного диска с freedos несколько нетривиальный.

Хотя, казалось бы, не так уж и сложно:

1) Иметь в загашниках /usr/share c freedos (точнее, kernel.sys и command.com).
2) Иметь в загашниках скомпилированный bootsect, или, на худший случай, ассемблерный код для nasm'а.
3) sys-freedos-linux http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/sys/sys-freedos-linux/


Процесс создания:

mkfs.msdos для устройства. Либо (если это superfloppy) для самого устройства, либо для раздела с выставлением флага bootable.

sys-freedos-linux на устройство.

Подмонтировать, скопировать kernel.sys и command.com, отмонтировать.

Всё.

Сделать пакетик, что ли?
404

The World God only Knows

Что-то оно совсем не туда идёт. Если в третьей серии будет такое же уныние, то дроп.

Почему они не могут нормального ниита/отаку/хикикомори сделать?
404

MM3

Да, мы все ощущали, что первые две серии были лишены должного ассортимента увлечений. Разумеется, юри! Как же без юри-то?

Хотя на фоне Han Zemi эта вещь какая-то очень ... примитивная, что ли? В Han Zemi очень академичный подход. А это попса, причём, местами гротескная и неубедительная.
404

REST или не REST (scapi)

Всё-таки мы решили обойтись без PUT-запросов (если и реализовывать, то только для аплоада). В нашей концепции объектом уровня URL'а является сочетание глагола и типа (например, vm-query, или vdi-count, или vm-configure-vcpu), всё остальное является параметром.

Параметры для неизменяющих запросов передаются в GET'e:

/scapi/vm-query?i:owner=12&fields=uuid,self.name,rel.template,self.consumption.cpu_time&sort=-self.consuption.cpu_time

(пишу по памяти, могут быть опечатки).

Параметры изменяющих состояние запросов передаются в виде POST'а (тот же urlencoded). Нужно это по простой причине: посты гарантированно не перепосылаются без особых на то причин. Даже если с позиции REST'а всё ок, для нас совсем не ок, если запрос на vm-shutdown придёт дважды.

Ответ всегда возвращается в виде json'а, даже если это ошибка. HTTP-коды пришлось расширить (например, 460 - virtualization backend error), так как стандартных явно не хватало.