Здравствуйте, это канал о бонсай? Как пропатчить kde3 под openbsd?

kde3 под openbsd нормально пропатчено

проблема только про kde4. а вообще, эта эха для роботов, по ней что-то типа багтрекера будет строиться

OpenBSD трекера?

моего персонального трекера "что я ещё сломал", чтобы потом по этому жаловаться

плюс ещё всякое разное, чтобы централизировать усилия, если ещё openbsd-шники заведутся

Меня запишите. :)

filelist, проектов смежных OpenBSD.

> filelist, проектов смежных OpenBSD.

эээ, не совсем понял фразу

Это я так файлреквест хотел сделать. )

Где-то можно узнать о твоих проектах имеющих отношение к OpenBSD?

у меня нет проектов, имеющих отношения к openbsd

я просто собираю факты, а потом пишу жалобы Вадиму на трудную жизнь. а он делает вид, что слушает. так и живём. :)

Этому Вадиму? - http://www.opennet.ru/~PereresusNeVlezaetBuggy

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

Ну... нельзя так ко всему относиться. В конце концов там же "илита", зачем на них нервы тратить. ;)

Надо будет его сюда позвать :)

найденные проблемы:

в 5.5 появилось некорректное изменение времени на ext2. в снапшотах вроде бы исправлено, исправлено ли в релизе (и будет ли) - пока не знаю.

в 5.5 amd 64, во-первых, нет ext2 на рамдиске, и, во-вторых, почему-то fsck_ext2 падает в кордамп.

Имею желание слушать музыку в openttd в openbsd. Замечательно.

OpenTTD собран без timidity, но с родным midiplay. Замечательно.

Музыки нет. Поставил timidity. timidity мидяшка проигрывает музыку. midiplay мидяшка - проигрывает музыку куда-то, но не в звуковую карту точно.

В мане есть указание только на то, что midiplay может играть музыку только на миди-устройства. Замеательно! Но на тот же timidity или ещё куда-нибудь, эта штука музыку играть может? В этом моменте - вообще провал в памяти какой-то, самый регулярный случай - нигде не описан, нигде не обсуждаем (один нашёл - у него midiplay играет музыку на pc-speaker, но у меня такого устройства нет).

Чё делать? Хочу, чтобы моя openttd тоже пела. :(

в i386 snapshot от 6 мая fcks_ext2fs тоже сегфолтится :(

проблемы в 5.5 либо в текущих снапшотах, из найденного:

в 5.5 amd64 нет поддержки ext2 в bsd.rd (т.е., установка, если нужные файлы находятся на ext2 - не пройдёт)

в любой версии любой платформы с Float point exception сегфолтится fsck_ext2fs (проверено на разных комплютерах и разных версиях)

в 5.5/i386 нет parley и kdepim пакетов, поэтому kde4 (метапакетом) не ставится. на amd64 - ставится (хотя нестабильно)

coreutils из портов не ставится по make install, потому что configure не отрабатывает от рута. можно собрать от юзера.

в 5.5 на ext2 не обновляется время изменения файла (это создаёт проблемы, например, не будет работать configure на ext2fs)

к сожалению, баг исправили только в снапшотах, а в релизе - это не будет исправлено, ибо такова политика партии :(

для исправления - взять файл src/sys/ufs/ufs/inode.h из карента и собрать с ним релиз:

я сделал бинарную сборку последнего релиза с этим изменением, кому интересно:

http://ob.51t.ru/i386new/

в http://www.openbsd.org/papers/ (или локально у тех, кто делает cvs up на www) - три новых презенташки: libressl, mandoc и портирование на mips64. пока не смотрел, но обожаю их смотреть, очень интересные, особенно Вадиковые :)

счастья привалило. freecol (свободный клон colonization) добавлена в current. только недавно ею интересовался. :)

на длинных кириллических текстах mc viewer [F3] падает в сегфолты

в debian на таких же текстах оно корёжит тексты, но не падает :)

в 5.5 на ext2 не обновляется время изменения файла (это создаёт проблемы, например, не будет работать configure на ext2fs)

к сожалению, баг исправили только в снапшотах, а в релизе - это не будет исправлено, ибо такова политика партии :(

для исправления - взять файл src/sys/ufs/ufs/inode.h из карента и собрать с ним релиз:

я сделал бинарную сборку последнего релиза с этим изменением, кому интересно:

http://ob.51t.ru/i386new/

в релизе и на снапшотах, на i386 и на amd64:

сегфолтится fsck_ext2fs c Float point exception (проверено на разных комплютерах и разных версиях)

* в 5.5 amd64 release нет поддержки ext2 в bsd.rd (т.е., установка, если нужные файлы находятся на ext2 - не пройдёт)
просто забыли включить в ядре. можно самому включить в RAMDISK_CD

* в 5.5/i386 нет parley и kdepim пакетов, поэтому kde4 (метапакетом) не ставится. в amd64 - всё есть. в текущих снапшотах i386 - всё есть.

* coreutils из портов не ставится по make install, потому что configure не отрабатывает от рута. можно собрать от юзера.

и дожить...

программа полезная, но сам порт не причёсан.

> в 5.5 amd64 release нет поддержки ext2 в bsd.rd (т.е., установка, если нужные файлы находятся на ext2 - не пройдёт)
просто забыли включить в ядре. можно самому включить в RAMDISK_CD

в снапшотах исправлено

после добавления поддежки ext2, ОЧЕНЬ СИЛЬНО сломалась ext2 (проверены снапшоты с 15 июля 2014 по 21 июля 2014)

при монтировании и использовании раздела ext2 постоянно возникают критические ошибки с остановкой и выдачей ddb.

при этом, например, с небольших каталогов файлы можно копировать, а где файлов много - сразу выбивает ядро

примерное содержание трейса - такое:

uvm_fault, stopped on memcpy
memcpy ext2fs_lookup VOP_LOOKUP vfs_lookup namei vn_open doopenat sys_open syscall


появляется и на sp, и на mp, независимо от опций монтирования, в общем - всегда. ext4(ro) - работает нормально.

Не уверен что это ошибка, вернее даже уверен что кривость моих рук. Научите как исправлять сию ситуацию. Не выделяет текст, а работает как HOME.

Что оно должно текст выделять - не слышал никогда, если честно :)

Но у меня не работает PRINT SCREEN, не работают клавиши громкости... и ещё что-то не так работает, как ожидалось... почему - не знаю :(

А очень просто (правда только в иксах)!

pkg_add xbindkeys; man xbindkeys :)

Нашёл сегодня баг в хромиуме под опёнком (по крайней мере в current). Проверьте на всякий случай и вы у себя.
Откройте линк http://hellorun.helloenjoy.com/
У меня падает браузер сразу же.

ЗЫ robert@'у уже отписал

Мартин написал, что у него проблема с ext2 не воспроизводится. Я сделал маленькую виртуалку - и тоже нет проблем. Но зато на двух моих компьютерах - просто невозможно пользоваться, так всё падает...

И что делать? :(

кстати, fsck на ext2fs до сих пор крэшится...

Надо собрать детальную инфу о параметрах ФС (хз, чем это делается). А лучше - сделать через dd образ и выложить в Сеть, чтобы pelikan@ мог в нём поковыряться.

Можешь заодно мне выложить, я тоже не хочу битый ext2fs в релизе. :)

да я их поудалял нафиг, пусть ext4 будет, потому что без openbsd тоже не жизнь :)

впрочем, на компьютерах у меня проблема воспроизводится всегда - создал новый раздел, начал на них писать, и моментально получил ddb> на виртуалке - не воспроизводится :(

хм, только я перебил разделы, так Мартин прислал мне вот это... надо будет как-то протестировать (кстати, как эти диффы накладывать?)

кстати, я не понял, какой там вопрос :)


> The diff is here. Tested on i386, compiling on sparc64 (and will commit after it's been tested).

> In short, we need to respect smaller on-disk inodes, but not copy more than our pool(9) gives us. Therefore the copying macro needs to know what kind of a filesystem is it. Yes, I'd like to have this in 5.6-release.

> ok?


Index: ufs/ext2fs/ext2fs_bswap.c
===================================================================
RCS file: /cvs/src/sys/ufs/ext2fs/ext2fs_bswap.c,v
retrieving revision 1.7
diff -u -p -r1.7 ext2fs_bswap.c
--- ufs/ext2fs/ext2fs_bswap.c 14 Jul 2014 08:54:13 -0000 1.7
+++ ufs/ext2fs/ext2fs_bswap.c 31 Jul 2014 13:37:35 -0000
@@ -110,7 +110,8 @@ e2fs_cg_bswap(struct ext2_gd *old, struc
}

void
-e2fs_i_bswap(struct ext2fs_dinode *old, struct ext2fs_dinode *new)
+e2fs_i_bswap(struct m_ext2fs *fs, struct ext2fs_dinode *old,
+ struct ext2fs_dinode *new)
{
new->e2di_mode = swap16(old->e2di_mode);
new->e2di_uid_low = swap16(old->e2di_uid_low);
@@ -133,5 +134,9 @@ e2fs_i_bswap(struct ext2fs_dinode *old,
new->e2di_facl_hi = swap16(old->e2di_facl_hi);
memcpy(&new->e2di_blocks[0], &old->e2di_blocks[0],
(NDADDR+NIADDR) * sizeof(int));
+
+ if (EXT2_DINODE_SIZE(fs) <= EXT2_REV0_DINODE_SIZE)
+ return;
+ new->e2di_isize = swap16(old->e2di_isize);
}
#endif
Index: ufs/ext2fs/ext2fs_dinode.h
===================================================================
RCS file: /cvs/src/sys/ufs/ext2fs/ext2fs_dinode.h,v
retrieving revision 1.16
diff -u -p -r1.16 ext2fs_dinode.h
--- ufs/ext2fs/ext2fs_dinode.h 11 Jul 2014 12:53:19 -0000 1.16
+++ ufs/ext2fs/ext2fs_dinode.h 31 Jul 2014 13:37:35 -0000
@@ -154,10 +154,12 @@ struct ext2fs_dinode {

/* e2fs needs byte swapping on big-endian systems */
#if BYTE_ORDER == LITTLE_ENDIAN
-# define e2fs_iload(old, new) memcpy((new),(old),sizeof(struct ext2fs_dinode))
-# define e2fs_isave(old, new) memcpy((new),(old),sizeof(struct ext2fs_dinode))
+# define e2fs_iload(fs, old, new) \
+ memcpy((new),(old), MIN(EXT2_DINODE_SIZE(fs), sizeof(*new)))
+# define e2fs_isave(fs, old, new) \
+ memcpy((new),(old), MIN(EXT2_DINODE_SIZE(fs), sizeof(*new)))
#else
-void e2fs_i_bswap(struct ext2fs_dinode *, struct ext2fs_dinode *);
-# define e2fs_iload(old, new) e2fs_i_bswap((old), (new))
-# define e2fs_isave(old, new) e2fs_i_bswap((old), (new))
+void e2fs_i_bswap(struct m_ext2fs *, struct ext2fs_dinode *, struct ext2fs_dinode *);
+# define e2fs_iload(fs, old, new) e2fs_i_bswap((fs), (old), (new))
+# define e2fs_isave(fs, old, new) e2fs_i_bswap((fs), (old), (new))
#endif
Index: ufs/ext2fs/ext2fs_inode.c
===================================================================
RCS file: /cvs/src/sys/ufs/ext2fs/ext2fs_inode.c,v
retrieving revision 1.54
diff -u -p -r1.54 ext2fs_inode.c
--- ufs/ext2fs/ext2fs_inode.c 13 Jul 2014 16:59:35 -0000 1.54
+++ ufs/ext2fs/ext2fs_inode.c 31 Jul 2014 13:37:35 -0000
@@ -189,7 +189,7 @@ ext2fs_update(struct inode *ip, int wait
ip->i_e2fs_uid_high = ip->i_e2fs_uid >> 16;
ip->i_e2fs_gid_high = ip->i_e2fs_gid >> 16;

- e2fs_isave(ip->i_e2din, (struct ext2fs_dinode *)cp);
+ e2fs_isave(fs, ip->i_e2din, (struct ext2fs_dinode *)cp);
if (waitfor)
return (bwrite(bp));
else {
Index: ufs/ext2fs/ext2fs_vfsops.c
===================================================================
RCS file: /cvs/src/sys/ufs/ext2fs/ext2fs_vfsops.c,v
retrieving revision 1.81
diff -u -p -r1.81 ext2fs_vfsops.c
--- ufs/ext2fs/ext2fs_vfsops.c 13 Jul 2014 15:07:01 -0000 1.81
+++ ufs/ext2fs/ext2fs_vfsops.c 31 Jul 2014 13:37:35 -0000
@@ -365,7 +365,7 @@ ext2fs_reload_vnode(struct vnode *vp, vo
}
cp = (caddr_t)bp->b_data +
(ino_to_fsbo(era->fs, ip->i_number) * EXT2_DINODE_SIZE(era->fs));
- e2fs_iload((struct ext2fs_dinode *)cp, ip->i_e2din);
+ e2fs_iload(era->fs, (struct ext2fs_dinode *)cp, ip->i_e2din);
brelse(bp);
vput(vp);
return (0);
@@ -891,7 +891,7 @@ ext2fs_vget(struct mount *mp, ino_t ino,
+ EXT2_DINODE_SIZE(fs) * ino_to_fsbo(fs, ino));

ip->i_e2din = pool_get(&ext2fs_dinode_pool, PR_WAITOK);
- e2fs_iload(dp, ip->i_e2din);
+ e2fs_iload(fs, dp, ip->i_e2din);
brelse(bp);

ip->i_effnlink = ip->i_e2fs_nlink;

У кого-нибудь этот патч вообще применяется? У меня не накладывается :(

ps. Пробовал сделать на том же компьютере раздел на 850 мб ext2 - там проблема не воспроизводится...

Как накладывать:

cd /usr/src/sys
cvs up -APd
patch -C </path/to/ext2.patch && patch </path/to/ext2.patch

У меня всё прекрасно применяется. Ты, видимо, забыл обновить исходники. :)

обновил... только я делал patch -p0, единственное известное мне с детских лет шаманство...

не совсем понял, что за двойной вызов? почему первый раз -C, а затем без оной?

-С не меняет конечные файлы - то есть, это позволяет избежать порчи исходников. Эффект такой цепочки - или патч нормально применился, или ничего не поменялось. Так как отменять частично применившийся патч заметно сложнее. См. документацию patch(1). ;)

Мои поздравления. :)

Кстати, в ii-морде есть возможность как-то форсировать отображение части текста моноширинным шрифтом? Для программистов-сисадминов очень актуально.


CVSROOT: /cvs
Module name: src
Changes by: pelikan@cvs.openbsd.org 2014/07/31 11:37:52

Modified files:
sys/ufs/ext2fs : ext2fs_bswap.c ext2fs_dinode.h ext2fs_inode.c
ext2fs_vfsops.c

Log message:
use proper on-disk inode size: no more, no less.

Reported by Roman Yakovlev, thanks!

"do it now" deraadt

> Мои поздравления. :)

один фиг, у себя я это наложить не смог, что на старую версию исходников, что на новую, что с p0, что без оного - один фиг:

# patch -C -p0 < fs.diff 
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: ufs/ext2fs/ext2fs_bswap.c
|===================================================================
|RCS file: /cvs/src/sys/ufs/ext2fs/ext2fs_bswap.c,v
|retrieving revision 1.7
|diff -u -p -r1.7 ext2fs_bswap.c
|--- ufs/ext2fs/ext2fs_bswap.c 14 Jul 2014 08:54:13 -0000 1.7
|+++ ufs/ext2fs/ext2fs_bswap.c 31 Jul 2014 13:37:35 -0000
--------------------------
Patching file ufs/ext2fs/ext2fs_bswap.c using Plan A...
patch: **** malformed patch at line 9: }

подожду в репозиториях, раз запушили... наверное, сейчас c .ca. попробую дёрнуть...

> Кстати, в ii-морде есть возможность как-то форсировать отображение части текста моноширинным шрифтом? Для программистов-сисадминов очень актуально.

можно

четыре равно сверху, и четыре равно снизу.

а
    между
                        ними
всё
         что
                     угодно

раньше был даже код хилайтинг, но по общему мнению его просто вырезали, для простоты жизни :)

главное - чтобы в текстовых клиентах и веб-клиентах выглядело одинаково :)

из четырёх проблем, которые я поймал с ext2 за последнее время, исправлено 3 - с инсталлером amd64 (fixed by Vadim Zhukov, thanks!), со сломанной датой и, вот эта (хотя непонятно, во-первых, исправлено оно или нет, а во-вторых, нафига я весь день ext2-разделы сносил :).

Осталась только бага с floating point exception в e2fsck. Я и Мартину сейчас об этом сказал, но он говорит "вроде бы исправляли на хакафоне". Но в снапшоте от 20 июля - валится, как миленькое, при запуске.

> patch: **** malformed patch at line 9: }

Это означает, что у тебя сам патч кривой. Например, с ^M на концах строк. Я себе такой алиас держу для таких случаев в ~/.kshrc:

stripm='perl -pi -e '\''s/\r$//'\'

Дело в настройках GTK. В OpenBSD по умолчанию используются Emacs-подобные настройки. Лечится добавлением в .gtkrc-2.0 строки gtk-key-theme-name = "Default"

снапшот от 30 июля - то же самое

gnome-terminal постоянно крашится, убивая все свои копии... в прошлой версии - крашился и xfce4-terminal, запущенный в gnome, в этой пока не проверял, но, видимо, то же самое... (и ещё в прошлой версии крашились gedit, geany, и много чего ещё).

как жить-то?

> gnome-terminal постоянно крашится, убивая все свои копии... в прошлой версии - крашился и xfce4-terminal, запущенный в gnome, в этой пока не проверял, но, видимо, то же самое... (и ещё в прошлой версии крашились gedit, geany, и много чего ещё).
>
> как жить-то?

Точно все пакеты в системе обновил?

Запусти проблемную софтину из другого терминала (можешь из другой виртуальной консоли, открыв tmux - для большого буфера вывода - и приписав в начале "DISPLAY=:0.0") - может, там будет что-то интересное...

Честно говоря, в GNOME я ни в зуб ногой - напиши jasper@ или ajacoutot@.

> Точно все пакеты в системе обновил?

я с нуля ставил

> Запусти проблемную софтину из другого терминала (можешь из другой виртуальной консоли, открыв tmux - для большого буфера вывода - и приписав в начале "DISPLAY=:0.0") - может, там будет что-то интересное...

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

> Честно говоря, в GNOME я ни в зуб ногой - напиши jasper@ или ajacoutot@.

всем напишу... хотя, наверное, придётся на xfce откатываться. я то думал, что уже упоминаемую тут не только мною проблему с отрисовкой картинок и некоторой другой 2д-графики аппаратное ускорение решит, но вроде бы - не особо. :) поэтому поставлю версию с gnome на съёмный диск, а себе - что-нибудь другое...

ps. а как kde 4.13? я 4.11 ставил, но оно у меня больше не работало, чем работало :)

> ps. а как kde 4.13? я 4.11 ставил, но оно у меня больше не работало, чем работало :)

Должон работать. :) Могут быть разве что траблы на i386 при просмотре папок с картинками - в этом случае я хочу о них знать. А так - всё довольно плавно и резво - по мерка современных DE, конечно. :)

ща на кошках потренируюсь - на том ноутбуке, где акселлерация не работает :) зато там памяти 2.5 гб, а у меня только 1.5... :)

игра frogatto работает, запускает запускаемую заставку, а затем падает...

у кого-нибудь работает?

Frogatto engine version 1.3.1
LOOKING IN 'modules/frogatto/module.cfg': 1
EXPAND DATA PATHS
SET PREFERENCES PATH: ~/.frogatto/
PARSE ERROR: : Could not find file ./signature.cfg
EXPAND DATA PATHS
Preferences dir: /home/user/.frogatto/
get_dir(): /home/user/.frogatto/


OpenGL vendor: X.Org
OpenGL version: 2.1 Mesa 10.2.3
[cut]
GLSL Version: 1.30

Stencil bits: 8
JOYSTICKS: 4
initialized ttf
discarding joystick 0 for being an accellerometer
discarding joystick 1 for being an accellerometer
discarding joystick 2 for being an accellerometer
discarding joystick 3 for being an accellerometer
initialized 0 joysticks
SDL_GetVideoSurface()
LOADTEXTURE: backgrounds/loading_screen.png -> 0x84c587a0
failed to load image 'splash.jpg'
LOADING FONT: data/fonts.cfg -> modules/frogatto/data/fonts.cfg\nLOADTEXTURE: gui/number_font.png -> 0x8517dd00
LOADTEXTURE: gui/outline_font.png -> 0x8875be60
LOADTEXTURE: gui/label_font.png -> 0x843eede0
LOADTEXTURE: gui/dialog-font.png -> 0x86fa0c20
CREATE OBJ: frogatto_playable
LOADTEXTURE: characters/frogatto-spritesheet1.png -> 0x809f3520
LOADTEXTURE: characters/fat-frogatto-spritesheet1.png -> 0x809f3200
LOADTEXTURE: characters/frogatto-spritesheet5.png -> 0x809f31c0
LOADTEXTURE: characters/frogatto-spritesheet2.png -> 0x809fa320
LOADTEXTURE: characters/frogatto-spritesheet3.png -> 0x7e0e5820
LOADTEXTURE: characters/frogatto-spritesheet4.png -> 0x86c3ca80
LOADTEXTURE: characters/frogatto-spritesheet-idle.png -> 0x7e0e5e20
LOADTEXTURE: props/items.png -> 0x811e1920
LOADTEXTURE: characters/frogatto-tongueB.png -> 0x86c3c9c0
LOADTEXTURE: effects/particles2.png -> 0x80802e80
LOADTEXTURE: effects/powerup-fx.png -> 0x80797ca0
LOADTEXTURE: effects/homing-shot-init.png -> 0x8078eb00
LOADTEXTURE: effects/homing-shot-impact.png -> 0x81d20b20
LOADTEXTURE: characters/fat-frogatto-spritesheet3.png -> 0x7d8b6d60
LOADTEXTURE: characters/fat-frogatto-spritesheet4.png -> 0x7fd4c380
LOADTEXTURE: gui/editor-tools.png -> 0x889ce680
LOADTEXTURE: gui/buttons-and-windows.png -> 0x7d88f960
LOADTEXTURE: gui/window-resize-grip.png -> 0x889ceb20
LOADTEXTURE: gui/iphone_controls4.png -> 0x81446280
LOADTEXTURE: gui/ipad_controls.png -> 0x840915a0
LOADTEXTURE: gui/inventory.png -> 0x81446460
LOADTEXTURE: gui/dialog.png -> 0x81446fa0
LOADTEXTURE: gui/dialog_font.png -> 0x840916e0
LOADTEXTURE: gui/hud.png -> 0x889ceec0
LOADTEXTURE: gui/dialogue-box.png -> 0x87bc5040
LOADTEXTURE: gui/achievement-background.png -> 0x840914c0
TEST absolute_path_test1 PASSED
TEST array_index PASSED
TEST base64_decode PASSED
TEST base64_encode PASSED
TEST base64_encode_bin PASSED
TEST color PASSED
TEST compression_test PASSED
TEST compute_relative_paths_test PASSED
TEST cost_path_search_function PASSED
TEST decimal_div PASSED
TEST decimal_from_string PASSED
TEST decimal_mul PASSED
TEST decimal_output PASSED
TEST directed_graph_function PASSED
TEST dot_precedence PASSED
TEST flatten_function PASSED
TEST formula PASSED
TEST formula_decimal PASSED
TEST formula_fn PASSED
TEST formula_function_default_args PASSED
TEST formula_in PASSED
ARGUMENT: (((x <- [0,1,2,3])))
ARGUMENT: (((x <- [0,1,2,3])))
ARGUMENT: (((x%2 = 1)))
TEST formula_list_comprehension PASSED
TEST formula_quotes PASSED
TEST formula_slice PASSED
TEST formula_test_recurse_sort PASSED
TEST formula_test_recursion PASSED
TEST formula_where_map PASSED
TEST json_base PASSED
TEST json_derive PASSED
TEST json_flatten PASSED
CALLING f...
{
	"value": {
		"a": 6,
		"b": {
			"a": 4,
			"z": 5
		}
	}
}TEST json_macro PASSED
Abort trap 

в 5.5, amd64, чистой, от рута, с локалью C - всё работает натурально.

осталось только выяснить, кто виноват: снапшот, версия для i386, локаль или ещё кто-нибудь :)

По наветам NetBSD-шников - старая версия демона dictd в openbsd подвержена сетевым уязвимостям. Подтверждений - нет.

> По наветам NetBSD-шников - старая версия демона dictd в openbsd подвержена сетевым уязвимостям.

А ты посмотри, откуда ноги растут: http://sourceforge.net/projects/dict/

DICT Development Group
Brought to you by: acheusov, cheusov, faith

Так что знать-то он, конечно, знает... Вот только мейнтейнера у этого порта нет (изначально его импортировала и обязалась сопровождать Диана Филипс, но в 2010 она куда-то пропала). И, похоже, сей порт просто никому не нужен. Или просто о нём никто не знает. Я вот не знал. А обновлять уже не очень-то хочу, потому что не хочу влезать в эти разборки, кто кого в садике каким словом назвал.

> И, похоже, сей порт просто никому не нужен.

У меня он просто не заработал с русскими словарями :(

> А обновлять уже не очень-то хочу, потому что не хочу влезать в эти разборки, кто кого в садике каким словом назвал.

Ну что-то делать в любом случае придётся - или обновлять, или удалять (хотя бы в wip). :)

Пользователи те же самые, что и на самом 51t.ru, но требуется авторизация ещё и здесь

посмотреть свой хэшкод с 51t.ru можно здесь: http://51t.ru/h/showhash

регистрация здесь: http://reg.51t.ru

можно писать от гостевого имени, записав guest в auth-key

Привет, openbsd!

> Привет, openbsd!

OpenBSD жил! OpenBSD жив! OpenBSD будет жить!

Весь день мучаюсь с openbsd, никак не могу настроить сеть! Есть файл /etc/hostname.fxp0, туда записал inet 192.168.1.9, есть /etc/resolv.conf, туда написал nameserver 192.168.1.1 (это мой роутер), сетевуху перезапускал несколько раз, ничего не пингует даже. А так хочется понаставить всяких программ!

кого не пингует? 192.168.1.1 пингует? кстати, роутер нужно ещё и в гейт прописать:

echo 192.168.1.1 > /etc/mygate

причём, по-моему, именно так, с завершающим Enter, я один раз в каком-то конфиге новой строкой не закончил - у меня не работало :)

если просто сделать

ifconfig fxp0 192.168.1.9

оно будет пинговать 192.168.1.1 ?

Даже 192.168.1.1 не пингует.

>если просто сделать
> ifconfig fxp0 192.168.1.9
Теперь 192.168.1.1 пингует, но остальное всё ещё нет

а когда инсталлер делал - ты сеть прописывал? обычно у меня все настройки инсталлера сохранялись, и всё работало...

Пробовал в инсталлере настроить - не получилось.

значит пропиши по полному синтаксису из hosnname.if, а не так, как ты записал

mygate будет после перезагрузки работать, чтобы работало сейчас, сделай

route add default 192.168.1.1

Перезагрузка... и
Яндекс пингуется! :)
ура

теперь буду софт устанавливать

http://itmages.ru/image/view/1687760/271594d6

стиль gtk впечатляет. :)

ps. поздравляю. теперь ты один из НАС. :) главное, песенки послушай :)

кстати, почему на фото моё домашнее зеркало? :)

Оооо, звук из коробки работает!

Твоё домашнее зеркало, потому что нечего было больше скринить :)

> Оооо, звук из коробки работает!

там даже isa-звук из коробки работал. :) тогда, как в linux через альса-конфигуратор надо было полчаса ждать, пока он всё опросит :) главная проблема - нет hdmi-звука :(

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

оно может и не работать - придёт человек, а там нет ничего. как нечего скринить, а http://www.openbsd.org ? :)

> главная проблема - нет hdmi-звука :(
hdmi на этом старом ноутбуке отсутствует, поэтому ничего страшного. Правда улучшений быстродействия, по сравнению с арчем, я не заметил

> оно может и не работать - придёт человек, а там нет ничего. как нечего скринить, а http://www.openbsd.org ? :)
А это чтобы ты знал, что я прислал свой собственный скриншот :) openbsd.org и так все знают, неинтересно же

> hdmi на этом старом ноутбуке отсутствует, поэтому ничего страшного. Правда улучшений быстродействия, по сравнению с арчем, я не заметил

я бы не сказал, что оно быстрее. :) скорее, медленнее. но памяти вроде жрёт поменьше, и фризов и затыков не наблюдается. softdep, кстати, включи (есть в faq)

> перевод. нашёл на http://www.openbsd.pw/files/wiki_openbsd_ru/%D0%9F%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B/c2k10-ajacoutot.html
> поскольку непонятно, как и сколько оно будет там лежать, заархивирую-ка я её прямо сюда



Перевод "c2k10] Interview with Antoine Jacoutot (ajacoutot@) Part 10" (оригинал http://undeadly.org/cgi?action=article&sid=20101018230848)

6000 портов и их число возрастает, вы задаётесь вопросом кто же там за кулисами делает все эти порты достоянием сообщества. Если вы такие же как и я, то вы используете OpenBSD дома и на работе. Мы часто воспринимаем это как должное, то что можно рассчитывать на Марка Эспи (espie@) и его команду портировщиков которые поддерживают порты и пакаджи обновлёнными и доступными для использования всеми. В действительности, если вы полистаете эти презентации http://www.openbsd.org/papers/eurobsdcon_2010_pkg_add/index.html, http://www.openbsd.org/papers/eurobsdcon_2010_dpb/index.html, то поймёте многое и проникнитесь чувством уважения к той работе которая была проделана и почему фреймворк портов так отличен и, я не побоюсь этого слова, улучшен по сравнению с другими BSD системами.

Антуан Жакоутот (ajacoutot@) использует OpenBSD с 2004 года. Его привлекла OpenBSD'шная репутация в плане безопасности, но после он стал ценить её простоту. Он стал разработчиком начиная с p2k6 и любит проект и его людей. Помимо того что сам проект приносит радость, когда он работает над ним, ему нравится то что он может использовать OpenBSD практически везде. Это не будет преувеличением сказать что он использует её для работы и игр. Он сопроводает cyrus-imap и alpine (прим. POP3/IMAP4 сервер и MUA, соответственно). По правде сказать он сопровождает более 280 портов, две трети из которых относятся к проекту GNOME. Если вы пользуетесь гномом, то вам надо поблагодарить ajacoutot@'а и Джаспера Ливьес Адрианса (jasper@).

Но не только на порты ajacoutot@ тратит своё время. Если вам приходилось обновлять систему, начиная с 4.4 и вы пользовались инструментом sysmerge(8), то теперь вы знаете что обновления стали намного проще и опять надо благодарить ajacoutot@.

Если вам любопытно чем занимались люди перед тем как начали работать над OpenBSD и что их привело, вы будете удивлены, узнав что, ajacoutot@ был актёром. Он даже женат на французской актрисе. Сейчас он хардкорный техник и много путешествует по работе. Если вам повезёт то вы можете встретится с ним в одном из его частых перелётов куда-нибудь в сторону Среднего Востока, мирясь с интернетом третьего мира. Ну, буду честным, я считаю страны без 100 мегабитов на дому странами старого интернета.

Вот что ajacoutot@ пишет про c2k10:

 Я обновил несколько GNOME портов и теперь у нас полностью обновлённый
 GNOME 2.30.2

 Я позволю себе немного отвлечься и сказать что GNOME очень хорошо
 работает на OpenBSD в течение уже нескольких лет.  Мы очень щепетильны в
 том плане чтобы всё работало и то что не должно работать
 (Linux-специфичная функциональность), было исправлено или удалено из
 пользовательского интерфейса, чтобы мы не остались с нерабочими
 функциями.  Я презираю тех людей которые утверждают что для того чтобы
 использовать GNOME вам обязательно нужен Linux.  OpenBSD может показаться
 вполне привлекательной для новых пользователей, их полно в мире и они
 приходят со знаниями Windows и сейчас используют OpenBSD+GNOME без
 специальных знаний о компьютерах.  Я верю не только в безопасные рабочие
 станции, но и в безопасные Десктопы ;-)

 Возвращаясь к c2k10...  Я работал над переносом polkit и consolekit.
 Polkit требует PAM, но люди из Slackware сделали бакенд для файла скрытых
 паролей shadow, который я использовал в качестве основы для портирования
 в bsd_auth(3).  Я столкнулся с ошибкой в ConsoleKit когда запустил его
 тред с VT_WAITACTIVE (работает с rthreads, но не с pthreads), с которой
 теперь разбирается Миод Валлат (miod@), но мы не потеряем основной
 функционал если отключим активацию консоли на данный момент.

 В любом случае обе программы могут позволить распределить привилегии
 пользователям/группам в некотором смысле так как это делает sudo(8).  Но
 с помощью sudo(8) вы можете дать право на запуск того или иного от лица
 другого пользователя, polkit даёт право на "задания" которые могут
 интегрированы в Десктоп [окружение].

 Я также обновил порт zafira (замена MS Exchange) до последней стабильной
 версии.  Спасибо Тео за реализацию SO_PEERCRED, это починило некоторые
 проблемы с DBus.  Всё остальное [время] я обновлял и доделывал некоторые
 другие части дерева портов.

 По поводу sysmerge, я добавил часто просимую функцию по автоматическому
 добавлению недостающих пользователей и групп.  Слияние master.passwd или
 group (прим. речь о /etc/group) всегда было трудно выполнить без ошибок в
 прошлом, но теперь всё в шоколаде ;-)  Вчера я просто обновил тазик 3-х
 месячной давности, 2 пользователя и 2 группы были добавлены без всякой
 ручной мороки.  Тем не менее мы не можем автоматически объединять всё что
 попало каждый раз (например sysmerge(8) предупреждает меня о том что
 /etc/phones устарел, но я не хочу чтобы он удалял его автоматически), я
 думаю что мы прошли долгий путь с тех пор как появился sysmerge(8) и для
 масштабных инсталляций, запуск в пакетном режиме (-b) теперь не лишён
 смысла.

 Я возможно забыл [упомянуть] про другие вещи, но они должно быть неважны
 ;-) Спасибо.

 Антуан

Я имел честь узнать ajacoutot@'а на c2k8. Мы вместе ходили в поход на гору Митте, на знаменитые горячие источники, в этом году. Что я могу сказать об ajacoutot@'е? Он потрясный, умный, весёлый и один из самых приятных ребят которых вы можете встретить. Разве не здорово осознавать что проект привлекает талантливых разработчиков, таких как он (и многих других) которые делают порты и пакаджи, количество которых растёт от релиза к релизу? Спасибо тебе Антуан!

> Марк Т. Уемура

> http://www.openbsd.pw/files/wiki_openbsd_ru/%D0%9F%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B/c2k10-guenther.html
> http://undeadly.org/cgi?action=article&sid=20101003122906


Мне очень интересно узнавать о разработчиках OpenBSD. Они приезжают из разных мест земного шара с разным образованием и опытом, и всё равно они собираются вместе для достижения одной цели. Кто эти люди? Что подтолкнуло их к использованию и разработке OpenBSD? Какое у них образование и где они работают? Вы будете удивлены, узнав ответы на некоторые из этих вопросов. Они удивили и меня, и Филип Гюнтер (guenther@) не был исключением.

На данный момент я посетил несколько хакофонов, и это мой третий большой хакофон после посещения c2k6 и с2k8. По сути дела, как я понял, на хакофонах есть несколько выразительных голосов которые узнаваемы и ожидаемы. На c2k10 был один [голос] который я не узнал и это был голос guenther@'а. Первым моим впечатлением, которое мне запомнилось, было то что guenther@ не был застенчивым в выражении своего мнения и делал это авторитетно, но при этом никогда не настаивал на нём [как на последней инстанции]. Он выбрал себе место за столом вместе с Марком Кеттенисом (kettenis@) и Дейлом Раном (drahn@), которые, надо заметить по меньшей мере не новички, а может даже он сидел с двумя великанами мира OpenBSD.

Я встречал многих разработчиков OpenBSD которые занимают высокие должности в компаниях [в которых они работают]. Диапазон их должностей варьируется от IT-управленцев до CTO и guenther@ является Главным архитектором в Sendmail Inc. Что приводит руководящие кадры, такие как guenther@, к хакерству в OpenBSD? Ну, кроме интересных задач и отрады [их решения], как само по себе разумеющееся, они знают что таким образом могут сохранить порох в пороховницах, так сказать.

В то время как многие просто использовали лаптопы, guenther@ хакерствовал на самой непонятной клавиатуре (Kinesis Advantage), какую я никогда и не видел. Вас может впечатлить использование очень эргономичной и эзотерической клавиатуры, её владелец ещё должен уметь классно программировать впридачу к такому монстру. Однако, когда вы слышите как guenther@ кодирует на ней вслепую, вам может показаться что он использует обычную клавиатуру. Это была определённо самая громкая клавиатура в комнате.

guenther@ начал использовать OpenBSD 12 лет назад когда работал сисадмином. После перехода в Sendmail Inc. в 2000 году, он стал использовать OpenBSD гораздо больше. OpenBSD стала его основной операционкой на работе и дома в течение некоторого времени. Он получил свой CVS акаунт в январе 2008 года и с тех самых пор работал над нитями (тредами), обработкой сигналов, libc, stdio, рамдиском и ядерными блокировками. После того как узнаёшь это, ты понимаешь что он сел за правильный стол с правильными людьми. В самом деле, стол рядом с ними был не менее оживлённым, а может и громче, за которым сидели beck@, art@, thib@, oga@ и blambert@ который юморил по ходу дела. По правде сказать эти два стола были источником в значительной степени источником шума и веселья на всю комнату.

Вот что guenther@ пишет про c2k10:

> чистка инкулдов

Это часть долгого проекта по зачистке наших заголовочных файлов, для того чтобы ускорить компиляцию, сократить зависимости, сократить утечку пространства имён, сократить кросс-платформенные противоречия, улучшить соответствие стандартам, и установить мир во всём мире. Сегодняшние этапы касались , который подключает ворох файлов в которых на самом деле нет нужды и которые содержат код который уже не используется. Удаляя последнее, [это] помогает нам сократить пространство на ядерном стеке, в дальнейшем можно будет использовать несколько меньше страниц, сберегая память и сокращая число страничных ошибок. Также подчистили в котором был старый compat код.

> чистка названий rdomain/rtable

В 4.7 мы добавили системный вызов setrdomain() для установки маршрутного домена процесса. Мне показалось что будет полезно сделать ключевое слово для ps(1) которое сможет отобразить его, но побеседовав с Клаудио, Питером и Рейком, мы пришли к выводу что они [rdomain/rtable] были названы некорректно: В действительности по умолчанию [подразумевается] таблица маршрутизации, а не домен. Клаудио единственный кто документировал это, но вкратце [картина такова], маршрутные домены являются понятием второго уровня (l2) -- каждый интерфейс связан с маршрутным доменом и пакеты получаемые на этом интерфейсе обрабатываются в этом домене -- в то время как таблицы маршрутизации - это понятие третьего уровня (l3) -- каждый сокет связан со своей таблицей маршрутизации и пакеты посылаемые через этот сокет маршрутизируются согласно таблице маршрутизации, и каждая таблица маршрутизации находится "внутри" заданного маршрутного домена и может только маршрутизировать только на интерфейсах входящих в этот маршрутный домен. Таким образом, Клаудио провёл большую часть времени, ваяя здоровенный дифф, который исправит именование всех системных вызовов, опций сокетов, опций командной строки, переменных ядра, и прочее. Я потратил немного времени на инспектирование его диффа-в-процессе и предложением поработать побольше ;-) C этими изменениями, мне теперь надо обновить и вновь разослать мой дифф который добавляет поддержку rtable в 'ps' и 'fstat'.

> прочая чистка

tedu@ и я удалили кучу старых опций COMPAT_* которые предоставляли поддержку бинарников от других ОС: BSDOS, HPUX, IBCS2 (Xenix!), M68K4K, OSF1, SUNOS, и ULTRIX. Они не использовались и не поддерживались долгое время и стали мешать внесению других изменений. Например COMPAT_HPUX был единственным камнем преткновения перед удалением структуры user, также некоторые другие делали моё хакерство над rthreads тяжелее. procfs вскоре тоже попадёт под раздачу...

> rthreads: ядерные структуры

После чистки, я провёл оставшуюся часть недели, работая на большим диффом который меняет связи между структурами данных которые используются ядром для слежения за процессами, нитями, процесс-группами, и сессиями, чтобы rthreads могли правильно вести себя при использовании таких вызовов как fork(2), wait(2), и setpgrp(2). В основном [эта работа] включает в себя перенос данных из тредовых структур (struct proc) в процессные структуры (struct process), но код которые работает с этими связями немного сложен в некоторых областях, в частности очистка процессов и трейсинг (для обоих ktrace и ptrace). Брет и я пробовали ранее несколько раз в этом году разбить это изменение на несколько малых этапов, затрагивая часть связей на каждом этапе, но взаимоотношения только сильнее переплетались и делали нестабильным результат [этой] промежуточной работы. Сейчас это один большой 3000 строчный дифф который я вскоре передам Тео для снапшотов...

> ld.so

Дейл и я немного поковырялись в ld.so, стараясь помочь друг другу не потеряться в запутанном клубке связных списков. У него было улучшение производительности для исполняемых файлов с многими зависимостями, у которых в свою очередь также много зависимостей, также я подчистил [ld.so] и сделал пару заглушек на будущее.

Было также много других исправлений и дискуссий, включая 25 летний дефект API DNS резолвера, которые [исправления] можно со всей очевидностью назвать непортируемыми, некоторые исправления в обёртке execve из libpthread, другая ошибка в блокировке списка ядерных процессов была добавлена сразу после 4.7, некоторые проверки устойчивости sysctl ABI, и чистка некоторых древних неиспользуемых участков кода в структурах plimit и pcred.

Филип

Как вы можете видеть guenther@ упорно работал в областях ядра, куда не каждый решится сунуться, не говоря о том что способности на это есть у единиц. После того как я встретил его, я рад что он настолько глубоко запустил свои руки во внутренности OpenBSD. Если вы ничего не знаете о его программистских способностях и опыте, встретившись с ним, то он может убедить вас в том что он является правильным человеком для того чтобы выполнить работу. Я также почувствовал, и это подтвердилось, это в его взаимодействии с Тео и другими людьми. Я встретил много новых и интересных людей в этом году на большом хакофоне и guenther@ был одним из тех людей которые оставляют положительное впечатление после встречи с ними. Спасибо Филип!

> Марк Т. Уемура

> http://www.openbsd.pw/files/wiki_openbsd_ru/%D0%9F%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B/c2k10-henning.html
> http://undeadly.org/cgi?action=article&sid=20101115091138

Хеннинг Брауэр (henning@) был моим вдохновителем с тех пор как я начал использовать OpenBSD. В misc@ есть несколько человек к которым я прислушиваюсь. Сообщения Ника Холанда всегда очень поучительны и информативны и также я стараюсь читать Хеннинга. Его сообщения всегда "в точку", авторитетные и часто смешные. Когда вы встретитесь с henning@'ом и узнаете его получше, вы поймёте что он обладает отличным чувством юмора, на тот случай, если это не очевидно из misc@. Он старается брать от жизни всё, даже если что-то пропускает. У него есть шрамы и костыли чтобы доказать это. Ну, что не убивает тебя...

Читайте дальше чтобы узнать почему он является моим вдохновителем и какая связь может быть между пивом и демонами:

Хеннинг начал использовать OpenBSD с релиза 2.7; очень популярный релиз для многих разработчиков. Примерно в тоже самое время, только после 4 лет проведённых в качестве программиста, он создал свой собственный ISP. Некоторое время спустя сначала открытия своего дела, он был подвержен неприятной атаке на один из своих линукс серверов. После этого он попробовал другие BSD в поиске вариантов. Он повторил эту атаку на FreeBSD и OpenBSD, последняя справлялась с атакой гораздо лучше. Ему не понадобилось много времени, чтобы осознать что OpenBSD подходит для его нужд лучше.

Спустя два года, в 2002, он сделал свой первый коммит в качестве разработчика OpenBSD и более 90% его коммитов осели в src с тех пор. pf(4) был причиной его аккаунта. В то время ipf испытывал серьезные проблемы с производительностью, по крайней мере в его конфигурации, т.к. он наблюдал 100% загрузку центрального процессора. Потом появился pf, но он был менее стабилен, менее целостен и не имел хорошей документации. Он думает что является первым человеком который испытал pf в большой конфигурации и в результате этого он видел крахи спустя секунды после загрузки. После того как Даниель Хартмейер (dhartmei@) внёс исправление над которым он и henning@ работали вместе, henning@ рассказал в misc@ о своём успехе и получил ответ от Тео с приглашением на хакофон. После этого pf заработал намного стабильнее чем ipf и он наблюдал только 10% загрузку центрального процессора на том же компьютере на котором он наблюдал 100% использование центрального процессора до перехода на pf.

Когда я читаю обо всём том что henning@ сделал для OpenBSD, можно подумать что он родился вундеркиндом и по крайней мере один из его родителей был программистом, но это не так. На самом деле когда он начал хакать pf, он имел только базовые знания о Си. Он говорит что отсутствие хорошего знания Си имеет свои преимущества. Он говорит: "OpenBSD - это лучшее сообщество для изучения Си". Одно из его недавних выступлений был посвящён безопасному программированию OpenBSD way.

Ключ к включению в участие в OpenBSD заключается в том что надо найти что-нибудь что интересует вас и работать над этим до тех пор пока не удастся починить. Или по другому: найдите что-нибудь что вам очень нравится. Тео и другие не могут сказать над чем вам надо работать. Они знают в каких областях они могут помочь, также они знают какие аппаратные ресурсы могут помочь ускорить процесс разработки и на этом всё. Мы знаем как henning@ был вовлечён, но что движет им продолжать улучшать OpenBSD? Ему нравится тратить своё свободное время на вещи которые доставляют веселье. Звучит слишком просто, верно? Однако же, не все из этих вещей забавны.

Брет Ламберт (blambert@) говорит: "разработчикам нравится удалять калифорнийские сорняки 20 летней давности из ядра". Исправление проблем требует колоссального количества усилий и чувство успеха которое по обыкновению приходит после исправления является большой составляющей мотивации. Как бы то ни было, когда вы затерялись в коде 20 летней давности с неприятными проблемами, вскоре вы понимает что всё это невесело. Есть два типа боли и есть разница между ними. Перепроектирование намного сложнее и менее приятно нежели разработка чего-либо с чистого листа. Хорошим примером этого является перепроектирование pf(4) по сравнению с написанием bgpd(8), в оба henning@ был вовлечён.

Переработка pf началась в 2005 году на пароме в Канаде. Сначала было пару лет простой эволюционной разработки и несколько мучительных лет внутренних изменений pf. После мучений переработки pf стали возможными видимые (прим. с точки прикладной точки зрения, т.е. для пользователя) изменения. Наоборот, с bgpd всё было намного веселее, проще и менее мучительно чем перепроектирование pf. Однако, несмотря на боль переработки pf, он говорит, что это того стоило. Работа над демонами была для henning@'а облегчением боли. Конечно, bgpd также помог решить проблемы с которым он сталкивался на работе, но это была возможность отдохнуть от мучений с pf'ом.

Интересный факт связанный с созданием bgpd, то что он (henning@) думал написать нового демона, но это будет выше его сил. После нескольких бутылок пива совместно с Тео он сделал неосторожную вещь, сказал что он хочет переделать демона маршрутизации. Когда я услышал эту историю до меня дошло почему распитие [алкогольных] напитков занимает большую часть в процессе разработки OpenBSD. Да, пиво хорошо для разработки. Оно является причиной добавления новых демонов в OpenBSD в каждый новый релиз.

Хакофоны также являются уникальной особенностью OpenBSD и то каким особенным является сообщество разработчиков, по крайней мере применительно к henning@'у. Ежегодно он участвует в хакофонах, больших и малых. Можно часто услышать от него "Я здесь чтобы хакать и хурлить" (прим. развлечение заключающееся в распитии пива). А что остальные? Он говорит что они лучшая группа людей которые только есть вокруг и что он бы ездил на хакофоны только чтобы пообщаться с этими людьми даже если бы он не умел программировать. Это так здорово что они рядом.

Он продолжает: хакофоны очень важны, так как они позволяют понять общую картину и проработать детали. Это место где вы можете не бояться делать значительные изменения. Да, и это не как не связано с частотой нажатий на клавиши (прим. здесь автор даёт понять что иногда не всегда можно увидеть по частоте коммитов о том что идёт какая-то интенсивная работа). Хеннинг обычно много времени тратит на дизайн перед кодированием. Хорошим примером этого может быть то, как он разработал bgpd. Он использовал метод чёрного ящика, но у него был примерный дизайн в голове, вплоть до API. Перед тем как начать кодировать его, он написал буферный фреймворк который находится в его [демона] основе, сейчас фреймворк imsg используется многими [openbsd] демонами, также как и фреймворк логирования [bgpd/log.c]. Только после всего этого он написал движок обработки сессий который может взаимодействовать с другими BGP реализациями, но при этом ничего не маршрутизирует. Теперь, когда у него было что показать остальным, он отправил свои труды нескольким людям среди которых оказался Клаудио Джекер (claudio@) который принял подачу и к концу декабря того же года у них было нечто работающее. bgpd в конечном итоге был добавлен в релиз 3.5 OpenBSD благодаря пиву, боли и совместным усилиям henning@'а и claudio@.

Не то чтобы это был Рейк Флоетер (reyk@), на другом хакофоне также во время распития местного напитка известного среди разработчиков как Трад, henning@ вновь, шутя с остальными, сказал что им следует переписать ntpd следуя OpenBSD way. Он сказал что может сделать всё сетевое волшебство пока кто-нибудь другой сможет сотворить магию управления временем. Тут же родился мини проект. К сожалению, разработчика сведущего в управлении временем не оказалось в наличии долгое время и Хеннингу пришлось делать и то и другое. Хорошо что он был в режиме облегчения боли (прим. здесь автор имеет ввиду то что для человека было отрадой работа над чем-то новым, вместо переделки старого). В конце концов ему помогли другие разработчики помогли завершить ntpd демона и релиз 3.6 ознаменовался появлением ntpd. Другие NTP реализации были сложны, но ntpd Хеннинга был простым и маленьким.

Спросите почему он помог улучшить dhcpd (включая dhcp клиент и dhcrelay), он говорит что другие [dhcp демоны] перегружены [функциональностью] и не имеют штампа OpenBSD в виде техник разделения и аннулирования привилегий.

С лета 2002 года henning@ поработал над pf, bgpd, ntpd, zlib, dhcpd, mopd, httpd и многим чем ещё.

В виду того что henning@ приложил свои руки к разработке такого количества демонов, я решил спросить его о том какой совет по разработке программного обеспечения он может дать другим. "Когда делаете изменения, неплохо иметь общее представление о самом изменении и обдумать его". Он обычно разбивает большие сложные проблемы на несколько простых. Он говорит что лучше всего записать их и потом превратить в Сишный код. Однако, добавляет он, прежде чем записать надо сначала выдержать [идею] в голове перед превращением в код. Интересно что после того как всё сделано она [идея] забывается. Также если первоначальный дизайн плох, то выбросьте его и начните с чистого листа. Впрочем он подмечает что писать новый код, например bgpd, намного проще нежели изменять существующий код, но переделывание это не [новое] решение, за исключением если оно сделано в несколько малых этапов. Не стоит и говорить что у вас будут ошибки.

Вот что henning@ говорит, о том чем он занимался на c2k10:

 У меня не было много планов на c2k10.  Я хотел пройтись по нашей базе
 данных отчётах о проблемах, и поискать проблемные отчёты связанные с pf'ом
 и сетью, и исправить их большую часть.  Я решил pf'овские проблемы, но
 они были простецкими.

 На повестке дня была починка pflog.  Я рассчитывал что это займёт у меня
 2 или 3 дня и смогу вернуться к своей работе по реорганизации сетевых
 интерфейсов в красно-чёрное дерево - прохождение пакетом односвязного
 списка является дорогой операцией если в система имеет много интерфейсов.
 Я даже до этого не добрался, я даже не закончил с pflog.

 pflog немного странен в том смысле что мы передаём живой mbuf (прим. 256
 байтный буфер на которые разбивается обрабатываемые сетевые пакеты, то
 что mbuf называется живим по-видимому говорит о том что ядро работает не
 с копией буфера, а с единственным экземпляром) (на самом деле цепочку)
 внутрь, над описываемым пакетом в данный момент времени работает pf для
 передачи его bpf, а bpf в свою очередь передаёт её в прикладное
 пространство что в свою очередь означает что нам не желательно (я бы даже
 сказал "нельзя") изменять данный mbuf.  Перед переделкой NAT кода, у нас
 было всё в порядке.  Всякий раз когда меняется адрес, который мы пишем в
 mbuf практически сразу же, перед тем как передаём его в pflog.  Тем не
 менее, код pflog изменят живой mbuf.  Мне кажется это неприемлемым.  Один
 из многих недостатков непосредственной перезаписи адреса то, что мы
 должны отменить эту операцию позже когда окажется что мы отбросили пакет
 и нам надо "процитировать" часть его данных в ICMP ответе.  Всё это
 приводило к ошибкам и они находились у нас не раз.  Не говоря о том что
 это медленнее чем переписать его позже и единожды.

 С новым NATом мы можем делать такие действия как nat и rdr более одного
 раза.  Это делает менее осмысленным копирование заголовков обратно при
 каждом изменении [mbuf].  Более того, теперь когда действия nat-to и
 rdr-to теперь составляют неотъемлемую часть набора правил без отдельного
 этапа заранее, сама собой пропадает точка в который надо делать обратное
 копирование заголовков перед передачей их в pflog.

 То что происходит сейчас с pflog, и то над чем я работаю сейчас, так это
 то что мы передаём ему mbuf ПЕРЕД копированием.  Мы регистрируем mbuf с
 оригинальными адресами и номерами портов.  Починка этого может быть
 причиной позднего логирования, но это конфликтует с другим изменением
 которое мы хотим [реализовать]: когда мы попадаем в правило match log, мы
 хотим залогировать сразу же с адресами видимые pf'ом после применения
 правила.  Мы не можем сделать этого для pass правил, потому что последнее
 правило под которое подпадает пакет является действующим и мы не можем
 логировать в промежуточных pass правилах...  не можем изменить этого
 [поведения] без того чтобы ухойдакать те множество развёрнутых систем,
 поэтому мы не будем [этого делать].

 Итак моя идея: bpf выполняет копирование в любом случае.  Подключив
 переписывание [адреса] и копирование в него, и обработка копии в bpf у
 нас в кармане.  Первым шагом к этому был рефакторинг кода, снова.  То
 есть вытаскиваем настройку структуры pf_pdesc из [функций] pf_test и
 pf_test6.  Мы получаем это вне зависимости от изменений pflog, делая код
 более прозрачным и простым в обращении.  На самом деле, когда Райн
 инспектировал мой дифф, он подозвал меня к экрану, указывая на
 последующый код pf_test, и спросил можем ли мы объединить 4 копии [mbuf]
 в одну...  выходит что мы можем это сделать.  Это было ещё больнее чем я
 думал.  Поэтому дифф который я разослал остальным назывался pain.diff.

 Следующим был этап в bpf'е который всегда приносит проблемы.  Я сделал
 собственную функцию копирования и новую точку входа в bpf для pflog,
 чтобы мы могли ею воспользоваться.  Я расширил эту функцию возможность
 перезаписи.  Я получаю один mbuf во время подключения к области хранения
 bpf, после вызываю pf_setup_pdesc и pf_translate над ним.  Вообще это
 работает, но имеется баг (баги?) которые надо найти и раздавить.  Я не
 закончил.  Как только это будет сделано мы можем логировать pf'ом тотчас
 же на правиле match log, как описывалось ранее.

 После, мне надо вернуться к организации сетевых интерфейсов в
 красно-чёрное дерево...

 [Примечание Марка: henning@ закончил работу над pflog по "моментальному
 логированию" на j2k10 в Японии и добавил некоторые другие интересные
 штуки.]

Henning

Сейчас вы сидите и размышляете могли бы вы стать разработчиком OpenBSD или нет, мне хочется надеяться что henning@ станет вашим вдохновителем. Если вы думаете что никогда не станете разработчиком, но вы приверженный и благодарный пользователь, тогда есть другие пути чтобы помочь проекту OpenBSD помимо покупки футболок, постеров и компакт-дисков или передачи пожертвований. Я уверен что Джейсону Макинтайру (jmc@) можно помочь с подготовкой документации, Нику Холланду (nick@) можно помочь с www.openbsd.org и undeadly можно помочь с числом редакторов. Проект движется вперёд потому что люди, такие как henning@, jmc@, nick@ и многие другие которым не безразличен [проект] и они делают что могут чтобы сделать его лучше. Просто присоединяйтесь и измените что-то. Спасибо Хеннинг тебе за всё то что ты сделал и продолжаешь делать для сообщества OpenBSD. Мы очень благодарны тебе.

> http://www.openbsd.pw/files/wiki_openbsd_ru/%D0%9F%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B/c2k10-marco.html
> http://undeadly.org/cgi?action=article&sid=20100907204555

Поговаривают, что Марко Пиребум (marco@) переизобретает интернет с 2000 года. В самом деле, он проделал огромный объем работы, чтобы улучшить различные аспекты OpenBSD, кроме того он создал множество полезных приложений с открытым исходным кодом. Он поклонник конечных автоматов и жаждет делать вещи в OpenBSD стиле.

Читайте дальше чтобы узнать больше о marco@, softraid(4) и многом другом:


В 2000 году (тогда ещё 2.7, прим. подразумевается релиз ОС), Марко Пиребум (marco@) прочитал ту же книгу что и я, после которой я "подсел" на OpenBSD (прим. Building Linux and OpenBSD firewalls). Поработав с другими операционными системами он признается, что работа в Windows вызывает у него аневризму, а Linux делает некоторые вещи так, чтобы нарочно раздражать пользователей. Позже он пояснил что они используют модель базара. Каждый показывает свою собственную корзину с товарами на продажу. Разочарование в других операционных системах - вот что привело его к OpenBSD и вылилось во взаимные и плодотворные взаимоотношения с тех пор.

21 марта 2004 он сделал свой первый коммит как разработчик OpenBSD. Он стал работать на софтраидом с одобрения Тео. Шесть лет спустя он продолжает работу на софтраидом с ещё большей поддержкой Тео. Между делом, он также поработал над bioctl(8); переписал сказёвые подсистемы, сделав их более простыми, но правильными. После этого он перешёл к другой продолжительной работе с другими участниками над acpi(4). Позже он написал маленькую программу adsuck, чтобы уменьшить количество рекламы и других раздражающих вещей при браузинге интернета. Он также создал замечательный тайлинговый оконный менеджер scrotwm на который я полностью перешёл. Недавно он создал серьёзный минималистичный веб браузер xxxterm с нативными клавиатурными сочетаниями vi и некоторой функциональностью вимператора. Есть многое другое в планах, но я не хочу портить вам сюрприз.

Вы когда-нибудь задумывались над тем, почему OpenBSD всегда хорошо работает на аппаратуре Dell? Из-за того что OpenBSD хорошо работает на оборудовании Dell, оно было моим предпочтением в выборе серверного железа некоторое время. marco@ проработал в Dell около 13 лет в должности старшего архитектора/инженера систем хранения. Его разработки в OpenBSD вытекают из его интереса к системам хранения. Некоторые из его историй которые он рассказывает очень интересны, также его совету всегда признательны и прислушиваются к нему, зная его авторитет практически во всём что касается систем хранения.

Пару раз я держал свои ушки на макушке, когда слышал как он рассказывал про жёсткие диски и технологию хранения. Это современное чудо, что жёсткие диски работают и выживают. Он поведал мне про аналогию которую нашёл в этой презентации (http://www.iec.au.edu/dl/2_2009/Guest/Guest1_099813/Piya_HDD_Tech.pdf). "В 2004 году высота полёта головки чтения/записи была равна 0.05 сантиметрам летящего над землей самолёта Боинг 747 идущего на скорости 92 км/ч (7200 оборотов/мин)." Это был 2004 год. Как бы это перевести на сегодняшний день? Я также припоминаю его совет который он дал при использовании старых дисков - своего рода восстановление диска. Если ты будешь периодически шерстить свои диски утилитой dd, ты можешь перераспределить все бэд-блоки. marco@ говорит: "dd if=/dev/rsd1c of=/dev/null bs=1m. Сделай это раз эдак 10 и если ошибки будут повторяться, тогда можешь избавляться от диска. Это один из самых эффективных способов поддержки жизнеспособности ваших дисков."

Совместно с Джоелом Сингом (jsing@) macro@ работал над улучшением софтраида (softraid(4)). Вот некоторые идеи которые витали в воздухе:

* Крипто опции софтраида: a) пароль b) ключ-диск c) ключ-диск И пароль d) ключ-диск ИЛИ пароль
* Двух-факторная аутентификация: необходимо знать пароль и иметь ключ-диск от тома, чтобы расшифровать данные.
* Поместить / или /home или /tmp на шифрованный софтраид и по возможности сделать / "ключ-дисковым" томом, а для остальных использовать пароль + ключ-диск
* Многочисленные пользователи/аккаунты
* Принудительная смена пароля по истечении N дней
* Принудительное усиление сложности пароля
* Запрет на использование ранее использованных паролей
* Поддержка смены пароля вместо ключ-диска
* Блокировка после N дней бездействия
* Искроу
* Поддержка крипто токенов (USB, смарткарты и т.п.), которые будут выступать в качестве ключ-диска, которые будет сложно скопировать, это позволит приблизится к "настоящей" двух-факторной аутентификации
* Возможность использования сетевого "ключ-диска" поверх tftp или https например для расшифрования (как с паролем так и без) только для доверенных сетей, например жёстко контролируемая локальная сеть.
* Возможность хранить пустой (зануленный) плейн-текст блок данных также как и пустой блок данных шифртекста (опция подсмотренная у VMware)

Некоторые вещи могут казаться тривиальными как например хранение /home на шифрованном софтраиде, однако есть вагон и маленькая тележка вещей которые должны быть правильно сделаны до того, когда это (хранение /home) станет возможным реализовать. Они рассуждали обо всех возможных сценариях использования и потенциальных проблемах. Тем не менее, они выяснили где будет начинаться место куда будут помещаться метаданные, то есть где от начала диска начинается и заканчивается область метаданных. Это очень важно для изменений формата метаданных. Больше не будет смен версий или ключевых дней (прим. подразумевается что пользователей не надо будет оповещать о том что софтраид поменял формат метаданных и требуется выполнить определённые действия для перехода на новый формат). Смена версий будет прозрачной для пользователя. Кроме крипто, macro@ работал на поддержкой более безопасного и умеренного скраббинга для RAID5 томов. Он также работал над очерёдностью I/O, чтобы в конечном итоге избавиться от сортировки I/O операций.

Вот что marco@ пишет про c2k10:

> Для меня это был дерьмофон (прим. видимо Марко сетует на то, что он мало программировал). Большую часть своего времени я потратил на разговоры с разными людьми о новых возможностях и о том как их реализовать.
>
> Новые возможности:
>
> softraid(4): Мы хотим загрузить с него ОС и скраббить. Также мы реализовали прозрачное обновление метаданных чтобы не обременять пользователей процедурой бекапа и восстановления при апгрейде с 4.7 на 4.8
> bioctl(4) и bio(4): Нам нужен инструмент похожий на ifconfig(8) и мы хотим запускать все команды bio(4) через IO подсистему вместо использования IOCTL интерфейса.
> acpi: Как всегда я занимался отладкой всяких ACPI штук и улучшал поддержку засыпания/просыпания.
>
> Кое чего ещё делал, но лучше остановимся на том что есть :-).

Как вы можете видеть marco@ многое сделал за 10 лет, с тех пор как он начал переизобретать интернет. Он наверное единственный человек который сделал мою жизнь при работе с компьютерами менее хлопотной, простой и эффективной. Он великолепный пример человека (коих много в проекте OpenBSD) который делает вещи лучше для себя самого в качестве главной причины и мы все становимся счастливыми обладателями его труда. Его многолетний труд является для меня одной из главных причин для поддержки его начинаний и OpenBSD всегда когда это возможно. Он настоящий Инженер Открытого Кода по своей натуре и следует подходу "Сделай (код) или заткнись" который позволяет понять что такое OpenBSD way. Спасибо тебе за твою поддержку!

> http://www.openbsd.pw/files/wiki_openbsd_ru/%D0%9F%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D1%8B/c2k10-tedu.html
> http://www.undeadly.org/cgi?action=article&sid=20100728095942

Интервью с Тэдом Юнангстом (tedu@)

Во всех моих интервью с c2k10 будут вещи которые будут повторяться вновь и вновь. Одной из этих вещей является июньский релиз 2.7 и ноябрьский релиз 2.8 2000 года. Это был тот период когда многие разработчики, включая tedu@, начали своё знакомство с OpenBSD. Есть причина которая объясняет популярность этих релизов, которые привлекли многих [новых участников].

Читайте далее чтобы узнать больше о tedu@ и понять причину привлёкшую его [в OpenBSD]:


В те дни находилось много дыр безопасности во всех операционных системах. Оё, погодите! Да ведь ничего и не изменилось с тех, с той лишь оговоркой что появилось больше векторов атаки которые приводят к тем же [дырам]. Фокус на корректности и усилия направленные на улучшения безопасности в OpenBSD (см. презентации 1999 года) стали приносить свои плоды на следующий год в виде новых пользователей и разработчиков с той же заинтересованностью в безопасности.

Однокашник, знавший интерес tedu@ к исследованию UN*X мира, порекомендовал ему попробовать OpenBSD. Он даже подогрел его интерес тем, что дал ему диск с релизом 2.7. С тех пор он много потрудился на поприще безопасности и стал разработчиком в марте 2003 года, его пригласил Артур Грабовски (art@). Он работал над ошибками файловых систем, производительностью виртуальной памяти, принимал участие в большом инспектировании безопасности по замене strcpy() и похожих функций в прикладных утилитах, также работал над поддержкой криптографии и, не так давно, rthreads. tedu@ говорит что его участие в сообществе разработчиков [OpenBSD] всегда было весёлым и хакофоны являются большой частью этого веселья.

Когда я впервые увидел tedu@ на c2k10, моим первым впечатлением было что парень ошибся в поиске пляжной вечеринки и только что оставил свою доску для серфа снаружи из вежливости. Ну да, такова реальность, он выглядит здорово с лаптопом в руках и также здорово как если бы он держал в руках серф. Вам также может быть интересно что tedu@ работает на здоровскую компанию Fog Creek Software расположенную в Нью-Йорке, расположенном далеко от всех известных мне хороших пляжей. У Джоела Спольски, его шефа, написано множество интересных и познавательных статей. Одна из них привлекла моё внимание "The Joel Test: 12 Steps to Better Code". После её прочтения мне надо было протестировать OpenBSD. Я не знаю был ли тест разработан чтобы испытывать операционные системы и может быть он не очень подходит для OpenBSD, т.к. она является краевым случаем. Операционная система - это непростое программное обеспечение и я использую ОС с открытым кодом для загрузки. Итак, несмотря на странности, я был приятно удивлён полученными результатами. OpenBSD выдаёт продукт каждые 6 месяцев начиная с июня 1997 года! Снапшоты создаются почти каждые сутки с далёкого 1995. Если этого недостаточно, OpenBSD в лидерах между своих (прим. видимо имеются другие проекты нацеленные на безопасность) по репутации безопасности. О, и как Брет Ламберт (blambert@) говорит: "разработчики обожают вырывать сорняки 20 летней давности из ядра" и похоже что им также нравится добавлять функциональность. Достаточно соответствующее [выбрана тема], хакофонская футболка была названа "Дерьмо сияющее".

Было также и нечто другое что я понял на барбекю, беседуя с tedu@: в его повседневной работе, он работает над Windows приложениями. Что в этом такого необычного спросите вы? Когда вы прочтёте статью, Perils of Java Schools, всё встаёт на свои места. Мы все знаем что tedu@ хардкорный разработчик ядра OpenBSD, но благодаря этой статье Джоела Спольски и беседам с tedu@, я понял что Си программистам проще учиться программировать на других языках, но переходить с Java или VB на Си может быть непросто. Я хороший пример последнего [утверждения]. Я начал своё программирование в Windows и до сих пор не могу освоить Си чтобы спасти свою жизнь. К счастью, у меня есть множество хороших учителей по Си которые помогают мне когда я захожу в тупик. Если вы хотите погрузиться [в него] (прим. здесь используется "непереводимый местный диалект" to dip your toes), тогда style(9) может стать хорошим началом.

Вот что tedu@ говорит о c2k10:

 Я провёл большую часть хакофона удаляя файлы, связанные с различными
 слоями бинарной совместимости.  Основная мотивация в их удалении - это
 уменьшить число файлов которые надо инспектировать и редактировать при
 больших модификациях которые мы планируем при улучшении поддержки нитей
 (тредов).  Несмотря на привлекательность концепции запуска программ
 скомпилированных для других операционных систем, это помогло на ранних
 этапах развития OpenBSD, востребованность кода совместимости неясна, было
 проявлено мало внимания к его тестированию и поддержке.  Не весь compat
 код будет удалён на этот раз, но содействие в продолжении использования
 проприетарных программ идёт в разрез с целями проекта.

 Включение mandoc(1) также вскрыло факт построения многочисленной и
 избыточной документации groff'ом.  Многое из этого было устаревшим и тоже
 может быть удалено.  Мы также не уверены что нам делать с оставшейся
 документацией в долговременной перспективе, но сужение круга кандидатов
 может помочь в дальнейшем.

 С точки зрения нового кода, я исследую новые пути установления
 прикладного адресного пространства, в частности на i386.  Различные
 сегменты адресного пространства отмеряются и располагаются согласно
 макросам в $arch/include/vmparam.h.  Наша существующая политика
 резервирует пространство для каждого сегмента, даже если он не
 используется.  Одна из областей - это традиционная область кучи
 используемая системным вызовом brk.  Из man brk(2):  "Функции brk(2) и
 sbrk(2) - это исторические курьезы оставленные в былые дни до появления
 виртуальной памяти."  OpenBSD редко использует вызов brk(2), вместо него
 используется исключительно mmap(2) (или malloc для большинства программ),
 но место для [кучи] всё равно оставляется.  Это является неприятным
 эффектом для mmap(2), которому сокращают доступные адреса.  Мы можем
 уменьшить резервируемый размер, но существуют "исторические курьезы"
 которые до сих пор его используют.  Задача такая: с наименьшим
 беспокойством кода uvm (прим.  система управления виртуальной памятью
 пришедшая из NetBSD), мы можем позволить существовать вместе и brk(2) и
 mmap(2) и позволить им эффективно перекрываться (прим. видимо их областям
 памяти).  Конечно, i386 сама по себе является историческим курьёзом, но я
 подозреваю что люди до сих пор её используют, и надеюсь выжать максимум
 из ограниченности адресного пространства, на долгие годы.

 Я также провёл целый день над новым методом ускорения центрального
 процессора.  Мы долгие годы раскрывали [пользователю] sysctl переменную
 hw.setperf которая представляет собой возможность управления частотой
 процессора (и как следствие мощностью и тепловыделением).  У нас также
 имеется опция в apmd которая наблюдает за системной загрузкой и
 подстраивает скорость в соответствие [с загрузкой].  Существуют две
 хорошо известные проблемы такого решения.  Первая, алгоритм не учитывает
 количество ядер.  Вторая, интервал опроса немного медленный (прим.
 возможно имеется занимает длительное время сам опрос).  В то время как он
 [алгоритм] хорошо работает для долгоиграющих задач, таких как компиляция,
 интерактивные задачи, такие как перемотка в браузере, выглядят
 медленными.  Ваш процессор не выкручивается на высокую скорость до тех
 пор пока операция не будет закончена.  Частота опроса из прикладного
 пространства сама представляет собой проблему, так как создаёт
 дополнительную нагрузку (эффект наблюдателя!).

 Для решения проблемы я перенёс код подстройки [частоты] в ядро, для того
 чтобы можно было вызывать его часто без потерь на многочисленные
 переключения контекстов прикладное пространство/ядро.  Мы также
 подстроили отзывчивость алгоритма к каждому процессору.  В то время как
 нынешний патч использует информацию от apmd, другим достоинством переноса
 кода в ядро является возможность более тесной интеграции с планировщиком
 в будущем.  Например, можно пофантазировать про то как планировщик будет
 мгновенно переключать процессор в медленный режим когда он выполняет
 холостой цикл.

 Тэд Юнангст

Ну, что я могу сказать, не правда ли здорово что tedu@ предпочитает серфингу на Гудзоне хакерство по выходным. Долгие годы он оставался моим любимым [подписчиком] в misc@ и я был счастлив встретить его в живую. Он сделал большую работу и является для меня и многих других вдохновением. Спасибо тебе за твою огромную и продолжающуюся работу над OpenBSD. Я надеюсь что другие также смогут воодушевиться для создания и отправки патчей и/или хотя бы сделать пожертвование в качестве небольшого вклада для поддержки предстоящих (мини-)хакофонов. Мы ценим твою поддержку и внимание.


> Марк Т. Уемура

> Вот люди, есть ли им подобные? Навряд...
> Ну, между ими я, конечно, зауряд *,
> Немножко поотстал, ленив, подумать ужас!


Мне больше всего понравилось про dd и про незнание C для правки pf. OpenBSD делают обычные люди, которые и программистами-то не были - и мне это очень нравится.

А уж статья с Henning Brauer - так это вообще должна стать настольная книга при проектировании чего-то нового или развитии - я её ещё не раз перечитаю :)

К: ii://xq0kIpXRAYUJpX0H1sic[*][*]


> Но ведь ты сам говорил что софта в репах не так много :) Нужного порта может просто не оказаться. Кстати, как с wi-fi обстоят дела?

репы и порты идентичны (разумеется, если позволяет лицензия, некоторые не совсем free вещи нужно вручную собирать). кому много, кому не много - сам смотри на http://openports.se
ghc точно есть, я сейчас посмотрел.

из неофициальных портов есть только один, официальный неофициальный, openbsd-wip :) в stable я им не пользуюсь, да и не рекомендуется, а в snapshots - только пару пакетов ставил. всё хорошее всё равно рано или поздно в порты мигрирует :)

в общем, в текущей инсталляции я по-моему вообще ничего из портов не собирал.


ps. если интересуешься предметно - лучше в obsd.talk, я могу его прям тут на главной открыть. :) пусть наполняется информацией, другие увидят, почитают. а в im они это не найдут :)

впрочем, я сейчас туда и отвечу :)

c wifi - смотри по списку совместимости.

> Я тоже, а пока перевод сделают...

доки, но немного отстающие по версии, есть здесь:

https://github.com/alexander-naumov/openbsd-doc-ru

это они раньше были официальными, пока не были напрочь снесены все языковые разделы :)

все чего-то собирают, вот и я пересобрал openbsd из карента :) вся система, включая иксы, игреки, нжинксы и прочее - собираются в несколько раз ыстрее, чем одно ядро linux стандартным методом :)

> А чем openbsd лучше оного?

действительно, чем? наверное, драйверов больше. вероятно, pc bsd можно использовать на видеокартах nvidia, например.

> Для чего нужен тебе openbsd ?

не знаю, зачем ему, а мне - для десктопа. отличная десктопная ос, надёжная, нетормозная, отлично устроенная внутри, и держащая баланс между юзерфрендли и автоматизацияфрендли. там с 1996 года практически ничего не менялось (сколько, например, было средств настройки сети в разных дистрибутивах linux? сколько из них дублировались. сколько менялось в пользу «большего удобства»? в openbsd вообще ничего не менялось, там всё сразу было удобно. и так - по многим вещам). openbsd - целостная и хорошо документированная система. можно хоть сейчас поставить openbsd 2.8, и там почти всё будет точно таким же, как сейчас. :) а pc bsd вон всё определиться не может, нужны ей pbi или нет.

хочу openxcom 1.0 в портах. :)

Сделай

не умею. я его даже собрать не смог :)

http://ufopaedia.org/index.php?title=Compiling_(OpenXcom)#Linux.2FBSD
Читать до просвещения

в debian без проблем собралсь. кстати, это какая-то старая запись, там boost требуется и ещё что-то.

в рассылках кто-то делал мейкфайл, но я его даже в -wip не видел.

эта штука требует yaml-cpp, (libyaml-cpp), version 0.5 or later
а в openbsd - 0.3

Значит не судьба... Жди yaml-cpp 0.5 версии

Так рабочие порты вроде бы даже есть. да и старую версию как-то собирали. в общем, жду появления знатоков. Хотя бы Друзя. Или Вадиму ссылку перешлю на gmane, и спрошу, можно ли такой порт принять.

Собери yaml, потом уже и openXcom

я подожду официального порта :)

Жди, жди....

Вырвите ему глаза

> Вырвите ему глаза
Ахахах
Добренький ты поинт =)
Это был дизайнерский эксперимент, а Рома к себе закинул. Его право.

будете ругаться, дяденька, так я вам такой дизайн на все эхи повешу! :)

кто-нибудь знает, как каким-нибудь простым способом фетчить (как dpb -F) только те исходники, у которых стоит PERMIT_FTP?

http://openports.se/editors/calligra

Ура, наконец-то! слава Вадиму! :)

Теперь будем делать красивые презенташки :)

>> Добренький ты поинт =)

Кто же мне мои глаза то вернёт? Вытекли ж, от таких ЕкспирИментов

>> будете ругаться

Ну ты что? где ж тут ругань то?

я потерял глаза, и вот
меня уже ничто не ждёт
верни глаза мне, обормот
"глаза" здесь больше не живёт

> Кто же мне мои глаза то вернёт? Вытекли ж, от таких ЕкспирИментов
Да вон уже и новые отросли =) И если что, есть userstyles

да просто нефиг ходить по злачным эхам, и всего делов :)

в текущем снапшоте крешится гноме-терминал со всеми его копиями, регулярно :(

обидно, да.

зато новый mc пришёл. сейчас mc обновим, и в бой! :)

ещё крешится gedit гламурненкий
ещё крешится mousepad

в общем, не в чём писать :( в xterm нет такого увеличения, чтобы мне было текст видно, даже на Huge оно действительно сильно хуже...

http://undeadly.org/cgi?action=article&sid=20140715094848

исправил мою багу :) добавил каллигру. :)

почему у меня принципиально не видятся, даже с xev, Print Screen и клавиши громкости? в любой версии openbsd, на любой клавиатуре.

>> ходить по злачным эхам

Это ты попросил оценить дизайн...

ну дизайнера я уж как-нибудь сам убью, если потребуется, тут не обессудь...

Твоя доброта прямо зашкаливает =)

Уговорил, черт языкастый

> Вырвите ему глаза
Ахахах
Добренький ты поинт =)
Это был дизайнерский эксперимент, а Рома к себе закинул. Его право.

Иисус говорит дружить и делиться. А вы что делаете?

да просто ходят тут всякие, потом дизайнеров на них не напасёшься. поэтому - чёткая субординация!

http://openports.se/www/lynx

это что? он же в базовой системе. неушто изгоняют? не помню новостей.

>> ходят тут всякие
Весело тут у тебя

ура :) теперь в портах есть ещё одна игрушка - трёхмерная стратегия в реальном времени 0ad 0.0.16

сабж

http://openbsd.pw

Эксприменты на двух реальных компьютерах и одном виртуальном мне начинают намекать, что все ядра с ext4 рано или поздно крэшатся на ext2. Пробовал несколько разных снапшотов, платформа i386

На виртуалке - нет ext2 и работает нормально. На одном компьютере - работает нормально, пока не подмонтируешь ext2 (можно даже не пользоваться). На другом, где всегда есть ext2 - через несколько минут создаёт какую-нибудь ошибку.

Буду выяснять подробности.

в общем, бага воспроизводится на одном компьютере следующим способом (проверено на паре снапшотов):

монтируем ext2 (хоть ro, хоть нет)
заходим в packages
и делаем любое действие с pkg_add

и сразу видим следующее

uvm_fault(0xd0b8b520, 0xf258d000, 0, 1) -> d
kernel: page fault trap, code=0
Stopped at memcpy+0x14: repe movsl (%esi),%es:(%edi)

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

на ядрах, которые до ext4-шные, такой проблемы не наблюдается...

причём инсталлер с ext2 отрабатывает без паники

но если из bsd.rd сделать chroot, и оттуда повторить это - тоже падает моментально вся система

но сам инсталлер при этом ставит с ext2 без проблем... странно, но хоть хорошо, что так :)

на другом компьютере то же самое, слово в слово

на всякий случай уточню, что у одного ядро в sp, у другого в mp.

если отмонтировать ext2, то проблем нет

По горячим следам успешного хакафона, Вадим Жуков (zhuk@) отчитался о своих успехах:


Я прибыл на хакафон с коротким, но суровым списком задач:

1. Закончить KDE 4.13.2 и приготовить 4.13.3 (официальный анонс - 15 июля*)

> * Разработчики KDE дают возможность мейнтейнерам пакетов с KDE в той или иной ОС иметь т.н. предварительный доступ, где-то дней за 3-5 до официального релиза. Это позволяет выпускать "родные" пакеты с KDE для ОС одновременно с официальным анонсом релиза.

2. Наконец-то портировать несколько приложений из openbsd-wip в официальный cvs

3. Исправить давнюю проблему с усиленным поеданием процессора в kded4

4. Продолжить работу над Samba 4.x

5. Исправить проблему с отсутствием ext2fs в установщике для amd64 (RAMDISK_CD)

6. Некоторые вещи, которые я разбабатывал последние месяцы для ports/infrastructure, занести в CVS

7. Занести в CVS порт man-pages-posix

Но прежде всего хакафон для вас начинается со знакомства с людьми, с которыми вы не были прежде знакомы. Учитывая, что до этого единственным мероприятием, связанным с OpenBSD, которое я посещал, была конференция EuroBSDCon 2013, на хакафоне было много новых лиц. Боюсь, что не запомнил их всех, но не потому, что я не уважаю их или их работу, это просто мой недостаток :)

Итак, хакафон начался. Мы с kirby@ - другим портером OpenBSD из России - сели друг напротив друга. И это нам очень помогло - он помог мне тестить сборку ядра с ext2fs и дал мне идею насчёт libinotify (см. ниже), а я помог ему обновить порт rawtherapee.

Мой первый коммит на этом хакафоне был занесением в CVS books/man-pages-posix. Это полезная вещь для разработчиков, и я получил положительные отзывы ещё до того, как начал это импортирование.

Это был не столько мой труд, сколько schwarze@ и других разработчиков, давших большое количество отзывов и замечаний. Я узнал много нового о mandoc, groff и pkg_create во время работы над этим портом. Но, опять же, это было только для разгона.

Большую часть времени я сидел и делал четыре вещи: запускал make, твикал патчи, пушил их в апстрим и засыпал landry@ новыми портами. Я благодарен ему за терпение. Благодаря его отзывам*, у нас теперь есть следующие приложения из KDE4: Calligra suite, Digikam, K3b, Kdenlive, KDevelop, KMyMoney, KTorrent, Tellico и Yakuake (вместе с зависимостями, типа Eigen 3.x).

> * Отзывы (ревью) могут быть и без замечаний, но без ревью занесение в порты не делается.

Из портов, связанных с KDE4, в openbsd-wip осталась только audio/cantata: она имеет несколько кривую интеграцию с KDE4, так что мне быстро это надоело - плееров, в том числе для KDE4, и так хватает. Надеюсь, что Рафаэль Садовски, который постоянно мне помогал, не обидится. :)

Обновление KDE 4.13.2 само по себе скучно и неинтересно. Имеем 200+ портов, значит, 200+ раз пишем "make configure update-plist port-lib-depends-check package clean", отправляем несколько патчей в апстрим, закончили упражнение. Вот и всё. Реально всё. Трудными были задачи собственно портирования KDE4, а также совместного существования KDE3 и KDE4, а поддержка портов KDE4 не так сложна.

И вот пришло время для действительно интересненького. kded4. Если вы не в курсе подробностей: kded4 (что означает "KDE 4 Daemon") обычно запускается с kdeinit... то есть, либо в самом начале сессии kde, либо когда вы запускаете первое приложение KDE. Этот демон хостит так называемые модули KDE - Если вы видели services.exe в Windows, то вы понимаете, о чём я, это почти то же самое. Другая задача kded4 - мониторить файлы конфигурации, особенно связанные с MIME файлы .desktop. При установке/настройке/удалении приложения .destkop-файлы могут изменяться, как системные (в /usr/local), так и ваши личные (в $KDEHOME). Многие программы, особенно различные виджеты рабочего стола (читай: KDE-меню и подобное), заинтересованы в уведомлениях о таких изменениях. Таким образом, kded4 мониторит некоторые директории на предмет добавления/изменения/удаления .desktop-файлов.

В OpenBSD этот процесс был очень неэффективен. А причина в том, что kded4 внутри использует KDirWatch, который по умолчанию использует inotify в Linux и QFSWatch в других операционных системах. Он также поддерживает FAM, но я уже пытался его использовать, но результаты меня не удовлетворили. Я уже начал было думать о реализации бэкэнда на базе kqueue(2), и тут я вспомнил, что kirby@ работает над libinofity. Это ведь то, что нужно - inotify API на базе kqueue. Так что я написал FindInotify.cmake который должен работать и в Linux и вне Linux, сделал несколько #ifdef в коде, пересобрал kdelibs ... и вот оно! Теперь kded4 проверяет файлы при запуске, и дальше живёт абсолютно не напрягаясь!

Ещё после этого akonadi_maildir_resource перестал жрать ресурсы: похоже, он страдал той же проблемой. Две проблемы по цене одной! Покупайте наши libinotify! *

> * важное предупреждение: все пользователи KDirWatch теперь едят намного больше файловых дескрипторов (до нескольких тысяч - по сути, по дескриптору на каждый отслеживаемый каталог и файл). На Linux эта проблема не так заметна, так как там обычно банально не стоит никаких лимитов, или они задраны очень высоко.

Кроме того, за время этого хакафона я успел закончить:
* новую утилиту portbump(1), в связке с sqlports она позволяет сэкономить много времени на масштабных обновлениях.
* добавил переменные TEST_ENV и ALL_TEST_ENV в bsd.port.mk: одного TEST_FLAGS было явно недостаточно, поскольку некоторые порты на CMake (читай: использующие Ninja) не понимают TEST_FLAGS вообще.
* документацию для devel/cmake и x11/kde4. Не имею намерения документировать x11/kde, потому что его больше никто не собирается поддерживать, а кто поддерживает сейчас, и так всё знает.

К сожалению, не хватило времени на samba4. Есть хитрые проблемы, связанные с ld.so и компилятором, которые я надеялся исправить на хакафоне... но не всё сразу. Так или иначе, KDE был приоритетной задачей.

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

В заключение, я хочу (чувствую необходимость, обязан) сказать спасибо Мите Муженичу и гостевому дому "Табор" за организацию этого чудесного мероприятия. Это был мой первый хакафон, и было удивительно, сколько всего произошло за несколько дней. И Любляна - прекрасный город... Я надеюсь что кто-то, кто знает английский язык лучше меня, сможет ярче живоописать этот уютное место и его жителей. Всё было просто классно - спасибо, спасибо и еще раз спасибо!

По горячим следам успешного хакафона, Вадим Жуков (zhuk@) отчитался о своих успехах:


Я прибыл на хакафон с коротким, но суровым списком задач:

1. Закончить KDE 4.13.2 и приготовить 4.13.3 (официальный анонс - 15 июля*)

> * Разработчики KDE дают возможность мейнтейнерам пакетов с KDE в той или иной ОС иметь т.н. предварительный доступ, где-то дней за 3-5 до официального релиза. Это позволяет выпускать "родные" пакеты с KDE для ОС одновременно с официальным анонсом релиза.

2. Наконец-то портировать несколько приложений из openbsd-wip в официальный cvs

3. Исправить давнюю проблему с усиленным поеданием процессора в kded4

4. Продолжить работу над Samba 4.x

5. Исправить проблему с отсутствием ext2fs в установщике для amd64 (RAMDISK_CD)

6. Некоторые вещи, которые я разбабатывал последние месяцы для ports/infrastructure, занести в CVS

7. Занести в CVS порт man-pages-posix

Но прежде всего хакафон для вас начинается со знакомства с людьми, с которыми вы не были прежде знакомы. Учитывая, что до этого единственным мероприятием, связанным с OpenBSD, которое я посещал, была конференция EuroBSDCon 2013, на хакафоне было много новых лиц. Боюсь, что не запомнил их всех, но не потому, что я не уважаю их или их работу, это просто мой недостаток :)

Итак, хакафон начался. Мы с kirby@ - другим портером OpenBSD из России - сели друг напротив друга. И это нам очень помогло - он помог мне тестить сборку ядра с ext2fs и дал мне идею насчёт libinotify (см. ниже), а я помог ему обновить порт rawtherapee.

Мой первый коммит на этом хакафоне был занесением в CVS books/man-pages-posix. Это полезная вещь для разработчиков, и я получил положительные отзывы ещё до того, как начал это импортирование.

Это был не столько мой труд, сколько schwarze@ и других разработчиков, давших большое количество отзывов и замечаний. Я узнал много нового о mandoc, groff и pkg_create во время работы над этим портом. Но, опять же, это было только для разгона.

Большую часть времени я сидел и делал четыре вещи: запускал make, твикал патчи, пушил их в апстрим и засыпал landry@ новыми портами. Я благодарен ему за терпение. Благодаря его отзывам*, у нас теперь есть следующие приложения из KDE4: Calligra suite, Digikam, K3b, Kdenlive, KDevelop, KMyMoney, KTorrent, Tellico и Yakuake (вместе с зависимостями, типа Eigen 3.x).

> * Отзывы (ревью) могут быть и без замечаний, но без ревью занесение в порты не делается.

Из портов, связанных с KDE4, в openbsd-wip осталась только audio/cantata: она имеет несколько кривую интеграцию с KDE4, так что мне быстро это надоело - плееров, в том числе для KDE4, и так хватает. Надеюсь, что Рафаэль Садовски, который постоянно мне помогал, не обидится. :)

Обновление KDE 4.13.2 само по себе скучно и неинтересно. Имеем 200+ портов, значит, 200+ раз пишем "make configure update-plist port-lib-depends-check package clean", отправляем несколько патчей в апстрим, закончили упражнение. Вот и всё. Реально всё. Трудными были задачи собственно портирования KDE4, а также совместного существования KDE3 и KDE4, а поддержка портов KDE4 не так сложна.

И вот пришло время для действительно интересненького. kded4. Если вы не в курсе подробностей: kded4 (что означает "KDE 4 Daemon") обычно запускается с kdeinit... то есть, либо в самом начале сессии kde, либо когда вы запускаете первое приложение KDE. Этот демон хостит так называемые модули KDE - Если вы видели services.exe в Windows, то вы понимаете, о чём я, это почти то же самое. Другая задача kded4 - мониторить файлы конфигурации, особенно связанные с MIME файлы .desktop. При установке/настройке/удалении приложения .destkop-файлы могут изменяться, как системные (в /usr/local), так и ваши личные (в $KDEHOME). Многие программы, особенно различные виджеты рабочего стола (читай: KDE-меню и подобное), заинтересованы в уведомлениях о таких изменениях. Таким образом, kded4 мониторит некоторые директории на предмет добавления/изменения/удаления .desktop-файлов.

В OpenBSD этот процесс был очень неэффективен. А причина в том, что kded4 внутри использует KDirWatch, который по умолчанию использует inotify в Linux и QFSWatch в других операционных системах. Он также поддерживает FAM, но я уже пытался его использовать, но результаты меня не удовлетворили. Я уже начал было думать о реализации бэкэнда на базе kqueue(2), и тут я вспомнил, что kirby@ работает над libinofity. Это ведь то, что нужно - inotify API на базе kqueue. Так что я написал FindInotify.cmake который должен работать и в Linux и вне Linux, сделал несколько #ifdef в коде, пересобрал kdelibs ... и вот оно! Теперь kded4 проверяет файлы при запуске, и дальше живёт абсолютно не напрягаясь!

Ещё после этого akonadi_maildir_resource перестал жрать ресурсы: похоже, он страдал той же проблемой. Две проблемы по цене одной! Покупайте наши libinotify! *

> * важное предупреждение: все пользователи KDirWatch теперь едят намного больше файловых дескрипторов (до нескольких тысяч - по сути, по дескриптору на каждый отслеживаемый каталог и файл). На Linux эта проблема не так заметна, так как там обычно банально не стоит никаких лимитов, или они задраны очень высоко.

Кроме того, за время этого хакафона я успел закончить:
* новую утилиту portbump(1), в связке с sqlports она позволяет сэкономить много времени на масштабных обновлениях.
* добавил переменные TEST_ENV и ALL_TEST_ENV в bsd.port.mk: одного TEST_FLAGS было явно недостаточно, поскольку некоторые порты на CMake (читай: использующие Ninja) не понимают TEST_FLAGS вообще.
* документацию для devel/cmake и x11/kde4. Не имею намерения документировать x11/kde, потому что его больше никто не собирается поддерживать, а кто поддерживает сейчас, и так всё знает.

К сожалению, не хватило времени на samba4. Есть хитрые проблемы, связанные с ld.so и компилятором, которые я надеялся исправить на хакафоне... но не всё сразу. Так или иначе, KDE был приоритетной задачей.

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

В заключение, я хочу (чувствую необходимость, обязан) сказать спасибо Мите Муженичу и гостевому дому "Табор" за организацию этого чудесного мероприятия. Это был мой первый хакафон, и было удивительно, сколько всего произошло за несколько дней. И Любляна - прекрасный город... Я надеюсь что кто-то, кто знает английский язык лучше меня, сможет ярче живоописать этот уютное место и его жителей. Всё было просто классно - спасибо, спасибо и еще раз спасибо!

> Это был не столько мой труд, сколько schwarze@ и другие внесли неоценимый вклад.

Снова коряво получилось. :) Может, как-то так лучше?

"Это был не столько мой труд, сколько schwarze@ и других разработчиков, давших большое количество отзывов и замечаний."

исправил, поменял id, старое заблеклистил

> Странная, всё-таки, эта система OpenBSD. На кого она может быть расчитана?
На людей.

> На пришибленных гиков?
Это linux - для пришибленных гиков.

> Чтобы обновить систему надо читать Upgrade guide,
Не так. Чтобы обновить систему БЕЗ ПРОБЛЕМ, нужно читать это самое guide. Как и в любой другой вменяемой OS.

> официальных бинарных обновлений нет - нашли ошибку вышел патч, дальше сам собирай руками.
Не руками, а скриптами. Компилятором, то есть.

> Примитивнейший пакетный менеджер, непонятно как искать пакеты или надо сначала ставить порты и там искать?
Не знаю, я в mc ищу, вот они все, на панели. Есть искалки, pkglocate или что-то. Но порты лучше поставить.

> Да, бляха муха, похоже время тут вообще остановилось... NetBSD и то как-то адекватней и веселей.
NetBSD?

1. Документация. OpenBSD, по-моему, единственная ОС в мире, у которой внятная документация, подразумевающая, что человек может чего-то не знать, не сующая ему неинтересных подробностей. Один недостаток - мало. Очень мало. Мало про openbsd пишут. Надо бы самому попробовать написать.

Но, в любом случае, документация там - как интересная книга, которая знакомит с системой (нечто подобное есть в альте, но в альте документация НЕИНТЕРЕСНАЯ, и непонятно, на кого расчитанная. в openbsd - для всех).

Я легко освоил с нуля, вообще ничего не зная о системе. В netbsd же документация, вот уж точно, для тех кто в теме. Я на самые базовые вопросы так и не смог найти ответы, знания по крупицам из разнообразных источников вытягивал.

2. Порты богаче pkgsrc. Версии почти всегда новее. Если не брать флеша для видео, будь он неладен, то в остальном - есть всё, что мне нужно, безо всякого дискомфорта.

3. Работоспособность. Поставил и работает. Иксы запускались везде, я попробовал штук 5 компьютеров, начиная от древнего p120/24, до моего E350/HD6310. В netbsd - только в qemu, на реальном железе оно фактически не работало нигде.

4. Инсталлятор. В openbsd он без лишнего и ненужного. НАУЧИТЕ, ПОЖАЛУЙСТА, КТО НИБУДЬ, НЕТБСДШНЫЙ ИНСТАЛЛЯТОР НЕ ПИНГОВАТЬ ГЕЙТ. Надоело, честное слово. Неужели так сложно сделать это опциональным?

5. Песенки. Кому сейчас вообще нужна ОС без песенок? Скучно, уныло, без ощущения праздника. Псиология - это наше всё, а настроение - это всё для психологии. Если система дарит радость - это гораздо важнее, чем технологии. :)

красноглазая илитка ищет ОС. линукс наполнили хомяки. объект обсуждения подойдет? :)

честно говоря, не думаю. там всё тихо, спокойно, по-домашнему :) не удивлюсь, если на хакафоне вдруг самовар достанут и чай начнут пить :)

почитай отзывы разработчиков. вот с c2k10:
http://51t.ru/q/ALqoCEyhrsokFbQHJCNl/ftvk1ir9u8PLztPJBaYW/mgpvEkUqh6OfRHpQ0yAm/uB2SSGboq8cAVukcklAk/VwJWFTOGilWRurC9tGty

вот первый переведённый с g2k14: двумя сообщениями ниже :)

вот оригиналы с g2k14:

http://51t.ru/q/67YwP4zzU1LqBQbkCeDx/ewQRt5HxHFxZAnzZbuv1/FMLmBtAwXgBUY4bS9IWb/fOgBIShHYdXxPH5X8ORl/GCWmrr7y0eE3JQz9nm9z/ge8MAqFrB741YtFdlP30/hAtYo13pGkjxsglbrLZB/icn9vohuxaI7ETo3a6Cn/IzygI5zfo0iRSIbzfq1X/lo01IEDYKTYu8U3NE0b3/lRu840l9SzX5KTzhq0hj/MAEtsnVcqfjJdeevnQ6q/nJmcBt9BxUiTxXab1zMA/qJ4mh4SaBiFm4gZeorcc/yTwc3wGKcXFj3zDaqO08/Zbv4FroUYqBJ9XbWWkh6/ZmmYpCCpiqOBqVV8Whb1


если ничего не смущает - то может и подойдёт. а вообще, ось довольно простая, так что не знаю - по-моему, элитности не добавляет совсем :)

Пиво-воды в холодильнике (спасибо Мите!), один раз выбрались на пикник (спасибо ему же), другой раз Боб заказал на всех пиццу... Обедали кто где - кто-то компанией по местным забегаловкам ходил; я из соображений экономии на подножном корму был. :)

Ылитность - это многим кажется извне, а внутри - просто хорошие люди с общими интересами.

так, я уже между гвестами путаюсь :) это продолжение или другой ответ? :)

В общем - хорошие люди, никакой ылитности не вижу... история с c2k10, когда "я не знал C, когда начал писать PF для ядра" - что называется, до слёз :)

Ааа, завидую! В хорошем смысле! А Тео там тоже был?
Можно ли поподробнее описать как проходят хакафоны?
1) как туда попасть?
2) много ли людей участвует
3) где все спят
4) как общаются
5) сколько дней всё это длиться

Благодарю)
---
soko1

кому лень регистрироваться - пишите мне на me@51t.ru я вам логин и адрес для автологина дам :)

> Правда придётся копировать весь LUKS раздел на винт и перебивать винт с нуля, чтобы выделить гигов 15 для начала.
> Кстати, сколько нужно место для того чтобы собирать софт из сорцов? Хотя думаю вообще /usr/obj, /usr/xobj сделать в tmpfs, у меня ОЗУ всё равно 8 гиг.

у меня обычно иноды быстрее заканчиваются, если маленькие разделы делать :)

места... про порты или про систему? про порты - иной раз и 6 гб требовалось... больше, вроде, не попадал :) на базовую систему и ксенокару - гига 3, если очищать obj перед сборкой иксов. хотя я на 3 как-то раз упёрся в нехватку места... поэтому, наверное, даже больше трёх...

> Можно ли поподробнее описать как проходят хакафоны?

мы сейчас как раз отзывы переводим :) только как-то вяло... но там люди впечатлениями делятся - несколько сообщений вниз есть ссылка на оригиналы:

Тео был, вот его необработанный ещё перево отзыва Тео: http://51t.ru/Wq6ZYW

Ранее OpenBSD пользовался, но сугубо на виртуалках и на серваках. До этого пол года назад пробовал завести на ThinkPad L420, но не заработал Wifi. На X220 же всё завелось из коробки.
Для полного счастья мне не хватает:

1) хорошей виртуализации для полноценного запуска виртуалок (не проблема, буду юзать внц на удалённых серваках)
2) оптимизировать как-то работу от батареи, т.к. жрёт акум значительно серъёзнее линукса
3) сделать что-то с кулером, потому что он крутится вообще всегда, хоть и тихо. В линуксе он у меня крутился крайне редко, только когда нагружал чем-то систему серьёзно. Ща буду курить что и как покрутить.
4) не совсем ясно как suspend to disk сделать при softraid с crypto.

Ну вот собственно и сам скрин: http://i.imgur.com/JJYZGVu.png :)
Пока что не идеал конечно, со шрифтами нужно повозиться, но в целом юзабельно :)

i3/urxvt/tmux, если что.

Один раз вписать точку доступа это конечно удобно, но не всегда, особенно когда точки доступа постоянно меняются.
Кто чем пользуется для этого? (ifconfig ес-но не предлагать)

Нашёл хороший скрипт, дописал пару строчек и решил с вами поделиться, вдруг понадобится: https://github.com/soko1/OpenBSD/blob/master/scripts/auto-wifi.sh

зачем ifconfig. /etc/networks и используем :) так было, так есть и так будет всегда :)

а вообще, на gsoc была такая задача... но, по-моему, она не была взята, надо бы найти и перепостить, что именно взято на gsoc.

youtube смотрибельно крутится? у меня на e350 тормозиит будь здоров :)

> 2) оптимизировать как-то работу от батареи, т.к. жрёт акум значительно серъёзнее линукса
> 3) сделать что-то с кулером, потому что он крутится вообще всегда, хоть и тихо. В линуксе он у меня крутился крайне редко, только когда нагружал чем-то систему серьёзно. Ща буду курить что и как покрутить.

вот это очень странно. в принципе, там не должно быть никаких проблем, и крутить ничего не надо было... да и что там крутить... только патчи писать, наверное :)

>youtube смотрибельно крутится? у меня на e350 тормозиит будь здоров :)

Угу, ютабчик на удивление отлично работает. Когда с юзб-флешки загружался тормозило дико, а сейчас всё ок. Видать тогда тормоза были из-за дисковой системы, уж больно маленькая скорость была.
А ты попробуй ~/.cache в tmpfs всунуть, авось поможет?
Например так (fstab):

none /home/soko1/.cache tmpfs rw,nodev,nosuid,-s=512m,-m=1777 0 0

>вот это очень странно. в принципе, там не должно быть никаких проблем, и крутить ничего не надо было... да и что там крутить... только патчи писать, наверное :)

Надеюсь что без патчей обойдётся))

А поясни как именно этот конфиг используешь, плз. Я в курсе только /etc/hostname.* , но оно не всегда удобно когда точек доступа дофига и часто меняются. Ну или может там можно сразу несколько вписывать - не пробовал ещё.

там не в tmp дело, а в общей скорости рендеринга... вообще, проблем с отрисовкой хватает, к сожалению... :( а на другом компьютере акселлерация вообще не работает :(

> Ну или может там можно сразу несколько вписывать - не пробовал ещё.

честно говоря, не знаю, можно ли там вписать много :) обычно использую, как в faq написано...

Народ, как заткнуть кулер? У меня температура 46 градусов у процессора, фигли кулер постоянно крутиться? Курил man sensorsd.conf так ничего и не нашёл. sysctl-переменные hw.sensors* доступны только для чтения...

кстати, я правильно понимаю, что lynx исключают из базовой системы.

если да, то ЗАШТО? и как жить вообще без браузера?

Самое смешное, что раньше я просто писал все пары SSID/пароль и останавливалось на первой успешной. :)
А потом перестало.

Я уже писал как то на obsd.ru ставил и пользовался вот этим http://undeadly.org/cgi?action=article&sid=20120113172334
В принципе меня устраивало.

пусть тогда скрипт тут и лежит, для коллекции :)

#!/bin/sh
#
# v.9.5 2/7/2012 17:30
#
# Copyright (c) 2012 Daniel Melameth <daniel@melameth.com>
#
# Permission to use, copy, modify and distribute this software for any purpose
# with or without fee is hereby granted, provided that the above copyright
# notice and this permission notice appear in all copies.
#
# This software is provided by the regents and contributors "as is" and any
# express or implied warranties, including, but not limited to, the implied
# warranties of merchantability and fitness for a particular purpose are
# disclaimed.  In no event shall the regents or contributors be liable for any
# direct, indirect, incidental, special, exemplary or consequential damages
# (including, but not limited to, procurement of substitute goods or services;
# loss of use, data or profits; or business interruption) however caused and on
# any theory of liability, whether in contract, strict liability or tort
# (including negligence or otherwise) arising in any way out of the use of this
# software even if advised of the possibility of such damage.
# 
# NAME
#	wiconfig - simplifies the configuration of wireless interfaces 
#
# SYNOPSIS
#	wiconfig [-dqs] interface
#
# EXAMPLE
#	Manually configure a wireless interface
#
#		# sh /etc/wiconfig iwi0 
#
#	Automatically scan for wireless networks and, using previous manual
#	configurations, configure the wireless interface based on the strongest
#	wireless signal (for use with hostname.if(5) files)
#
#		$ cat /etc/hostname.iwi0
#		!/bin/sh /etc/wiconfig -q \$if
#
#	With the above /etc/hostname.iwi0 in place, iwi0 will be configured
#	upon startup or whenever /etc/netstart iwi0 is invoked.
#
#	wiconfig can also be used in conjunction with apmd(8).  In the
#	following example, upon resume, it'll check the status of the wireless
#	connection and, if there is no network connection, it'll automatically
#	scan for wireless networks and, using previous manual configurations,
#	configure the wireless interface based on the strongest wireless
#	signal.
#
#		$ cat /etc/apmd/resume
#		#!/bin/sh
#		/bin/sh /etc/wiconfig -qs iwi0
#
#	apmd will need this file to be executable so you'll want to do this as
#	well
#
#		# chmod 0744 /etc/apm/resume
#
# FILES
#	/etc/wiconfig.db	Wireless network database
#
# CAVEATS
#	1) Only DHCP is supported
#	2) No user-defined nwid prioritization--the nwid with the strongest
#		signal will always be preferred
#	3) Only the first 20 nwids with the strongest signals are used
#	4) When used within a hostname.if(5), host startup will be delayed
#		slightly while a wireless network scan is performed
#	5) Database records are never purged--existing entries will be updated,
#		but unwanted entries need to be removed manually  
#	6) Hidden nwids are not supported

# set -x

# Save default IFS
oIFS=$IFS
myname=$0

max=20
# Number of seconds to wait before checking interface status
seconds=3
wiconfigdb="/etc/wiconfig.db"

function usage {
	echo "usage: $myname [-dqs] interface"
	exit 1
}

# Determine network status and name
function review {
	# Assume we are not connected to a network
	typeset _i=1 _status=false _ifconfig _nwid _yn
	# We are being called from apmd
	$quiet && sleep 2
	# Need to use a co-process here to handle _status (and _nwid?)
	ifconfig "$if" |& while read -p _ifconfig; do
		case $_i in
			# Sixth line/status
			6)	active $_ifconfig && _status=true;;
			# Seventh line/nwid
			7)	# Connected to an active network
				if $_status; then
					set $_ifconfig
        				_nwid=${3#\"}
				        # nwid begins with a quote
				        if [ ${#3} -gt ${#_nwid} ]; then
				                # nwid is not hidden
                				if [ ${#3} -gt 2 ]; then
				                        IFS='"'
                        				set $_ifconfig
                        				_nwid="$2"
                        				IFS=$oIFS
                				else
                        				unset _nwid
                				fi
        				fi
				fi
				break;;
		esac
		_i=$(($_i+1))
	done

	if $_status; then
		if $quiet; then
			exit
		else
			different "$_nwid"
		fi
	else
		start
	fi
}

# Determine if the network is active
function active {
	typeset _status=$*
	typeset _length=${#_status}
	_status=${_status%active}
	# Network is active
	if [ ${#_status} -lt $_length ]; then
		return
	fi
	return 1
}

function different {
	typeset _yn
	echo "Currently connected to $*."
	read _yn?"Would you like to connect to a different network (y/n)? "
	case $_yn in
		y)	start;;
		n)	exit;;
		*)	different "$*";;
	esac
}

function start {
	readdb
	scan
	createarray
	match
	# Position of nwid in db
	typeset _n=$?
	# Automatically configuring interface
	if $quiet; then
		# Found an nwid match 
		if [ $_n -ne 0 ]; then
			echo "connecting to wireless network ${r[$_n]}"
			configure "${r[$_n]}" "${r[$_n+2]}"
		else
			exit 1
		fi
	else
		if [ $_n -ne 0 ]; then
			# Reconnection desired
			if $(reconnect $_n); then
				configure "${r[$_n]}" "${r[$_n+2]}"
				exit
			fi
		fi
		menu
	fi
}

function readdb {
	# If db exists and is readable
	if [ -r $wiconfigdb ]; then
		typeset _i=1
		while read r[$_i]; do
			_i=$((_i+1))
		done < $wiconfigdb
		# Remove newline from array as it's counted in ${#r[@]}
		unset r[$_i]
	fi
}

# Parse and sort ifconfig nwid output
function scan {
	# Need to include a quote to account for nwids with spaces
	# IFS=' "'
	# IFS=$oIFS
	echo -n > "$output"
	typeset _nwids _args _nwid

	! $quiet && echo "Performing wireless scan..."
	# Parse ifconfig nwid output for sorting
	ifconfig $if scan | grep ^[[:space:]]*nwid | while read _nwids; do
		# nwid name chan channel bssid mac db speed options
		# Required to set positional parameters
		set $_nwids
        	_args=$#
		# Remove possible leading double quote
                _nwid=${2#\"}
                # nwid begins with a quote
		if [ ${#2} -gt ${#_nwid} ]; then
			# nwid is not hidden
			if [ ${#2} -gt 2 ]; then
				IFS='"'
				set $_nwids
				_nwid=$2
				shift 2
				_nwids=$*
				IFS=$oIFS
				set $_nwids
			else
				continue
			fi
		else
			shift 2
		fi

		# shift
        	# nwid has one or more spaces
        	# if [ $_args -gt 9 ]; then
                #	# Remove possible leading double quote
                #	_nwid=${1#\"}
                #	shift
                #	_args=$(($_args-1))
                #	while [ $_args -gt 9 ]; do
		#		_nwid=$_nwid $1
                #        	# _nwid=$_nwid\ $1
                #        	shift
                #        	_args=$(($_args-1))
                #	done
		#	# Append and remove trailing double quote
                #	_nwid=$_nwid\ ${1%\"}
        	# else
                #	_nwid=$1
        	# fi

		# shift
		# unset _nwid
		# nwid might contain one or more spaces
		# while [ $_args -ge 9 ]; do
		#	_nwid="${_nwid:-$1} ${_nwid:+$1}"
		#	shift
		#	_args=$(($_args-1))
		# done

		# nwid is hidden?
		# [[ X$4 = X00:00:00:00:00:00 ]] && continue	

		echo -n "$_nwid" >> $output
		# Channel
		echo -n "|$2" >> $output
		# MAC
		echo -n "|$4" >> $output
		# Signal quality
		echo -n "|${5%dB}" >> $output
		# Speed
		echo -n "|$6" >> $output
		# Options
		echo "|$7" >> $output
		# echo $name $number $chan $mac $db $speed $options
	done
	IFS=$oIFS

	# Wireless network(s) found
	if [ -s "$output" ]; then
		# Sort nwids by greatest signal quality
		sort -brk 4 -o "$input" -t "|" "$output"
	else
		if ! $quiet; then
			rescan
		else
			exit 1
		fi
	fi
}

function rescan {
	typeset _rq
	read _rq?"No wireless networks found.  Enter r to rescan or q to quit: "
	case $_rq in
		r)	scan;;
		q)	exit;;
		*)	rescan;;
	esac
}

# Create sorted array of top $max nwids
function createarray {
	IFS='|'
	typeset _i=1 _length
	# If the array exists
	[[ -n ${index[1]} ]] && \
		unset nwid chan mac db speed options index access
	while read nwid[$_i] chan[$_i] mac[$_i] db[$_i] speed[$_i] options[$_i] && [ $_i -le $max ]; do
		index[$_i]=$_i
		# Determine if access is secure
		_length=${#options[$_i]}
		options=${options[$_i]#privacy}
		# Access is secure
		if [ ${#options} -lt $_length ]; then
			access[$_i]="Secured"
		else
			access[$_i]="Unsecured"
		fi
		_i=$(($_i+1))
	done < "$input"
	IFS=$oIFS
}

# Linear search for best nwid match
function match {
	typeset _i _m
	# Start with the nwid with the strongest signal
	for _i in ${index[@]}; do
		matchdb "${nwid[$_i]}" "${mac[$_i]}"
		_m=$?
		# Match found
		[[ $_m -ne 0 ]] && return $_m
	done
	return 0
}

# Return match in the db
function matchdb {
	# Start with last MAC in db
	typeset _i=$((${#r[@]}-1))
	# More records in the db
	while [ $_i -gt 0 ]; do 
		# MAC and nwid matches
		if [ "X$2" = "X${r[$_i]}" ] && \
			[ "X$1" = "X${r[$_i-1]}" ]; then
			# Return position of nwid in db
			return $(($_i-1))
		fi
		# Move to previous MAC (and network) in db
		_i=$(($_i-3))
	done
}

# Configure interface
function configure {
	ifconfig $if -nwid -nwkey -wpakey down > /dev/null 2>&1
	# Apparently we need to use eval and single quotes to handle nwids with
	# spaces
	eval ifconfig $if nwid \'$1\' $2 up > /dev/null 2>&1
	dhclient $if
}

function reconnect {
	typeset _yn
	read _yn?"${r[$1]} found.  Would you like to reconnect (y/n)? "
	case $_yn in
		y)	return;;
		n)	return 1;;
		*)	reconnect;;
	esac
}

function menu {
	typeset _i
	echo
	printf "     %-40s %-6s %-10s\n" "Network Name" "Signal" "Access"
	echo
	for _i in ${index[@]}; do
		printf "%3d) %-40s %-6s %-10s\n" \
			$_i "${nwid[$_i]}" "${db[$_i]}dB" "${access[$_i]}"
	done
	echo
	read choice?"Enter the number of the network to connect to (or r to rescan or q to quit): "
	if [ $choice -ge 1 ] && [ $choice -le ${#index[@]} ]; then
		if [ "X${access[$choice]}" = XSecured ]; then
			password
			determine
		else
			configure "${nwid[$choice]}"
			update
		fi
	elif [ "X$choice" = "Xr" ]; then
		start
	elif [ "X$choice" = "Xq" ]; then
		exit
	else
		echo "Invalid choice"
		sleep 1
		menu
	fi
}

function password {
	stty -echo
	read -r pass1?"Enter the password for ${nwid[$choice]} (will not echo): "
	echo
	read -r pass2?"Enter the password for ${nwid[$choice]} (again): "
	echo
	stty echo
	# If passwords do not match or are blank
	if [ "X$pass1" != "X$pass2" ] || [ "X$pass1" = X ]; then
		echo "Passwords do not match or are invalid"
		sleep 1
		password
	fi
}

# Determine if we are using WPA or WEP
function determine {
	echo "Connecting to wireless network ${nwid[$choice]}..." 
	ifconfig "$if" -nwid -nwkey -wpakey down > /dev/null 2>&1
	# Must bring interface up for status to become active
	ifconfig "$if" nwid "${nwid[$choice]}" wpakey "$pass1" up > /dev/null 2>&1
	typeset _status=$?
	# Lackluster workaround for athn taking a while to become active
	[[ $if = athn? ]] && seconds=11
	sleep $seconds
	# Network is active
	if [ $_status -eq 0 ] && active $(ifconfig "$if" | fgrep status); then
		update wpa
	else
		ifconfig "$if" -nwid -wpakey down > /dev/null 2>&1
		ifconfig "$if" nwid "${nwid[$choice]}" nwkey "$pass1" up > /dev/null 2>&1
		_status=$?
		sleep $seconds
		if [ $_status -eq 0 ] && \
			active $(ifconfig "$if" | fgrep status); then
			update wep
		else
			echo "Unable to connect"
			exit 1
		fi
	fi
	dhclient $if
}

# Update existing db record, if it exists, or create a new one
function update {
	# Number of entries in db
	typeset _i=${#r[@]} _m
	# db is not empty
	if [ $_i -gt 0 ]; then
		matchdb "${nwid[$choice]}" "${mac[$choice]}"
		_m=$?
		# Match found
		if [ $_m -ne 0 ]; then
			secure $(($_m+2)) $1
			createdb
			return
		fi
	fi
	r[$_i+1]="${nwid[$choice]}"
	r[$_i+2]="${mac[$choice]}"
	secure $(($_i+3)) $1
	createdb
}

# Set nwid access parameters for db record
function secure {
	case $2 in
		wpa)	r[$1]="wpakey \"$pass1\"";;
		wep)	r[$1]="nwkey $pass1";;
		# Open nwid
		*)	r[$1]="";;
	esac
}

function createdb {
	# If the db does not exist, create and secure it
	if [ ! -a "$wiconfigdb" ]; then
		touch "$wiconfigdb"
		chmod 640 "$wiconfigdb"
	fi

	echo -n > "$wiconfigdb"
	typeset _i=1
	while [ $_i -le ${#r[@]} ]; do
		echo "${r[$_i]}" >> "$wiconfigdb"
		_i=$(($_i+1))
	done
}

function end {
	rm -f "$output" "$input"
}

trap end EXIT ERR INT KILL TERM

# Debugging for functions (must be specified after the function declaration)
# typeset -ft review
# typeset -ft active
# typeset -ft different
# typeset -ft start
# typeset -ft readdb 
# typeset -ft scan
# typeset -ft rescan 
# typeset -ft createarray
# typeset -ft match
# typeset -ft matchdb
# typeset -ft configure
# typeset -ft reconnect
# typeset -ft menu 
# typeset -ft password
# typeset -ft determine
# typeset -ft update
# typeset -ft secure
# typeset -ft createdb

debug=false
# Assume we are being used interactively
quiet=false
# Do not check the wireless network status before configuring the interface
# (expected in the hostname.if(5) case)
status=false

if [ "X$(whoami)" != Xroot ]; then
	echo "$myname must be run as root"
	exit 1
fi

while getopts dqs opt; do
	case $opt in
		d)	debug=true;;
		q)	quiet=true;; 
		s)	status=true;;
		?)	usage;;
	esac
done

if $debug; then
	set -x
	typeset -ft review active different start readdb \
	scan rescan createarray match matchdb configure reconnect menu \
	password determine update secure createdb
fi

shift $(($OPTIND-1))

# No interface specified
[[ -z "$1" ]] && usage

if="$1"
ifconfig "$if" > /dev/null 2>&1

# Interface does not exist
if [ $? -ne 0 ]; then
	# Manually configuring interface
	if ! $quiet; then
		echo "Interface $if does not exist"
	fi
	exit 1
fi

output=$(mktemp)
input=$(mktemp)

# Running from hostname.if
if $quiet && ! $status; then
	start
else
	review
fi

> Ааа, завидую! В хорошем смысле! А Тео там тоже был?

Естественно. Это был ежегодный большой "всеобщий" хакатон.

> Можно ли поподробнее описать как проходят хакафоны?
> 1) как туда попасть?

Получить приглашение. :)

> 2) много ли людей участвует

Когда как. Статистика на http://www.openbsd.org/hackathons.html

> 3) где все спят

Обычно устроитель хакатона обеспечивает (сам или при финансовой помощи OpenBSD Foundation) места в каком-нибудь общежитии (ныне их хостелами кличут). Кто не хочет - селится сам в какой-нибудь гостинице.

> 4) как общаются

В основном на английском. :) Все в одной комнате, плюс есть общий чат (чтобы ор постоянный не стоял и друг друга не отвлекать от важных процессов слишком часто). Ну а локальные группки нередко формируются по языковому принципу, и там уже болтают на родном языке.

> 5) сколько дней всё это длиться

Когда как, обычно - около недели. Опять же, статистику можно собрать по ссылке выше.

Он ужасен с точки зрения безопасности. Даже с учётом его убогих возможностей. Сначала его хотели почистить от "мусора", чтобы хотя бы уменьшить потенциал для атаки, но когда Тео влез унутре... в общем, пока что да, будем обходиться тем, что есть. Если кто хочет предложить вменяемый консольный браузер (собственный ли, чужой ли) - patches are welcome. :)

dmesg скинь. Управление кулерами ныне обычно через ACPI делается, то есть - специфично для разных ноутов. OpenBSD обычно сваливает эту работу на BIOS (в котором, кстати, есть смысл покопаться на эту тему).

> ThinkPad L420

Не советую эту серию. Китайцы и так начали поганить, а "L" - это банальная попытка втюхать фуфло под раскрученным брендом. "Нормальные" серии - T, X, R.

> 1) хорошей виртуализации для полноценного запуска виртуалок (не проблема, буду юзать внц на удалённых серваках)

Этого многим не хватает, увы. У меня пока из-за этого хост-системы на CentOS. Плачу, но увы, для впиливания поддержки режима гипервизора в опёнок нужно много как знаний-умений, так и времени...

> 2) оптимизировать как-то работу от батареи, т.к. жрёт акум значительно серъёзнее линукса
> 3) сделать что-то с кулером, потому что он крутится вообще всегда, хоть и тихо. В линуксе он у меня крутился крайне редко, только когда нагружал чем-то систему серьёзно. Ща буду курить что и как покрутить.

А у тебя вообще apmd работает? Что говорит вывод команды apm? apm -C?

> 4) не совсем ясно как suspend to disk сделать при softraid с crypto.

mlarkin@, если не ошибаюсь, буквально на днях эту поддержку добавил - см. http://undeadly.org/cgi?action=article&sid=20140721090626 . Как я понимаю, достаточно просто создать swap-раздел на softraid-диске, ключ/пароль будет запрошен при запуске компа. Если что-то не взлетит - лучше Майку напрямую написать с детальным описанием проблемы (а потом здесь рассказать :) ).

> у меня обычно иноды быстрее заканчиваются, если маленькие разделы делать :)

newfs -i2 (или даже -i1) спасёт отца русской демократии. ;)

> > Кстати, сколько нужно место для того чтобы собирать софт из сорцов? Хотя думаю вообще /usr/obj, /usr/xobj сделать в tmpfs, у меня ОЗУ всё равно 8 гиг.

Для базовой системы уходит гигабайта два, вроде. Или даже меньше. xenocara - не помню, но не больше.

А вот для портов - смотря что и как собирать. У меня сейчас 29 гигов - на случай полной сборки KDE (3+4) и libreoffice без очистки. Нормальному человеку, которому ВДРУГ понадобится прогнать полный bulk build посредством dpb(1), должно хватить 20 гигов для /usr/ports/pobj (у меня он, кстати, живёт в /usr/obj/p) за глаза. Правда, ещё нужно где-то хранить distfiles и собственно собранные пакеты (у меня они живут на одном разделе, 23 гига, из них сейчас занято 16 - перестарался с запасом).

ну, вообще без браузера - это тоже не дело :( тем более, столько лет жил был...

самый маленький, если не путаю, это нетрик... впрочем, ща в debian поиск по тэгу сделаю, и посмотрю сырцы...

> debtags search "web::browser && interface::text-mode"
elinks - advanced text-mode WWW browser
elinks-lite - advanced text-mode WWW browser (transition package)
links - Web browser running in text mode
links2 - Web browser running in both graphics and text mode
lynx - Text-mode WWW Browser (transitional package)
lynx-cur - Text-mode WWW Browser with NLS support (development version)
lynx-cur-wrapper - Wrapper for lynx-cur (transitional package)
netrik - text mode WWW browser with vi like keybindings
w3m - WWW browsable pager with excellent tables/frames support
w3m-el-snapshot - simple Emacs interface of w3m (development version)
w3m-img - inline image extension support utilities for w3m

нетрик исходники 500 кб, елинкс 4200 кб, w3m 2200 кб, lynx-cur 3500 кб

> newfs -i2 (или даже -i1) спасёт отца русской демократии. ;)

я про авторазбивку... было в 5.3.. оно место под usr/src выделило, места хватает, а работать на нём - не работает :)

> Для базовой системы уходит гигабайта два, вроде.

я про полный цикл, с сборкой DESTDIR и RELEASEDIR

Я всю жизнь на w3m

>> Можно ли поподробнее описать как проходят хакафоны?
>> 1) как туда попасть?
> Получить приглашение. :)

ну, там, наверное, только разработчики... или девочек тоже приглашают? :)

у меня раньше links2 (правда, в графическом режиме) был основным браузером...

а из консольных... во времена развитого линаксизма часто использовал и elinks и w3m... а в openbsd как-то попривык к lynx, точнее, к тому факту, что он всегда под рукой.

Отлично!

Hibernate только что реализовали для softraid crypto: http://undeadly.org/cgi?action=article&sid=20140721090626. Я, правда, еще не пробовал.

Что касается suspend to ram, у меня он 2 дня как не работает (5.6-бета) почему-то, пойду установлю новый snapshot.

На x230t с кулером порядок.

как там ext2 поживает, а то я за коммитами совсем не слежу :)

кстати, Вадим, ты на ii://obsd.bug.14[*][*] подписан?

> как там ext2 поживает

разобрался, как посмотреть через cvsweb, и отвечаю - никак :)

шож, посидим пока на дебиане

>> newfs -i2 (или даже -i1) спасёт отца русской демократии. ;)
>
>я про авторазбивку... было в 5.3.. оно место под usr/src выделило, места хватает, а работать на нём - не работает :)

Про 5.3 не скажу. Я в 5.4 или 5.5 /usr/src получал - вроде, проблем не было... Ты ведь не забываешь "make obj" делать? ;)

>> Для базовой системы уходит гигабайта два, вроде.
>
>я про полный цикл, с сборкой DESTDIR и RELEASEDIR

Ну, добавь ещё мегабайт 300 на упакованный полный комплект. :)

В случае моём и ajacoutot@ девочки развлекались самостоятельно - кто на машине, кто поездом катались по Словении. Благо страна красивая и море есть. :)

> ну, там, наверное, только разработчики

Угу. Правда, не всегда коммиттеры - иногда приглашают многообещающих новичков. Но в целом - да, напрашивающихся и просто "со стороны" туда не зовут. Хакатоны - не конференции, здесь работу работают, которая в удовольствие. :)

> как там ext2 поживает, а то я за коммитами совсем не слежу :)

Ждём pelikan@'а, обещал тебе лично ответить как только разберётся.

> кстати, Вадим, ты на obsd.bug.14 подписан?

Вроде бы, да.

> Ты ведь не забываешь "make obj" делать? ;)

там просто не хаватало инодов, самих по себе :)

> Ну, добавь ещё мегабайт 300 на упакованный полный комплект. :)

и на распакованный тоже место нужно... насколько я понимаю, в этом случае у тебя и полный src, и полный obj и полный dest, а потом ещё и тарболы... не меньше трёшки вылазит... потом очищаешь всё добро, кроме тарболов, и то же самое с ксенокарой... (кстати, почему эта штука не дополняет SHA256, а перезаписывает его?)

Вообще-то после make obj у тебя начинает использоваться для сборки /usr/obj. А /usr/src практически не трогается вообще. Ну и DESTDIR и RELEASEDIR можешь указывать куда угодно.

Кстати, раньше, вроде бы в русскоязычном obsd-сообществе прижилось слово "хакафон". Мне оно, кстати, больше нравится. А потом пришли "стиляги" со своими рубями и гитхабами, и стало "хакатон". Надо какой-то общий термин :)

> кстати, почему эта штука не дополняет SHA256, а перезаписывает его?

Вот тут ничего не скажу. Вообще не интересовался SHA256.

Я всегда называл "хакатоном", по собственному почину. Ещё до того как увидел первый раз Ruby и GitHub. :( Предлагаю пока не заморачиваться, а через годик сделать выборку - что популярнее.

> Вообще-то после make obj у тебя начинает использоваться для сборки /usr/obj. А /usr/src практически не трогается вообще.

разумеется... проблема была в том, что, я уже не помню, на какой релиз, инодов не хватало. я сейчас не вспомню, или в src, или в obj или вообще ports - но не хватало инодов даже просто их на этот раздел скопировать :)

> Вот тут ничего не скажу. Вообще не интересовался SHA256.

это файл такой, в релизе лежит... :) в любом каталоге с тарболами на FTP :)

когда делаешь make release для src, он собирает, потом кладёт тарболы и собирает SHA256 с хэшами. а когда делаешь make release на ксенокару, он делает ровно то же самое... приходится сначала копировать файл SHA256, а потом уже два в один обновлять... :)

> Ждём pelikan@'а, обещал тебе лично ответить как только разберётся.

кроме меня, никто не пользуется ext2? :) потому что у меня эта проблема воспроизводится вообще везде и всегда, причём быстро, с любым каталогом, даже если подкаталоги вложены - начинаешь копировать, и моментально получаешь...

> приходится сначала копировать файл SHA256, а потом уже два в один обновлять... :)

А-а-а. Дело в том, что релизы базовой ОС и Иксов собираются в разных местах, поэтому проблема не так актуальна: в момент обновления ftp.openbsd.org происходит простое склеивание этих файлов. Вот никто и не чинил. :)

> кроме меня, никто не пользуется ext2? :) потому что у меня эта проблема воспроизводится вообще везде и всегда,
> причём быстро, с любым каталогом, даже если подкаталоги вложены - начинаешь копировать, и моментально
> получаешь...

На самом деле, довольно мало кто. Плюс, похоже, многие из тех, кто пользуется, не слишком активно участвуют в тестировании... У меня вот ext2/3/4 актуальны от случая к случаю, чаще обмен данными с Linux-хостами идёт по сети. Сейчас разработчики уже переключаются на режим тестирования, soft-lock уже действует. Учитывая грядущие выходные - думаю, исправления можно ожидать в начале следующей недели.

> Плюс, похоже, многие из тех, кто пользуется, не слишком активно участвуют в тестировании...

там невозможно не поучаствовать в тестировании, оно просто валятся :)

у меня на всех компьютерах стоит linux. как минимум, потому, что тот же sportbox - это флеш-видео. поэтому, хотя бы один компьютер, загруженный в linux, нужен.

поэтому у меня всё, включая ii и прочую разработку, находятся исключительно на ext2 разделах... то, когда сломали обновления даты - я обнаруживал проблемы в самых разных местах, от контроля версий, когда долго искал, в чём проблему, а оказалось, что файл, не изменяющий размер и время правки, просто не анализируется на изменения.... до полностью нерабочего ./configure, которой не нравилось, что файлы, которые создаются, датируются 1970 годом :)

но, ничего, пережили... а потом это исправили, с обнадёживающим коммитом "я тогда был в аэропорту, и немного недоглядел, когда делал этот участок". теперь, добавив ext4, напрочь сумели сломать ext2... надеюсь, в этот раз, для разнообразия, в поезде :)

так, глядишь, вообще ext2 закроют, как источник проблем... вместе с lynx :)

а вообще, трогательная история этого - вот :)

ii://kk6iP6[*][*]

или, если не подписан на txt.drafts.14, вот: http://51t.ru/kk6iP6

>Hibernate только что реализовали для softraid crypto: http://undeadly.org/cgi?action=article&sid=20140721090626. Я, правда, еще не пробовал.

Опаньки, проверим, спсб :)

>Что касается suspend to ram, у меня он 2 дня как не работает (5.6-бета) почему-то, пойду установлю новый snapshot.

Похожая ситуация :( Я думал оно просто не дружит с моим ноутом, а оказалось совпало. Дело в том что совсем недавно работало. Надо будет тоже обновиться.

>На x230t с кулером порядок.

Я нашёл патчик: https://github.com/soko1/openbsd-acpithinkpad, сейчас буду пробовать :)

>Не советую эту серию. Китайцы и так начали поганить, а "L" - это банальная попытка втюхать фуфло под раскрученным брендом. "Нормальные" серии - T, X, R.

Учитывая цену (у нас вообще 350$ стоил с i3) - просто отличная машинка. На фоне остального бюджетного шила - просто божественный ноут. Но всё равно поменял на Х220 т.к. давно о нём мечтал :)

>Этого многим не хватает, увы. У меня пока из-за этого хост-системы на CentOS. Плачу, но увы, для впиливания поддержки режима гипервизора в опёнок нужно много как знаний-умений, так и времени...

Значит будем ждать :) Жаль что я не умею...хотя решил начать вновь учить Си, потому что есть желание помогать проекту.

>А у тебя вообще apmd работает? Что говорит вывод команды apm? apm -C?

Да-да, конечно! Использую apmd с ключом -C. Когда от батареи работаю, то делаю pkill apmd && apmd -L.

# apm
Battery state: high, 79% remaining, 238 minutes life estimate
A/C adapter state: not connected
Performance adjustment mode: cool running (800 MHz)

(это с внешним моником, так бы часа три показывало)

apm -C ничего не выдаёт.

Кстати, на линуксе юзал tlp (http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html), очень хороший инструмент синкпадовский, который позволяет много чего в том числе регулировку уровня заряда батареи. Литий-ионные аккумы не любят полной зарядки и полной разрядки, поэтому я отрегулировал чтобы оно всегда было в пределах 40-80%, а когда сильно припрёт - на 100. Жаль что тут такой штуки нет. Поэтому теперь когда мне нужно на 100% зарядить аккум я загружаюсь в линукс и там выполняю tlp fullcharge. И что круто - эта софтина аппаратно регулирует все эти фишки. То есть загрузись ты хоть в винду - аккум всё равно не будет загружаться до заданного уровня. Аналогичная ситуация когда комп выключен и подрублен к подзарядке. Удобно, короче, и аккумулятор благодарен :)

>mlarkin@, если не ошибаюсь, буквально на днях эту поддержку добавил - см. http://undeadly.org/cgi?action=article&sid=20140721090626 . Как я понимаю, достаточно просто создать swap-раздел на softraid-диске, ключ/пароль будет запрошен при запуске компа. Если что-то не взлетит - лучше Майку напрямую написать с детальным описанием проблемы (а потом здесь рассказать :) ).

Вот так совпадение :) Благодарствую! ОБязательно потещу. А ему на англ писать, если что? Или это русскоязычный разработчик? А то я пока не в курсе)

>dmesg скинь. Управление кулерами ныне обычно через ACPI делается, то есть - специфично для разных ноутов. OpenBSD обычно сваливает эту работу на BIOS (в котором, кстати, есть смысл покопаться на эту тему).

Первым же делом отправил на dmesg@openbsd.org как поставил :)

Вот: http://paste.kde.org/pbi8frm4b

Ну вот я патч нашёл, что эту проблему устраняет (https://github.com/soko1/openbsd-acpithinkpad), вот только с ошибкой уже собирается к сожалению. Пофиксить не получилось пока что.

> Благодарствую! ОБязательно потещу. А ему на англ писать, если что? Или это русскоязычный разработчик? А то я пока не в курсе)

Насколько я помню, русскоязычных разработчиков три штуки: zhuk@ :), kirby@ и какой-то mikeb@ (судя по презентациям, Михаил Белопухов, Киев).


есть ещё из особ, приближённых к:

https://www.linux.org.ru/people/val-amart/profile (но там полная Славаукраине!, боюсь, москалям помогать не будет)

https://www.linux.org.ru/people/beastie/profile (тоже немного Славаукраине, но вроде без паники, благо что в Германии нонче :)

Друзья, расскажите как обстоят дела с ФС, которая могла бы заменить FFS. Планируются ли вообще какие нибудь действия в этом направлении?
Например, чем разработчикам не нравится HammerFS с православной для проекта лицензией? Или всех всё устраивает в существующей ФС?

Кстати, планируется ли поддержка TRIM для SSD-накопителей? Или она уже есть и я это пропустил?

>Насколько я помню, русскоязычных разработчиков три штуки: zhuk@ :), kirby@ и какой-то mikeb@ (судя по презентациям, Михаил Белопухов, Киев).

Ага, буду иметь в виду, спасибо :)

>(но там полная Славаукраине!, боюсь, москалям помогать не будет)
>(тоже немного Славаукраине, но вроде без паники, благо что в Германии нонче :)

Зря ты так, имхо. Нет преступления в том чтобы любить свой народ и не быть равнодушным к тяжёлой ситуации в стране. По-моему просто нужно не смотреть телевизор и не делать акцентов на национальность, особенно если речь идёт об отдельно взятом человеке.

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

А вообще лучше не мешать ОС и политику. Вообще политику лучше ни с чем не мешать и по возможности избегать разговоры о ней, потому что политика и власть это всегда ложь и грязь.

> А вообще лучше не мешать ОС и политику. Вообще политику лучше ни с чем не мешать и по возможности избегать разговоры о ней, потому что политика и власть это всегда ложь и грязь.

Если это ложь и грязь, то пусть это лучше будет моя ложь и грязь. :)

Политика - она везде, это вообще вся суть всех человеческих отношений. Поэтому политика должна быть со здравым смыслом.

Собственно, лично на мой взгляд, основные достижения openbsd - политические. Поэтому система с тремя разработчиками :) может бросать вызов другим ОС и даже побеждать их в чём-то, иметь постоянную, к тому же, растущую аудиторию. Это не технические преимущества, а именно грамотная политика партии, правительства и лично товарища Тео :)


> По-моему просто нужно не смотреть телевизор

http://51t.ru/g3SSWw :)

Как я ранее писал, нашёл патч для исправления проблемы постоянной работы кулера при простое на ThinkPad'ах и с ним отказывалось собираться ядро.
Сначала думал возложить эту проблему на знающих людей, а потом попробовал сам и...получилось :)
Сегодня закоммичу сюда : https://github.com/soko1/openbsd-acpithinkpad

С первым патчем! :) Respect!

Молодец! Похоже, что именно в этот момент я отправлял тебе pull request: https://github.com/soko1/openbsd-acpithinkpad/pull/1.
Я на x230t пока особой разницы не заметил, кроме одного момента: во время старта системы и выхода из suspend'a кулер резко разгоняется, чтобы потом быстро успокоиться.

У меня если честно тоже нифига не поменялось (ща с твоим соберу, но по видимому бессмысленно) :) На эмоциях написал, потому что собралось. А что не работает только как перезагрузился увидел.

Ну и да, спасибо за патч на патч в любом случае :)

> >Что касается suspend to ram, у меня он 2 дня как не работает (5.6-бета) почему-то, пойду установлю новый snapshot.

Похоже, что это из-за недавних изменений в apmd. Попробуй "apm -A" перед "zzz".

> Кстати, на линуксе юзал tlp (http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html), очень хороший инструмент синкпадовский, который позволяет много чего в том числе регулировку уровня заряда батареи.

В принципе, это, по-моему, не так сложно реализовать и в Опёнке. Всё будет сводиться, по идее, к паре новых ioctl в apm(4) и дополнительной логике для apmd. Я бы сказал "спасибо", ибо батареи действительно дохнут быстро.

> А ему на англ писать, если что? Или это русскоязычный разработчик? А то я пока не в курсе)

На дефолтном (английском).

mikeb@ не "какой-то", он очень и очень большой знаток криптографии и ядра OpenBSD. К сожалению, сейчас он сильно загружен на основной работе (что-то связанное с реверс-инжинирингом, вроде), опёнком занимается не так плотно.

я к тому, что я его не знаю, не общался, не ручаюсь :)

> У меня если честно тоже нифига не поменялось (ща с твоим соберу, но по видимому бессмысленно) :) На эмоциях написал, потому что собралось. А что не работает только как перезагрузился увидел.
>
> Ну и да, спасибо за патч на патч в любом случае :)

У меня тоже есть патчик к этому файлу, по другому поводу только, и делающий комп, наоборот, более шумным. :) Надо будет как-то скоординироваться после снятия релиз-лока...

http://51t.ru/QhJclk

объясните две непереведённые фразы:

первую я вообще не понял, про After much discussion this only led to the addition of ucpp in base (after a short detour by /usr/xenocara/app/xrdb-cpp) as /usr/libexec/auxcpp.

а вторую - фразы понятны, но я никак не могу связать их родами-падежами, чтобы получить осмысленный текст, я в этом вообще не понимаю. вроде бы он говорит "я изменил auxccp, теперь зависимости xbase от comp нет... но при этом я не буду ничего ломать в 5.6, потому что пришлось бы переделывать xenocara, ибо она уже готова для 5.6". Он так говорит, или что он говорит?

"Результатом долгой дискуссии стало лишь добавление ucpp в базовую систему (после недолго пребывания в /usr/xenocara/app/xrdb-cpp) под именем /usr/libexec/auxcpp."

"Так что теперь auxcpp стал частью набора base. Прощай, зависимость xbase от comp. Текущее состояние наборов X Window сохранится и в 5.6. Помимо этого, я обновил несколько компонентов xenocara. Репозиторий xenocara практически готов для 5.6." (несколько вольно, но зато, надеюсь, по-человечески)

С твоим патчем (https://github.com/vaskas/openbsd-acpithinkpad) вот с какими ошибками вылетает (amd4, 5.6-beta):

../../../../dev/acpi/acpithinkpad.c:151: error: redefinition of 'acpithinkpad_models_to_help'
../../../../dev/acpi/acpithinkpad.c:130: error: previous definition of 'acpithinkpad_models_to_help' was here
../../../../dev/acpi/acpithinkpad.c:155: error: redefinition of 'thinkpad_brightness_help'
../../../../dev/acpi/acpithinkpad.c:134: error: previous definition of 'thinkpad_brightness_help' was here
../../../../dev/acpi/acpithinkpad.c:159: error: redefinition of 'min_fan_temps'
../../../../dev/acpi/acpithinkpad.c:138: error: previous definition of 'min_fan_temps' was here
../../../../dev/acpi/acpithinkpad.c:167: error: redefinition of 'thinkpad_staged_fan'
../../../../dev/acpi/acpithinkpad.c:146: error: previous definition of 'thinkpad_staged_fan' was here
../../../../dev/acpi/acpithinkpad.c: In function 'thinkpad_hotkey':
../../../../dev/acpi/acpithinkpad.c:447: error: 'THINKPAD_BUTTON_FN_F6' undeclared (first use in this function)
../../../../dev/acpi/acpithinkpad.c:447: error: (Each undeclared identifier is reported only once
../../../../dev/acpi/acpithinkpad.c:447: error: for each function it appears in.)
../../../../dev/acpi/acpithinkpad.c: At top level:
../../../../dev/acpi/acpithinkpad.c:630: error: redefinition of 'thinkpad_set_fan_level'
../../../../dev/acpi/acpithinkpad.c:623: error: previous definition of 'thinkpad_set_fan_level' was here
*** Error 1 in /usr/src/sys/arch/amd64/compile/GENERIC.MP (Makefile:931 'acpithinkpad.o')

Это ты зря. Главное, в чем наши политические убеждения схожи (на данный момент), - OpenBSD. В остальном должно быть "don't ask - don't tell". Именно так работает open source.

Только что перепроверил openbsd-acpithinkpad_fan_control.diff - у меня все собирается, странно. На всякий случай обновил и acpithinkpad.c.
В любом случае, видимо, твою проблему патч не решает.

> Это ты зря. Главное, в чем наши политические убеждения схожи (на данный момент), - OpenBSD. В остальном должно быть "don't ask - don't tell". Именно так работает open source.

Именно так NetBSD пришла к фактическому забвению, имея при этом много технических преимуществ перед OpenBSD. У них нет ни политики, ни внятности, ни целостности. То, что люди могут быть биороботами, которые просто пишут код, и остальное их не волнует - это иллюзия. К счастью, OpenBSD этой иллюзией не страдает, достаточно даже их песенки послушать. :)

Если что-то с кем-то строишь - многие вещи важны.

Матье "бешеный француз" Херб (matthieu@), поддерживающий Xenocara, хочет поделиться своими впечатлениями о g2k14:

Я так и ничего и не сделал по моим остальным проектам (мультитач, DHCPv6), поскольку был отвлечен на твики наборов для X, по просьбе нескольких других участников. Результатом долгой дискуссии стало лишь добавление ucpp в базовую систему (после недолго пребывания в /usr/xenocara/app/xrdb-cpp) под именем /usr/libexec/auxcpp.

Причина в том, что xdrb (часть необходимой многим портам xbase) требует препроцессор C для запуска. Но, начиная с gcc4, /usr/bin/cpp находится в наборе comp, потому что это просто часть gcc. Получается, набор xbase требует установленного набора comp.

Есть два типа людей, которых это раздражает: люди с маленькими дисками, и люди с фобией "компилятор на сервере? непостижимо!" (хотя эти люди правы: http://www.welivesecurity.com/2014/03/18/operation-windigo-the-vivisection-of-a-large-linux-server-side-credential-stealing-malware-campaign/)

Так что теперь auxcpp стал частью набора base. Прощай, зависимость xbase от comp. Текущее состояние наборов X Window сохранится и в 5.6. Помимо этого, я обновил несколько компонентов xenocara. Репозиторий xenocara практически готов для 5.6.

Но всё равно, мне понравился хакафон. Спасибо Мите и его команде за организацию, и всем благодетелям за пожертвования!

> тогда не ответили, мож ща кто знает

*** openbsd, timidity, midiplay, openttd ***

Имею желание слушать музыку в openttd в openbsd. Замечательно.

OpenTTD собран без timidity, но с родным midiplay. Замечательно.

Музыки нет. Поставил timidity. timidity мидяшка проигрывает музыку. midiplay мидяшка - проигрывает музыку куда-то, но не в звуковую карту точно.

В мане есть указание только на то, что midiplay может играть музыку только на миди-устройства. Замеательно! Но на тот же timidity или ещё куда-нибудь, эта штука музыку играть может? В этом моменте - вообще провал в памяти какой-то, самый регулярный случай - нигде не описан, нигде не обсуждаем (один нашёл - у него midiplay играет музыку на pc-speaker, но у меня такого устройства нет).

Чё делать? Хочу, чтобы моя openttd тоже пела. :(

Вывод audioctl, mixerctl и dmesg в студию

http://51t.ru/pG7HK2

как же неудобно переводить, не понимая английский язык, как класс, и вообще не представляя, о чём идёт речь... так то я хоть пересказать могу, своими словами, а тут вообще мало что понял.

в общем, вот: http://51t.ru/JbvABV
кто заметит явные косяки - рассказывайте

вот оригинал: http://51t.ru/lo01IE

Разобрался. В общем, дело в отсутствии (аппаратного или программного) синтезатора MIDI. Программный есть в портах, пакет fluidsynth. К синтезатору так же нужны банки, один есть в пакете generaluser-gs-soundfont. Поставь оба пакета, запусти в какой-нибудь "fluidsynth /usr/local/share/generaluser-gs/GeneralUser_GS.sf2" (он покажет свой шелл, ничего там вводить не надо, просто оставить запущенным), после чего запускай OpenTTD.

Я уже отправил патч с дополнительными инструкциями в README для OpenTTD - http://marc.info/?l=openbsd-ports&m=140637555204092&w=2 :)

Собственно, сабж:

"HEADS UP: Mandoc integrated

I have just integrated 5025 import and use mandoc."

http://marc.info/?l=illumos-developer&m=140596066026073&w=2

Если верить ещё не обновившейся http://mdocml.bsd.lv/ports.html, это второй заход mandoc в базовую ОС за пределами *BSD... Можно поздравить schwartze@ и kristaps@ :)

можно, поздравляем! мандок - это вещь, всё хочу поближе присмотреться :)

А что там присматриваться... За что его любят - он на порядки резвее groff, как следствие - нет нужды заранее форматировать man-страницы. Это сильно экономит время при сборке (т.е., время полного билда становится меньше). А быстрые билды - это очень, очень хорошо.

Другая вкусная плюшка - развитой apropos, с возможностью поиска, например, страниц, упоминающих конкретно cut(1), а не просто всех страниц со словом "cut": http://undeadly.org/cgi?action=article&sid=20140422171701

пока ext2 не заработает, ничего не могу поставить, не со снапшотов (которые нужной версии только на диске), ни с портов (distfiles тоже на ext2) :)

посмотри речь Тео, там


> On other fronts, I worked with the install script guys and the DRM guys to make sure that our next release can automatically know to leave the X aperture closed for capable chipsets.
> Также я работал с пацанами и из отдела инсталляционного скриптования и из отдела DRM, для того, чтобы установщик мог автоматически выставлять aperture.

я увидел, что инсталлятор теперь не спрашивает про "вы будете запускать X" (зато спрашивает про закрытие крышки :), но что тут конкретно имеется

> This issue was first made apparent due to the systrace sandbox technique now used in the ssh tools, which prevents syslog_r from doing socket, connect, sendto.. all the good system calls necessary to report failure, but dangerous -- and precisely what the sandbox is trying to prevent.
> Эта проблема была сделана очевидной из-за метода песочницы systrace, используемого теперь в ssh инструментах. который препятствует тому, чтобы syslog_r открывал сокет, соединялся, отправлял.. хорошие системные вызовы для того, чтобы сообщить о неудачах, но, однако, опасные - и точно те, что песочница пытается предотвратить.

я тут вообще не понял, кто кого харлал


> Системный вызов довольно узкоцелевой, поэтому назван sendsyslog(2), but this also fits the narrow use case it will have such as sandboxing.

нет вариантов :(

Пока в экспериментальном режиме на моём старом сервере заведён одинокий гейт

http://obsd.odii.ru

Он собирает статьи с undeadly и openbsd-cvs да openbsd-ports-cvs с marc.info

Как только всё заработает - будет гейтоваться сюда, в эху obsd.info.14, которая заменит собой obsd.rss.14

Попробовал с apm -A, apm -C в разных сочетаниях, засыпает в любом случае через раз, 2 из 3 или не засыпает вообще. А что это за изменения в apmd? Раньше все работало, как часы.

Увидел вот это: http://marc.info/?l=openbsd-cvs&m=140639088107843&w=2. Надеюсь, теперь все будет Ок.

Очень круто, спасибо!

Подтверждаю, все отлично! Ложится баиньки и просыпается сколько хочешь раз. Ура!

http://51t.ru/obsd.info.14

спрашивайте канал у своих операторов связи

>Подтверждаю, все отлично! Ложится баиньки и просыпается сколько хочешь раз. Ура!

Супер! А то без сна вообще ну никак. Нужно просто обновиться по cvs и пересобрать ядро, я правильно понял?

И ещё, подскажите плз мануал, желательно на русском о том как создавать порты. А то я в FAQ смотрел, но там просто о использовании уже готовых портов. Хочу пару приложений портировать простеньких.

---
soko1

> И ещё, подскажите плз мануал, желательно на русском о том как создавать порты. А то я в FAQ смотрел, но там просто о использовании уже готовых портов. Хочу пару приложений портировать простеньких.

Есть большое желание, хоть тушкой, хоть чучелом, перевести ports handbook. Наверное, язык там будет попроще, чем эти страшные интервьюхи, которые с большим скрипом переводятся... :(


ps. где логин потерял? :)

Сам задал вопрос, сам же на него и отвечаю :)

Инфа о создании портов вот: http://www.openbsd.org/faq/ports/guide.html

На русском пока что ничего толкового не нашёл.


---
soko1

>Есть большое желание, хоть тушкой, хоть чучелом, перевести ports handbook. Наверное, язык там будет попроще, чем эти страшные интервьюхи, которые с большим скрипом переводятся... :(

Блин, это было бы супер! Жаль я английский плохо знаю, так бы помог с переводом!

>ps. где логин потерял? :)

Я с чужого компа зашёл, не хочу палиться :) Вечером уже буду под своим акком писать.

---
soko1

> Блин, это было бы супер! Жаль я английский плохо знаю, так бы помог с переводом!

я английский не знаю вообще.

я беру кусок текста, копирую в машинный переводчик, потом гляжу на эти два куска текста и начинаю домысливать, что бы я сказал на месте автора :)

так уже несколько заметок с g2k14 перевёл :)

>я беру кусок текста, копирую в машинный переводчик, потом гляжу на эти два куска текста и начинаю домысливать, что бы я сказал на месте автора :)

АААА, ты жжошь напалмом :))) Ржу как конь :)) Особенно с "и начинаю домысливать, что бы я сказал на месте автора :)". Это пять!

---
soko1

ну не переводом же это называть... скорее, пересказ на основе слухов, близких к достоверным...

вот, например, беру я строку:

The base OpenBSD operating system is fairly complete in its own right. However, there is a large amount of third-party software one might want to use in addition to the base system.

второе предложение понятно, а по первому, что перевод в лоб, что по лбу, даёт фигню какую-то.

В этом случае, чтобы скрыть тот факт, что я понятия не имею, о чём говорит автор, напишу что-то вроде "Много есть хорошего в системе OpenBSD. Но многохорошим всё время сыт не будешь, и поэтому для OpenBSD существуют горы сторонних приложений, для расширения возможностей системы"

Если смонтировать NFS и отключить NFS-сервер на удалённом серваке, то начинается настоящая беда: `df -h` вешает консоль, `umount /nfs_шара` делает тоже самое никак не реагируя на команду. Помниться лет 8 назад когда я ещё пользовался этим говном (не побоюсь этого определения) на FreeBSD была аналогичная проблема и решалась она какими-то специфическими ключами при монтировании, либо через umount с ключом -f (force), тут же оно не работает. Как уже только не пробовал отмонтировать - ни в какую. Нужно либо комп ребутать, либо NFS-сервер вновь врубать. Подскажите пожалуйста как сию проблему можно решить на OpenBSD более-менее человеческим способом.

Благодарю!

Вообще, есть опция монтирования -i - добавь в /etc/fstab или в вызов mount_nfs. Должно работать - но, правда, гарантировать не могу. NFS - одно из самых злобных мест в ОС.

Буду иметь в виду, угу, спасибо!

Но меня сейчас больше интересует как выйти из сложившейся ситуации, а не как вести себя в будущем. Есть ли выход? Если его нет, то необходимо предложить разработчикам, потому как это не разу ни ок. Что мне комп перезагружать потому что я не указал ключ -i? :) Ну или сделать его тогда по умолчанию для mount_nfs - как один из вариантов. Что думаешь?

Скажем так, "нормального" выхода из этой ситуации нет по определению. Либо скорость, либо - надёжность; в случае с NFS приоритет у скорости. Не рассчитан NFS на ненадёжные линки, от слова "совсем".

Почему -i (описанный, между прочим, в man'е) не по умолчанию - не знаю: может, по традиции; может, какие-то подводные камни есть с ним.

Думаю, что с этим лучше вылезать на misc@openbsd.org. :) Здесь никто не ответит толком. Да и там, возможно, придётся спрашивать не раз.

> Думаю, что с этим лучше вылезать на misc@openbsd.org. :) Здесь никто не ответит толком. Да и там, возможно, придётся спрашивать не раз.

и по результатам нам сообщить. мы же волнуемся! :) и по истории полезно, когда всё заофлайнено.

http://51t.ru/Xmhszo

а это любопытно. интересно, на rs690 когда-нибудь заработает? :)

Огорчило то что в ifconfig нет аргумента командной строки для вывода всех доступных сетевых интерфейсов. Имхо, штука полезная. Было бы неплохо предложить такой функционал разработчикам.

Пришлось написать большой костыль, чтобы определить скажем все доступные wifi-интерфейсы на машине:

ifconfig | pcregrep -M -o '^[^\t:]+:([^\n]|\n\t)*groups: wlan' | head -n 1| awk {'print $1'} | sed s/://

А ещё вновь чуток пофиксил скрипт для wifi-коннектов который форкнул не так давно: https://github.com/soko1/OpenBSD/commit/32bd53f6bf9f2ca6d13bf637f60f10b29bad986b

1) ранее автор выводил список доступных интерфейсов странным `dmesg | grep 'address' | awk '{ print $1 }' ` с кучей дублей и интерфейсов не в тему (не wifi)
2) пароль от wifi при вводе светился на экране, что не есть гуд

Зачем так сложно? :)

ifconfig | perl -ne 'if(/^\S/){s/:.*//;print}'

Насчёт "предложить разработчикам" - такие вещи только вместе с уже готовым патчем.

не ломайте ifconfig, пожалуйста! :) мало того, что без openbsd сижу, потому что без ext2 ничего сделать не могу, так ещё и сеть не хватало сломать :)

лучше готовый патч - уже только после многочисленных тестирований :)

Угу, это я ночью просто писал сонный. Сейчас переделал так: ifconfig | perl -ne '$i=$1 if /^(\S+):/; print $i."\n" if /groups: wlan/'

Ага, понял. А куда отправлять лучше такие патчи?

Пришла в голову мысль написания pastebin-клиента (в портах нет ни одного). При чём не просто портировать готовое решение с кучей зависимостей (как 99% решений), а написать на Си, дабы увеличить вероятность включения сего в базу (ну или на ksh).

Как думаете, есть ли смысл? Захотят ли включить такое в базу? Имхо, таких штук очень не хватает. Ну и какие тогда требования будут кроме как простой и секъюрный код? Ведь pastebin-сервис то может и загнуться. Или сделать чтобы оно конфиг читало... Короче дайте идеи плз.

мне кажется, что это противоречит "культуре OpenBSD". нет, не думаю, что это включат в базу.

> Ведь pastebin-сервис то может и загнуться

только ii спасёт родину :)

В дополнении к теме с pastebin-клиентом. Пришла в голову мысль, что уж если писать клиент, то нужно написать тогда уже и сервер. Потому что сервисов подобных несколько тысяч, у всех апи разный, конфиг оптимальный для клиента не напишешь, а использовать статический адрес ни разу не тру, т.к. сервисам свойственно загибаться.

А так, написали бы клиент с сервером, подняли бы на paste.openbsd.org и было бы огромное кол-во "зеркал" с подобным фунционалом который можно было бы указать скажем в /etc/pastebin.conf (в том числе резервные сервера)

>мне кажется, что это противоречит "культуре OpenBSD". нет, не думаю, что это включат в базу.

И чем же оно противоречит "культуре"? Или по твоему разработчики не выкладывают в публичный доступ куски кода/конфиги/дампы? Назови хоть один аргумент)

> Назови хоть один аргумент)

Аргумент - "это противоречит культуре OpenBSD". Это ОЧЕНЬ долго объяснять на словах, когда проникнешься культурой - сам прочувствуешь. :)

> Или по твоему разработчики не выкладывают в публичный доступ куски кода/конфиги/дампы?

Выкладывают. В рассылку.

>Аргумент - "это противоречит культуре OpenBSD". Это ОЧЕНЬ долго объяснять на словах, когда проникнешься культурой - сам прочувствуешь. :)

Вот не люблю когда отвечают в стиле "подрастёшь - всё сам поймёшь" и избегают ответов на конкретно поставленные вопросы, думая что хорошо выкрутились :)

>Выкладывают. В рассылку.

Ну осью пользуются как бы не только разработчики. Или ты своему другу конфиг от posfix тоже будешь через misc@openbsd.org слать?

Всегда есть задачи, которые необходимо как-то решать. Если в ОСи нет НИ ОДНОГО инструмента для этого - это никогда не запишется ей в плюсы. Тебе не нужно - найдутся сотни тысяч людей которым это будет нужно. И если ОСь делается с расчётом на хоть какую-то популярность (только не говори мне что с OpenBSD это не так, потому что это будет глупостью) - это нужно учитывать. Поэтому не нужно за всех отвечать, имхо.

> Вот не люблю когда отвечают в стиле "подрастёшь - всё сам поймёшь" и избегают ответов на конкретно поставленные вопросы, думая что хорошо выкрутились :)

Ну, у OpenBSD культура, которая в принципе с годами не менялась. И которая несколько отличается от других свободных ОС. И это её сильная сторона. Одни слушают Эминема, другие ходят в консерваторию, и это нормально. :)


> Если в ОСи нет НИ ОДНОГО инструмента для этого - это никогда не запишется ей в плюсы.

У этой ОС - другие плюсы. Приверженность традициям - одна из них. Иначе бы давно превратили базовую систему в проходной двор. :) Собственно, на этих догматах система и стоит, и не поколеблется. :)


> Ну осью пользуются как бы не только разработчики. Или ты своему другу конфиг от posfix тоже будешь через misc@openbsd.org слать?

А в портах ничего нет? Я не знаю, я не пользуюсь такими вещами. Но, если нет - нужно добавлять, хотя бы в wip. Как добавлять в wip - это уже Вадим ответит :)

Патчи к базовой системе (и вообще конкретные _готовые_ для включения в репозиторий предложения) отправляй сразу на tech@openbsd.org . Желательно - inline и не из Web-интерфейса (оные часто портят текст патчей). Я обычно делаю "cvs diff >cool.patch", правлю файл и затем "mail -s 'Here is my patch for /usr/bin/true' tech@openbsd.org <cool.patch". Последняя команда работает за счёт того, что в конфиге OpenSMTPD прописано,как отправлять почту от моего имени через аккаунт в GMail.

> Пришла в голову мысль написания pastebin-клиента (в портах нет ни одного). При чём не просто портировать готовое
> решение с кучей зависимостей (как 99% решений), а написать на Си, дабы увеличить вероятность включения сего в базу
> (ну или на ksh).
>
> Как думаете, есть ли смысл? Захотят ли включить такое в базу?

Честно говоря, в базе такое вряд ли актуально. Прости меня, господи, за буржуйское слово, - usecase какой? И чем плохо делать это через браузер?

А писать можно ещё на Perl. ;)

> Ну осью пользуются как бы не только разработчики.

Ошибка! OpenBSD - ОС, которую делают разработчики для себя. То есть - для разработчиков. Мы делаем эту ОС так, как мы видим этот процесс. Мы двигаемся в том направлении, которое нам кажется правильным. Кто хочет присоединиться к процессу - welcome, если он что-то делает (присылает толковые патчи, например), то он тоже становится разработчиком. Все свободны - в самом натуральном смысле этого слова. Кому нравится то, что делают разработчики OpenBSD, но при этом не хочет сам участвовать в процессе - пользуются тем, что есть. Но они ничего не решают. Если в результате решения, принятого разработчиками в рамках процесса разработки, у кого-то за пределами данного процесса что-то отвалилось - увы. Разумеется, здравым смыслом разработчики OpenBSD пользуются - но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.

В сообществе OpenBSD нет и не планируется демократии. :) Или ты часть проекта, или - нет. В первом случае ты влияешь на проект, во всех остальных - твоё мнение проект не интересует.

Может быть, это звучит жёстко, зато - честно.

переписать ii на perl, включить в базу... как замена рассылок и подобного... затем добавить клиент на дискету (там вже всё для этого есть), чтобы он во время установки рассказывал новости и анекдоты... вот эта идея мне нравится... кстати, я для кусков кода тоже ii использую :)

> Разумеется, здравым смыслом разработчики OpenBSD пользуются - но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.

Не очень однозначно звучит. :)

Наверное, всё таки "нет ориентированности на привлечение пользователей в ущерб всему остальному" :)

> затем добавить клиент на дискету (там вже всё для этого есть), чтобы он во время установки рассказывал новости и анекдоты...

На RAMDISK'ах нет Perl. :) Так что надо дойти минимум до этапа распаковки baseXY.tgz; и то не уверен, что Perl заведётся из-под установочного ядра... Но можно, конечно, сделать свой RAMDISK.II. ;)

> На RAMDISK'ах нет Perl. :)

Клиент для ii можно сделать на том, что есть на дискете А :) это всё продумано изначально :)

А более тяжёлые опции - это постинг и пакетная передача бандлами (а не по одному сообщению), но тут главное - это наличие base64.

> Клиент для ii можно сделать на том, что есть на дискете А :) это всё продумано изначально :)

Тогда... у тебя чуть больше полугода, и это будет одним из лучших первоапрельских коммитов. ;)

> Наверное, всё таки "нет ориентированности на привлечение пользователей в ущерб всему остальному" :)

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

И стоит оговориться насчёт проектов, выходящих за пределы уютного репозитория OpenBSD и обретающих portable-версии - у них немного другие законы. Когда появляется такой проект - это значит, что кого-то в среде OpenBSD "достали" альтернативы (если они вообще есть), и эти люди хотят именно предложить миру какой-то достойный софт. Тогда к этому софту начинают добавлять слой для повышения портабельности - то есть, берутся небольшие части OpenBSD, которые используются софтиной и отсутствует в других ОС. Это альтернативный подход по сравнению с тем, что обычно городят - с добавлением многих слоёв абстракций, стремительно увеличивающих сложность конечной системы, со всеми вытекающими последствиями, которые можно видеть уже на примере данного, чрезвычайно удлинённого в духе типичного фэнтезийного (и не только) графоманства, плоды которого, к сожалению, подчас находят своё место на книжных полках магазинов и даже библиотек...

>> Клиент для ii можно сделать на том, что есть на дискете А :) это всё продумано изначально :)
> Тогда... у тебя чуть больше полугода, и это будет одним из лучших первоапрельских коммитов. ;)

сам клиент - это просто: типа Install Autoinstall Upgrade Shell Read maillists

там уже идёт выбор - список мейллистов, включая хуморную

а там уже - просмотр их, лентой (в дискете есть more,less или другой способ глядеть постранично?)

возможно - поиск по ключевому слову


тут вопрос с сервером. рассылки надо ii-зировать (напрямую или перепостом с веба), потом клиент должен знать, с какого адреса их запрашивать, нужно убедиться, что это безопасные тексты "без ЗЛЫХ ESCAPE-КОДОВ", и что-то типа того...


ps. Посмотри те три текста, которые недопереведены. Я хотя бы эту обойму, сколько их накопилось, куда-нибудь в лоровый talks кину, чтобы люди прочли, и, может быть, даже помогли доперевести остальные...

Постараюсь. У меня на работе небольшой звездец, так что сегодня вместо выходного буду чёрт знает чем заниматься. :(

>У этой ОС - другие плюсы. Приверженность традициям - одна из них. Иначе бы давно превратили базовую систему в проходной двор. :) Собственно, на этих догматах система и стоит, и не поколеблется. :)

Ок, ты меня переубедил :)

Нет, в портах ничего такого нет. Исправлю ситуацию :) Только я не нашёл ни одного вменяемого клиента (я не про obsd, а вообще про всё). То баш за собой тянет, то кучу питоновского говна. Поэтому идеал - написать либо на сях, либо на ksh. Но хрень в том что как я писал ранее сервисов дохренища и у всех разный апи, а это значит что хрен напишешь универсальный клиент для всего. А один-два сервиса юзать не тру, т.к. всё рано или поздно загибается и актуальность порта умирает. Ну, или требует модификации.

>И чем плохо делать это через браузер?

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

Но твою с 51t точку зрения я понял. Тогда нужно включить хоть один такой инструмент в порты. Поэтому пока что займусь написанием оного, а потом уж порт создам.

А про перл я совсем забыл, ага :)

python на то и нужен, чтобы такие действия в 1-2 строчки делать. я с помощью скрипта в несколько строчек скоро весь веб ии-зирую :)

кстати, ii://study.14[*][*] - тоже сервис таких выкладок :) или даже любая эха на http://iibbs.bl.ee :)

>но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.

Я не это имел в виду) Лизать зад пользователям как это делает линукс, делая из ядра свалку и прислушиваться к вменяемым потребностям пользователей - совершенно разные вещи. Если бы последнего принципа не было у проекта, то никакого прогресса бы не последовало. Разве не так?
Что например плохого в том, чтобы прислушаться к желанию русскоязычных пользователей (не разработчиков) и реализовать в mount_msdos поддержку koi8-r? Вот я о чём.

>В сообществе OpenBSD нет и не планируется демократии. :)

Мне кажется ты ошибаешься. Как бы этого не хотелось, но такое маловероятно. В большинстве случаев решение принимает большинство. Или в сообществе OpenBSD диктаторство и все решения только один человек (например, Тео)? Мне кажется что это больше свойственно скорее даже линуксу, чем OpenBSD, где если Линус скажет своё эмоциональное НЕТ, то в официальное ядро данный функционал не войдёт. Другое дело - если есть какие-то правила/принципы, которые ни при каким предлогом разработчики не будут переступать. Но даже это не является противоположностью демократии. ЗЫ я сам очень не люблю это слово, но к сожалению оно почти везде кроме реальной политики и религии и ничего плохого в нём нет, так же как, например, в свастике, которую Гитлер осквернил )

>Или ты часть проекта, или - нет. В первом случае ты влияешь на проект, во всех остальных - твоё мнение проект не интересует.

Ок, тогда какие критерии являются причастностью к проекту? Разве не искреннее желание и возможность помочь?

>python на то и нужен, чтобы такие действия в 1-2 строчки делать. я с помощью скрипта в несколько строчек скоро весь веб ии-зирую :)

Пистона нет в базовой системе и проги на нём довольно прожорливые. Не вижу смысла всякий раз прибегать к его использованию :) Имхо, значительно лучше сделать это штатными средствами. Тем более задача сводится к простому http-запросу.

>переписать ii на perl, включить в базу... как замена рассылок и подобного... затем добавить клиент на дискету (там вже всё для этого есть), чтобы он во время установки рассказывал новости и анекдоты... вот эта идея мне нравится... кстати, я для кусков кода тоже ii использую :)

Не доводи до абсурда, пожалуйста) Я ведь тоже любую твою мысль могу до абсурда довести и она будет казаться идиотской :)

>>но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.
>Наверное, всё таки "нет ориентированности на привлечение пользователей в ущерб всему остальному" :)

Замечательное дополнение. Плюсую!

> Не доводи до абсурда, пожалуйста) Я ведь тоже любую твою мысль могу до абсурда довести и она будет казаться идиотской :)

Это не абсурд. Это мой реальный план покорения мира. Точнее, одна из его частей.

Я вижу преимущества ii перед обычными мейл-листами. И, вообще, ii создавалась в духе, силе и культуре ii... хоть и на python, но мне можно, я не программист :)

> Пистона нет в базовой системе и проги на нём довольно прожорливые.

Я тестировал клиент ii и сервер ii в openbsd 5.3 на pentium 120 / 24 mb RAM :) не думаю, что на другом языке оно бы потребляло СИЛЬНО меньше :)

>Я вижу преимущества ii перед обычными мейл-листами

Я тоже. Мейл листы по мне так вообще устарели и нуждаются в усовершенствовании, но если речь идёт о консерватизме с объективными принципами, то порой можно и пожертвовать дополнительными плюшками во благо той же совместимостью со старыми и проверенными технологиями.

Но всё равно я увидел в твоих словах нотку стёба, возможно из-за новостей с анекдотами в установщике :))

>Я тестировал клиент ii и сервер ii в openbsd 5.3 на pentium 120 / 24 mb RAM :) не думаю, что на другом языке оно бы потребляло СИЛЬНО меньше :)

Ну это да, смотря как писать. Но я думаю ты не будешь спорить с тем, что хороший компилируемый код на Си порвёт любой хороший код на питоне. Ну и плюс, если прочувствовать Политику Партии (говорю немного со стёбом, но добрым, ламповым), то питон в базовую систему ещё не скоро (никогда?) будет включен :)

> Но всё равно я увидел в твоих словах нотку стёба

Как только увидишь мои сообщения без этой нотки - сразу звони мне, буду узнавать, кто мой аккаунт взломал.


> из-за новостей с анекдотами в установщике :))

Вы таки против анекдотов в установщике? Если я всё-таки соберу свой дистрибутив - обязательно добавлю анекдоты в установщик! Из принципа.

>Как только увидишь мои сообщения без этой нотки - сразу звони мне, буду узнавать, кто мой аккаунт взломал.

Окэ, буду знать)

>Вы таки против анекдотов в установщике? Если я всё-таки соберу свой дистрибутив - обязательно добавлю анекдоты в установщик! Из принципа.

Не, это круто! Но не серьёзно, имхо. Хотя душевно и оригинально. Вообще не люблю серьёзность. Если бы разработчики OpenBSD были серьёзными занудами, то не было бы крутых релизных песенок, вводных слов, комиксов и т.д. Поэтому я наоборот ЗА это. Но вы просто настолько серьёзно к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)

*Но вы просто настолько серьёзно ПОДОШЛИ к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)

ЗЫ а редактирование включать в функционал ii не планируешь? А то не всегда удобно без него, имхо.

> то питон в базовую систему ещё не скоро (никогда?) будет включен :)

Разумеется. У меня как-то кто-то уже спрашивал про это. И я сразу мысленно прочертил траекторию, ооочень замысловатую... по которой меня Тео пошлёт с этим предложением :)

Мы же про порты говорили.

> Ну это да, смотря как писать. Но я думаю ты не будешь спорить с тем, что хороший компилируемый код на Си порвёт любой хороший код на питоне.

Если это класс задач, где используются словари, гибкие списки, скриптование и подобное - то в C придётся изобретать всё это... с нуля. Или как ты сделаешь в C аналог 'exec' :)

Кроме того, на python получится быстрее. Варианта ii на C до сих пор нет, ни клиента, ни сервера :) На python, perl, sh - есть :)

Как там говорили классики: http://51t.ru/FLoKsv

Поэтому то, что уместнее делать на python - лучше делать на python. То, что лучше делать на C - лучше делать на C :)

> Но вы просто настолько серьёзно к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)

Лично меня огорошило такое заявление :) У анекдотов в установщике есть намного больше шансов :)

Кстати, на счёт демократии ещё подумалось. По твоей логике, если я разработчик (имею желание и возможность помогать проекту? Согласен с основными его принципами? Имею доступ к репам? У меня есть персональный @openbsd.org мэйл?))), нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу, даже ни с кем не посоветуюсь. Имхо, это уже больше похожу на анархию (кстати, из всех форм правления симпатизирует мне более всего анархия по Крапоткину, если что, поэтому я ни коим образом не хотел этим словом ничего очернять). Но мне не кажется что тут это слово приемлемо. Именно поэтому мне кажется ты был не прав, сказав что тут нет и не будет никакой демократии. Я бы это назвал "демократией среди разработчиков", которые знают что делают и для чего они это делают.

>Лично меня огорошило такое заявление :)

Мне вот просто интересно, чем оно тебя так уже огорчило? Может ты просто преувеличиваешь свои эмоции и оно просто конкретно тебе не нужно, как и сотни других утилит которые ты скорее всего никогда в жизни не использовал и о существовании которых даже не в курсе, но которые уже есть в базе?

>У анекдотов в установщике есть намного больше шансов :)

Это смотря с какой стороны посмотреть. Есть же не только белое и чёрное, но и миллионы других цветов и оттенков.
Если говорить про практичность, то моё предложение в сто раз практичнее твоего. Если говорить про юмор, тогда у моего предложения нет шансов перед твоим :) Всё намного сложнее, если убрать субъективность в мышлении.

Политика здравого смысла и незаморачиваемости. У людей есть дело, и они его делают. Но сама культура настолько мощно на них влияет, что они знают, что делать можно, а что нельзя. :) Например, это осваивается, в лёгкой песенной форме. :) Неважно, кто главный. Важно, что все всё понимают. Там достигнута наивысшая форма взаимопонимания - гармония. И шаг влево, шаг вправо - могут её разрушить. А сейчас - всё на своих местах, и этот статус-кво по возможности сохраняется.

Фишка openbsd в том, что они всё правильно сделали, с первого раза :) Можно взять архивы оси (я давеча ставил openbsd 2.8) или запросить в cvs сайты много-много-летней давности. и убедиться, что ничего не изменилось. дизайн сайта остался 1 в 1, он был удобен тогда, он удобен и теперь. пока в linux менялись механизмы сетевой настройки и прочего, потому что то там неудобно, то тут, и до появления networkmanager не было вообще никаконо единообразия - в openbsd сразу сделали просто и удобно, и это работает до сих пор.

И так во многом. Поэтому развитие там не бежит, чтобы не растрясти всё то, что было наработано годами. И люди прозревают! Видят, что пока они меняли то, сё, а потом её и вон то, и неизвестно, что дальше - есть система, в которой до сих пор живёт дух Unix и гармонии. :) И вокруг этого фундамента всё и строится - люди сами понимают, что и как, они вошли в ритм, вошли в свою зону комфорта, и они не сильно заморачиваются вышеуказанными вопросами, потому что понимание происходящего у людей уже есть. :) ибо для них это всё ЕСТЕСТВЕННО, и им не надо это формализировать :)

Потому и OpenBSD :)

> нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу

Это всё равно, что спрашивать в гольф-клубе с традициями "а это клюшки? а если ими по голове садануть?". Но таких вопросов никто просто не задаёт. И никто так не делает. ПОТОМУ ЧТО ТУТ ТАК ЗАВЕДЕНО.

И никто не устраивает дискотеки на похоронах. А тех, кто мог бы устраивать - на похороны не приглашают. Нормальный человек, который пришёл на похороны, не спрашивает "а можно тут дискотеку устроить" или не рассказывает анекдоты. Хотя никто ему особо про эти правила не говорил - он просто сам понимает, какое поведение тут естественно.

Подобные традиции - выше любых правил. :)

> Если говорить про практичность, то моё предложение в сто раз практичнее твоего.

Сильно сомневаюсь в этом. :)

> Мне вот просто интересно, чем оно тебя так уже огорчило? Может ты просто преувеличиваешь свои эмоции и оно просто конкретно тебе не нужно, как и сотни других утилит которые ты скорее всего никогда в жизни не использовал и о существовании которых даже не в курсе, но которые уже есть в базе?

Огорошило, а не огорчило. Как раз, наверное, потому, что я, пусть и в общих чертах, знаю много о чём, что есть в базе. :) Даже в монополию играл :)

Соглашусь с твоими словами. Это действительно круто. Меня именно этим линукс и задолбал. Вечно всё меняется и не система работает на тебя, а ты на систему.

Я не скажу что меня всё здесь устраивает, но я всегда могу придумать какие нибудь костыли, или предложить свои варианты с реализацией сообществу. Это хороший стимул, чтобы начать разбираться с тем что используешь (+ учить язык Си).

Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями. Я не говорю про то что нужно ломать старое, проверенное, вовсе нет.

Кстати, если подскажете чем побороть мою проблему с блютуз-инетом или 3г модемом - с удовольствием выслушаю. Потому как в офиц. документации ни слова об этом, а вся инфа что встретил устарела. Например нет порта bluetooth-tools. Что пришло ему на замену - без понятия.

И ещё. Я не утверждаю что всё то что я сказал правда. Возможно я просто плохо курил доки и вся эта поддержка имеется из коробки, или в портах и настраивается без проблем, а у меня кривые руки :)

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями.

это входит в список актуальных задач

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями.

Только не падай, пожалуйста :) http://51t.ru/s9n632

> И ещё. Я не утверждаю что всё то что я сказал правда. Возможно я просто плохо курил доки и вся эта поддержка имеется из коробки, или в портах и настраивается без проблем, а у меня кривые руки :)

У нас доки не курят. У нас их читают. :) Иногда даже обсуждают - можно доставать доку, разложить её на стол, и мы проведём дискуссию в меру своей компетентности. :)

>Сильно сомневаюсь в этом. :)

Ну ок, тогда объясни какая _практическая_ польза в анекдотах в инсталлере?
Вот когда там инфа про установку - польза есть. Когда там анекдоты - то пользы совершенно никакой. Просто если следовать твоей логике, то если на сайт openbsd.org вставить кучу флеша с аяксом и мультяшными рыбками, то практическая польза сайта возрастёт. Но и ты и я знаем, что это не так :)

>Как раз, наверное, потому, что я, пусть и в общих чертах, знаю много о чём, что есть в базе. :) Даже в монополию играл :)

Давай не переходить на личности, плз. Я совершенно не это имел в виду и твою крутость под сомнения я не ставлю ;) Я к тому что в базе есть всё что ВСЕМ нужно, но не отдельно взятому человеку и это нужно учитывать.

http://www.opennet.ru/opennews/art.shtml?num=39179

В 2014 году организация OpenBSD Foundation стала участником спонсорской программы Google Summer of Code - первый раз за всё время существования данной программы. OpenBSD Foundation является некоммерческой организацией, помогающей, но не определяющей развитие проекта OpenBSD. Отсутствие OpenBSD в числе участников GSoC ранее было связано с рядом юридических нюансов, на данный момент решённых.

Краткий список предлагаемых на GSoC 2014 задач:

> Сетевые задачи

Реализация совместимого аналога для SECCOMP-bpf;
Улучшение встраивания псевдодрайверов вроде carp(4) и bridge(4) в сетевой стек;
Реализация централизованного (единого) DHCP-клиента;
Клиент DHCPv6 для базовой системы;
Сервер DHCPv6 для базовой системы;
Модернизация dhcpd(8);
Реализация агрегации маршрутов FIB в OpenBGPd;
Поддержка Milter API в OpenSMTPd;
Разработка единого, постоянно работающего средства управления сетевой конфигурацией хоста;
Сведение четырёх присутствующих на данный момент реализаций PPP (ppp(4), sppp(4), pppoe(4) и pipex(4)) к одной (pipex).


> Задачи, связанные с поддержкой оборудования

Замена wdc(4) средствами подсистемы atascsi;
Реализация средств работы с механизмом flat device table (FDT), использующимся во многих SoC;
Реализация собственного загрузчика для ARM-систем;
Реализация аппаратной поддержки вычислений с плавающей запятой на ARMv7;
Асинхронный режим работы с USB для ugen(4) и usb(4);
Поддержка стека для работы с SD/MMC в libsa (актуально для родного загрузчика на ARMv7).


> Другие задачи в базовой ОС

Портирование Capsicum;
Замена парсера конфигурационного файла DHCP-сервера и клиента кодом на Yacc;
Реализация поддержки GPT;
Портирование драйвера X.org nouveau;
Реализация интерфейса evdev для wscons(4);
Исследование возможности интеграции файловой системы Hammer в OpenBSD;
Использование показаний акселерометра для парковки головок жёсткого диска.


> Задачи по портированию или замене стороннего ПО

Портирование valgrind;
Портирование средств санации кода из состава LLVM/Clang;
Реализация lint-подобного средства аудита на базе LLVM/Clang, для выявления конструкций, считающихся опасными в OpenBSD;
Реализация ряда интерфейсов systemd;
Поддержка API разделённого рендеринга в Webkit 2 на OpenBSD;
Поддержка WebRTC в приложениях Mozilla на OpenBSD;
Реализация простой системы учёта сообщений об ошибках вместо gnats/Bugzilla, с интеграцией sendbug(1).
Разработка архитектуры решения по интеграции портов OpenBSD и внешних фреймворков по установке расширений (CPAN, Ruby gems и т.д.);
Не привязанный к ОС аналог GUI NetworkManager;
Портирование Java 8 (на данный момент в OpenBSD имеются порты для OpenJDK 1.6 и 1.7).

>У нас доки не курят. У нас их читают. :)

Не бегемот, а гиппопотам? :) Ок, буду придерживаться правил вашего ii и впредь не буду использовать сего синонимичного выражения.

> Ну ок, тогда объясни какая _практическая_ польза в анекдотах в инсталлере?

Анекдоты - только одна из эх ii. я говорил об ii в базовой системе :)


> Просто если следовать твоей логике, то если на сайт openbsd.org вставить кучу флеша с аяксом и мультяшными рыбками, то практическая польза сайта возрастёт.

Не совсем понимаю. Точнее, совсем не понимаю. Но точно знаю, что если пропадут песенки и картинки к ним - польза от сайта упадёт. Нет, можно будет по-прежнему бродить по нему, но уже без атмосферы. :)


> Я к тому что в базе есть всё что ВСЕМ нужно

В faq написано, что есть в базе, и почему. :) Подробно и на русском это обрисовал Вадим несколько сообщений назад. :)


> Я совершенно не это имел в виду и твою крутость под сомнения я не ставлю ;)

Я вообще домохозяйка. :) Поэтому в техническом плане я не очень понимаю. Просто, если часто крутишь OpenBSD, не знать этого нельзя, постоянно с этим сталкиваешься... Лично мне прежде всего нравится идеология OpenBSD, начиная от песенок :) Если бы я не проникся этой идеологией - я бы никогда не собрал ii в её текущем состоянии, а были бы всё те же пробки и ошибки, не имеющие целостности.

> Не бегемот, а гиппопотам? :) Ок, буду придерживаться правил вашего ii и впредь не буду использовать сего синонимичного выражения.

Это вообще проблема современного интернета. Доки просто "курят". Никто не разбирается детально и глубоко, всё строго поверхностно, научился копировать одну команду из мануала, и всё, уже эксперт. :)

А в OpenBSD в базовой системе именно разбираются, если какой-то вопрос беспокоит. Потому что она А - прекрасно документирована, и Б - цеостна. Это не набор кусочков и обрывков, которые отправили делать общее дело, и снабдили документацией от 2002 года - это именно законченная система и единый стиль. Я даже иногда исходники на C разглядываю, хотя ничего в них не понимаю :) Просто проникаюсь. :)

> >но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.
>
> Я не это имел в виду) Лизать зад пользователям как это делает линукс, делая из ядра свалку и прислушиваться к
> вменяемым потребностям пользователей - совершенно разные вещи. Если бы последнего принципа не было у проекта,
> то никакого прогресса бы не последовало. Разве не так?
> Что например плохого в том, чтобы прислушаться к желанию русскоязычных пользователей (не разработчиков) и
> реализовать в mount_msdos поддержку koi8-r? Вот я о чём.

Прислушаться может конкретный разработчик - вполне. Но он как бы не обязан. Охотно прислушаются к патчам - это да. А если просто придти и сказать, мол, я хочу то-то и то-то... Ответ будет в лучшем случае "сделай сам". Потому что это open source, он так живёт - если не сращивается с бизнесом.

За OpenBSD нет коммерческих компаний. Вообще. Это её слабость и сила.

> Ок, тогда какие критерии являются причастностью к проекту? Разве не искреннее желание и возможность помочь?

Желание и возможность не являются причастностью к проекту. Причастностью становится конкретные дела, реализующие эти желания и возможности. Здесь ценится сделанное, а не заявляемое. Как бы пафосно это ни звучало.

> Здесь ценится сделанное, а не заявляемое. Как бы пафосно это ни звучало.

можно даже короче :) http://osole.51t.ru/songsh.html

> >В сообществе OpenBSD нет и не планируется демократии. :)
>
> Мне кажется ты ошибаешься.

Эх, жалко, Боб (Bob Beck) русский язык не знает. Он бы лучше меня ответил, что он думает о демократии в данном случае... :)

> Как бы этого не хотелось, но такое маловероятно. В большинстве случаев решение принимает большинство.
> Или в сообществе OpenBSD диктаторство и все решения только один человек (например, Тео)?

В OpenBSD решение принимает тот, кто лучше всех разбирается в вопросе. Демократические игры здесь никому не нужны. Если ты, например, разбираешься в маршрутизации, то твоё мнение будет учитываться при очередной переделке сетевого стека. А если ты ещё и написал какой-нибудь megarouted, принятый в базовую систему, то твоё мнение

И, да, Тео может наложить своё вето практически на любое решение, если оно, скажем, вредит процессу подготовки релизов. Потому что подготовка релизов - это уже его сфера ответственности.

> Мне кажется что это больше свойственно скорее даже линуксу, чем OpenBSD, где если Линус скажет своё
> эмоциональное НЕТ, то в официальное ядро данный функционал не войдёт.

Линус, кстати, весьма трезво глядит на вещи. Хоть его и заносит порой (привет от мастурбирующей обезьяны).

> Линус, кстати, весьма трезво глядит на вещи. Хоть его и заносит порой (привет от мастурбирующей обезьяны).

Линус делает низы, и потом под него все подстраиваются. Синка между ядром и базой практически нет, поэтому когда что-то отваливается, нужно ещё понять, по чьей вине. :)

Кстати, у меня от netbsd такие же впечатления - что там каждый отсек живёт своей жизнью. :)

> По твоей логике, если я разработчик (имею желание и возможность помогать проекту? Согласен с основными его
> принципами? Имею доступ к репам? У меня есть персональный @openbsd.org мэйл?))), нет совершенно никакой
> демократии и мне нужен pastebin в базе, то я его обязательно включу, даже ни с кем не посоветуюсь.

Нет. Обсуждение будет. А последнее слово при этом будет за Тео.

> > нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу
>
> Это всё равно, что спрашивать в гольф-клубе с традициями "а это клюшки? а если ими по голове садануть?". Но таких
> вопросов никто просто не задаёт. И никто так не делает. ПОТОМУ ЧТО ТУТ ТАК ЗАВЕДЕНО.
>
> И никто не устраивает дискотеки на похоронах. А тех, кто мог бы устраивать - на похороны не приглашают. Нормальный
> человек, который пришёл на похороны, не спрашивает "а можно тут дискотеку устроить" или не рассказывает анекдоты.
> Хотя никто ему особо про эти правила не говорил - он просто сам понимает, какое поведение тут естественно.
>
> Подобные традиции - выше любых правил. :)

Именно, абсолютно точно так.

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще
> всего работает на отлично. Тут же как этим всем рулить я вообще без понятия.

Увы, больное место. Я даже заявлял проект на GSoC, но желающих не нашлось. А портировать NM практически нереально, он прибит гвоздями функциональности ядра Linux.

Если б кто оплатил мне (или ещё кому заинтересованному и не до конца криворукому) эту работу, оно бы с радостью... :)

> Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом?

Никак. Bluetooth в OpenBSD умер. USB-модемы же обычно работают без проблем, подробности в мануалах соответствующих драйверов.

сабж... беру на себя наглость одно из них отправить (а второе вроде было... а если не было - то и уже неактуально :)

>> Или ты своему другу конфиг от posfix тоже будешь через misc@openbsd.org слать?

Другу можно послать на его email... не? :)

> Как добавлять в wip - это уже Вадим ответит.

Да очень просто: готовишь порт по рекомендациям с http://www.openbsd.org/faq/ports/guide.html , потом форкаешь openbsd-wip, добавляешь порт в твою копию репозитория и делаешь pull request. После этого можно ещё на ports@openbsd.org написать с просьбой оценить/принять.

Как вариант, можно попросить у Jasper'а прямой доступ на запись в openbsd-wip. Но я не знаю, даёт он их всем подряд по-прежнему или нет; когда-то я был одним из первых попросивших. :)

А когда новые изменения во временных зонах на территории РФ добавят в OpenBSD? :)

Блин, вот не мог напомнить хотя бы парой недель раньше. :) Попробую пропихнуть обновление, но, скорее всего, будет только в релизе. :(

> Попробую пропихнуть обновление, но, скорее всего, будет только в релизе. :(

Не, не пропихну. В IANA до сих пор этих обновлений нет: ftp://ftp.iana.org/tz/data/europe . Что ж, тогда будет патч для 5.6.

1. Должно ли работать в OpenBSD в принципе?
2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

Также заметил существенные тормоза при открытии больших изображений. Никто не знает, с чем это связано?

Напиши. По идее с libcurl элементарно делается, заодно в Си потренируешься.

Зачем в базу? Создай порт - я уверен, что найдутся те, кто будет пользоваться.

> Также заметил существенные тормоза при открытии больших изображений. Никто не знает, с чем это связано?

аналогично. те же самые тормоза - в openttd в хирез графике в 1920x1080. видимо, 2д плохо 2д-ит...

проверить по gpu пока не могу, как переставлю openbsd на новые разделы - так сразу :)

у меня оно вот так:

Graphics

Adapter Description
	X.Org -- Gallium 0.4 on AMD PALM
Device ID
	Gallium 0.4 on AMD PALM
Driver Version
	2.1 Mesa 10.2.3
GPU Accelerated Windows
	0/1 Basic
Vendor ID
	X.Org
WebGL Renderer
	X.Org -- Gallium 0.4 on AMD PALM
windowLayerManagerRemote
	false
AzureCanvasBackend
	cairo
AzureContentBackend
	cairo
AzureFallbackCanvasBackend
	none
AzureSkiaAccelerated
	0

> 1. Должно ли работать в OpenBSD в принципе?

А почему нет?

> 2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

SeaMonkey пишет: 0/1 Basic Blocked for your graphics driver version. Использую Intel. ХЗ, что это означает. :)

> Также заметил существенные тормоза при открытии больших изображений. Никто не знает, с чем это связано?

Вроде бы была такая проблема по нескольким причинам, включая шибко "умный" декодер JPEG в FF. Часть проблем, вроде бы, это вылечили в -CURRENT. По крайней мере больших проблем сейчас не наблюдаю. То, что осталось, по-моему, уже не лечится без изменений в структуре DRM.

для сравнения, Debian:

Графика

Аппаратно ускоренные окна	0/1 Basic
Версия драйвера	3.0 Mesa 10.2.4
Визуализатор WebGL	X.Org -- Gallium 0.4 on AMD PALM
Код производителя	X.Org
Код устройства	Gallium 0.4 on AMD PALM
Описание видеокарты	X.Org -- Gallium 0.4 on AMD PALM
windowLayerManagerRemote	false
AzureCanvasBackend	cairo
AzureContentBackend	cairo
AzureFallbackCanvasBackend	none
AzureSkiaAccelerated	0

сделал переразделение, раздел (загрузочный) с ext2 с помощью сначала выпадающего gparted, потом невыпадающего gparted, сделал из 50 гб в меньше гб, а раздел с ext4 расширил до невозможности. все linux это видят, все fdisk-и....

все разделы - первичные.

а в openbsd до сих пор оно показывается, как 50 и 100. :( первый раздел при этом монтируется, потому что начало совпадает. а второй - нет :(

что делать?

fdisk показывает нормальные разделы... ненормальные показывает только disklabel

disklabel sd0      

# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: WDC WD1600BEVT-2
duid: c25fab6f3864697d
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 19457
total sectors: 312581808
boundstart: 63
boundend: 19531776
drivedata: 0 

16 partitions:
#                size           offset  fstype [fsize bsize  cpg]
  a:         19531713               63  4.2BSD   2048 16384    1 # /
  c:        312581808                0  unused                   
  i:         97656832         19531776  ext2fs                   
  j:        195391488        117188608 unknown                   


fdisk sd0

Disk: sd0       geometry: 19457/255/63 [312581808 Sectors]
Offset: 0       Signature: 0xAA55
            Starting         Ending         LBA Info:
 #: id      C   H   S -      C   H   S [       start:        size ]
-------------------------------------------------------------------------------
 0: A6      0   1   1 -   1215 203  12 [          63:    19531713 ] OpenBSD     
 1: 83   1215 203  13 -   1325  77  32 [    19531776:     1759232 ] Linux files*
 2: 83   1325  77  33 -  19457  80  63 [    21291008:   291290800 ] Linux files*
 3: 00      0   0   0 -      0   0   0 [           0:           0 ] unused 

> fdisk показывает нормальные разделы... ненормальные показывает только disklabel

Йес. Потому что disklabel сохранён на данном диске, и OpenBSD ориентируется именно на него. Надо ручками подправить disklabel - проще всего открыть рядом fdisk -e sdX и disklabel -e sdX.

а если я заново поставлю, оно перемаркирует? а то там всё равно версия была загнана только для теста ext2.

> а если я заново поставлю, оно перемаркирует?

Смотри описание disklabel -d

я загрузился с рамдиска, сделал disklabel -dw sd0, и у меня разделы i: и k: выровнялись. зато пропал раздел a:

как я понимаю, он накрылся :( обидно...

ага...

загрузился с ramdisk, и тут помогло дежурное заклятие:

disklabel -E sd0
a a
[Enter] [Enter] [Enter]
w
q

перезагрузился. вроде жизнь есть, но запись в fstab кривая.

ещё раз в рамдиск, и затем серия заклинаний:

mount /dev/sd0a /mnt
/mnt/usr/sbin/chroot /mnt
export TERM=vt100
vi /etc/fstab

и всё, жизнь налажена, разделы МОНТИРОВАЮТСЯ! :) ура. спасибо :)

чёт не помню, ему демоны нужны какие-нибудь? или достаточно startkde4 в .xinitrc, и startx?

какие вообще нюансы?

в общем, что с dbus, что без оного - байда одна и та же

первый раз - показывает заставку, два раза мигает окно kmigration tool, один раз - что-то про Virtuoso RDF, и на этом всё - загрузка заканчивается. прибиваешь, запускаешь заново - появляется десктоп, ядрычок "desktop" вверху, и абсолютно чистая панель, без единого виджета

если прибить всё kde-шное в хомяке - цикл повторяется.

пойду разбираться, как там хоть меню добавить :)

мда, перенести часы в другой угол панели - в принципе не удалось :(

Ещё один отчёт с завершившегося недавно хакатона g2k14, от Марка Эспи:

В Словении я был в первый раз. За несколько часов - к счастью, удалось избежать гроз - осмотрел столицу. Очень интересное соединение никогда не видел подобной смеси из восточной Европы, южной Европы и туристических мест.

Что до самого хакафона, я прибыл на него вскоре после крупного изменения (переупорядоченные пакеты), и был практически готов исправлять проблемы в случае необходимости. К моему удивлению, всё работало как часы... Если я что-то и сломал, то никто этого не заметил; зато всем должно понравиться ускорение процесса обновления пакетов.

После продолжительного подпинывания, Вадим Жуков таки закоммитил digikam-kde4 [порт Digikam для KDE4, - В.Ж.]. Я провёл креш-сборку и информировал его о найденных проблемах, которые он быстро исправил.

Я работал над немногочисленными мелочами... столкнулся же со многими, и исправил чуть меньше после обычного слома дерева портов, связанного с нашими бесстрашными ломателями исходников (в основном негативные последствия были из-за libressl, endian.h и обновления mesa).

Я работал над новым механизмом, обеспечивающим лучшую целостность репозиториев пакетов. Пакет "quirks" теперь сообщает о дате своего подписывания (которая в свою очередь проверяется, поэтому подделать её не получится), благодаря чему теперь можно знать, что срез пакетов достаточно свеж, или же что кто-то помешал ему попасть на ваше любимое зеркало...

... а ещё пакет "quirks" содержит в себе список уязвимых версий пакетов, благодаря чему вы получите сигнал опасности, если вам требуется обновиться из-за уязвимости в старой версии и при этом новой версии пакета на зеркале нет.

Всё это лишь уведомляет пользователя, так как срезы пакетов требуют определённого времени для расползания по зеркалам... У нас есть идеи, как побороть ЭТУ проблему, но после обсуждения с вовлечёнными сторонами было принято решение отложить внедрение до следующего релиза в связи с необходимостью чересчур серьёзных переделок.

Я также пытался решить проблему с необходимостью наличия исходных текстовой базовой ОС для сборки пакета "pkglocatedb". К моему большому удивлению, Тео согласился, и мы зашли даже дальше, чем изначально планировалось, благодаря чему снапшоты теперь будут включать locate-базы как для базовой системы, так И для иксов.

Я провёл немало времени, играя с этими базами: теперь и pkg_check использует их, позволяя проверить систему полностью. По-прежнему слишком много лишних сообщений, но прогресс налицо.

Также я провёл немало времени за вычисткой устаревшего кода. Оно не так привлекательно, но, является, пожалуй, важнейшей частью процесса, так как при этом достигается уверенность в том, что мы не запускаем более не нужный и не поддерживаемый код...

Ещё я должен упомянуть о отдельном cpp [препроцессоре C - прим. ред.] для calendar и xrdb, теперь иксы не потребуют для своей работы установки базового набора comp.

Как обычно, встречаться лицом к лицу собратьев по разработке очень помогло некоторым проектам продвинуться вперёд.

Спасибо OpenBSD Foundation за спонсирование этого мероприятия, а также Мите за место, всё было организовано настолько хорошо, что нам даже не приходилось о чём-то задумываться.

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

Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

Или дело, как всегда, в поддержке Vax?

а, по-моему, pkg_add - лучший пакетник, после aptitude. :) и то, потому что aptitude визуальный.

и работает у меня оно точно быстрее, чем разные штуки с индексами.

значит, перекину сообщение в Bug, но пусть сначала автор kde4 в openbsd скажет своё слово :)

Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу. После pkgin / pacman и даже yum / apt на стенку лезть хочется. А ведь, пользуясь current, пакеты обновляешь все время.

Достоинства pkg_tools, на мой взгляд, - понятный интерфейс и полезные функции.

> Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу.

не знаю, у меня всегда зеркало локально.... хотя я и по сети с другого компьютера обновлял... А попасть в снапшоты из сети - это практически нереально, если оно не зазеркалировано :) Тут лучше использовать current, а не snapshots. Или не обновляться постоянно, обновляться постоянно - это тоже неправильно :)

А так - файлы и должны все обновляться, на предмет соответствия новым библиотекам. Не помню, чтобы там лишние запросы были - только выкусить из начала файла, так у тебя оно всё равно должно обновлять эти файлы.

У меня обновляется уж точно быстрее, чем pacman.

Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Для последних я пользуюсь вот этим скриптом https://github.com/qbit/snap - приятен и прост в использовании, но не умеет перекачивать / докачивать сеты в случае обрыва связи, приходится качать все заново.

Нашел еще один похожий скрипт: http://homepage.boetes.org/software/OpenBSD-binary-upgrade/ и инструкцию по его использованию на http://www.bsdnow.tv/tutorials/openbsd-binary-upgrade.

> Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

раз в N время, когда появляется интересное - делаю полный снапшот пэкейджей и наборов. с помощью dpb -F 3 синхронизирую зеркало сырцов, на подхват. :) в общем, запасаюсь по полной :)

обновляю - иногда через -u, а иногда просто с нуля переставляю, благо из bsd.rd это процесс на 15 минут от желания переставить до полностью рабочей чистой системы со всеми нужными настройками. :)

никаких источников, кроме официальной документации, не использую :)

>> aptitude визуальный

Открыл я один раз UI на нём... ужаснулся и закрыл.. и теперь не открываю, пользуюсь паттернами

aptitude вообще потрясающая вещь. по заветам билла г., "информация на кончиках пальцев".

>> билла г.

Кто все эти люди?

> Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Потому что репозиторий для OpenBSD - это просто каталог файлов. С ним банально просто и удобно работать. Любой индекс - заметное усложнение системы. Что в свою очередь усложнит жизнь и мейнтейнерам зеркал, и тем, кто собирает пакеты самостоятельно.

Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

> Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

Обновление в OpenBSD ещё отчасти "тяжело" из-за того, что скачивается всегда пакет полностью, даже если изменилась лишь часть. Как раз во время хакатона espie@ прикрутил переупорядочивание пакетов, благодаря чему в начало пакета кладутся последние изменившиеся по сравнению с прошлыми билдами файлы, так что проблема уже частично решена. К сожалению, это пока не отменяет создание хардлинков для всех файлов уже установленного пакета во время обновления - насчёт этого есть пока лишь планы - но всё же заметный прирост заметен уже сейчас, особенно при не слишком быстром канале в Интернет.

> значит, перекину сообщение в Bug, но пусть сначала автор kde4 в openbsd скажет своё слово :)

Скажет-скажет, дайте до дома добраться...

> Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Из снапшотов.

Если хочу что-то протестировать и/или по-быстрому исправить - обновляю нужную часть дерева из CVS, далее следует что-нибудь вроде "make clean depend all && sudo make install" и т.д. по контексту.

> Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

Отличная идея, просто и эффективно!

OpenBSD 5.6

Released Nov 1, 2014
Copyright 1997-2014, Theo de Raadt.
ISBN 978-0-9881561-4-2
5.6 Song: "XXX"

• signify(1) pubkeys for this release:
• 5.6 base: RWR0EANmo9nqhpPbPUZDIBcRtrVcRwQxZ8UKGWY8Ui4RHi229KFL84wV
• 5.6 fw: RWT4e3jpYgSeLYs62aDsUkcvHR7+so5S/Fz/++B859j61rfNVcQTRxMw
• 5.6 pkg: RWSPEf7Vpp2j0PTDG+eLs5L700nlqBFzEcSmHuv3ypVUEOYwso+UucXb

□ GNOME 3.12.2
□ KDE 3.5.10
□ KDE 4.13.2
□ Xfce 4.10
□ MySQL 5.1.73
□ PostgreSQL 9.3.4
□ Postfix 2.11.1
□ OpenLDAP 2.3.43 and 2.4.39
□ Mozilla Firefox 31.0
□ Mozilla Thunderbird 31.0
□ GHC 7.6.3
□ LibreOffice 4.1.6.2
□ Emacs 21.4 and 24.3
□ Vim 7.4.135
□ PHP 5.3.28, 5.4.30 and 5.5.14
□ Python 2.7.8, 3.3.5 and 3.4.1
□ Ruby 1.8.7.374, 1.9.3.545, 2.0.0.481 and 2.1.2
□ Tcl/Tk 8.5.15 and 8.6.1
□ JDK 1.6.0.32 and 1.7.0.55
□ Mono 3.4.0
□ Chromium 36.0.1985.125
□ Groff 1.22.2
□ Go 1.3
□ GCC 4.6.4, 4.8.3 and 4.9.0
□ LLVM/Clang 3.5 (20140228)
□ Node.js 0.10.28


то есть, 5.6 уже заморожен? а почему так рано? три прошлых релиза, вроде, месяца за полтора замораживались :)

> то есть, 5.6 уже заморожен?

Почти полностью заморожен. Сейчас открыт зелёный свет, по сути, только для Reyk Floeter и Joel Sing для httpd и libressl (именно библиотека ressl). Ну и что-то донельзя критичное ещё можно пропихнуть. Думаю, на этой неделе лок уже будет снят.

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

Спроси у Тео. :) Это на нём висит практически весь геморрой по подготовке релизных арт-фишек (комикс, оформление диска, песенка...), общению с фабриками, рассылке предзаказанных дисков и т.д.

... А я вот сижу и нервничаю из-за libinotify в KDE4. Всё меньше мне самому нравится эта идея. :( Хорошо хоть нашёл способ одной командой переключить KDE4 на другой вариант мониторинга...