* [ book.archive.openbsd ] 648

kak ::51t.openbsd.2014 : 26/03/14 08:59 : Behemoth to All [1]

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



Re: kak ::51t.openbsd.2014 : 26/03/14 09:01 : 51t to All [2]

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

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



Re: kak ::51t.openbsd.2014 : 26/03/14 12:54 : ssh to All [3]

OpenBSD трекера?



Re: kak ::51t.openbsd.2014 : 26/03/14 12:56 : 51t to All [4]

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

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



Re: kak ::51t.openbsd.2014 : 27/03/14 04:11 : ssh to All [5]

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

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 04:33 : 51t to All [6]

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

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 05:28 : ssh to All [7]

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

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 05:41 : 51t to All [8]

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

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 05:58 : ssh to All [9]

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 05:59 : 51t to All [10]

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 06:56 : ssh to All [11]

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



Re: Re: kak ::51t.openbsd.2014 : 27/03/14 06:57 : 51t to All [12]

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



поехали, жизнь в 5.5 только начинается ::51t.openbsd.14 : 08/05/14 06:22 : 51t to All [13]

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

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

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



openbsd, timidity, midiplay, openttd ::51t.openbsd.14 : 08/05/14 06:23 : 51t to All [14]

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

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

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

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

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



Re: поехали, жизнь в 5.5 только начинается ::51t.openbsd.14 : 08/05/14 07:41 : 51t to 51t [15]

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



серия найденных проблем ::51t.openbsd.14 : 16/05/14 07:50 : 51t to All [16]

проблемы в 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 не отрабатывает от рута. можно собрать от юзера.



и, главное: ::51t.openbsd.14 : 16/05/14 07:54 : 51t to All [17]

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

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

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

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

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



три новых презенташки ::51t.openbsd.14 : 20/05/14 06:10 : Romero Yakovlev to All [18]

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



freecol в current ::51t.openbsd.14 : 24/05/14 02:17 : Romero Yakovlev to All [19]

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



mc падает в сегфолты ::obsd.bug.14 : 29/05/14 03:42 : Romero Yakovlev to All [20]

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

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



ext2 в 5.5 bug ::obsd.bug.14 : 29/05/14 03:43 : Romero Yakovlev to All [21]

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

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

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

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

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



fsck_ext2 ::obsd.bug.14 : 29/05/14 03:45 : Romero Yakovlev to All [22]

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

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



разное №1 ::obsd.bug.14 : 29/05/14 03:47 : Romero Yakovlev to All [23]

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

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

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



портировать goldendict из wip ::obsd.bug.14 : 20/07/14 21:50 : 51t to All [24]

и дожить...

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



Re: разное №1 ::obsd.bug.14 : 20/07/14 21:50 : 51t to Romero Yakovlev [25]

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

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



большая проблема с ext2 ::obsd.bug.14 : 21/07/14 15:19 : 51t to All [26]

после добавления поддежки 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) - работает нормально.



Неправильно работает Ctrl+a в иксах ::obsd.bug.14 : 23/07/14 22:48 : soko1 to All [27]

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



Re: Неправильно работает Ctrl+a в иксах ::obsd.bug.14 : 24/07/14 02:01 : 51t to soko1 [28]

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

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



Re: Неправильно работает Ctrl+a в иксах ::obsd.bug.14 : 24/07/14 10:29 : soko1 to 51t [29]

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

pkg_add xbindkeys; man xbindkeys :)



crash chromium ::obsd.bug.14 : 29/07/14 12:26 : soko1 to All [30]

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

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



проблема с ext2 ::obsd.bug.14 : 31/07/14 05:49 : 51t to All [31]

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 06:23 : 51t to 51t [32]

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 07:24 : zhuk@ to 51t [33]

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 07:25 : 51t to zhuk@ [34]

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 07:28 : 51t to zhuk@ [35]

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 14:35 : 51t to 51t [36]

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

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


> 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;



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 15:38 : 51t to 51t [37]

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 17:19 : zhuk@ to 51t [38]

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

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 17:33 : 51t to zhuk@ [39]

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 17:50 : zhuk@ to 51t [40]

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 17:54 : zhuk@ to 51t [41]

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

Кстати, в 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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 18:03 : 51t to zhuk@ [42]

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

один фиг, у себя я это наложить не смог, что на старую версию исходников, что на новую, что с 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. попробую дёрнуть...



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 18:05 : 51t to zhuk@ [43]

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

====
можно
====



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

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




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

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



Вывод ::obsd.bug.14 : 31/07/14 18:15 : 51t to zhuk@ [44]

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

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



Re: проблема с ext2 ::obsd.bug.14 : 31/07/14 20:10 : zhuk@ to 51t [45]

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

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

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




Re: Неправильно работает Ctrl+a в иксах ::obsd.bug.14 : 02/08/14 02:39 : vaskas to soko1 [46]

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



gnome terminal ::obsd.bug.14 : 02/08/14 08:31 : 51t to All [47]

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

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

как жить-то?



Re: gnome terminal ::obsd.bug.14 : 02/08/14 08:37 : zhuk@ to 51t [48]

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

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

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

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



Re: gnome terminal ::obsd.bug.14 : 02/08/14 08:46 : 51t to zhuk@ [49]

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

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

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

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

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

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

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



Re: gnome terminal ::obsd.bug.14 : 03/08/14 07:16 : zhuk@ to 51t [50]

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

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



Re: gnome terminal ::obsd.bug.14 : 03/08/14 08:12 : 51t to zhuk@ [51]

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



frogatto ::obsd.bug.14 : 29/08/14 08:17 : 51t to All [52]

игра 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
====




Re: frogatto ::obsd.bug.14 : 29/08/14 15:53 : 51t to 51t [53]

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

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



подозрение на dictd ::obsd.bug.14 : 30/08/14 12:43 : 51t to All [54]

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



Re: подозрение на dictd ::obsd.bug.14 : 30/08/14 18:06 : zhuk@ to 51t [55]

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

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

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

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



Re: подозрение на dictd ::obsd.bug.14 : 30/08/14 19:14 : 51t to zhuk@ [56]

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

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

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

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



obsd.odii.ru ::obsd.talk.14 : 25/05/14 02:38 : obsd.odii.ru to All [57]

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

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

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

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



Это я опять ::obsd.talk.14 : 26/05/14 07:49 : vit01 to All [58]

Привет, openbsd!



Re: Это я опять ::obsd.talk.14 : 26/05/14 07:58 : 51t to vit01 [59]

> Привет, openbsd!

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



аааа ::obsd.talk.14 : 26/05/14 13:02 : vit01 to All [60]

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



Re: аааа ::obsd.talk.14 : 26/05/14 13:05 : 51t to vit01 [61]

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

====
echo 192.168.1.1 > /etc/mygate
====



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



Re: аааа ::obsd.talk.14 : 26/05/14 13:07 : 51t to vit01 [62]

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

====
ifconfig fxp0 192.168.1.9
====



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



Re: аааа ::obsd.talk.14 : 26/05/14 13:07 : vit01 to 51t [63]

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



Re: аааа ::obsd.talk.14 : 26/05/14 13:09 : vit01 to 51t [64]

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



Re: аааа ::obsd.talk.14 : 26/05/14 13:09 : 51t to vit01 [65]

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



Re: аааа ::obsd.talk.14 : 26/05/14 13:10 : vit01 to 51t [66]

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



Re: аааа ::obsd.talk.14 : 26/05/14 13:10 : 51t to vit01 [67]

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

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

====
route add default 192.168.1.1
====




Re: аааа ::obsd.talk.14 : 26/05/14 13:13 : vit01 to 51t [68]

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

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



Получилось :) ::obsd.talk.14 : 27/05/14 07:03 : vit01 to All [69]

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:08 : 51t to vit01 [70]

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

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:09 : 51t to vit01 [71]

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:12 : vit01 to 51t [72]

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

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:15 : 51t to vit01 [73]

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

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

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

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:21 : vit01 to 51t [74]

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

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



Re: Получилось :) ::obsd.talk.14 : 27/05/14 07:27 : 51t to vit01 [75]

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

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



статья старая, но любопытная ::obsd.talk.14 : 29/05/14 07:28 : Romero Yakovlev to All [76]

> перевод. нашёл на 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@'е? Он потрясный, умный, весёлый и один из самых приятных ребят которых вы можете встретить. Разве не здорово осознавать что проект привлекает талантливых разработчиков, таких как он (и многих других) которые делают порты и пакаджи, количество которых растёт от релиза к релизу? Спасибо тебе Антуан!

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



Перевод "[c2k10] Interview with Philip Guenther (guenther@) Part 9" ::obsd.talk.14 : 29/05/14 07:41 : Romero Yakovlev to All [77]

> 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@ был одним из тех людей которые оставляют положительное впечатление после встречи с ними. Спасибо Филип!

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



Перевод "[c2k10] Interview with Henning Brauer (henning@) Part 11" ::obsd.talk.14 : 29/05/14 07:44 : Romero Yakovlev to All [78]

> 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. Мы очень благодарны тебе.



Перевод "[c2k10] Interview with Marco Peereboom (marco@) Part 8" ::obsd.talk.14 : 29/05/14 07:47 : Romero Yakovlev to All [79]

> 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. Спасибо тебе за твою поддержку!



Перевод "[c2k10] Part 5" ::obsd.talk.14 : 29/05/14 07:50 : Romero Yakovlev to All [80]

> 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. Я надеюсь что другие также смогут воодушевиться для создания и отправки патчей и/или хотя бы сделать пожертвование в качестве небольшого вклада для поддержки предстоящих (мини-)хакофонов. Мы ценим твою поддержку и внимание.


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



да, были люди в наше время ::obsd.talk.14 : 29/05/14 08:20 : Romero Yakovlev to All [81]

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


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

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



ответ из im.1406 про openbsd: ::obsd.talk.14 : 01/06/14 07:30 : Romero Yakovlev to All [82]

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


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

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

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

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


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

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



Re: ответ из im.1406 про openbsd: ::obsd.talk.14 : 01/06/14 07:30 : Romero Yakovlev to Romero Yakovlev [83]

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



Re: ответ из im.1406 про openbsd: ::obsd.talk.14 : 01/06/14 07:37 : Romero Yakovlev to Romero Yakovlev [84]

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

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

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

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



праздник компиляции ::obsd.talk.14 : 09/06/14 15:51 : 51t to All [85]

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



один мой отзыв про openbsd vs pc bsd ::obsd.talk.14 : 29/06/14 09:07 : 51t to All [86]

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

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

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

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



openxcom ::obsd.talk.14 : 29/06/14 09:09 : 51t to All [87]

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



Re: openxcom ::obsd.talk.14 : 30/06/14 15:32 : FireFighter to 51t [88]

Сделай



Re: openxcom ::obsd.talk.14 : 30/06/14 22:54 : 51t to FireFighter [89]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 02:48 : FireFighter to 51t [90]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 02:51 : 51t to FireFighter [91]

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

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

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



Re: openxcom ::obsd.talk.14 : 01/07/14 03:29 : FireFighter to 51t [92]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 03:37 : 51t to FireFighter [93]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 11:31 : FireFighter to 51t [94]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 11:56 : 51t to FireFighter [95]

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



Re: openxcom ::obsd.talk.14 : 01/07/14 16:24 : FireFighter to 51t [96]

Жди, жди....



УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 11/07/14 14:49 : FireFighter to All [97]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 11/07/14 14:54 : vit01 to FireFighter [98]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 12/07/14 02:21 : 51t to FireFighter [99]

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



знатоки openbsd ещё остались? ::obsd.talk.14 : 12/07/14 03:17 : 51t to All [100]

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



calligra ::obsd.talk.14 : 13/07/14 02:58 : 51t to All [101]

http://openports.se/editors/calligra

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

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 13/07/14 18:05 : FireFighter to vit01 [102]

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

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 13/07/14 18:06 : FireFighter to 51t [103]

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

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 14/07/14 02:21 : 51t to FireFighter [104]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 14/07/14 05:08 : vit01 to FireFighter [105]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 14/07/14 06:09 : 51t to vit01 [106]

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



крешится гномий терминал ::obsd.talk.14 : 14/07/14 06:37 : 51t to All [107]

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

обидно, да.

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



Re: крешится гномий терминал ::obsd.talk.14 : 14/07/14 14:24 : 51t to 51t [108]

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

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



Вадим о хакафоне (хакатоне), по-буржуйски ::obsd.talk.14 : 15/07/14 10:16 : 51t to All [109]

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

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



ещё один вопрос ::obsd.talk.14 : 16/07/14 05:10 : 51t to All [110]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 16/07/14 17:34 : FireFighter to 51t [111]

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

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 17/07/14 00:59 : 51t to FireFighter [112]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 17/07/14 05:08 : vit01 to 51t [113]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 17/07/14 06:54 : FireFighter to 51t [114]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 17/07/14 11:08 : vit01 to FireFighter [115]

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



чё за дубли в божьем храме ::obsd.talk.14 : 17/07/14 12:34 : 51t to All [116]

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 18/07/14 01:45 : 51t to vit01 [117]

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



люся, я не понял ::obsd.talk.14 : 18/07/14 08:37 : 51t to All [118]

http://openports.se/www/lynx

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



Re: УБИТЬ ДИЗАЙНЕРА ::obsd.talk.14 : 18/07/14 16:05 : FireFighter to 51t [119]

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



0ad приехала из wip ::obsd.talk.14 : 21/07/14 03:26 : 51t to All [120]

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



русская вики по openbsd ::obsd.talk.14 : 21/07/14 05:17 : 51t to All [121]

сабж

http://openbsd.pw



ext2 в 5.6 ::obsd.talk.14 : 21/07/14 11:42 : 51t to All [122]

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

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

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



Re: ext2 в 5.6 ::obsd.talk.14 : 21/07/14 12:15 : 51t to 51t [123]

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

монтируем 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-шные, такой проблемы не наблюдается...



Re: ext2 в 5.6 ::obsd.talk.14 : 21/07/14 12:35 : 51t to 51t [124]

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



Re: ext2 в 5.6 ::obsd.talk.14 : 21/07/14 12:47 : 51t to 51t [125]

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

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



Re: ext2 в 5.6 ::obsd.talk.14 : 21/07/14 12:53 : 51t to 51t [126]

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

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

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



g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 21/07/14 16:21 : 51t to All [127]

По горячим следам успешного хакафона, Вадим Жуков (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 напрямую, что, как правило, проблематично в обычной жизни.

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



g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 21/07/14 16:21 : 51t to All [128]

По горячим следам успешного хакафона, Вадим Жуков (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 напрямую, что, как правило, проблематично в обычной жизни.

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 22/07/14 06:17 : guest to 51t [129]

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

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

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 22/07/14 06:45 : 51t to guest [130]

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



один коммент с опеннета :) ::obsd.talk.14 : 22/07/14 13:46 : 51t to All [131]

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



тяжкий выбор ::obsd.talk.14 : 22/07/14 17:52 : guest to All [132]

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



Re: тяжкий выбор ::obsd.talk.14 : 23/07/14 00:47 : 51t to guest [133]

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

почитай отзывы разработчиков. вот с 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


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



Re: тяжкий выбор ::obsd.talk.14 : 23/07/14 11:15 : guest to 51t [134]

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

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



Re: тяжкий выбор ::obsd.talk.14 : 23/07/14 11:25 : 51t to guest [135]

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

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 23/07/14 12:17 : guest to 51t [136]

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

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



юзеры ::obsd.talk.14 : 23/07/14 12:25 : 51t to All [137]

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



Re: скока места ::obsd.talk.14 : 23/07/14 13:33 : 51t to guest [138]

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

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

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 23/07/14 13:35 : 51t to guest [139]

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

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

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



А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 23/07/14 22:55 : soko1 to All [140]

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

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

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

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



Удобное подключение к Wifi ::obsd.talk.14 : 23/07/14 23:45 : soko1 to All [141]

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

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 24/07/14 01:54 : 51t to soko1 [142]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 24/07/14 01:57 : 51t to soko1 [143]

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

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 24/07/14 10:35 : soko1 to 51t [144]

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

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

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

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

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 24/07/14 10:37 : soko1 to 51t [145]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 24/07/14 10:38 : 51t to soko1 [146]

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 24/07/14 10:39 : 51t to soko1 [147]

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

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



fan off ::obsd.talk.14 : 24/07/14 14:36 : soko1 to All [148]

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



lynx ::obsd.talk.14 : 25/07/14 03:31 : 51t to All [149]

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

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 25/07/14 03:32 : ssh to soko1 [150]

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 25/07/14 04:49 : solus to soko1 [151]

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



Re: Удобное подключение к Wifi ::obsd.talk.14 : 25/07/14 04:58 : 51t to solus [152]

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

====
#!/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
====




Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 08:47 : zhuk@ to guest [153]

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

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

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

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

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

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

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

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

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

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

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

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



Re: lynx ::obsd.talk.14 : 25/07/14 08:54 : zhuk@ to 51t [154]

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



Re: fan off ::obsd.talk.14 : 25/07/14 08:56 : zhuk@ to soko1 [155]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 09:04 : zhuk@ to soko1 [156]

> 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-диске, ключ/пароль будет запрошен при запуске компа. Если что-то не взлетит - лучше Майку напрямую написать с детальным описанием проблемы (а потом здесь рассказать :) ).



Re: скока места ::obsd.talk.14 : 25/07/14 09:13 : zhuk@ to 51t [157]

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

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 - перестарался с запасом).



Re: lynx ::obsd.talk.14 : 25/07/14 09:16 : 51t to zhuk@ [158]

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

самый маленький, если не путаю, это нетрик... впрочем, ща в 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 кб



Re: скока места ::obsd.talk.14 : 25/07/14 09:18 : 51t to zhuk@ [159]

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

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

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

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



Re: lynx ::obsd.talk.14 : 25/07/14 09:19 : FireFighter to 51t [160]

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 09:20 : 51t to zhuk@ [161]

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

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



Re: lynx ::obsd.talk.14 : 25/07/14 09:22 : 51t to FireFighter [162]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 09:23 : vaskas to soko1 [163]

Отлично!

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

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

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



блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 09:32 : 51t to All [164]

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 09:52 : 51t to 51t [165]

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

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

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:24 : zhuk@ to 51t [166]

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

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

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

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 10:26 : zhuk@ to 51t [167]

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 10:28 : zhuk@ to 51t [168]

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 10:29 : zhuk@ to 51t [169]

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

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

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

Вроде бы, да.



Re: скока места ::obsd.talk.14 : 25/07/14 10:30 : 51t to zhuk@ [170]

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

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

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

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:33 : zhuk@ to 51t [171]

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 10:33 : 51t to zhuk@ [172]

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:34 : zhuk@ to 51t [173]

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

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



Re: g2k14: World of KDE4, Vadim Zhukov (zhuk@) ::obsd.talk.14 : 25/07/14 10:35 : zhuk@ to 51t [174]

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:35 : 51t to zhuk@ [175]

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

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:38 : 51t to zhuk@ [176]

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

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 10:40 : 51t to zhuk@ [177]

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

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



Re: скока места ::obsd.talk.14 : 25/07/14 10:49 : zhuk@ to 51t [178]

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 10:53 : zhuk@ to 51t [179]

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 11:05 : 51t to zhuk@ [180]

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

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

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

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

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

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



Re: блин, без рабочей obsd.rss ничего не понятно, что происходит ::obsd.talk.14 : 25/07/14 11:11 : 51t to zhuk@ [181]

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

ii://kk6iP6[*][*]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 12:50 : soko1 to vaskas [182]

>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, сейчас буду пробовать :)



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 13:04 : soko1 to zhuk@ [183]

>Не советую эту серию. Китайцы и так начали поганить, а "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-диске, ключ/пароль будет запрошен при запуске компа. Если что-то не взлетит - лучше Майку напрямую написать с детальным описанием проблемы (а потом здесь рассказать :) ).

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



Re: fan off ::obsd.talk.14 : 25/07/14 13:09 : soko1 to zhuk@ [184]

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

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

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 13:17 : 51t to soko1 [185]

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

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


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

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

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



Вопрос об ФС ::obsd.talk.14 : 25/07/14 13:36 : soko1 to All [186]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 13:50 : soko1 to 51t [187]

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

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

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

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

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 14:00 : 51t to soko1 [188]

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

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

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

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


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

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



Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 14:33 : soko1 to All [189]

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 14:34 : 51t to soko1 [190]

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 14:55 : vaskas to soko1 [191]

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 15:07 : soko1 to vaskas [192]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 16:29 : zhuk@ to soko1 [193]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 16:33 : zhuk@ to soko1 [194]

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

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

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 16:36 : zhuk@ to 51t [195]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 16:40 : 51t to zhuk@ [196]

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 16:41 : zhuk@ to soko1 [197]

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

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



матье ::obsd.talk.14 : 25/07/14 16:57 : 51t to All [198]

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". Он так говорит, или что он говорит?



Re: матье ::obsd.talk.14 : 25/07/14 17:22 : zhuk@ to 51t [199]

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

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 20:47 : soko1 to vaskas [200]

С твоим патчем (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')



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 25/07/14 22:16 : vaskas to 51t [201]

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



Re: Поздравьте с первым патчем :) ::obsd.talk.14 : 25/07/14 22:25 : vaskas to soko1 [202]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 26/07/14 05:14 : 51t to vaskas [203]

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

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

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



g2k14: Матье Херб (matthieu@) о развитии X ::obsd.talk.14 : 26/07/14 05:17 : 51t to All [204]

Матье "бешеный француз" Херб (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.

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



кстати (midi) ::obsd.talk.14 : 26/07/14 07:55 : 51t to All [205]

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

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

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

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

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

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

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



Re: кстати (midi) ::obsd.talk.14 : 26/07/14 09:21 : zhuk@ to 51t [206]

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



Re: кстати (midi) ::obsd.talk.14 : 26/07/14 09:31 : 51t to zhuk@ [207]

http://51t.ru/pG7HK2



черновик от тэо ::obsd.talk.14 : 26/07/14 10:32 : 51t to All [208]

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

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

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



Re: кстати (midi) ::obsd.talk.14 : 26/07/14 12:00 : zhuk@ to 51t [209]

Разобрался. В общем, дело в отсутствии (аппаратного или программного) синтезатора 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 :)



mandoc зохавал Illumos ::obsd.talk.14 : 26/07/14 12:17 : zhuk@ to All [210]

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

"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@ :)



Re: mandoc зохавал Illumos ::obsd.talk.14 : 26/07/14 12:23 : 51t to zhuk@ [211]

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



Re: mandoc зохавал Illumos ::obsd.talk.14 : 26/07/14 12:47 : zhuk@ to 51t [212]

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

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



Re: кстати (midi) ::obsd.talk.14 : 26/07/14 14:28 : 51t to zhuk@ [213]

пока 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.

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



obsd.odii.ru ::obsd.talk.14 : 27/07/14 05:46 : 51t to All [214]

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

http://obsd.odii.ru

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 06:26 : vaskas to zhuk@ [215]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 06:30 : vaskas to vaskas [216]

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



Re: obsd.odii.ru ::obsd.talk.14 : 27/07/14 06:31 : vaskas to 51t [217]

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 07:11 : vaskas to vaskas [218]

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



Re: obsd.odii.ru ::obsd.talk.14 : 27/07/14 08:47 : 51t to vaskas [219]

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:02 : guest to vaskas [220]

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

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

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

---
soko1



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:09 : 51t to guest [221]

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

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


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



OpenBSD. Создание портов ::obsd.talk.14 : 27/07/14 10:11 : guest to guest [222]

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

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

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


---
soko1



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:14 : guest to 51t [223]

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

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

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

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

---
soko1



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:15 : 51t to guest [224]

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

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

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

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



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:24 : guest to 51t [225]

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

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

---
soko1



Re: А вот и мой первый скрин на новом ThinkPad X220 :) ::obsd.talk.14 : 27/07/14 10:34 : 51t to guest [226]

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

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

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 и обрыв связи с сервером ::obsd.talk.14 : 28/07/14 21:47 : soko1 to All [227]

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

Благодарю!



Re: NFS и обрыв связи с сервером ::obsd.talk.14 : 28/07/14 21:52 : zhuk@ to soko1 [228]

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



Re: NFS и обрыв связи с сервером ::obsd.talk.14 : 28/07/14 22:07 : soko1 to zhuk@ [229]

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

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



Re: NFS и обрыв связи с сервером ::obsd.talk.14 : 28/07/14 22:15 : zhuk@ to soko1 [230]

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

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

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



Re: NFS и обрыв связи с сервером ::obsd.talk.14 : 29/07/14 00:30 : 51t to zhuk@ [231]

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

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



radeondrm ::obsd.talk.14 : 29/07/14 17:17 : 51t to All [232]

http://51t.ru/Xmhszo

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



ifconfig: список интерфейсов + пару фиксов к auto-wifi.sh ::obsd.talk.14 : 30/07/14 00:01 : soko1 to All [233]

Огорчило то что в 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 при вводе светился на экране, что не есть гуд



Re: ifconfig: список интерфейсов + пару фиксов к auto-wifi.sh ::obsd.talk.14 : 30/07/14 09:12 : zhuk@ to soko1 [234]

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

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

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



Re: ifconfig: список интерфейсов + пару фиксов к auto-wifi.sh ::obsd.talk.14 : 30/07/14 09:15 : 51t to zhuk@ [235]

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

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



Re: ifconfig: список интерфейсов + пару фиксов к auto-wifi.sh ::obsd.talk.14 : 30/07/14 13:12 : soko1 to zhuk@ [236]

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

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



pastebin-клиент ::obsd.talk.14 : 30/07/14 13:16 : soko1 to All [237]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:23 : 51t to soko1 [238]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:28 : soko1 to soko1 [239]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:30 : soko1 to 51t [240]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:31 : 51t to soko1 [241]

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

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:46 : soko1 to 51t [242]

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

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

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 13:57 : 51t to soko1 [243]

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

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


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

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


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

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



Re: ifconfig: список интерфейсов + пару фиксов к auto-wifi.sh ::obsd.talk.14 : 30/07/14 15:37 : zhuk@ to soko1 [244]

Патчи к базовой системе (и вообще конкретные _готовые_ для включения в репозиторий предложения) отправляй сразу на 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.



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 15:43 : zhuk@ to soko1 [245]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 15:51 : zhuk@ to soko1 [246]

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

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 15:56 : 51t to zhuk@ [247]

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 15:58 : 51t to zhuk@ [248]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 15:58 : zhuk@ to 51t [249]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 16:01 : 51t to zhuk@ [250]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 16:42 : zhuk@ to 51t [251]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 30/07/14 16:52 : zhuk@ to 51t [252]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 02:40 : 51t to zhuk@ [253]

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

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

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

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

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


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


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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 07:23 : zhuk@ to 51t [254]

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:23 : soko1 to 51t [255]

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:28 : soko1 to zhuk@ [256]

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

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

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:37 : 51t to soko1 [257]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:46 : soko1 to zhuk@ [258]

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

Я не это имел в виду) Лизать зад пользователям как это делает линукс, делая из ядра свалку и прислушиваться к вменяемым потребностям пользователей - совершенно разные вещи. Если бы последнего принципа не было у проекта, то никакого прогресса бы не последовало. Разве не так?
Что например плохого в том, чтобы прислушаться к желанию русскоязычных пользователей (не разработчиков) и реализовать в mount_msdos поддержку koi8-r? Вот я о чём.

>В сообществе OpenBSD нет и не планируется демократии. :)

Мне кажется ты ошибаешься. Как бы этого не хотелось, но такое маловероятно. В большинстве случаев решение принимает большинство. Или в сообществе OpenBSD диктаторство и все решения только один человек (например, Тео)? Мне кажется что это больше свойственно скорее даже линуксу, чем OpenBSD, где если Линус скажет своё эмоциональное НЕТ, то в официальное ядро данный функционал не войдёт. Другое дело - если есть какие-то правила/принципы, которые ни при каким предлогом разработчики не будут переступать. Но даже это не является противоположностью демократии. ЗЫ я сам очень не люблю это слово, но к сожалению оно почти везде кроме реальной политики и религии и ничего плохого в нём нет, так же как, например, в свастике, которую Гитлер осквернил )

>Или ты часть проекта, или - нет. В первом случае ты влияешь на проект, во всех остальных - твоё мнение проект не интересует.

Ок, тогда какие критерии являются причастностью к проекту? Разве не искреннее желание и возможность помочь?



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:48 : soko1 to 51t [259]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:51 : soko1 to 51t [260]

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

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:52 : soko1 to 51t [261]

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

Замечательное дополнение. Плюсую!



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:53 : 51t to soko1 [262]

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

Это не абсурд. Это мой реальный план покорения мира. Точнее, одна из его частей.

Я вижу преимущества ii перед обычными мейл-листами. И, вообще, ii создавалась в духе, силе и культуре ii... хоть и на python, но мне можно, я не программист :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:55 : 51t to soko1 [263]

> Пистона нет в базовой системе и проги на нём довольно прожорливые.

Я тестировал клиент ii и сервер ii в openbsd 5.3 на pentium 120 / 24 mb RAM :) не думаю, что на другом языке оно бы потребляло СИЛЬНО меньше :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 11:59 : soko1 to 51t [264]

>Я вижу преимущества ii перед обычными мейл-листами

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

Но всё равно я увидел в твоих словах нотку стёба, возможно из-за новостей с анекдотами в установщике :))



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:05 : soko1 to 51t [265]

>Я тестировал клиент ii и сервер ii в openbsd 5.3 на pentium 120 / 24 mb RAM :) не думаю, что на другом языке оно бы потребляло СИЛЬНО меньше :)

Ну это да, смотря как писать. Но я думаю ты не будешь спорить с тем, что хороший компилируемый код на Си порвёт любой хороший код на питоне. Ну и плюс, если прочувствовать Политику Партии (говорю немного со стёбом, но добрым, ламповым), то питон в базовую систему ещё не скоро (никогда?) будет включен :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:05 : 51t to soko1 [266]

> Но всё равно я увидел в твоих словах нотку стёба

Как только увидишь мои сообщения без этой нотки - сразу звони мне, буду узнавать, кто мой аккаунт взломал.


> из-за новостей с анекдотами в установщике :))

Вы таки против анекдотов в установщике? Если я всё-таки соберу свой дистрибутив - обязательно добавлю анекдоты в установщик! Из принципа.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:09 : soko1 to 51t [267]

>Как только увидишь мои сообщения без этой нотки - сразу звони мне, буду узнавать, кто мой аккаунт взломал.

Окэ, буду знать)

>Вы таки против анекдотов в установщике? Если я всё-таки соберу свой дистрибутив - обязательно добавлю анекдоты в установщик! Из принципа.

Не, это круто! Но не серьёзно, имхо. Хотя душевно и оригинально. Вообще не люблю серьёзность. Если бы разработчики OpenBSD были серьёзными занудами, то не было бы крутых релизных песенок, вводных слов, комиксов и т.д. Поэтому я наоборот ЗА это. Но вы просто настолько серьёзно к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:11 : soko1 to soko1 [268]

*Но вы просто настолько серьёзно ПОДОШЛИ к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)

ЗЫ а редактирование включать в функционал ii не планируешь? А то не всегда удобно без него, имхо.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:15 : 51t to soko1 [269]

> то питон в базовую систему ещё не скоро (никогда?) будет включен :)

Разумеется. У меня как-то кто-то уже спрашивал про это. И я сразу мысленно прочертил траекторию, ооочень замысловатую... по которой меня Тео пошлёт с этим предложением :)

Мы же про порты говорили.

> Ну это да, смотря как писать. Но я думаю ты не будешь спорить с тем, что хороший компилируемый код на Си порвёт любой хороший код на питоне.

Если это класс задач, где используются словари, гибкие списки, скриптование и подобное - то в C придётся изобретать всё это... с нуля. Или как ты сделаешь в C аналог 'exec' :)

Кроме того, на python получится быстрее. Варианта ii на C до сих пор нет, ни клиента, ни сервера :) На python, perl, sh - есть :)

Как там говорили классики: http://51t.ru/FLoKsv

Поэтому то, что уместнее делать на python - лучше делать на python. То, что лучше делать на C - лучше делать на C :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:17 : 51t to soko1 [270]

> Но вы просто настолько серьёзно к вопросу по включению pastebin-клиента в базу, что контраст был заметен, как экстремумы в математике :)

Лично меня огорошило такое заявление :) У анекдотов в установщике есть намного больше шансов :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:20 : soko1 to soko1 [271]

Кстати, на счёт демократии ещё подумалось. По твоей логике, если я разработчик (имею желание и возможность помогать проекту? Согласен с основными его принципами? Имею доступ к репам? У меня есть персональный @openbsd.org мэйл?))), нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу, даже ни с кем не посоветуюсь. Имхо, это уже больше похожу на анархию (кстати, из всех форм правления симпатизирует мне более всего анархия по Крапоткину, если что, поэтому я ни коим образом не хотел этим словом ничего очернять). Но мне не кажется что тут это слово приемлемо. Именно поэтому мне кажется ты был не прав, сказав что тут нет и не будет никакой демократии. Я бы это назвал "демократией среди разработчиков", которые знают что делают и для чего они это делают.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:28 : soko1 to 51t [272]

>Лично меня огорошило такое заявление :)

Мне вот просто интересно, чем оно тебя так уже огорчило? Может ты просто преувеличиваешь свои эмоции и оно просто конкретно тебе не нужно, как и сотни других утилит которые ты скорее всего никогда в жизни не использовал и о существовании которых даже не в курсе, но которые уже есть в базе?

>У анекдотов в установщике есть намного больше шансов :)

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:34 : 51t to soko1 [273]

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

Фишка openbsd в том, что они всё правильно сделали, с первого раза :) Можно взять архивы оси (я давеча ставил openbsd 2.8) или запросить в cvs сайты много-много-летней давности. и убедиться, что ничего не изменилось. дизайн сайта остался 1 в 1, он был удобен тогда, он удобен и теперь. пока в linux менялись механизмы сетевой настройки и прочего, потому что то там неудобно, то тут, и до появления networkmanager не было вообще никаконо единообразия - в openbsd сразу сделали просто и удобно, и это работает до сих пор.

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

Потому и OpenBSD :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:37 : 51t to soko1 [274]

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

Это всё равно, что спрашивать в гольф-клубе с традициями "а это клюшки? а если ими по голове садануть?". Но таких вопросов никто просто не задаёт. И никто так не делает. ПОТОМУ ЧТО ТУТ ТАК ЗАВЕДЕНО.

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

Подобные традиции - выше любых правил. :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:42 : 51t to soko1 [275]

> Если говорить про практичность, то моё предложение в сто раз практичнее твоего.

Сильно сомневаюсь в этом. :)

> Мне вот просто интересно, чем оно тебя так уже огорчило? Может ты просто преувеличиваешь свои эмоции и оно просто конкретно тебе не нужно, как и сотни других утилит которые ты скорее всего никогда в жизни не использовал и о существовании которых даже не в курсе, но которые уже есть в базе?

Огорошило, а не огорчило. Как раз, наверное, потому, что я, пусть и в общих чертах, знаю много о чём, что есть в базе. :) Даже в монополию играл :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 12:54 : soko1 to 51t [276]

Соглашусь с твоими словами. Это действительно круто. Меня именно этим линукс и задолбал. Вечно всё меняется и не система работает на тебя, а ты на систему.

Я не скажу что меня всё здесь устраивает, но я всегда могу придумать какие нибудь костыли, или предложить свои варианты с реализацией сообществу. Это хороший стимул, чтобы начать разбираться с тем что используешь (+ учить язык Си).

Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями. Я не говорю про то что нужно ломать старое, проверенное, вовсе нет.

Кстати, если подскажете чем побороть мою проблему с блютуз-инетом или 3г модемом - с удовольствием выслушаю. Потому как в офиц. документации ни слова об этом, а вся инфа что встретил устарела. Например нет порта bluetooth-tools. Что пришло ему на замену - без понятия.

И ещё. Я не утверждаю что всё то что я сказал правда. Возможно я просто плохо курил доки и вся эта поддержка имеется из коробки, или в портах и настраивается без проблем, а у меня кривые руки :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 13:01 : 51t to soko1 [277]

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями.

это входит в список актуальных задач

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще всего работает на отлично. Тут же как этим всем рулить я вообще без понятия. Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом? Короче с _некоторыми_ передовыми технологиями тут немножечко затуп и эти задачи нужно как-то решать, чтобы двигаться в ногу с технологиями.

Только не падай, пожалуйста :) http://51t.ru/s9n632

> И ещё. Я не утверждаю что всё то что я сказал правда. Возможно я просто плохо курил доки и вся эта поддержка имеется из коробки, или в портах и настраивается без проблем, а у меня кривые руки :)

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



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 13:02 : soko1 to 51t [278]

>Сильно сомневаюсь в этом. :)

Ну ок, тогда объясни какая _практическая_ польза в анекдотах в инсталлере?
Вот когда там инфа про установку - польза есть. Когда там анекдоты - то пользы совершенно никакой. Просто если следовать твоей логике, то если на сайт openbsd.org вставить кучу флеша с аяксом и мультяшными рыбками, то практическая польза сайта возрастёт. Но и ты и я знаем, что это не так :)

>Как раз, наверное, потому, что я, пусть и в общих чертах, знаю много о чём, что есть в базе. :) Даже в монополию играл :)

Давай не переходить на личности, плз. Я совершенно не это имел в виду и твою крутость под сомнения я не ставлю ;) Я к тому что в базе есть всё что ВСЕМ нужно, но не отдельно взятому человеку и это нужно учитывать.



новость об идеях для gsoc ::obsd.talk.14 : 31/07/14 13:03 : 51t to All [279]

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).



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 13:08 : soko1 to 51t [280]

>У нас доки не курят. У нас их читают. :)

Не бегемот, а гиппопотам? :) Ок, буду придерживаться правил вашего ii и впредь не буду использовать сего синонимичного выражения.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 13:11 : 51t to soko1 [281]

> Ну ок, тогда объясни какая _практическая_ польза в анекдотах в инсталлере?

Анекдоты - только одна из эх ii. я говорил об ii в базовой системе :)


> Просто если следовать твоей логике, то если на сайт openbsd.org вставить кучу флеша с аяксом и мультяшными рыбками, то практическая польза сайта возрастёт.

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


> Я к тому что в базе есть всё что ВСЕМ нужно

В faq написано, что есть в базе, и почему. :) Подробно и на русском это обрисовал Вадим несколько сообщений назад. :)


> Я совершенно не это имел в виду и твою крутость под сомнения я не ставлю ;)

Я вообще домохозяйка. :) Поэтому в техническом плане я не очень понимаю. Просто, если часто крутишь OpenBSD, не знать этого нельзя, постоянно с этим сталкиваешься... Лично мне прежде всего нравится идеология OpenBSD, начиная от песенок :) Если бы я не проникся этой идеологией - я бы никогда не собрал ii в её текущем состоянии, а были бы всё те же пробки и ошибки, не имеющие целостности.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 13:15 : 51t to soko1 [282]

> Не бегемот, а гиппопотам? :) Ок, буду придерживаться правил вашего ii и впредь не буду использовать сего синонимичного выражения.

Это вообще проблема современного интернета. Доки просто "курят". Никто не разбирается детально и глубоко, всё строго поверхностно, научился копировать одну команду из мануала, и всё, уже эксперт. :)

А в OpenBSD в базовой системе именно разбираются, если какой-то вопрос беспокоит. Потому что она А - прекрасно документирована, и Б - цеостна. Это не набор кусочков и обрывков, которые отправили делать общее дело, и снабдили документацией от 2002 года - это именно законченная система и единый стиль. Я даже иногда исходники на C разглядываю, хотя ничего в них не понимаю :) Просто проникаюсь. :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:01 : zhuk@ to soko1 [283]

> >но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.
>
> Я не это имел в виду) Лизать зад пользователям как это делает линукс, делая из ядра свалку и прислушиваться к
> вменяемым потребностям пользователей - совершенно разные вещи. Если бы последнего принципа не было у проекта,
> то никакого прогресса бы не последовало. Разве не так?
> Что например плохого в том, чтобы прислушаться к желанию русскоязычных пользователей (не разработчиков) и
> реализовать в mount_msdos поддержку koi8-r? Вот я о чём.

Прислушаться может конкретный разработчик - вполне. Но он как бы не обязан. Охотно прислушаются к патчам - это да. А если просто придти и сказать, мол, я хочу то-то и то-то... Ответ будет в лучшем случае "сделай сам". Потому что это open source, он так живёт - если не сращивается с бизнесом.

За OpenBSD нет коммерческих компаний. Вообще. Это её слабость и сила.

> Ок, тогда какие критерии являются причастностью к проекту? Разве не искреннее желание и возможность помочь?

Желание и возможность не являются причастностью к проекту. Причастностью становится конкретные дела, реализующие эти желания и возможности. Здесь ценится сделанное, а не заявляемое. Как бы пафосно это ни звучало.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:06 : 51t to zhuk@ [284]

> Здесь ценится сделанное, а не заявляемое. Как бы пафосно это ни звучало.

можно даже короче :) http://osole.51t.ru/songsh.html



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:10 : zhuk@ to soko1 [285]

> >В сообществе OpenBSD нет и не планируется демократии. :)
>
> Мне кажется ты ошибаешься.

Эх, жалко, Боб (Bob Beck) русский язык не знает. Он бы лучше меня ответил, что он думает о демократии в данном случае... :)

> Как бы этого не хотелось, но такое маловероятно. В большинстве случаев решение принимает большинство.
> Или в сообществе OpenBSD диктаторство и все решения только один человек (например, Тео)?

В OpenBSD решение принимает тот, кто лучше всех разбирается в вопросе. Демократические игры здесь никому не нужны. Если ты, например, разбираешься в маршрутизации, то твоё мнение будет учитываться при очередной переделке сетевого стека. А если ты ещё и написал какой-нибудь megarouted, принятый в базовую систему, то твоё мнение

И, да, Тео может наложить своё вето практически на любое решение, если оно, скажем, вредит процессу подготовки релизов. Потому что подготовка релизов - это уже его сфера ответственности.

> Мне кажется что это больше свойственно скорее даже линуксу, чем OpenBSD, где если Линус скажет своё
> эмоциональное НЕТ, то в официальное ядро данный функционал не войдёт.

Линус, кстати, весьма трезво глядит на вещи. Хоть его и заносит порой (привет от мастурбирующей обезьяны).



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:13 : 51t to zhuk@ [286]

> Линус, кстати, весьма трезво глядит на вещи. Хоть его и заносит порой (привет от мастурбирующей обезьяны).

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

Кстати, у меня от netbsd такие же впечатления - что там каждый отсек живёт своей жизнью. :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:17 : zhuk@ to soko1 [287]

> По твоей логике, если я разработчик (имею желание и возможность помогать проекту? Согласен с основными его
> принципами? Имею доступ к репам? У меня есть персональный @openbsd.org мэйл?))), нет совершенно никакой
> демократии и мне нужен pastebin в базе, то я его обязательно включу, даже ни с кем не посоветуюсь.

Нет. Обсуждение будет. А последнее слово при этом будет за Тео.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:19 : zhuk@ to 51t [288]

> > нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу
>
> Это всё равно, что спрашивать в гольф-клубе с традициями "а это клюшки? а если ими по голове садануть?". Но таких
> вопросов никто просто не задаёт. И никто так не делает. ПОТОМУ ЧТО ТУТ ТАК ЗАВЕДЕНО.
>
> И никто не устраивает дискотеки на похоронах. А тех, кто мог бы устраивать - на похороны не приглашают. Нормальный
> человек, который пришёл на похороны, не спрашивает "а можно тут дискотеку устроить" или не рассказывает анекдоты.
> Хотя никто ему особо про эти правила не говорил - он просто сам понимает, какое поведение тут естественно.
>
> Подобные традиции - выше любых правил. :)

Именно, абсолютно точно так.



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 14:23 : zhuk@ to soko1 [289]

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще
> всего работает на отлично. Тут же как этим всем рулить я вообще без понятия.

Увы, больное место. Я даже заявлял проект на GSoC, но желающих не нашлось. А портировать NM практически нереально, он прибит гвоздями функциональности ядра Linux.

Если б кто оплатил мне (или ещё кому заинтересованному и не до конца криворукому) эту работу, оно бы с радостью... :)

> Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом?

Никак. Bluetooth в OpenBSD умер. USB-модемы же обычно работают без проблем, подробности в мануалах соответствующих драйверов.



я тут нашёл два чужих неотправленных сообщения ::obsd.talk.14 : 31/07/14 16:20 : 51t to All [290]

сабж... беру на себя наглость одно из них отправить (а второе вроде было... а если не было - то и уже неактуально :)



Re: pastebin-клиент ::obsd.talk.14 : 31/07/14 16:20 : zhuk@ to 51t [291]

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

Другу можно послать на его email... не? :)

> Как добавлять в wip - это уже Вадим ответит.

Да очень просто: готовишь порт по рекомендациям с http://www.openbsd.org/faq/ports/guide.html , потом форкаешь openbsd-wip, добавляешь порт в твою копию репозитория и делаешь pull request. После этого можно ещё на ports@openbsd.org написать с просьбой оценить/принять.

Как вариант, можно попросить у Jasper'а прямой доступ на запись в openbsd-wip. Но я не знаю, даёт он их всем подряд по-прежнему или нет; когда-то я был одним из первых попросивших. :)



Временные зоны ::obsd.talk.14 : 01/08/14 15:28 : 51t to All [292]

А когда новые изменения во временных зонах на территории РФ добавят в OpenBSD? :)



Re: Временные зоны ::obsd.talk.14 : 01/08/14 20:47 : zhuk@ to 51t [293]

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



Re: Временные зоны ::obsd.talk.14 : 01/08/14 20:57 : zhuk@ to zhuk@ [294]

> Попробую пропихнуть обновление, но, скорее всего, будет только в релизе. :(

Не, не пропихну. В IANA до сих пор этих обновлений нет: ftp://ftp.iana.org/tz/data/europe . Что ж, тогда будет патч для 5.6.



GPU-ускорение в Firefox ::obsd.talk.14 : 02/08/14 02:46 : vaskas to All [295]

1. Должно ли работать в OpenBSD в принципе?
2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

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



Re: pastebin-клиент ::obsd.talk.14 : 02/08/14 02:56 : vaskas to soko1 [296]

Напиши. По идее с libcurl элементарно делается, заодно в Си потренируешься.

Зачем в базу? Создай порт - я уверен, что найдутся те, кто будет пользоваться.



Re: GPU-ускорение в Firefox ::obsd.talk.14 : 02/08/14 03:07 : 51t to vaskas [297]

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

аналогично. те же самые тормоза - в openttd в хирез графике в 1920x1080. видимо, 2д плохо 2д-ит...

проверить по gpu пока не могу, как переставлю openbsd на новые разделы - так сразу :)



Re: GPU-ускорение в Firefox ::obsd.talk.14 : 02/08/14 07:59 : 51t to vaskas [298]

у меня оно вот так:

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
====




Re: GPU-ускорение в Firefox ::obsd.talk.14 : 02/08/14 08:31 : zhuk@ to vaskas [299]

> 1. Должно ли работать в OpenBSD в принципе?

А почему нет?

> 2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

SeaMonkey пишет: 0/1 Basic Blocked for your graphics driver version. Использую Intel. ХЗ, что это означает. :)

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

Вроде бы была такая проблема по нескольким причинам, включая шибко "умный" декодер JPEG в FF. Часть проблем, вроде бы, это вылечили в -CURRENT. По крайней мере больших проблем сейчас не наблюдаю. То, что осталось, по-моему, уже не лечится без изменений в структуре DRM.



Re: GPU-ускорение в Firefox ::obsd.talk.14 : 02/08/14 08:48 : 51t to 51t [300]

для сравнения, 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
====




хм ::obsd.talk.14 : 02/08/14 10:10 : 51t to All [301]

сделал переразделение, раздел (загрузочный) с ext2 с помощью сначала выпадающего gparted, потом невыпадающего gparted, сделал из 50 гб в меньше гб, а раздел с ext4 расширил до невозможности. все linux это видят, все fdisk-и....

все разделы - первичные.

а в openbsd до сих пор оно показывается, как 50 и 100. :( первый раздел при этом монтируется, потому что начало совпадает. а второй - нет :(

что делать?



разделы в openbsd ::obsd.talk.14 : 02/08/14 10:16 : 51t to 51t [302]

fdisk показывает нормальные разделы... ненормальные показывает только disklabel



Re: разделы в openbsd ::obsd.talk.14 : 02/08/14 10:17 : 51t to 51t [303]

====
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
====




Re: разделы в openbsd ::obsd.talk.14 : 03/08/14 07:19 : zhuk@ to 51t [304]

> fdisk показывает нормальные разделы... ненормальные показывает только disklabel

Йес. Потому что disklabel сохранён на данном диске, и OpenBSD ориентируется именно на него. Надо ручками подправить disklabel - проще всего открыть рядом fdisk -e sdX и disklabel -e sdX.



Re: разделы в openbsd ::obsd.talk.14 : 03/08/14 07:20 : 51t to zhuk@ [305]

а если я заново поставлю, оно перемаркирует? а то там всё равно версия была загнана только для теста ext2.



Re: разделы в openbsd ::obsd.talk.14 : 03/08/14 07:23 : zhuk@ to 51t [306]

> а если я заново поставлю, оно перемаркирует?

Смотри описание disklabel -d



Re: разделы в openbsd ::obsd.talk.14 : 03/08/14 07:31 : 51t to zhuk@ [307]

я загрузился с рамдиска, сделал disklabel -dw sd0, и у меня разделы i: и k: выровнялись. зато пропал раздел a:

как я понимаю, он накрылся :( обидно...



Re: разделы в openbsd ::obsd.talk.14 : 03/08/14 07:43 : 51t to zhuk@ [308]

ага...

загрузился с 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

и всё, жизнь налажена, разделы МОНТИРОВАЮТСЯ! :) ура. спасибо :)



kde4 4.13 в openbsd snap ::obsd.talk.14 : 03/08/14 08:34 : 51t to All [309]

чёт не помню, ему демоны нужны какие-нибудь? или достаточно startkde4 в .xinitrc, и startx?

какие вообще нюансы?



Re: kde4 4.13 в openbsd snap ::obsd.talk.14 : 03/08/14 09:19 : 51t to 51t [310]

в общем, что с dbus, что без оного - байда одна и та же

первый раз - показывает заставку, два раза мигает окно kmigration tool, один раз - что-то про Virtuoso RDF, и на этом всё - загрузка заканчивается. прибиваешь, запускаешь заново - появляется десктоп, ядрычок "desktop" вверху, и абсолютно чистая панель, без единого виджета

если прибить всё kde-шное в хомяке - цикл повторяется.

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



Re: kde4 4.13 в openbsd snap ::obsd.talk.14 : 03/08/14 09:22 : 51t to 51t [311]

мда, перенести часы в другой угол панели - в принципе не удалось :(



g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 03/08/14 13:29 : 51t to All [312]

Ещё один отчёт с завершившегося недавно хакатона g2k14, от Марка Эспи:

В Словении я был в первый раз. За несколько часов - к счастью, удалось избежать гроз - осмотрел столицу. Очень интересное соединение никогда не видел подобной смеси из восточной Европы, южной Европы и туристических мест.

Что до самого хакафона, я прибыл на него вскоре после крупного изменения (переупорядоченные пакеты), и был практически готов исправлять проблемы в случае необходимости. К моему удивлению, всё работало как часы... Если я что-то и сломал, то никто этого не заметил; зато всем должно понравиться ускорение процесса обновления пакетов.

После продолжительного подпинывания, Вадим Жуков таки закоммитил digikam-kde4 [порт Digikam для KDE4, - В.Ж.]. Я провёл креш-сборку и информировал его о найденных проблемах, которые он быстро исправил.

Я работал над немногочисленными мелочами... столкнулся же со многими, и исправил чуть меньше после обычного слома дерева портов, связанного с нашими бесстрашными ломателями исходников (в основном негативные последствия были из-за libressl, endian.h и обновления mesa).

Я работал над новым механизмом, обеспечивающим лучшую целостность репозиториев пакетов. Пакет "quirks" теперь сообщает о дате своего подписывания (которая в свою очередь проверяется, поэтому подделать её не получится), благодаря чему теперь можно знать, что срез пакетов достаточно свеж, или же что кто-то помешал ему попасть на ваше любимое зеркало...

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

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

Я также пытался решить проблему с необходимостью наличия исходных текстовой базовой ОС для сборки пакета "pkglocatedb". К моему большому удивлению, Тео согласился, и мы зашли даже дальше, чем изначально планировалось, благодаря чему снапшоты теперь будут включать locate-базы как для базовой системы, так И для иксов.

Я провёл немало времени, играя с этими базами: теперь и pkg_check использует их, позволяя проверить систему полностью. По-прежнему слишком много лишних сообщений, но прогресс налицо.

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

Ещё я должен упомянуть о отдельном cpp [препроцессоре C - прим. ред.] для calendar и xrdb, теперь иксы не потребуют для своей работы установки базового набора comp.

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

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



Re: kde4 4.13 в openbsd snap ::obsd.talk.14 : 04/08/14 06:04 : vaskas to 51t [313]

Подтверджаю. Не далее как в субботу видел то же самое на свежей системе из снапшота, i386.



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 06:08 : vaskas to 51t [314]

Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

Или дело, как всегда, в поддержке Vax?



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 06:11 : 51t to vaskas [315]

а, по-моему, pkg_add - лучший пакетник, после aptitude. :) и то, потому что aptitude визуальный.

и работает у меня оно точно быстрее, чем разные штуки с индексами.



Re: kde4 4.13 в openbsd snap ::obsd.talk.14 : 04/08/14 06:13 : 51t to vaskas [316]

значит, перекину сообщение в Bug, но пусть сначала автор kde4 в openbsd скажет своё слово :)



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 07:30 : vaskas to 51t [317]

Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу. После pkgin / pacman и даже yum / apt на стенку лезть хочется. А ведь, пользуясь current, пакеты обновляешь все время.

Достоинства pkg_tools, на мой взгляд, - понятный интерфейс и полезные функции.



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 07:36 : 51t to vaskas [318]

> Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу.

не знаю, у меня всегда зеркало локально.... хотя я и по сети с другого компьютера обновлял... А попасть в снапшоты из сети - это практически нереально, если оно не зазеркалировано :) Тут лучше использовать current, а не snapshots. Или не обновляться постоянно, обновляться постоянно - это тоже неправильно :)

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

У меня обновляется уж точно быстрее, чем pacman.



Обновления current ::obsd.talk.14 : 04/08/14 07:37 : vaskas to All [319]

Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Для последних я пользуюсь вот этим скриптом https://github.com/qbit/snap - приятен и прост в использовании, но не умеет перекачивать / докачивать сеты в случае обрыва связи, приходится качать все заново.

Нашел еще один похожий скрипт: http://homepage.boetes.org/software/OpenBSD-binary-upgrade/ и инструкцию по его использованию на http://www.bsdnow.tv/tutorials/openbsd-binary-upgrade.



Re: Обновления current ::obsd.talk.14 : 04/08/14 07:43 : 51t to vaskas [320]

> Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

раз в N время, когда появляется интересное - делаю полный снапшот пэкейджей и наборов. с помощью dpb -F 3 синхронизирую зеркало сырцов, на подхват. :) в общем, запасаюсь по полной :)

обновляю - иногда через -u, а иногда просто с нуля переставляю, благо из bsd.rd это процесс на 15 минут от желания переставить до полностью рабочей чистой системы со всеми нужными настройками. :)

никаких источников, кроме официальной документации, не использую :)



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 11:58 : FireFighter to 51t [321]

>> aptitude визуальный

Открыл я один раз UI на нём... ужаснулся и закрыл.. и теперь не открываю, пользуюсь паттернами



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 12:22 : 51t to FireFighter [322]

aptitude вообще потрясающая вещь. по заветам билла г., "информация на кончиках пальцев".



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 13:11 : FireFighter to 51t [323]

>> билла г.

Кто все эти люди?



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 04/08/14 16:14 : zhuk@ to vaskas [324]

> Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Потому что репозиторий для OpenBSD - это просто каталог файлов. С ним банально просто и удобно работать. Любой индекс - заметное усложнение системы. Что в свою очередь усложнит жизнь и мейнтейнерам зеркал, и тем, кто собирает пакеты самостоятельно.

Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

> Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

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



Re: kde4 4.13 в openbsd snap ::obsd.talk.14 : 04/08/14 16:15 : zhuk@ to 51t [325]

> значит, перекину сообщение в Bug, но пусть сначала автор kde4 в openbsd скажет своё слово :)

Скажет-скажет, дайте до дома добраться...



Re: Обновления current ::obsd.talk.14 : 04/08/14 16:20 : zhuk@ to vaskas [326]

> Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Из снапшотов.

Если хочу что-то протестировать и/или по-быстрому исправить - обновляю нужную часть дерева из CVS, далее следует что-нибудь вроде "make clean depend all && sudo make install" и т.д. по контексту.



Re: g2k14: Марк Эспи о портах и пакетах ::obsd.talk.14 : 05/08/14 01:48 : vaskas to zhuk@ [327]

> Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

Отличная идея, просто и эффективно!



5.6 ::obsd.talk.14 : 05/08/14 04:04 : 51t to All [328]

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 уже заморожен? а почему так рано? три прошлых релиза, вроде, месяца за полтора замораживались :)



Re: 5.6 ::obsd.talk.14 : 05/08/14 11:27 : zhuk@ to 51t [329]

> то есть, 5.6 уже заморожен?

Почти полностью заморожен. Сейчас открыт зелёный свет, по сути, только для Reyk Floeter и Joel Sing для httpd и libressl (именно библиотека ressl). Ну и что-то донельзя критичное ещё можно пропихнуть. Думаю, на этой неделе лок уже будет снят.

> а почему так рано? три прошлых релиза, вроде, месяца за полтора замораживались :)

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

... А я вот сижу и нервничаю из-за libinotify в KDE4. Всё меньше мне самому нравится эта идея. :( Хорошо хоть нашёл способ одной командой переключить KDE4 на другой вариант мониторинга...



Счётчик дней без уязвимостей в SSL/TLS ::obsd.talk.14 : 05/08/14 16:17 : zhuk@ to All [330]

Современный аптайм выглядит так: http://dayswithoutansslexploit.com/

(не нашёл более подходящей эхи; к тому же, ссылка утащена из чата разработчиков)



Re: Счётчик дней без уязвимостей в SSL/TLS ::obsd.talk.14 : 05/08/14 16:33 : 51t to zhuk@ [331]

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



Re: Счётчик дней без уязвимостей в SSL/TLS ::obsd.talk.14 : 05/08/14 17:29 : zhuk@ to 51t [332]

> щёчик экспортируемый?

Ну-у-у... В теле страницы лежит это:

====
<p id="days">5</p>
====


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



рассылки ::obsd.talk.14 : 06/08/14 06:37 : 51t to All [333]

для инсталлера, да и просто так - какие вообще рассылки с marc.info стоит гейтовать?

и, может быть, можно как-то напрямую e-mail гейтовать, без граббинга сайтов?



Re: рассылки ::obsd.talk.14 : 06/08/14 09:00 : zhuk@ to 51t [334]

> и, может быть, можно как-то напрямую e-mail гейтовать, без граббинга сайтов?

Я тебе давно об этом говорил. :) Могу завести ящик и перенаправлять всё приходящее на него в procmail, который может анализировать заголовки письма и дёргать твой конкретный скрипт, с конкретными параметрами и, скажем, подаванием содержимого письма на stdin.



Re: рассылки ::obsd.talk.14 : 06/08/14 09:08 : 51t to zhuk@ [335]

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

да даже если просто будет складывать сообщение "как есть", чтобы было from, to, subj и тема - уже хорошо.

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



Re: рассылки ::obsd.talk.14 : 06/08/14 09:09 : 51t to zhuk@ [336]

ну и да, надо как-то repto отслеживать, чтобы цепочки ставить "кто кому ответил"



gnome 2 ::obsd.talk.14 : 07/08/14 04:28 : solus to All [337]

Может кто знает остался ли где то сабж, или может кто то пилит Mate.
Третьегном это же печаль :(.



Re: gnome 2 ::obsd.talk.14 : 07/08/14 05:04 : 51t to solus [338]

нет и нет

gnome 2 остался в openbsd 5.0 :)



Re: gnome 2 ::obsd.talk.14 : 07/08/14 09:57 : solus to 51t [339]

Быстро ты обрубил все мои надежды =).



Re: gnome 2 ::obsd.talk.14 : 07/08/14 17:53 : FireFighter to 51t [340]

>> остался в

Уничтожим libc!!!
Слава freePascal



питоноскрипты в openbsd ::obsd.talk.14 : 08/08/14 14:31 : 51t to All [341]

кто-нибудь обладает тайной сей опакечивания python-приложений, хотя бы в wip?

хотелось бы видеть там be:
http://www.bugseverywhere.org/

peewee (у этой штуки, по-моему, вообще нет обязательных зависимостей - только, если нужны mysql и postgresql, нужно ставить соответствующие модули и клиенты):
https://github.com/coleifer/peewee

опционально - bottle.py, у неё тоже нет зависимостей, кроме самого python
http://bottlepy.org/



отморозилось ::obsd.talk.14 : 10/08/14 06:51 : 51t to All [342]

вроде, пошли порты..



Re: отморозилось ::obsd.talk.14 : 10/08/14 20:20 : zhuk@ to 51t [343]

Пока есть техническое ограничение - не меняем количество inode в репозитории (т.е., не добавляем-удаляем файлы, не добавляем каталоги). А так - да, процесс пошёл. Вон, mpi@ продолжает допиливать поддержку USB 3.0 AKA SuperSpeed, а espie@ с naddy@ начали переход на fake install без прав рута...



Re: питоноскрипты в openbsd ::obsd.talk.14 : 10/08/14 20:21 : zhuk@ to 51t [344]

> кто-нибудь обладает тайной сей опакечивания python-приложений, хотя бы в wip?

Там не сложно должно быть... Сделаем. :) Пни меня во вторник, до этого время вряд ли найду.



Re: питоноскрипты в openbsd ::obsd.talk.14 : 11/08/14 20:41 : zhuk@ to 51t [345]

Начал с самого простого и уже хоть немного знакомого ;) - с bottle:

https://github.com/jasperla/openbsd-wip/commit/177a256e9e285e30fa03beba7ba9116ca7e5250d

Единственная проблема: не могу запинать имеющиеся тесты. Гляньте кто-нибудь, кто в Питоне разбирается.



Re: питоноскрипты в openbsd ::obsd.talk.14 : 11/08/14 21:08 : zhuk@ to 51t [346]

> peewee

Второй пошёл:

https://github.com/jasperla/openbsd-wip/commit/441480293b5306d1ffa55b7f76167c91beb0fc4e

Поскольку я не разбираюсь в этом софте, прошу, уточнений касаемо поддержки Postgres и MySQL: есть ли какие-то специфичные для этих СУБД файлы, которые можно вынести в отдельные пакеты? То есть такие модули, что, если установить peewee без них, то peewee будет работать, пока его специально не попросят "а заюзай-ка ты, друг, Postgres/MySQL"?



Re: питоноскрипты в openbsd ::obsd.talk.14 : 11/08/14 21:39 : zhuk@ to 51t [347]

> хотелось бы видеть там be:
> http://www.bugseverywhere.org/

Ну вот и он:

https://github.com/jasperla/openbsd-wip/commit/acf888a684d77e9ac983ad75bbe162f99abf3faf

Скорее всего, надо поправить зависимости. Ну и, само собой, разобраться с тестами. Как я понял, часть отваливается из-за старого (или наоборот) py-git2. За остальное не знаю.


Если хочется, чтобы это всё богачество попало в официальный репозиторий, надо:

1. Выполнить все TODO в этих портах.
2. Проверить, что сборка работает на минимальной системе: удаляем все python-пакеты, заходим в папку порта, жмём make test repackage install.
3. Проверить работоспособность собственно софтины в реальной жизни после установки из п.2.

В случае наличия поддержки Python3 (есть у peewee) - повторить то же самое для FLAVOR=python3

Готовность вписать своё имя в графе MAINTAINER => плюс в карму :)



ща бум разбираться ::obsd.talk.14 : 19/08/14 08:29 : 51t to All [348]

или не ща. но бум. спасибо за "Масленница пришла" :)



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 09:19 : zhuk@ to zhuk@ [349]

> Второй пошёл:

Теперь уже в официальном репозитории. :)



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 10:15 : 51t to zhuk@ [350]

классно :) кстати, почему 2.2.5, а не 2.3.0? хотя там основная разница в доках, которые были переделаны, а openbsd исторически доки не пакует (даже python-doc нет). хотя, если есть архивы сырцов, то доки сфинксом и в офлайне собрать можно. :)



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 10:24 : zhuk@ to 51t [351]

> кстати, почему 2.2.5, а не 2.3.0?

Потому что когда я запилил порт, 2.3.0 ещё не было. :)

> openbsd исторически доки не пакует (даже python-doc нет). хотя, если есть архивы сырцов, то доки сфинксом и в офлайне собрать можно. :)

Можно по-подробнее? Я в питоновских делах нуб.



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 10:30 : 51t to zhuk@ [352]

> Можно по-подробнее? Я в питоновских делах нуб.

ну, вообще доки собираются так - make html (наверное, gmake) в каталоге с доками.... собирает их textproc/py-sphinx

обычно, во многих дистрибутивах, даже в pkgsrc, эти доки собирают, или в отдельном пакете, или в том же самом, в /doc/.

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



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 10:42 : zhuk@ to 51t [353]

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

Хм-м, попробую поговорить с Remi Pointel на эту тему, или кто там у нас ещё из питоноводов. Не хотелось бы все py-* переделывать, конечно. :) Эх, опять планов куча набирается...



Re: питоноскрипты в openbsd ::obsd.talk.14 : 19/08/14 10:49 : 51t to zhuk@ [354]

кто хочет - пусть учит dpb -F :) когда под рукой и все сырцы, и все бинарники, то такой проблемы нет :) тем более, 4 больших пакета (speeddreams-data, flightgear-data, openclipart и чётотамtexmf-docs) я вообще бинарниками не таскаю, ибо их легко мейкнуть а зависимостей бинарных у них, по-моему, нет... но я ими не пользуюсь - тем, чем иногда пользуюсь (ufoai, redeclipse) на всякий случай беру оригиналы - пока раздел в 70 гб ext2 вмещает и то, и то :) хотя я помню ещё, как 46 гб хватало :)



Песенка для 5.6 на подходе ::obsd.talk.14 : 21/08/14 00:11 : zhuk@ to All [355]

Слов на этот раз немного, тема до боли знакомая, но всё же бодрит. :)



Re: Песенка для 5.6 на подходе ::obsd.talk.14 : 21/08/14 02:05 : 51t to zhuk@ [356]

а ыыыксклюзивно поделиться с автором http://osole.51t.ru ? мне же пока послушать, сайт переверстать, и так далее :)



Re: Песенка для 5.6 на подходе ::obsd.talk.14 : 21/08/14 02:51 : zhuk@ to 51t [357]

Звук не сведён (это действительно слышно), поэтому Тео просил пока не распространять. Так что на сей момент просто делюсь впечатлениями. :) Визуальный ряд тоже пока в процессе, поэтому что там верстать - не знаю. Как будет финальная версия - сразу свистну, конечно.

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



Re: Песенка для 5.6 на подходе ::obsd.talk.14 : 21/08/14 02:56 : 51t to zhuk@ [358]

ну, хоть напой... :) а то заинтриговал, а нам сиди, волнуйся :)



gdm, xfce, двойные порции "рабочих мест" ::obsd.talk.14 : 26/08/14 18:52 : 51t to All [359]

Наблюдаю уже второй раз. и второй раз при запуске после gdm3, когда идёт возврат от gnome к xfce.

только первый раз в Debian, а сейчас в OpenBSD Snapshots

Суть явления следующая: в окошках "переключатель рабочих мест" вместо 4 их 8, МОЁ-пустое-МОЁ-пустое-МОЁ-пустое и так далее... виртуальный "второй монитор" в настройках xfce - выключен. а эта штука всё равно раздвояецца, как будто на два монитора. что тут можно сделать, чтобы это исправить?



nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 09:14 : 51t to All [360]

даже чаю не попил


ps. Вадим, а чего ты на opennet не подписываешься. Не всегда понятно :)



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 13:48 : zhuk@ to 51t [361]

> Вадим, а чего ты на opennet не подписываешься. Не всегда понятно :)

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



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 13:58 : 51t to zhuk@ [362]

ну, подписывайся "Катя" :) А то приходится в каждого анонима вчитываться :)



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 14:20 : zhuk@ to 51t [363]

> ну, подписывайся "Катя" :) А то приходится в каждого анонима вчитываться :)

А ты не выискивай. :) Просто реагируй по факту. И всё будет хорошо.



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 14:33 : 51t to zhuk@ [364]

тогда я тебе тут буду говорить :) а то скажу кому-нибудь не тому :)

а по факту - там делать нечего.... где они такой народ набрали... :)



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 14:47 : 51t to zhuk@ [365]

как этот httpd запускать-то через rc.conf.local (снапшот от 30 июня,. вроде)
где у него конфиг дефолтный или куда прописывать что?



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 15:00 : 51t to zhuk@ [366]

собрал вот такой конфиг:

====
# $OpenBSD: httpd.conf,v 1.4 2014/07/30 10:05:14 reyk Exp $

# Global Options
# prefork 3

# Servers
server "default" {
listen on 0.0.0.0 port 80
location "/*" {
directory auto index
root "/var/www/htdocs"
}
}
====



и ничего не понял, что именно я собрал :)

я даже comic-neue поставил - всё равно не работает :)



Re: nginx уехал из openbsd ::obsd.talk.14 : 28/08/14 15:03 : 51t to 51t [367]

всё, разобрался - там путь от чрута :) т.е. /htdocs

будем осваивать :)



clean-old-distfiles ::obsd.talk.14 : 28/08/14 15:25 : 51t to All [368]

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

но, смотрю, clean-old-distfiles много чего не удаляет :( от того же nginx висят ngnix-1.4.4 и nginx-1.4.7, да и вообще, пробежался по базару - есть разнобойные версии

как сделать партийную чистку, чтобы удалить вообще всё, что не требуется для сборки?



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 17:50 : 51t to 51t [369]

плюнул в лоб, сделал копию (или сделал в лоб, плюнул копию?), задал MASTER_SITE_OVERRIDE... в общем, захочешь от мусора избавиться - не так раскорячишься :)



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 18:08 : 51t to 51t [370]

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



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 18:28 : 51t to 51t [371]

вроде бы решил проблему с помощью конструции:

export MASTER_SITE_OVERRIDE=http://127.0.0.1:8000/distfiles/\${DIST_SUBDIR}/



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 20:08 : 51t to 51t [372]

всё равно некоторые пакеты не работают, и запрашивают имена типа v1.2.3 или v1-2-3 вместо оригинальных имён пакета. например, x11/ogre.



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 23:04 : zhuk@ to 51t [373]

> но, смотрю, clean-old-distfiles много чего не удаляет :(

Он берёт инфу, собираемую dpb. Если ты хочешь иметь полный набор distfiles, то это для тебя. Если же ты хочешь иметь только distfiles для нужных портов, то тогда надо, насколько понимаю, скрипт свой написать, который будет составлять список нужных файлов и грохать всё за пределами списка... или тупо грохнуть /usr/ports/distfiles и скачать заново (если тебе не надо TeX или Openarena, а инет безлимитный, тоже вариант).



Re: clean-old-distfiles ::obsd.talk.14 : 28/08/14 23:37 : 51t to zhuk@ [374]

мне надо полный набор... но текущий пережил несколько переездов и пожаров... поэтому старые версии перестали очищаться... хотя в мане сказано, что можно прямо "на живую" делать dpb -F... причём, раньше оно как-то очищалось, а теперь очищается не всё :(

про MASTER_SERVER_OVERRIDE в манах вообще сказано дважды и мельком... надо будет в сырцы нырять....



Re: clean-old-distfiles ::obsd.talk.14 : 29/08/14 08:13 : 51t to 51t [375]

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



ncursesw ::obsd.talk.14 : 29/08/14 09:10 : 51t to All [376]

что это, есть ли это в openbsd?

хочу собрать netrik (консольный браузер), а он требует это.



Re: ncursesw ::obsd.talk.14 : 29/08/14 09:19 : 51t to 51t [377]

1.15.4, которая использует ещё ncurses, собралась нормальненько!

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



Re: ncursesw ::obsd.talk.14 : 29/08/14 09:27 : 51t to 51t [378]

от оно:

http://51t.ru/o/netrik.png

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


хотя, не, облом, оно под GPL неустановленной версии :(



браузер в базовой системе ::obsd.talk.14 : 29/08/14 15:26 : 51t to All [379]

кто говорит, что браузер в базовой системе не нужен, и что легко поставить через pkg_add - тот заблуждается

проблемы могут быть и с pkg_add. или можно забыть адрес, или просто поискать, где он находится. я сейчас ставил 5.5 amd64, а на другом компьютере - http-зеркало, так я через lynx просто по нему пошарился, чтобы видеть, где что лежит :)


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



rc.d ::obsd.talk.14 : 29/08/14 20:31 : 51t to All [380]

http://www.opennet.ru/openforum/vsluhforumID3/ubb/98196.html#97

netbsd-шники на rc.d бочку крошат.

во-первых, надо бы в лоб дать, дабы не повадно было. а во-вторых - о чём он вообще?



чисто плейстейшн ::obsd.talk.14 : 29/08/14 20:58 : 51t to All [381]

> pkg_info -m

====
armagetronad-0.2.8.3.2p0 3D light cycle game
athn-firmware-1.1p1 firmware binary images for athn(4) driver
atomix-2.14.0p7 build molecules out of single atoms
bass-1.2p0 Beneath A Steel Sky
beret-1.2.1pl1p0 2D puzzle-platformer game
blobby-1.0rc3 volleyball game with online play
boost-1.53.0p5 free peer-reviewed portable C++ source libraries
bzflag-2.4.2p0 graphical multiplayer 3D tank war game
celestia-1.6.1p8 free space simulator and planetarium
chocolate-doom-1.7.0 portable version of iD Software's Doom
chromium-bsu-0.9.15.1 fast paced arcade-style space shooter
cmus-2.5.0 ncurses-based music player
crack-attack-1.1.14p9 OpenGL game based on SNES classic Tetris Attack
dangerdeep-0.3.99.3327 WWII German submarine simulator
doomdata-1.9p0 DOOM I Shareware data files
dosbox-0.74p4 x86 with DOS emulator targeted at playing games
eduke32-2.0.0.2394p1 Enhanced Duke Nukem 3D engine
extremetuxracer-0.4p1 downhill racing game
flare-0.19 free/libre action roleplaying engine
flightgear-2.12.0 modern, open-source flight simulator
fluidsynth-1.1.6p2 SoundFont2 software synthesizer
foobillard-3.0a free OpenGl billard game
fotaq-1.1v0 flight of the amazon queen
freeciv-client-2.3.4p0 Freeciv client
freeciv-server-2.3.4p1 Civilization clone for X11; multiplayer; game server
frogatto-1.3.20130317p0 2D adventure platformer game
frozen-bubble-2.2.0p9 bubble popping game, like puzzle bobble
generaluser-gs-soundfont-1.44 GM and GS compatible SoundFont bank for MIDI
glew-1.10.0 GL Extension Wrangler library
gmake-4.0p0 GNU make
gxemul-0.4.7.1p1 ARM/M88k/MIPS/PowerPC/SuperH machines emulator
irrlamb-0.1.1 third person, 3D physics game
jag-0.3.2 arcade-puzzle game
love-0.8.0p4 2D games framework for use with Lua
marathon-0.0.20120514 marathon one data files
marathon2-0.0.20120514 marathon two data files
marathoninfinity-0.0.20120514 marathon infinity data files
mc-4.8.1.7 free Norton Commander clone with many useful features
meandmyshadow-0.4 puzzle/platform game
megaglest-3.7.1p2 3D real-time strategy game
midori-0.5.6 lightweight web browser
minetest-0.4.7 infinite-world block sandbox game
mplayer-20140106p3 movie player supporting many formats
naev-0.5.3 2D space trading and combat game
numptyphysics-0.3.r20100916 physics-based drawing puzzle game
oolite-1.73.4p6 space combat and trading game in the style of Elite
openarena-0.8.8p1 OpenArena client
opensonic-0.1.2p2 game based on the Sonic the Hedgehog universe
openttd-1.3.3 open source clone of the game Transport Tycoon Deluxe
pokerth-1.0 texas hold'em poker game with online capabilities
puzzles-9534p0 collection of puzzles games
quirks-1.113 exceptions to pkg_add rules
radeondrm-firmware-20131002p0 firmware binary images for radeondrm(4) driver
redeclipse-1.4p2 redeclipse client
rftg-0.8.1p1 race for the galaxy card game
roadfighter-1.0.1269p0 remake of Konami's Road Fighter
rocksndiamonds-3.3.1.2p0 maze game resembling boulderdash
sdl-image-1.2.12p1 SDL image library
sdl-mixer-1.2.12p2 SDL multi-channel audio mixer library
sdl-ttf-2.0.11p0 SDL TrueType fonts library
simh-3.9.0p1 PDP, IBM 1401, Nova and other CPUs simulator
starlanes-1.2.2 classic space-age stock trading game
stellarium-0.12.4 free open source planetarium
stone-soup-0.11.0 dungeon crawl stone soup
supertuxkart-0.8.1 kart racing game with OSS mascots
ufoai-2.4 squad-based tactical strategy game
uqm-0.7.0p1v0 ur-quan masters: sdl port of star control 2; multiplayer
uqm-remix1-0.7.0p1v0 ur-quan masters: remix pack number one
uqm-voice-0.7.0p1v0 ur-quan masters: speech content
valyriatear-0.6.0p0 free J-RPG game
vectoroids-1.1.0p0 vector-based, pretty, Asteroids clone
warmux-11.04.1p2 free software clone of Worms(R) game concept
warzone2100-3.1.0p0 3D realtime strategy on a future earth
wesnoth-1.10.7 fantasy turn-based strategy game
widelands-0.11p3 economic and military simulation game
xfce-4.10p0 Xfce desktop meta-package (base installation)
xfce4-xkb-0.5.6 Xfce4 xkb layout switcher panel plugin
zsdx-1.7.1 fan made Zelda game for Solarus engine
ztrack-1.0 ncurses based pseudo-3D driving game
====




Re: rc.d ::obsd.talk.14 : 29/08/14 21:57 : zhuk@ to 51t [382]

> netbsd-шники на rc.d бочку крошат.
>
> во-первых, надо бы в лоб дать, дабы не повадно было. а во-вторых - о чём он вообще?

С Чеусовым спорить тебе, боюсь, не с руки. ;) А в данном случае вас обоих не туда понесло. rc.d в Опёнке - про минималистичность. Давеча появившаяся rcctl - в первую очередь инструмент для других программ, вроде Ansible. Никаких тяжеловесных фич в rc.d нет и не планируется.



Re: rc.d ::obsd.talk.14 : 29/08/14 22:01 : 51t to zhuk@ [383]

> С Чеусовым спорить тебе, боюсь, не с руки. ;)

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

> А в данном случае вас обоих не туда понесло.

Я вообще про rc.d ни слова не сказал :) Это он ни с того ни всего к ней придраться решил :)



Re: rc.d ::obsd.talk.14 : 30/08/14 07:25 : zhuk@ to 51t [384]

> Я вообще про rc.d ни слова не сказал :) Это он ни с того ни всего к ней придраться решил :)

Его понесло, а ты - повёлся. ИМХО - оба хороши. ;)



Re: rc.d ::obsd.talk.14 : 30/08/14 07:30 : 51t to zhuk@ [385]

сижу, ставлю NetBSD в виртуалке :) может, где идея хорошая и притырится :)

к тому же, если дорасту до Raspberry Pi, надо же туда что-то ставить будет... уж лучше NetBSD, чем Linux :)



g2k14-переводы ::obsd.talk.14 : 30/08/14 09:34 : 51t to All [386]

перенёс:

http://51t.ru/o/g2k14.html

отформатирую, плюс добавлю переводы, которые не вошли в релиз...



games/supertuxkart ::obsd.talk.14 : 30/08/14 19:17 : 51t to All [387]

Вот это вещь! А я как-то раньше не особо интересовался.. а сейчас потыкал... да, давно я так не радовался... со времён Eliminator Boat Duel.

Теперь самая ожидаемая мною игра века - это STK 0.9 :)

В списке "в мире пакетов OpenBSD" - следующая на описание :)



mariadb ::obsd.talk.14 : 03/09/14 18:21 : 51t to All [388]

давно интересовало, а почему сабж не только не собирается (хотя никакого BROKEN там не стоит),
... но даже и не фетчится через dpb -F (хотя даже BROKEN так фетчатся)? что и как его блокирует?



Re: mariadb ::obsd.talk.14 : 04/09/14 06:21 : zhuk@ to 51t [389]

Его не блокирует ничто, кроме отключения от общей сборки. То есть в databases/Makefile нет строчки "SUBDIR += mariadb". ;) Причина - конфликты с оригинальным MySQL. Сейчас Brad Smith, AFAIK, работает над тем, чтобы включить mariadb вместо MySQL по дефолту; одна попытка уже была, но оказалась неудачной из-за малого количества поддерживаемых архитектур, на тот момент.



прилетело обновленъе ::obsd.talk.14 : 06/09/14 17:54 : 51t to All [390]

http://openports.se/games/openxcom



по чистоплейстейшну. ::obsd.talk.14 : 10/09/14 02:00 : 51t to All [391]

1. фрогатто, которая на 5.5 amd64 default не падала, а на snap i386 ru падала, на snap amd64 default тоже падает, точно так же... причина непонятна.

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

3. 0ad в 64 почему-то не запускается, падает в core dump. в i386 - работает. в релизе 5.5 его (как и freecol) ещё не было.


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



Беседка ::openbsd.talk : 08/08/17 12:51 : Аноним to All [392]

Сообщение номер один



Re: Беседка ::openbsd.talk : 10/08/17 13:08 : Аноним to Аноним [393]

проверка связи



Re: Беседка ::openbsd.talk : 10/08/17 18:22 : Аноним to Аноним [394]

Приделаны сводные комменты, комментарии к новостям и прочее по мелочи.



Re: Беседка ::openbsd.talk : 11/08/17 12:52 : Аноним to Аноним [395]

новая games/koboredux - прикольно. по геймплею, конечно, практически тот же games/kobodeluxe, но визуальная схема интересная :)



Re: Беседка ::openbsd.talk : 19/08/17 07:51 : Аноним to Аноним [396]

ping



Re: Беседка ::openbsd.talk : 20/08/17 06:48 : Аноним to Аноним [397]

Как правильно настраивать шелл .kshrc ?



Re: Беседка ::openbsd.talk : 20/08/17 10:13 : Аноним to Аноним [398]

Когда ждать 6.2?



Re: Беседка ::openbsd.talk : 21/08/17 01:00 : Аноним to Аноним [399]

6.2 - в конце осени
а что не так с .kshrc? кстати, почему .kshrc, а не дефолтный .profile?



Re: Беседка ::openbsd.talk : 21/08/17 21:55 : Аноним to Аноним [400]

ждать или нет в 6.3 ФС Hammer?



Re: Беседка ::openbsd.talk : 22/08/17 00:14 : Аноним to Аноним [401]

> ждать или нет в 6.3 ФС Hammer?

крайне сомневаюсь, что в ближайшее время это возможно



Re: Беседка ::openbsd.talk : 22/08/17 09:58 : Аноним to Аноним [402]

а что не так с .kshrc? кстати, почему .kshrc, а не дефолтный .profile?
> В том то и дело добавляю в .profile
export PKG_PATH=ftp.openbsd.org
export EDIT=vi
и после перезагрузки ksh ведет себя как-то странно не отрабатывает историю команд переставало работать мышь в ranger потому и спросил о настройке .kshrc



Re: Беседка ::openbsd.talk : 22/08/17 10:33 : Аноним to Аноним [403]

если включён EDITOR=vi(m) или VISUAL=vim, то ksh снимает emacs-mode. надо сделать set -o emacs
подробнее можно увидеть в man ksh, в секции VISUAL



Re: Беседка ::openbsd.talk : 22/08/17 18:49 : Аноним to Аноним [404]

если включён EDITOR=vi(m) или VISUAL=vim, то ksh снимает emacs-mode. надо сделать set -o emacs
подробнее можно увидеть в man ksh, в секции VISUAL
> Благодарю всё заработало



Re: Беседка ::openbsd.talk : 23/08/17 03:07 : Аноним to Аноним [405]

судя по тому, что ветку 6.2 отделили, релиз будет в начале осени



Re: Беседка ::openbsd.talk : 23/08/17 03:19 : Аноним to Аноним [406]

хотя нет, не ветку, а просто текущая разработка теперь маркируется 6.2-beta. значит, в середине осени



Re: Беседка ::openbsd.talk : 23/08/17 16:29 : Аноним to Аноним [407]

Недавно обновили pkg_info -Q luakit
luakit-2017.08.10v0 да и surf тоже стал весьма и весьма тормозить даже на простеньких сайтах интересно у всех так?



Re: Беседка ::openbsd.talk : 23/08/17 23:42 : Аноним to Аноним [408]

surf в 6.1 не тормозит (я, правда, не помню, какой юзал, первый или второй)
а тестирование браузеров будем делать ежерелизным :)



Re: Беседка ::openbsd.talk : 24/08/17 17:34 : Аноним to Аноним [409]

а если я портирую ФС reiser4, перелицензированную под bsd, под openbsd, ее примут? ты примешь участие в портировании? //Ёжик с ЛОРа



Re: Беседка ::openbsd.talk : 25/08/17 05:44 : Аноним to Аноним [410]

Я сомневаюсь, что сейчас вообще можно добавить журналируемую файловую систему.



Re: Беседка ::openbsd.talk : 25/08/17 09:14 : Аноним to Аноним [411]

почему?



Re: Беседка ::openbsd.talk : 25/08/17 09:38 : Аноним to Аноним [412]

Это если я правильно понял раздел в faq. Лучше спросить у кого-нибудь, кто лучше в этой сфере разбирается.



Re: Беседка ::openbsd.talk : 25/08/17 09:39 : Аноним to Аноним [413]

Даже ext4 сейчас только на чтение - сомневаюсь, что добавление reiser4 реализуемо.



Re: Беседка ::openbsd.talk : 25/08/17 10:02 : Аноним to Аноним [414]

все реализируемо, ну надо только постараться исправить багофичу в ядре.... где это конкретно лежит? вот в этом вот вопрос.
Жуков вот (мы с ним болтали) говорит, что вполне возможно hammer портировать, но это не журналируемая ФС.



Re: Беседка ::openbsd.talk : 25/08/17 10:06 : Аноним to Аноним [415]

но народ хочет Reiser4, это бы киллерфича ОПЕНБСД была. и срач на 20 страниц на ЛОРе.
я склоняюсь к исправлению багофичи, мешающей журналированию... где это лежит? в чем суть?



Re: Беседка ::openbsd.talk : 25/08/17 11:11 : Аноним to Аноним [416]

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

свяжись с pelikan@
когда он добавил поддержку ext4, у меня умирала система при подключении ext2, и мы с ним долго переписывались по поводу устройства файловых систем. правда, я плохо помню, это было более трёх лет назад, поговори с ним сам



Re: Беседка ::openbsd.talk : 25/08/17 11:51 : Аноним to Аноним [417]

в рассылку отправил. и да, возможности reiser4 отключаемы...
И да, я же не призываю не поддерживать ufs, поэтому ХЗ, как усложнит общее устройство системы добавление reiser4
это же не системд.



Re: Беседка ::openbsd.talk : 25/08/17 12:30 : Аноним to Аноним [418]

reiser4 нет даже в linux, где примерно сотни две файловых систем, судя по дереву исходников (хотя я давно не смотрел дерево исходников). Наверное, есть какие-то причины



Re: Беседка ::openbsd.talk : 25/08/17 13:41 : Аноним to Аноним [419]

они даже уже не пытаются продавить в ядро, Рейзер в тюряге, а Шишкину...
и да, были какие-то срачи, если интересно, посмотри лог ирк лорвики: http://irclog.suburban.me/channel/irc.freenode.net/lorwiki/
вообще мы там обсуждали))



Re: Беседка ::openbsd.talk : 25/08/17 13:43 : Аноним to Аноним [420]

Я за рейзер4, уверен, что с портированием на опенбсд она получит новый этап в своем развитии.



Re: Беседка ::openbsd.talk : 25/08/17 23:12 : Аноним to Аноним [421]

Тогда тебе надо убедить в этом разработчиков Reiser4. Хотя мне кажется, что для них есть более перспективные ОС, даже если не брать linux.



Re: Беседка ::openbsd.talk : 26/08/17 01:15 : Аноним to Аноним [422]

Я посмотрел переписку в tech@. В общем, если тебе самому интересно этим заниматься - то занимайся, для удовольствия. А ставить какие-то конкретные цели по добавлению этой ФС в основную ветку не стоит. По крайней мере, пока у тебя нет готовой реализации.



Re: Беседка ::openbsd.talk : 26/08/17 01:18 : Аноним to Аноним [423]

... но начинать, наверное, лучше с HAMMER :)



Re: Беседка ::openbsd.talk : 26/08/17 10:44 : Аноним to Аноним [424]

Прилетело обновление youtube-dl-2017.08.23 и теперь немогу просматривать через mpv youtube как вернуть старую версию подскажите



Re: Беседка ::openbsd.talk : 26/08/17 11:24 : Аноним to Аноним [425]

откатить версию портов с помощью cvs -D '1 week ago' ... и собрать оттуда нужный пакет - y youtube-dl из зависимостей только python и какая-то мелочь



Re: Беседка ::openbsd.talk : 26/08/17 11:54 : Аноним to Аноним [426]

portов у меня нету устанавливал через pkg_add -iv youtube-dl



Re: Беседка ::openbsd.talk : 26/08/17 12:30 : Аноним to Аноним [427]

получить порты:
cd /usr
cvs -qd anoncvs@anoncvs.spacehopper.org:/cvs get -D '1 week ago' -P ports
удалить старый youtube-dl
собрать новый:
cd /usr/ports/www/youtube-dl
make install



Re: Беседка ::openbsd.talk : 26/08/17 19:35 : Аноним to Аноним [428]

Пробовал установку с портов затея не помогла, тогда прожег сд накатил 6,2 результат тот-же , скачал с 6,1 пакет youtube-dl-2017.03.16.tgz и всё заработало



Re: Беседка ::openbsd.talk : 28/08/17 01:30 : Аноним to Аноним [429]

кто-нибудь пользовался/пользуется пакетами roundcubemail или sogо?



Re: Беседка ::openbsd.talk : 29/08/17 04:30 : Аноним to Аноним [430]

Улучшения дня: CD и DVD для систем типа Pentium II, вторая часть статьи для начинающих и RSS для новостей и текстов (ссылки на главной)



Re: Беседка ::openbsd.talk : 29/08/17 14:10 : Аноним to Аноним [431]

По поводу youtube-dl
youtube-dl-2017.08.23 был сломан, в новой версии youtube-dl-2017.08.23p0 это исправлено



Re: Беседка ::openbsd.talk : 03/09/17 12:33 : Аноним to Аноним [432]

Нет ли где копии ныне не доступного сайта openbsd.ru? Или хотя бы http://tr.openbsd.ru? С англицким плохо знаком, хотелось бы почитать чегонибудь на русском...



Re: Беседка ::openbsd.talk : 03/09/17 12:36 : Аноним to Аноним [433]

Ещё и obsd.ru недоступен, который судя по wiki "официальный сайт OpenBSD"...



Re: Беседка ::openbsd.talk : 03/09/17 22:21 : Аноним to Аноним [434]

Копии этого сайта были на openbsd.pw. Но он тоже что-то не открывается. Я где-то сохранял эти копии, но чего-то не могу у себя их сейчас найти. Найду - размещу.

До версии 5.4 на openbsd.org были языковые версии сайта, в том числе и русскоязычная. Но, увы, актуальность они быстро теряли, поэтому были удалены. Последний архив есть здесь: https://github.com/alexander-naumov/openbsd-doc-ru (или можно через cvs откатить версию веб-сайта во времена 5.3). Опять же, в этой документации информация уже устарела, и это только для общего развития.



Re: Беседка ::openbsd.talk : 03/09/17 22:23 : Аноним to Аноним [435]

нашёл:

http://ftp.51t.ru/pub/www.openbsd.pw/



Re: Беседка ::openbsd.talk : 04/09/17 09:16 : Аноним to Аноним [436]

Спасибо! Это чтоб скачать, или оно там будет всегда? Ссылочка в меню/текстах на это зеркало будет?



Re: Беседка ::openbsd.talk : 04/09/17 09:38 : Аноним to Аноним [437]

ну, надеюсь что будет всегда :)



Re: Беседка ::openbsd.talk : 06/09/17 11:59 : Аноним to Аноним [438]

Оказалось, драйвер esa(4) либо сломан, либо не работает с конкретной картой :( Полдня провозился, впрочем я в этом ничего не понимаю. Обидно. Версии OpenBSD по 5.7 включительно отлично работают с этой картой, а 5.8 и выше - уже нет :(



Re: Беседка ::openbsd.talk : 07/09/17 10:56 : Аноним to Аноним [439]

А нельзя взять драйвер esa(4) (vesa?) от 5.7 и вкрутить его в 6.1? Или глянуть изменения между 5.7 и 5.8, может там по умолчанию какойнибудь параметр включили/выключили...



Re: Беседка ::openbsd.talk : 07/09/17 13:01 : Аноним to Аноним [440]

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



Re: Беседка ::openbsd.talk : 07/09/17 13:01 : Аноним to Аноним [441]

esa - ess maestro3
http://man.openbsd.org/esa.4



Re: Беседка ::openbsd.talk : 07/09/17 13:42 : Аноним to Аноним [442]

А драйвер кваксёра (covox) есть? На проблемных, с точки зрения звука системах, можно через десяток резюков в лптешники музыку послушать... :)



Re: Беседка ::openbsd.talk : 07/09/17 13:55 : Аноним to Аноним [443]

там сейчас звук на уровне ковокса и есть :) только звучит неравномерно :)



Re: Беседка ::openbsd.talk : 08/09/17 03:02 : Аноним to Аноним [444]

на fujitsu с yamaha yds то же самое



Re: Беседка ::openbsd.talk : 08/09/17 04:11 : Аноним to Аноним [445]

из 5 ноутбуков на 3-х не работает звук (начиная с 5.8), на одном - видео (начиная с 5.4). что не работает на пятом, я ещё не нашёл :)



Re: Беседка ::openbsd.talk : 08/09/17 07:25 : Аноним to Аноним [446]

отправил второй репорт
https://marc.info/?l=openbsd-bugs&m=150484883930771&w=2

пересадил эти системы на OpenBSD 5.7



Re: Беседка ::openbsd.talk : 09/09/17 23:16 : Аноним to Аноним [447]

А про поломатое видео будеш репортить? Сылку на статус бага, если есть, то можно добавить в статью - будет информативненько...



Re: Беседка ::openbsd.talk : 10/09/17 10:06 : Аноним to Аноним [448]

В linux оно, кстати, тоже косячит. Не думаю, что в OpenBSD это воспроизводимо без физического доступа к этому конкретному железу.



Re: Беседка ::openbsd.talk : 10/09/17 10:08 : Аноним to Аноним [449]

Что касается звука, так проще поддерживать OpenBSD 5.7. Там есть такие интересные вещи, как linux-эмуляция и полный kde 3 (в последних версиях от kde3 только kdegames и kdebase). Можно потихоньку портировать интересный софт для 5.7.



Re: Беседка ::openbsd.talk : 10/09/17 10:08 : Аноним to Аноним [450]

Я потом соберу отдельный CD с 5.7 и полезным для старых систем софтом.



Re: Беседка ::openbsd.talk : 10/09/17 11:47 : Аноним to Аноним [451]

> ...без физического доступа к этому конкретному железу.
ssh+vnc и в интернет на пару месяцев, с прекрипленим к багрепорту ip, порт, логин и пароль для доступа к железяки для того, кто захочет поразбераться... или vnc не передаёт всю полноту косяков видеокарты/драйвера?

> ... поддерживать OpenBSD 5.7
> ... соберу отдельный CD с 5.7 и полезным для старых систем софтом.
Только очень желательно с небольшой документашкой, по этому софту. Сборник http://51t.ru/txt-openbsd-pentium2.html имеет много пакетов, но к сожалению, неискушонному пользователю трудно понять какие и для чего нужны, а также чем отличаются. Текущего описания кажется мало. Вообще было бы интересно посмотреть, как и с помощью какой программы ты выполняеш ежедневную рутину.
На этом диске планируеш несколько программ под одну задачу, или одна программа для одной задачи, отдельно консольная, отдельно графическая? И локализация ПО "из коробки" планируется?



Re: Беседка ::openbsd.talk : 10/09/17 11:55 : Аноним to Аноним [452]

В добовлялку сообщений на сайте (/newmsg) можно поставить игнор коментариев, в которых адрес сайта (http://), спам не прийдётся вычищать....



Re: Беседка ::openbsd.talk : 10/09/17 12:50 : Аноним to Аноним [453]

я не игнор, а дополнительную проверку для комментариев с http/https введу



Re: Беседка ::openbsd.talk : 10/09/17 12:52 : Аноним to Аноним [454]

по vnc не передать ни загрузку ядра (когда и врубается фреймбуфер), ни звук. с видео - маловероятно, а со звуком явно масштабная проблема. надо проверить всё железо с openbsd 6.1 на предмет работы звука.



Re: Беседка ::openbsd.talk : 10/09/17 12:53 : Аноним to Аноним [455]

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



Re: Беседка ::openbsd.talk : 11/09/17 04:32 : Аноним to Аноним [456]

... а он кеды себе купил. Они, говорит, красивее..
OpenBSD 5.7, KDE 3.5.10, Opera 12 из портов в Linux-эмуляции, на 192 мб памяти

http://51t.ru/s/57.kde3.png



Re: Беседка ::openbsd.talk : 11/09/17 08:43 : Аноним to Аноним [457]

Хотел спросить, а как там с эмуляцией Win32? Например хочу на старом буке запустить пару игорей но на правильной системе.



Re: Беседка ::openbsd.talk : 11/09/17 09:45 : Аноним to Аноним [458]

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

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



Re: Беседка ::openbsd.talk : 11/09/17 11:38 : Аноним to Аноним [459]

win32 можно через qemu организовать :) в qemu ставим от 98(+KernlEx) до xp (урезаную), далее в опциях запуска qemu указываешь опцию -fat:_имя_монтируемого_директория_ и на наслаждаешся :)
qemu версии до 0.7 очень быстро эмулируют, даже на старом железе, далее начинаются тармазаааа...



Re: Беседка ::openbsd.talk : 11/09/17 12:03 : Аноним to Аноним [460]

есть bochs. правда, я его формат конфига не освоил :(



Re: Беседка ::openbsd.talk : 11/09/17 21:55 : Аноним to Аноним [461]

А каковы причины избавления от эмуляций после 5.9?



Re: Беседка ::openbsd.talk : 11/09/17 23:03 : Аноним to Аноним [462]

Проблемы в поддержке, вроде бы - я уже точно не помню. В любом случае, в версии amd64 его никогда и не было :)



Re: Беседка ::openbsd.talk : 11/09/17 23:35 : Аноним to Аноним [463]

В какой версии у OpenBSD добавили ключ -i к sed? :) хочу бэкпортить ansible в 5.7, надо как-то заменить эту секцию:

====
pre-configure:
sed -i -e "s,/usr/share,${TRUEPREFIX}/share,g;" \
-e "s,/usr/share/ansible_plugins,${PLUGINDIR},g" \
${WRKSRC}/lib/ansible/constants.py \
${WRKSRC}/examples/ansible.cfg \
${WRKSRC}/docs/man/man1/*.1
====




Re: Беседка ::openbsd.talk : 11/09/17 23:37 : Аноним to Аноним [464]

В 5.8 :)
sed(1) -i option added.



Re: Беседка ::openbsd.talk : 19/09/17 19:17 : Аноним to Аноним [465]

А как в ksh сделать, чтобы в случае длинной команды, которая не влезает в xterm, он переносил бы ввод на новую строку, а не продолжал писать в этой же строке, скрывая ее начало?



Re: Беседка ::openbsd.talk : 19/09/17 23:21 : Аноним to Аноним [466]

не знаю. но у ksh очень подробный man



Re: Беседка ::openbsd.talk : 20/09/17 10:02 : Аноним to Аноним [467]

man я видел, но что-то не нашел



Re: Беседка ::openbsd.talk : 28/09/17 10:44 : Аноним to Аноним [468]

Из презентации OpenSMTPD
http://51t.ru/s/opensmtpd-paper.jpg



Re: Беседка ::openbsd.talk : 29/09/17 06:38 : Аноним to Аноним [469]

https://www.lphp.org/pub/events/my_bsd_sucks_less_than_yours-full_paper.pdf



Re: Беседка ::openbsd.talk : 29/09/17 07:34 : Аноним to Аноним [470]

ToDo - варианты для портирования

https://packages.debian.org/stretch/val-and-rick
https://packages.debian.org/stretch/gunroar
https://packages.debian.org/stretch/torus-trooper



Re: Беседка ::openbsd.talk : 03/10/17 06:57 : Аноним to Аноним [471]

собрал 6.2 amd64
http://ftp.51t.ru/pub/OpenBSD/6.2/amd64/
ftp://ftp.51t.ru/pub/OpenBSD/6.2/amd64/

i386 мне собирать негде. впрочем, скоро релиз



Re: Беседка ::openbsd.talk : 03/10/17 08:50 : Аноним to Аноним [472]

А на amd64 собрать i386(i686) нельзя?



Re: Беседка ::openbsd.talk : 03/10/17 13:08 : Аноним to Аноним [473]

> А на amd64 собрать i386(i686) нельзя?

нет.
в OpenBSD вообще всё собирается нативно, и версия для каких-нибудь ваксов, роутеров или завров собирается на них самих
https://www.openbsd.org/images/rack2009.jpg
раньше я подрубал ноутбучный винт к самому мощному компьютеру и собирал на нём, а теперь у меня переходник не работает :( впрочем, без пакетов это всё малополезно, а пакеты будут уже после релиза - лучше подождать несколько дней. для себя я из портов самое необходимое заранее соберу, а для десктопа - тоже буду ждать релиза



Re: Беседка ::openbsd.talk : 03/10/17 18:34 : Аноним to Аноним [474]

приехали. все субпакеты собираются вместе с пакетом, у nginx куча субпакетов типа nginx-passenger, а passenger не собирается



Re: Беседка ::openbsd.talk : 04/10/17 01:44 : Аноним to Аноним [475]

релиз 15 октября



Re: Беседка ::openbsd.talk : 04/10/17 03:28 : Аноним to Аноним [476]

обновился на 6.2, nginx собрал с обновки, где был бинарный снапшот passenger



Re: Беседка ::openbsd.talk : 05/10/17 00:31 : Аноним to Аноним [477]

> 6.2 Song: coming in December.

опять релиз без песенки :(



Re: Беседка ::openbsd.talk : 05/10/17 06:06 : Аноним to Аноним [478]

В связи с тем, что мы теперь все любим OpenBSD 5.7, наборы дисков для 6.1 будут вскоре удалены (к тому же, 6.1 это уже неактуально).
А вот наборы на базе 5.7 уже будут делаться на века.



Re: Беседка ::openbsd.talk : 07/10/17 08:21 : Аноним to Аноним [479]

Когда я ищу Solaris из Debian, он мне предлагает ось, а когда из OpenBSD - машину Хёндэ :)



Re: Беседка ::openbsd.talk : 08/10/17 08:43 : Аноним to Аноним [480]

ToDO upd

https://packages.debian.org/stretch/powermanga
https://packages.debian.org/stretch/parsec47
https://packages.debian.org/stretch/titanion
https://packages.debian.org/stretch/tumiki-fighters
https://packages.debian.org/stretch/criticalmass
https://packages.debian.org/stretch/ketm
https://packages.debian.org/stretch/mu-cade
https://packages.debian.org/stretch/overgod
https://packages.debian.org/stretch/rafkill
https://packages.debian.org/stretch/rrootage



Re: Беседка ::openbsd.talk : 09/10/17 23:24 : Аноним to Аноним [481]

Пока я спал, релиз перенесли с 15 на 9 число. Ура, товарищи, всех с релизом :)



Re: Беседка ::openbsd.talk : 10/10/17 01:22 : Аноним to Аноним [482]

А оперу собрать никто не пробывал? https://aww.moe/z0egik.zip



Re: Беседка ::openbsd.talk : 10/10/17 01:56 : Аноним to Аноним [483]

Смахнув скупую слезу, вспомнил, как пять лет назад, борясь с Linux-оцентризмом и прочим *свободное - значит только Linux* в отдельно взятом мне, искал себе дополнительную систему, чтобы не зависеть от одного только Linux.

Перепробовал всё, что пробуется, начиная от Syllable и Haiku. В финал вышли OpenBSD и NetBSD. В OpenBSD меня поразил FAQ, прочитав который ещё до использования системы, я уже мог легко ею управлять. В тестировании на реальном железе в OpenBSD иксы из коробки завелись на 4 из 4 компьютеров, в NetBSD - на 0 из 4.

Жребий был брошен. И это была OpenBSD 5.2. Которая вышла 1 ноября 2012 года. То есть, 5 лет назад. И теперь мои Debian и OpenBSD живут дружно на нескольких компьютерах и друг другу помогают. Разве что на веб и home серверочках OpenBSD полностью вытеснил Debian.



Re: Беседка ::openbsd.talk : 10/10/17 01:57 : Аноним to Аноним [484]

шо это за непонятный zip с непонятного сайта?



Re: Беседка ::openbsd.talk : 10/10/17 03:25 : Аноним to Аноним [485]

>> А на amd64 собрать i386(i686) нельзя?

> нет.

в /usr/src/Makefile:
# 5) If you want to setup a cross-build environment, there is a "cross-gcc"
# target available which upon completion of:
# "make -f Makefile.cross TARGET=<target> cross-gcc"
# (where <target> is one of the names in the /sys/arch directory) will produce
# a set of compilation tools along with the includes in the /usr/cross/<target>
# directory. The "cross-distrib" target will build cross-tools as well as
# binaries for a given <target>.

но да, собирают нативно. потому что могут.

а вообще хороший у вас тут сайт, надо не забывать заглядывать.



Re: Беседка ::openbsd.talk : 10/10/17 07:20 : Аноним to Аноним [486]

Для меня все эти непонятные слова и есть *нет* :)
А так - заходите ещё :)



Re: Беседка ::openbsd.talk : 10/10/17 12:06 : Аноним to Аноним [487]

мой традиционный cd для i386 - система плюс немного софта
http://ftp.51t.ru/pub/51cd/openbsd-6.2-i386.iso
всё подписано официальными подписями OpenBSD, так что всё фабричное... фирмА ;)



Re: Беседка ::openbsd.talk : 10/10/17 13:09 : Аноним to Аноним [488]

>шо это за непонятный zip с непонятного сайта?

исходники вестимо...

*на правах рекламы*
Боитесь вирусов? Не уверенны в безопасности своей системы? Есть выход!!! Установите OpenBSD и не заботясь о происхождении архива смело открывайте и изучать его!
OpenBSD - удовольствие от работы без страха! :)



Re: Беседка ::openbsd.talk : 10/10/17 13:34 : Аноним to Аноним [489]

> исходники вестимо...

исходники чего? и есть ли более официальный источник? со всеми лицензиями и прочим.



Re: Беседка ::openbsd.talk : 10/10/17 22:41 : Аноним to Аноним [490]

>исходники чего?
судя по начальному сообщению - оперы... источник - гугл... лицензия на оф.сайте http://www.opera.com/ru/terms, не уверены в законности - изучите его http://www.consultant.ru/document/cons_doc_LAW_64629/ (для России)... или свяжитесь с автором http://www.operasoftware.com/company/contact, объяснив чего и для чего хотите, чтоб не было недопонимания. Не думаю, что они откажутся от ещё одной платформы.



Re: Беседка ::openbsd.talk : 10/10/17 23:07 : Аноним to Аноним [491]

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

Источником может быть только официальный сайт или официальный репозиторий hg/git/etc. Иначе с этим точно никто связываться не будет. Кроме того, я не помню, чтобы Opera открывала исходники.



Re: Беседка ::openbsd.talk : 12/10/17 05:38 : Аноним to Аноним [492]

hitachi p133/32 - у меня когда-то был точно такой же или аналогичный, тоже 133/32, тоже такие же салазки для hdd, так же сбоку irda и usb
родной hdd с кучей ошибок (или это мой провод его добил), но у меня ещё есть пузатые - поставил. кстати, hdd который там был один в один один из моих пузатых, возможно как раз с той hitachi и снятый
после загрузки ядра юзеру остаётся 17 мб памяти. иксы запустились, fvwm не работает, зато cwm работает. но тут проблема - любое касание тачпада и оно пишет километры в лог. в DOS-е тачпад не работает, так что списываю это на неисправность тачпада

со вторым компом p200mmx пока сложнее, как там hdd снять непонятно. есть cd, и я даже в японских меню нашёл, как с него грузиться. но из CD-дисков только 6-й Debian.. видимо, надо будет поставить его, а потом медленно и печально через com-порт тянуть образы OpenBSD 6.2



Re: Беседка ::openbsd.talk : 12/10/17 05:40 : Аноним to Аноним [493]

хотя нет, при холодной загрузке мыша в DOS работает



Re: Беседка ::openbsd.talk : 12/10/17 05:44 : Аноним to Аноним [494]

в OpenBSD же каждое касание тачпада вываливает тонну ошибок
pms0: not in sync yet, discard input (state 0)



Re: Беседка ::openbsd.talk : 12/10/17 06:29 : Аноним to Аноним [495]

> а потом медленно и печально через com-порт тянуть образы OpenBSD 6.2

о чём это я... если у меня есть Debian - значит есть и pcmcia-сетевуха, и usb-носители



Re: Беседка ::openbsd.talk : 12/10/17 10:42 : Аноним to Аноним [496]

pcmcia cdrom не поддерживается в OpenBSD :)



Re: Беседка ::openbsd.talk : 12/10/17 12:09 : Аноним to Аноним [497]

звук opl3 с p133 интересная штука. в dos работает только в избранных играх, которые знают про Microsoft Sound System - например, в Descent, правда автодетект вешает неправильно. В Debian Lenny работает. В OpenBSD 5.4 драйвер вроде запускается, но ogg-шку декодировать оно так и не смогло. По итогу, смотрю, в 6.0 этот драйвер вообще удалили :)



Re: Беседка ::openbsd.talk : 12/10/17 13:44 : Аноним to Аноним [498]

>pcmcia cdrom не поддерживается в OpenBSD :)
но вообще он рабочий?
>звук opl3 с p133...
можно попробовать dss (http://old-dos.ru/files/file_437.html) или mpxplay (http://mpxplay.sourceforge.net/), если мне не изменяет память, то они много интересной информации по звуковухам могут показать



Re: Беседка ::openbsd.talk : 12/10/17 13:58 : Аноним to Аноним [499]

OpenBSD информацию по звуковухам показывает достаточную. И в тех играх, где оно поддерживается, оно поддерживается.

Сидюк явно рабочий - когда воткнул в Lenny, начал дружно жужжать и мигать лампочками. Правда, никакого устройства так и не появилось. В более новых Debian-ах пока не проверял. :)



Re: Беседка ::openbsd.talk : 12/10/17 14:37 : Аноним to Аноним [500]

на другом устройстве воткнул в Debian 7 - начал сыпать ошибками под номером -16 :) ладно, фиг с ним



Re: Беседка ::openbsd.talk : 13/10/17 01:52 : Аноним to Аноним [501]

p200mmx с шикарными 96 мб и видео что-то там cyberblade
тачпад тоже не работает. видеоизображение максимум 640x480 (в Debian то ж самое)

в досе вообще интересно. игры 320x200 показывают одни помехи на экране - что doom, что heretic, что дефолтный квейк. дюк можно запустить 640x480 и даже родные 800x600. если в квейке через конфиг запустить другое разрешение, то получается выбор из каких-то странных разрешений типа 350x320, их там целая куча, максимальное 360x480. Потыкав эти разрешения, становится рабочим 320x200. После этого, кстати, можно играть и в doom и в heretic, изображение больше не пропадает.

в общем, ввиду отсутствия UTF консоли в OpenBSD (да и вообще, консоль там не очень, даже TERM=wsvt25 иногда работает неверно), теряется возможность многое сделать. Так что, как десктоп, OpenBSD начинается с Pentium 2/64 mb. А как сервер/роутер - это да, пожалуйста, можно использовать :)



Re: Беседка ::openbsd.talk : 14/10/17 03:54 : Аноним to Аноним [502]

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



Re: Беседка ::openbsd.talk : 15/10/17 11:58 : Аноним to Аноним [503]

В понедельник соберу "верочно" рабочий сидюк... А pcmcia сетевухи в OpenBSD работают?



Re: Беседка ::openbsd.talk : 16/10/17 08:50 : Аноним to Аноним [504]

сетевуха работает. и в инсталлере тоже работает. проблема в том, что pcmcia не везде работает

вот сводная таблица, где что работает. из 10 ноутбуков всё нормально работает только в одном :)
http://51t.ru/s/notebook-openbsd.html



Re: Беседка ::openbsd.talk : 17/10/17 07:55 : Аноним to Аноним [505]

Сергей, чего-то письма до тебя не доходят, отправляют их мне обратно
попробуй смонтирровать /dev/wd2c или /dev/wd2a



Re: Беседка ::openbsd.talk : 17/10/17 22:13 : Аноним to Аноним [506]

Device not configured



Re: Беседка ::openbsd.talk : 18/10/17 00:33 : Аноним to Аноним [507]

Ясно. а в Linux что говорит?



Re: Беседка ::openbsd.talk : 18/10/17 04:43 : Аноним to Аноним [508]

p200mmx я тебе верну, он как десктоп для свободных ОС, будь то OpenBSD, Debian или FreeDOS - не особо совместим.
p133/32 я, если можно, оставил бы себе для тестирования своих python-овских серверов на предмет того, с какой производительностью они работают на такой конфигурации. тем более, там крышка сломана и всё время заваливается



Re: Беседка ::openbsd.talk : 18/10/17 04:47 : Аноним to Аноним [509]

кстати, любопытно, что у меня было порядка 20 ноутбуков класса p1-p4, и irda среди них был в считанных единицах: он был в Hitachi, который был идентичной или очень похожей модели с текущим p133 и ещё буквально в 1 или 2 системах.

в данной коллекции из двух p1, одного p2 и семи p3 irda есть во всех 10. я даже немного потестил, можно ли через irda как эмуляцию com-порта играть в DOS в тот же Doom serial-connect multiplayer. В каких-то компьютерах IRDA в DOS вообще не мигает, в каких-то после настроек в BIOS мигать заставить удалось, компьютеры друг друга находят, но игра не начинается. А где-то таки удалось заставить через irda запустить сетевую игру :)



Re: Беседка ::openbsd.talk : 18/10/17 05:45 : Аноним to Аноним [510]

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

те два p2, что по сети не умеют грузиться - у одного я снял винт и поставил, что надо (тем более, его родной винт оказался насквозь битым), а у второго есть сидюк, я поставил минимальный debian, а уже из grub запустил установку OpenBSD, FreeDOS.



Re: Беседка ::openbsd.talk : 18/10/17 13:21 : Аноним to Аноним [511]

Оставляй любое железо. Irda в виде консоли использовать не пробовал? Возможно отладочной...



Re: Беседка ::openbsd.talk : 18/10/17 13:21 : Аноним to Аноним [512]

Оставляй любое железо. Irda в виде консоли использовать не пробовал? Возможно отладочной...



Re: Беседка ::openbsd.talk : 18/10/17 13:21 : Аноним to Аноним [513]

Оставляй любое железо. Irda в виде консоли использовать не пробовал? Возможно отладочной...



Re: Беседка ::openbsd.talk : 18/10/17 13:24 : Аноним to Аноним [514]

Эко планшет проглючил.... Трижды сообщение послал



Re: Беседка ::openbsd.talk : 18/10/17 13:42 : Аноним to Аноним [515]

в OpenBSD пока не разбирался :) но надо попробовать. правда, надо понять сначала, где порты точно работают, для этого и требуется doom (точнее, я heretic использую, сделал образ hdd на 7200 кб и гружу по сети)

на p133 ставлю openbsd 5.3 нативно. не понимаю, то ли сетевуха с ним так работает, то ли ещё что, но установка базовой системы без компиляторов то ли второй, то ли третий час уже длится. :) чёт многовато. я бы предварительно залил файлы на раздел и ставил бы с него, но весь диск - 516 мб :(



Re: Беседка ::openbsd.talk : 19/10/17 08:58 : Аноним to Аноним [516]

в разделе текста вышла 3-я часть *OpenBSD для начинающих*, где я делюсь некоторым личным опытом :)



Re: Беседка ::openbsd.talk : 20/10/17 18:32 : Аноним to Аноним [517]

А кто-то использует успешно vmd? Видел в нете статьи про alpine+vmd и ubuntu+vmd, однако у меня vmd работает часто нестабильно, попросту подвисает.



Re: Беседка ::openbsd.talk : 21/10/17 00:17 : Аноним to Аноним [518]

У меня vmd ни на одном из моих компьютеров вообще не запускается :( Поэтому использую kvm в Debian :)



Re: Беседка ::openbsd.talk : 24/10/17 01:02 : Аноним to Аноним [519]

http://openports.se/lang/freebasic

Фрибейсик добавили :) Я как-то пробовал с -wip его собрать - не собрался



Re: Беседка ::openbsd.talk : 26/10/17 07:42 : Аноним to Аноним [520]

Fujitsu валится всюду, пробовал две версии OpenBSD и версия Debian. Я даже дальше пробовать не буду, ибо то, что я проверял, там такие же железки, как и в другом fujitsu.

Compaq интереснее.Там практически та же конфигурация, что и в другом compaq, но вместо ESS Maestro 3, которая управляется драйвером http://man.openbsd.org/esa.4 там ESS Maestro 2E, которая управляется http://man.openbsd.org/maestro.4 - и проблем со звуком нет.

maestro не требует firmware. Так что теперь я на 90% уверен, что проблема с саунд-драйвером именно из-за неверной загрузки firmware.



Re: Беседка ::openbsd.talk : 26/10/17 08:08 : Аноним to Аноним [521]

отправил ещё один репорт
https://marc.info/?l=openbsd-bugs&m=150900444825839&w=2

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



Re: Беседка ::openbsd.talk : 26/10/17 10:19 : Аноним to Аноним [522]

в -wip появился palemoon. компилировать - не вариант, очень долго, но если примут в порты - хороший повод попробовать :) в последнее время много говорят, интересно сравнить скорость



Re: Беседка ::openbsd.talk : 26/10/17 11:30 : Аноним to Аноним [523]

прогнал на fujitsu memtest, тест хард-диска - всё нормально, но тупо сыпет сегфолтами в любой ос, причина непонятна
кстати, снизу наклейка говорит, что это не 645, а 6700, абсолютно идентичный тому, что у меня. только этот не работает :(
на compaq же, наоборот, винт явно косячный, в логи любой из систем сыплятся ошибки хард диска



Re: Беседка ::openbsd.talk : 30/10/17 05:57 : Аноним to Аноним [524]

ibm a21e - был без харда, салазок никаких нет, только с Н-ного раза научился видеть хард, но всё равно вываливается с ошибкой Error 0188 bad crc2 и всё, дальше загрузка не идёт, ни в BIOS Setup не войти, ничего не сделать



Re: Беседка ::openbsd.talk : 30/10/17 06:13 : Аноним to Аноним [525]

ibm 570e, который с доком - что с доком, что без дока - при запуске сам грузит BIOS Setup, из которого нельзя выйти - Enter не нажимается



Re: Беседка ::openbsd.talk : 30/10/17 10:34 : Аноним to Аноним [526]

ibm model 1171 - сети нет, но pcmcia-звуковушка работает нормально. на этом, как и на следующем ноутбуке странная проблема - сам лоадер cd-диска openbsd вываливается в ошибку. все остальные такие же лоадеры, будь то с дискеты, с hdd, с виртуального cd через memdisk (на этом компьютере не пробовал, ибо нет сетевой заггрузки) всё работает, а вот с физического CD почему-то не загрузить. именно на двух указанных компьютерах, на всех остальных ок.

за исключением проблемы с загрузкой конкретного диска (я ставил Debian 6.0 и уже оттуда через grub2 грузил bsd.rd) всё остальное в OpenBSD работает - иксы, звук



Re: Беседка ::openbsd.talk : 30/10/17 11:27 : Аноним to Аноним [527]

снял батарейку CMOS с 570 на a21 - a21 заработал, а 570-му пофиг, где не работать. :) также снял с 570-го пимпочку trackpad-а, которой не было на a21 и hdd (без салазок его раза с 10-го можно наугад правильно воткнуть). оказался cel700/64. запустил инсталляцию, вроде идёт



Re: Беседка ::openbsd.talk : 30/10/17 11:32 : Аноним to Аноним [528]

> ibm model 1171

точнее, это было про ibm i1400 model 2621

а 1171 - сеть есть, но видеокарта Silicon Motion LynxEM+ из проверенных 6.2, 5.3, 4.2, Deb5, Deb8 завелась только в Deb5. В режиме 800x600 и с тремя курсорами мыши. Причём expand-text там идёт тоже не на весь экран, а на 800x600. стоявшая там какая-то модификация win98 была без драйверов, на видео был какой-то странный стандартный драйвер, но там оно было на весь экран. В каком разрешении - вот тут я не уверен :(



Re: Беседка ::openbsd.talk : 30/10/17 11:55 : Аноним to Аноним [529]

[ 185.940] (II) SMI(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz)
[ 185.940] (II) SMI(0): Output LVDS using initial mode 1024x768 +0+0
[ 185.940] (EE) SMI(0): Not enough video memory for the configured screen size (1024x1024) and color depth.
[ 185.942] (II) UnloadModule: "siliconmotion"
[ 185.942] (II) UnloadSubModule: "vbe"
[ 185.943] (II) UnloadSubModule: "int10"
[ 185.943] (II) UnloadSubModule: "vgahw"
[ 185.944] (EE) Screen(s) found, but none have a usable configuration.
[ 185.946] (EE)
Fatal server error:
[ 185.948] (EE) no screens found(EE)



Re: Беседка ::openbsd.talk : 30/10/17 12:44 : Аноним to Аноним [530]

обновление http://51t.ru/s/notebook-openbsd.html
надо будет это в меню добавить



Re: Беседка ::openbsd.talk : 31/10/17 01:23 : Аноним to Аноним [531]

решил проверить одну мысль - подключил к dell c400 внешний монитор. как и ожидалось, там изображение показывается (только без курсора мыши)
создал тему, мож кто что подскажет: https://www.linux.org.ru/forum/general/13788156



Re: Беседка ::openbsd.talk : 01/11/17 02:43 : Аноним to Аноним [532]

Крутил ноутбук с видео SMI Lynx EM+. Рабочей для иксов версии OpenBSD я не нашёл. Debian 8 и 6 иксы не запускаются, Debian 5 - иксы запускаются в 800x600 и с тремя курсорами. Поставил Debian 4.0, cd-версию сразу с гномом. Ну, для 64 мб памяти гном работает вполне шустро. А ведь это 2007 год, примерно тогда же вышла Win Vista. Я в 2007 покупал себе ноутбук с Turion64, 1 гб памяти, 160 hdd и видео ATI x1650. И это ноутбук, десктопы были мощнее. А свободные системы были очень-очень лёгкими. За эти 10 лет они стали горррраздо более тяжелыми, хотя принципиально ничего не изменилось - у меня и теперешний основной ноутбук примерно тех годов, он ещё Ленина (Lenny) видел, юзаю там последние Debian и OpenBSD с современными версиями Firefox.

Решил слить полный реп Debian Etch. В дисках это 21 cd... эх, записать, что ли, эти 21 cd и ставить с них системы? :)



Re: Беседка ::openbsd.talk : 01/11/17 09:45 : Аноним to Аноним [533]

В разделе текстов - третья часть практики по ноутбукам класса p1-p3 - немного лирическая и немного про etch :)



Re: Беседка ::openbsd.talk : 01/11/17 10:56 : Аноним to Аноним [534]

Как можно пофиксить rss?

в рссе приходит ссылка
URL: http://51t.ru/txt-px-prac

а урл такой http://51t.ru/txt-px-prac.html

шо дает при переходе
Error: 404 Not Found

Sorry, the requested URL 'http://51t.ru/txt-px-prac' caused an error:

Not found: '/txt-px-prac'



Re: Беседка ::openbsd.talk : 01/11/17 11:02 : Аноним to Аноним [535]

вроде пофиксил



Re: Беседка ::openbsd.talk : 01/11/17 14:21 : Аноним to Аноним [536]

пишу из четвёртого дебиана :)
Linux deb21 2.6.18-6-686 #1 SMP Fri Feb 19 23:40:03 UTC 2010 i686 GNU/Linux
готово для десктопа :) весь веб, который на https, в стандартном epiphany открыть не удалось, а вот свой сайт по http - вполне :)



Re: Беседка ::openbsd.talk : 02/11/17 11:33 : Аноним to Аноним [537]

OpenBSD 5.0, Gnome 2.32, Firefox 5.0
> Mozilla/5.0 (X11; OpenBSD i386; rv:5.0) Gecko/20100101 Firefox/5.0
> OpenBSD openbsd50.my.domain 5.0 GENERIC#43 i386
на 128 мб памяти полёт нормальный, для десктопа - готово ;)
http://51t.ru/s/openbsd50.png



Re: Беседка ::openbsd.talk : 02/11/17 12:57 : Аноним to Аноним [538]

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



Re: Беседка ::openbsd.talk : 02/11/17 15:13 : Аноним to Аноним [539]

в 5.3 такой проблемы нет, в 4.9 тоже нет. ну вот, теперь собирать то же самое на базе 4.9 - урезать гном и всё остальное в 2 гб раздела :)



Re: Беседка ::openbsd.talk : 07/11/17 13:20 : Аноним to Аноним [540]

Нашёл свою статью 2008 года про Linux от 16 мб и выше. Публикуется как есть, без исправлений.

http://51t.ru/s/linux16.html

была ещё табличка, где я сравнивал Deli, Slackware 10.2, DSL и ещё что-то на 8,16,32 мб памяти, как то скорость запуска и скорость работы программ - но, по-моему, эта табличка осталась только в бумажном виде в тетрадке, которой больше нет :(



Re: Беседка ::openbsd.talk : 08/11/17 11:14 : Аноним to Аноним [541]

примерно 10 лет 2.5" от ноута самсунг считался, как мёртвый. а потом вдруг взял и стал работать без проблем. а сегодня пытался со своими usb-портами, которые у меня дохлые на всех моих компьютерах, через кривой 2.5" адаптер кое-что побилдить для i386 - в итоге винт полон хардварных ошибок, явно на физическом уровне... :( жаль, это был единственный винт, который мог быть мобильным репом - с этим винтом у меня делл, как роутер, несколько суток подряд отработал..



Re: Беседка ::openbsd.talk : 08/11/17 11:21 : Аноним to Аноним [542]

и всё из-за невозможности ни нормально пользоваться i386-версией в виртуалке, ни поставить её куда-нибудь второй системой (как я понял, хоть сколько нибудь нормальным образом две OpenBSD на один hdd не поставишь никак). А ставить её, как основную на нормальные компьютеры ставить не хочется - и из-за того, что тогда не соберёшь на amd64, и из-за того, что там куча тормозов, на которые разработчики говорят *в i386 версии это фикситься и не будет*. так-то можно на этих ноутах с 64-192 мб побилдить, но некоторе вещи, тем более сейчас, когда всё перешло на clang, там не побилдишь :(

ещё недавно у меня была куча 2.5" винтов. и ни одного ноута для них. всё пожрал кабель и мои мёртвые USB-порты. в общем, пора завязывать с билдерской деятельностью, переходить на задачи для современного OpenBSD/amd64



Re: Беседка ::openbsd.talk : 08/11/17 14:29 : Аноним to Аноним [543]

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



Re: Беседка ::openbsd.talk : 09/11/17 01:38 : Аноним to Аноним [544]

Текущий билд не видит локалей :( Чтобы играть по-русски, надо сделать линк файла локали и запускать игру только из той же директории

mkdir -p /usr/local/share/cataclysm-dda/lang/ru/LC_MESSAGES
ln -s /usr/local/share/locale/ru/LC_MESSAGES/ru/cataclysm-dda /usr/local/share/cataclysm-dda/lang/ru/LC_MESSAGES
cd /usr/local/share/cataclysm-dda
cataclysm

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



Re: Беседка ::openbsd.talk : 09/11/17 04:32 : Аноним to Аноним [545]

Запустил катаклизм на 450/64, в текстовой консоли и на английском. круто :)



Re: Беседка ::openbsd.talk : 10/11/17 02:28 : Аноним to Аноним [546]

Нашёл грузовичок, кое-как прокатился на нём, встретил толпу зомби, кого-то передавил, задел часть какой-то стены и приехал обратно. И всё это счастье на 64 мб памяти :)
http://51t.ru/s/cata-64mb.png



Re: Беседка ::openbsd.talk : 11/11/17 11:58 : Аноним to Аноним [547]

> ports bentley@ changed sysutils/screenfetch: Pull in upstream commit to fix RAM output.

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

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



Re: Беседка ::openbsd.talk : 17/11/17 07:09 : Аноним to Аноним [548]

А слона-то я и не заметил. Оказывается, в репах давно есть gitea, в то время, как я постоянно собираю gogs. Почему-то эта gitea не отображается на openports.se, а я, в основном, разглядываю всё именно там.

Впрочем, я ещё не пробовал запускать и настраивать gitea, но сам факт, что она там с 6.1, а я просмотрел...



Re: Беседка ::openbsd.talk : 17/11/17 07:19 : Аноним to Аноним [549]

на третьем пне, как и сам go, gitea не работает, не хватает инструкций :(



к: Mystic Mine ::openbsd.talk : 08/08/17 12:53 : Аноним to All [550]

Mystic Mine http://51t.ru/game-mysticmine.html
Бешеные вагонетки - игра, управляемая одной кнопкой.

комментарий

Жаль, что игра ушла вообще без музыки. Может быть, к ней какой-нибудь саундтрек прикрутить?



к: Полезняшки ::openbsd.talk : 08/08/17 18:19 : Аноним to All [551]

Полезняшки http://51t.ru/txt-polez.html
Данные утилиты занимают минимальный объём диска и имеют минимум зависимостей, однако придёт момент, когда они окажутся очень полезны.

комментарий

В LorWiki бы запостить...



к: OpenBSD для начинающих, часть I ::openbsd.talk : 28/08/17 14:01 : Аноним to All [552]

OpenBSD для начинающих, часть I http://51t.ru/txt-beginners1.html
Многие годы усиленно ходят слухи, что OpenBSD сложна в установке и использовании. Но это совершенно не так, и данный цикл статей это докажет. Первая часть посвящена установке системы.

комментарий

хм... судя по анимации, локация автора - Владивосток? Не уж то есть кого в нашем славном городе глупыми вопросами подастовать :)
Ждём с нетерпение продолжения!



Re: к: OpenBSD для начинающих, часть I ::openbsd.talk : 29/08/17 00:16 : Аноним to Аноним [553]

да, Вторая Речка
заходите чай пить :)



Re: к: OpenBSD для начинающих, часть I ::openbsd.talk : 29/08/17 10:38 : Аноним to Аноним [554]

Первая Речка. Дальпресс :) Таки и вы заходите! Для быстрейшего продолжения написания интересного мателиала, могу загрузить железом для эксперементов... Пишите, встретимся, чай попьём :) myswap@bk.ru



Re: к: OpenBSD для начинающих, часть I ::openbsd.talk : 29/08/17 11:41 : Аноним to Аноним [555]

Отписал вам. Скрыть ваш e-mail из комментариев?



Re: к: OpenBSD для начинающих, часть I ::openbsd.talk : 30/08/17 21:42 : Аноним to Аноним [556]

Не надо. Майлру (bk.ru) хорошо справляется со спамом :)



к: Тысяча мелочей для Pentium 2 ::openbsd.talk : 02/09/17 09:57 : Аноним to All [557]

Тысяча мелочей для Pentium 2 http://51t.ru/txt-openbsd-pentium2.html
Набор пакетов и CD/DVD образы OpenBSD для систем класса Pentium 2/3 и 64-256 mb RAM. Консольные и графические приложения.

комментарий

скачал cd версию, установил, далее
mount /dev/cd0a /mnt
cd /mnt/6.1/packages/i386
pkg_add *

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



Re: к: Тысяча мелочей для Pentium 2 ::openbsd.talk : 02/09/17 10:35 : Аноним to Аноним [558]

> и получил множество неустановленных пакетов в виду отсутствия зависимостей...

может быть, конфликтов, а не зависимостей? там просто есть взаимоисключающие пакеты :) какую версию ставили, CD или DVD?



Re: к: Тысяча мелочей для Pentium 2 ::openbsd.talk : 02/09/17 10:48 : Аноним to Аноним [559]

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



Re: к: Тысяча мелочей для Pentium 2 ::openbsd.talk : 03/09/17 11:24 : Аноним to Аноним [560]

CD... возможно и конфликты, был бы интерфейс на русском...
...
Can`t install awesome-4.1: can`t resolve gdk-pixbuf-2.36.6
...
Couldn`t find updates for partial-apache-httpd-2.4.25
...

А почему существует две разные программы, которые нельзя установить одновременно? Ладно, если нельзя их запустить одновременно, а тут именно установка невозможна? Что зачит "взаимоисключающие"? А если их все статически собрать?
А как правельно установить всё ПО с диска?
И ещё, при установки базовой системы было сообщение о невозможности верификации из-за отсутствия SHA256.sig.
А флешки автоматом не монтируются?



к: Сетевая загрузка установщика ::openbsd.talk : 03/09/17 12:02 : Аноним to All [561]

Сетевая загрузка установщика http://51t.ru/txt-pxe.html
Загрузка установщика OpenBSD с помощью PXE, а также iPXE. Можно загрузить и с адреса http://51t.ru/pxe

комментарий

А как организавать загрузку не только одного ядра, а полноценного инсталятора, например взятого отсюда http://51t.ru/txt-openbsd-pentium2.html ? Например есть ПК с tftp с которого грузятся разные системы и установщики, как туда добавить дистрибутив OpenBSD для установки внутри локальной сети?



Re: к: Тысяча мелочей для Pentium 2 ::openbsd.talk : 03/09/17 22:15 : Аноним to Аноним [562]

Это не конфликты, это у вас что-то с пакетником - отвалился по нехватке памяти, по проблемам диска или ещё чего-то.

На CD, я так посмотрел, конфликтов нет. На DVD, как минимум, есть vim с поддержкой gtk и без оного - это просто разные FLAVOR-ы одного и того же пакета, они просто взаимоисключаются.

Впрочем, при установке pkg_add * просто один из пакетов не установился бы, и всё, пошло бы дальше. В данном конкретном случае проблема явно не в этом.



Re: к: Сетевая загрузка установщика ::openbsd.talk : 03/09/17 22:17 : Аноним to Аноним [563]

bsd.rd и есть полноценный установщик
для загрузки через pxelinux, можно использовать memdisk, типа:

label OpenBSD 6.1
kernel memdisk raw
initrd floppy61.fs

или

label OpenBSD 6.1
kernel memdisk iso raw
initrd cd61.iso



к: Chocolate Doom ::openbsd.talk : 04/09/17 07:29 : Аноним to All [564]

Chocolate Doom http://51t.ru/game-chocolate-doom.html
Движки для DooM, Heretic, Hexen и Strife, идентичные натуральным. Старый добрый дум, воспроизведёный максимально точно.

комментарий

У strife есть shareware-версия, но с chocolate-doom она не работает



Re: к: Сетевая загрузка установщика ::openbsd.talk : 04/09/17 09:11 : Аноним to Аноним [565]

извеняюсь за невежество, но это
kernel memdisk iso raw
initrd cd61.iso
загрузит весь исошник в память? т.е памяти на машине должно быть 800+ мегобайт?



Re: к: Сетевая загрузка установщика ::openbsd.talk : 04/09/17 09:43 : Аноним to Аноним [566]

Это загрузит 8-мегабайтный исошник в память. Потому что pxelinux может грузить только образы, которые прикинулись диском, обманывая BIOS компьютера. После загрузки ядра то, что прикидывалось до bios, видно не будет, поэтому ядро этот исошник видеть уже не сможет, и грузить 210 мегабайтный ISO-файл бессмысленно. Для этого потребуется или 32, или 64 мб памяти, я сейчас точно сказать не смогу... но 64 точно хватит

Суть этого всего в том, чтобы загрузить bsd.rd, и это единственный доступный способ. После загрузки bsd.rd в память всё идёт так, как будто это ядро загрузили с CD, после чего вытащили диск.



Re: к: Сетевая загрузка установщика ::openbsd.talk : 04/09/17 11:09 : Аноним to Аноним [567]

т.е. дополнительные пакеты с образа не установишь уже никак? Ядро заставить работать с диском через биосовские прерывания нельзя? Чтоб образ не терялся...

Значит, для организации полноценной загрузки и установки по сети нужно ещё поднять http сервер с пакетами программ и както указать на него инсталятору?



Re: к: Сетевая загрузка установщика ::openbsd.talk : 04/09/17 12:09 : Аноним to Аноним [568]

Да, нужен ещё http-сервер, откуда он будет брать базовую систему (можно, конечно, и с интернета грузить, по умолчанию он предложит зеркала, но можно забить свой в процессе установки)



к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 11:07 : Аноним to All [569]

OpenBSD и Pentuim 3: практика часть II http://51t.ru/txt-p3-prac.html
Ещё 5 ноутбуков класса Pentium III тестируются на OpenBSD.

комментарий

В фуджике память скорей всего под клавиатурой... Если не изменяет моя память, то там чёрная плёнка с разрезами и одна планка поцентру, вторая справо вверху...

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

А в обзорах циферек измерений скорости процессора, памяти, видео, винта и т.п. не будет?



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 11:10 : Аноним to Аноним [570]

По результатом обзора о багах сообщения будут? https://www.openbsd.org/report.html



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 12:57 : Аноним to Аноним [571]

Репорт отправил ещё вчера:
https://marc.info/?l=openbsd-bugs&m=150470224722301&w=2



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 12:58 : Аноним to Аноним [572]

На C500 тоже карта с драйвером esa, ровно с теми же самыми проблемами. :(



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 12:59 : Аноним to Аноним [573]

> А в обзорах циферек измерений скорости процессора, памяти, видео, винта и т.п. не будет?

на глаз этих изменений не заметно

вот что точно на глаз заметно, так это разница в памяти между 64, 128 и 256 мб - там разница на типовом софте в разы



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 13:03 : Аноним to Аноним [574]

Я выкрутил все болты, какие увидел, и даже расковырял какую-то наклейку, где мне показалось - но клаву так и не снял. Боюсь сломать :(



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 13:18 : Аноним to Аноним [575]

т.е. 64 мгб. - не вариант для более/менее комфортной работы? 128 достадочно? Или если менее 256 лучше не пытаться в браузере работать?

Если в общем фуджик хорош, то давай доставим туда памяти и будет хорошая, рабочая машинка...



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 13:35 : Аноним to Аноним [576]

> т.е. 64 мгб. - не вариант для более/менее комфортной работы? 128 достадочно? Или если менее 256 лучше не пытаться в браузере работать?

luakit с меньше 192 мб памяти точно запускать и пробовать не стоит. netsurf на 128 пользоваться можно нормально, на 64 - в разы тормознее.

для современной OpenBSD и современного Debian 64 очень мало, на малейшие действия идёт свопинг. Точнее, для OpenBSD можно подобрать задачи, чтобы на 64 пользоваться, а на Debian вообще никак

но я играюсь и с 5-м дебианом, иногда с 7-м, а уж OpenBSD ставлю вообще всех версий, начиная с 5.0. хочу ещё 4.2 попробовать, она у меня на hdd есть полностью с пакетами.

для соврменного web-а и 2 гб мало :) а в остальном - на 64 можно выполнять разные задачи, на 128 - больше, на 256 - ещё больше :) памяти вообще много не бывает, её бывает только мало. но 64 - это минимум, при котором можно браузить веб в links, работать с текстом в vim (но не с emacs), пользоваться мелкими полезными утилитами

кстати, надо будет сравнить emacs 25 на 64, 128 и 192-256 мб :)



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 13:40 : Аноним to Аноним [577]

фуджик, кстати, самый тяжёлый. зато там привод есть - вообще, из 7 ноутов только на двух были приводы. я на ibm поменял привод на dvd-rw, но лучше, конечно, такой привод в фужик всунуть.

кстати, CD pcmcia-переходник мёртвый, он вообще не распознаётся, когда вставляешь.



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 07/09/17 13:45 : Аноним to Аноним [578]

> CD pcmcia-переходник мёртвый
могу подобрать рабочий...



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 10/09/17 16:34 : Аноним to Аноним [579]

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



Re: к: OpenBSD и Pentuim 3: практика часть II ::openbsd.talk : 10/09/17 23:20 : Аноним to Аноним [580]

Обновил статью.



к: Angband ::openbsd.talk : 20/09/17 04:14 : Аноним to All [581]

Angband http://51t.ru/game-angband.html
Текстовый рогалик (присутствует также sdl-версия с тайлами), достаточно простой
для освоения, но достаточно навороченный для интересной игры (некоторые даже теряют покой и сон)

комментарий

А, как тайлы включить?



Re: к: Angband ::openbsd.talk : 20/09/17 04:23 : Аноним to Аноним [582]

тайлы только в SDL-версии
установить версию angband--sdl, запустить angband -msdl, и после этого долго колдовать в опциях. честно говоря, то, что в angband есть тайлы, не особо помогает - они там привешаны сбоку, в отличие, скажем, от stone-soup



Re: к: Angband ::openbsd.talk : 20/09/17 04:34 : Аноним to Аноним [583]

> честно говоря, то, что в angband есть тайлы, не особо помогает
Ладно, тогда и мучаться не буду. Спасибо!



Re: к: Angband ::openbsd.talk : 20/09/17 08:34 : Аноним to Аноним [584]

на ноутбуках, где нет цифровой раскладки, особого выбора нет - или учить rogue-раскладку, или мучения с sdl



к: OPENBSD_6_2 уже в CVS ::openbsd.talk : 02/10/17 07:55 : Аноним to All [585]

OPENBSD_6_2 уже в CVS http://51t.ru/news-62cvs.html
В CVS уже сформирован тэг OPENBSD_6_2. Значит, скоро релиз. А собирать можно уже сейчас.



комментарий

Some highlights:

====
    AFL 2.51b
Chromium 61.0.3163.100
Emacs 21.4 and 25.3
GCC 4.9.4
GHC 7.10.3
Gimp 2.8.22
GNOME 3.24.2
Go 1.9
Groff 1.22.3
JDK 8u144
KDE 3.5.10 and 4.14.3 (plus KDE4 core updates)
LLVM/Clang 5.0.0
LibreOffice 5.2.7.2
Lua 5.1.5, 5.2.4, and 5.3.4
MariaDB 10.0.32
Mozilla Firefox 52.4.0esr and 56.0.0
Mozilla Thunderbird 52.2.1
Mutt 1.9.1 and NeoMutt 20170912
Node.js 6.11.2
Ocaml 4.03.0
OpenLDAP 2.3.43 and 2.4.45
PHP 5.6.31 and 7.0.23
Postfix 3.2.2 and 3.3-20170910
PostgreSQL 9.6.5
Python 2.7.14 and 3.6.2
R 3.4.1
Ruby 1.8.7.374, 2.1.9, 2.2.8, 2.3.5 and 2.4.2
Rust 1.20.0
Sendmail 8.16.0.21
SQLite3 3.20.1
Sudo 1.8.21.2
Tcl/Tk 8.5.19 and 8.6.6
TeX Live 2016
Vim 8.0.0987
Xfce 4.12
====




Re: к: OPENBSD_6_2 уже в CVS ::openbsd.talk : 02/10/17 11:32 : Аноним to Аноним [586]

благодаря наличию llvm оно теперь собирается не быстро, а долго
версию i386 я вообще на 128 мб памяти запустил, вроде бы сборка llvm требует несколько гб памяти



Re: к: Полезняшки ::openbsd.talk : 04/10/17 09:56 : Аноним to Аноним [587]

innoextract требует boost, который занимает сотню-другую мегабайт



к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 06/10/17 13:56 : Аноним to All [588]

OpenBSD 5.7 как платформа для старых компьютеров http://51t.ru/txt-57.html
Проблемы версий OpenBSD выше 5.7 для старых компьютеров вынуждают сплотиться вокруг версии 5.7. И в этом есть свои плюсы.

комментарий

Один большой dvd/usb образ с инсталятом и репозиторием планируется? И более подробное описания софта, или даже книга, типа http://www.knigafund.ru/books/198264/read ? :) Хотя бы wiki...



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 06/10/17 22:16 : Аноним to Аноним [589]

Книга - это хорошо.
Роль вики сейчас выполняет раздел Тексты. Или что конкретно надо, возможность править всем, или иерархия?

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



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 07/10/17 02:34 : Аноним to Аноним [590]

сломанный goldendict окончательно удалили из wip. решил проверить dictd, который раньше не работал - в 6.2 работает. а вот в 5.7 не работает... интересно, почему?



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 07/10/17 16:01 : Аноним to Аноним [591]

Изначально описание пакетов, потом примеры использования и отличия от аналогов... Имея лишь названия не очень просто определить назначение ПО...

А скрипт будет для OpenBSD? :) Это получится, как выложить запакованый архиватор, типа arj_full.arj :)



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 07/10/17 23:41 : Аноним to Аноним [592]

Каких аналогов? Отличие от аналогов в том, что этот софт есть в OpenBSD :)

Скрипт для xorriso. xorriso есть в debian. А вот в OpenBSD нет, он появится только в 6.2 :)



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 02:12 : Аноним to Аноним [593]

OpenBSD'шных... например mcedit - консольный текстовый редактор... аналог nano, vi... в 5.7 с учётом наличия эмуляции, может быть очень много разнообразного софта начиная от dos navigator'a и заканчивая фотошопом :) Основная задумка обеспечить возможность полноценной работы на старых компах или показать "академические" возможности OpenBSD и перекомпелированного софта?



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 03:29 : Аноним to Аноним [594]

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

Когда под рукой куча dos navigator-ов и фотошопов, то серьёзный UNIX изучать недосуг. :) А когда у тебя ограниченный набор софта, тогда начинаешь к нему присматриваться повнимательнее. :)

Если писать про софт, то то, какую задачу он решает, и как его осваивать. Что писать про аналоги - я не знаю. Для меня mcedit и vi - такие же аналоги, как пасьянс Klondike и DooM :)

Чтобы использовать OpenBSD 5.7, у человека должен быть интерес к UNIX. И тогда он найдёт тут много интересного, чего не найдёт в других операционных системах.



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 03:30 : Аноним to Аноним [595]

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



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 10:47 : Аноним to Аноним [596]

Про ограниченый набор софта - оставить человека с fasm'ом это достадочно радикально :)
А возможно ли впихнуть русские маны, например из дебиана? Теоретически назначение софта и его ключи не сильно должны разниться, а возможность изучения документации на родном языке огромный плюс. Локализация софта
позволит большему количеству людей плотнее и объёмней познакомиться с системой, остановив свой выбор на ней.



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 11:51 : Аноним to Аноним [597]

Что за русские маны из Debian? Но, очевидно, нет.

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

FASM в базе нет, но вот, скажем, ed осваивается за полчаса, и потом для некоторых задач удобнее его нет :)



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 12:30 : Аноним to Аноним [598]

https://packages.debian.org/wheezy/manpages-ru, хотя они старые... Новее можно взять тут http://man-pages-ru.sourceforge.net/

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

Про "ed за пол часа" - люди разные :) у меня "пара часов" может уйти только на прочтение и понимания английского мана по нему :)



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 12:40 : Аноним to Аноним [599]

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

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

По ed я прочёл русскую доку из Plan9/Inferno. Есть ещё переводы книг по Unix, а OpenBSD максимально близок из всех современных ОС к тому самому Unix, поэтому некоторые утилиты, тем более ed, можно учить по этим книгам: вот, например http://khpi-iip.mipk.kharkiv.edu/library/extent/os/usref/gl06.html

ed есть на любой дискете с OpenBSD, и им удобно править конфиги после установки. Причём, некоторые конфиги им править намного удобнее, чем vi и mcedit. к тому же, это единственный из редакторов в в базовой системе, кто может работать с unicode: vi и mg не могут.



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 12:48 : Аноним to Аноним [600]

А сайт специально сделан так, чтобы его можно было легко скачать с помощью wget -r http://51t.ru



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 12:53 : Аноним to Аноним [601]

Точно русского в консоли нет? http://www.linuxlib.ru/text/obsdcyrillic.html, но сам не пробовал.
Wget конечно хорошо, если сеть заработала после установки :)



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 12:56 : Аноним to Аноним [602]

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



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 13:02 : Аноним to Аноним [603]

Русского точно нет. Вопрос актуальности мана - это, на самом деле, очень серьёзный вопрос. Изменения происходят постоянно, и везде, кроме OpenBSD, их актуальность отслеживается только по остаточному принципу.

Из одних исходников в обеих системах оно быть не может, потому что базовая система у OpenBSD своя.

Когда будет большая база знаний, её можно будет помещать сразу в сам дистрибутив, в site57.tgz, это штатная фича OpenBSD. Поэтому я и хочу выделить отдельно базу знаний по 5.7, как частично независимый проект, чтобы набрать эту документацию. Правда, в базовой системе OpenBSD нет браузера :), с тех пор как где-то в районе 5.4 из базы убрали lynx. Но можно в виде и текста, и html, распространять - надо только написать эту доку.

Вообще, у меня и в alr, и в ещё одном дистрибутиве до alr, всегда в самом дистрибутиве русская дока в виде html присутствовала.



Re: к: OpenBSD 5.7 как платформа для старых компьютеров ::openbsd.talk : 08/10/17 13:14 : Аноним to Аноним [604]

Кстати, об актуальности - сайт openbsd.org на 1 октября 2015 года: http://57.51t.ru



Re: к: Сетевая загрузка установщика ::openbsd.talk : 11/10/17 13:27 : Аноним to Аноним [605]

образы обновлены до 6.2



к: Поверхностное сравнение браузеров ::openbsd.talk : 12/10/17 10:48 : Аноним to All [606]

Поверхностное сравнение браузеров http://51t.ru/txt-browser1.html
Сравнение браузеров по потреблению памяти в среде awesome

комментарий

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



к: Образ CD 6.2 +полезняшки ::openbsd.talk : 15/10/17 11:54 : Аноним to All [607]

Образ CD 6.2 +полезняшки http://51t.ru/txt-62cd.html
Ещё один набор пакетов и CD/DVD образы OpenBSD для систем класса Pentium 2/3 и 64-256 mb RAM. Консольные и графические приложения.

комментарий

А qemu, какой нибудь 0.7 версии туда засунуть можно? Он на пне втором быстро работал, запускал на нём kolibrios, mulinux, полуось, да 98-ю внутри двухтысячной... Сверх выделеной виртуалки памяти занимал менее трёх мегобайт.
После 0.8 версии начало тормазить. 0.9 практически колом встовала...



Re: к: Образ CD 6.2 +полезняшки ::openbsd.talk : 16/10/17 08:12 : Аноним to Аноним [608]

не знаю. я как-нибудь проверю, как современные qemu работают. помнится, в Астане сидел на ноуте со 192 мб памяти, и тот ноут в OpenBSD не видел мобилу - так я в qemu выделял второму разделу 64 мб рам и оттуда ставил пакеты в OpenBSD :) версия вроде 5.7 была. как раз у меня куча 5.7-х, проверю. единственный ноут, где 6.2 и где всё работает - это p2 с 64 мб памяти :)



Re: к: Образ CD 6.2 +полезняшки ::openbsd.talk : 16/10/17 08:46 : Аноним to Аноним [609]

В OpenBSD 3.8 версия qemu 0.7.1
В 3.7 - 2005чегототам
в 3.9 - 0.8.0



к: Практика p3, часть III: IBMы, Debianы и немного лирики ::openbsd.talk : 02/11/17 13:54 : Аноним to All [610]

Практика p3, часть III: IBMы, Debianы и немного лирики http://51t.ru/txt-px-prac.html
Четыре pIII, два pI и немного Debian Etch - очередные разборки с очередным железом.

комментарий

А если в Compaq вставит штекер наушников, то спикер не вырубится/перенаправится в наушник?



Re: к: Практика p3, часть III: IBMы, Debianы и немного лирики ::openbsd.talk : 02/11/17 13:55 : Аноним to Аноним [611]

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



к: OpenBSD для начинающих, часть III ::openbsd.talk : 10/11/17 19:55 : Аноним to All [612]

OpenBSD для начинающих, часть III http://51t.ru/txt-beginners3.html
Некоторые базовые вещи, к которым я привык, но которые не являются обязательными.

комментарий

По поводу вот этого:
ln -s ../conf.avail/10-autohint.conf .
ln -s ../conf.avail/10-sub-pixel-rgb.conf .

Сегодня как раз подкручивал шрифтовые настройки (в связи с новым монитором). Так вот, в инете везде пишут, что автохинтер плохо совместим с субпиксельным сглаживанием в нынешнем freetype.
Вот тут https://wiki.archlinux.org/index.php/Font_configuration#Subpixel_rendering или тут https://wiki.gentoo.org/wiki/Fontconfig#Regarding_autohinter , например.



Re: к: OpenBSD для начинающих, часть III ::openbsd.talk : 11/11/17 01:44 : Аноним to Аноним [613]

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



Re: к: OpenBSD для начинающих, часть III ::openbsd.talk : 11/11/17 12:48 : Аноним to Аноним [614]

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



Re: к: OpenBSD для начинающих, часть III ::openbsd.talk : 11/11/17 13:45 : Аноним to Аноним [615]

Это дело вообще индивидуальное. Как-нибудь тогда надо будет сделать набор скринов со всеми типами сглаживания, чтобы визуально можно было ощутить разницу :)



Re: к: OpenBSD для начинающих, часть III ::openbsd.talk : 11/11/17 13:46 : Аноним to Аноним [616]

Но указанные мною тут рецепты - универсальны, я их использую всегда. Что они делают - понятия не имею, никогда не интересовался, как дебиановский настройщик fontconfig-config сделал десять лет назад, так я и применяю. Если есть варианты лучше - значит, надо поправить статью.



test echo creation ::oldpc.51t.ru : 16/10/20 14:00 : oldpc to All [617]

а что будет, если создать новую эху?

+++ Caesium/0.4 RC1



OldPC notes #1 ::oldpc.51t.ru : 16/10/20 14:03 : oldpc to All [618]


= OldPC notes #1
51t.ru
2020-10-16


== Жизнь со старыми компьютерами

=== Введение

Что можно делать с компьютерами класса P1-P3? Можно играть в старые игрушки для
DOS и старых версий Windows. Это круто. Правда, и оси для них (кроме FreeDOS),
и сами игрушки (кроме Shareware и освобождённых версий) скорее всего являются
нелегальными. Так когда-то решили их правообладатели.

Хотя в дальнейшем вариант для FreeDOS и shareware-игрушек будет рассмотрен.

Но начать хотелось бы с чего-нибудь хорошего. Хорошим в данном случае является
OpenBSD (вплоть до современного) и старые версии Debian.

=== Быстрый совет

Если не хотите читать дальше, то на выбор предлагаю 4 варианта - Debian 4.0,
OpenBSD 5.7, OpenBSD текущей версии (сейчас это OpenBSD 6.8), Knoppix 5.3.1 DVD
(с загрузкой по сети).

Почему Debian 4.0? Достаточно низкие системные требования, некоторые интересные
игрушки и проекты, которых нет в более поздних версиях. Кроме того, Debian 5, 6
и далее со всеми остановками имеют ключи подписи с истёкшим сроком годности:
установить их можно или с дисков, или переведя время на эпоху заката этих версий.

Почему новейший OpenBSD? Новейший софт, все самые новые юникоды, все самые новые
временные зоны (в отличие от etch), никаких проблем с https, с ssh. Можно поставить
KDE 3.5 (хотя в текущем состоянии он уже практически неработоспособен, надо
проверить). Можно нормально использовать Wi-Fi с современными точками доступа.

Почему OpenBSD 5.7? Ещё есть поддержка linux-эмуляции, можно запускать Opera 12
for Linux, меньшие системные требования, ещё не сломан звук на старых звуковых
картах, можно поставить полный KDE 3.5, ещё можно поставить grub (в 6.1 grub
уже нет).

Почему Knoppix 5.3.1 DVD? ГОРЫ софта на все случаи жизни (но есть и ошибки),
можно подсоединяться к современным SSH, можно даже открывать какие-то
современные сайты. И всё это без установки (загрузка по сети, с директории
HDD, с DVD диска).

=== Системные требования

Современный OpenBSD лучше не трогать без 128 мб памяти (и это при условии,
что будет прибит KARL). Для OpenBSD 5.7 можно начинать с 64 мб памяти.
Knoppix DVD в Live режиме - желательно хотя бы 128 мб памяти (при загрузке
icewm, kde 3 - хотя бы 256 мб). Ну а Debian Etch можно поставить и
эксплуатировать на первом пентиуме с 32 мб памяти. У меня на ноутбуке
hitachi flora с p133 и 32 мб памяти крутится OpenBSD 5.0, с иксами и icewm.

На 192 мб памяти уже можно запускать OpenBSD с kde3 и с wesnoth-lite :),
использовать Opera 12 через Linux-эмуляцию.

=== Трудная жизнь старых компьютеров

Почему на старые компьютеры нельзя поставить всё, что угодно? Основная
причина этому - веб. Когда в мире бушевала виста, с её требованиями 1-2
гб памяти, 3д графика и мощный процессор, я пользовался интернетом через
GPRS по ком-порту на Thinkpad с 486dx75 с 20 мб ram, и спокойно сидел в
форумах, смотрел разные сайты и не испытывал дискомфорта. Во времена
squeeze, то есть менее 10 лет назад, Thinkpad X21 с celeron500 и 128
mb памяти тоже вполне годился для веба, через opera или epihpany.

Когда я выбирал, что поставить на P133/32/516, я выбирал между OpenBSD
5.0 и Windows 8: обе вышли примерно в одно время. Решил всё-таки выбрать
OpenBSD. Шутка. Грустная. Показывающая, что ещё 8 лет назад, когда эти
компьютеры уже были музейными, всё было намного лучше.

Сейчас же браузер ест всё, что найдёт. И даже больше. Стремится от него
не отставать и остальной софт. Поэтому браузинг веб в современном OpenBSD
возможен на старых компьютрах только через графический режим links, через
dillo, и в самом "навороченном" варианте - через netsurf. Понятное дело,
что в таком варианте большинство сайтов будут практически или даже
полностью неработоспособны. OldPC будет стремиться сделать системы
дооставки контента для пользователей старых компьютеров, без https, со
старым дизайном, нормально отображающимся в links и dillo. Право получать
информацию должно быть у всех, и никто не должен быть дискриминирован
только потому, что у него Pentium II

=== Не выбрасывайте старые компьютеры!

Старые компьютеры - это старые друзья, которые, возможно, многое с вами
прошли. Если вы считаете, что с ними ничего уже нельзя сделать - то это
не так! С ними можно сделать много чего интересного, о чём многие даже
не подозревали. Сайт oldpc и журнал oldpc notes дадут нужную вводную
информацию для более глубокого исследования давно забытых вещей.

Данный выпуск был написан на ноутбуке Dell Inspirion 7000, Celeron
на базе Pentium II, 400 mhz. 128 mb RAM. Видео ATI M1. Диск 4гб,
из которых примерно 1.1 гб это Debian Etch и 2.9 гб это OpenBSD.

Оболочка IceWM, текстовый редактор Neovim. Мой .xinitrc

====
export LANG=ru_RU.UTF-8
export LC_ALL=$LANG
wsconsctl mouse.tp.tapping=1
setxkbmap us,ru -option grp:caps_toggle

icewm-session
====




Re: test echo creation ::oldpc.51t.ru : 16/10/20 15:33 : hugeping to oldpc [619]

> а что будет, если создать новую эху?
> +++ Caesium/0.4 RC1

Вообще, это было отключено. :) Но, похоже, не до конца.
Оставлять эху? Если да - как назвать?



Re: test echo creation ::oldpc.51t.ru : 16/10/20 15:41 : hugeping to oldpc [620]

Короче, пока подписал как "Старое железо"



Старое железо. Заметка №2: OpenBSD 6.8 ::oldpc.51t.ru : 17/10/20 06:33 : oldpc to All [621]

= Старое железо. Заметка №2: OpenBSD 6.8
51t.ru
2020-10-17


== OpenBSD 6.8

=== Зачем нужен новый OpenBSD на старом компьютере

Ну, можно поставить что-нибудь старое. Только потом попробуешь сделать ssh
на свой хост, а он скажет, что нет поддерживаемого алгоритма. Захочешь
опеннет или лор через линкс или дилло почитать... а он скажет, что https
не https-ит. А уж отсутствие в Юникоде символа афро-лесбиянка-трансгендер это
вообще по сегодняшним меркам страшное преступление.

У меня есть две wifi карты для таких компьютеров - pcmcia-карта на malo(4)
и относительно современный wifi на urtwn(4). В старых дебианах добиться
их работоспособности не получилось - ни драйверов, ни прошивок (кстати, в
OpenBSD прошивки ставятся автоматически, но если нужно сразу, лучше позаботиться
об этом заранее и скачать прошивку вместе с установкой). Для Windows XP я
нашёл, пусть и не с первого раза, драйвер на PCMCIA-карту, и он даже видит
все сети. Но подключиться к роутеру с WPA2 оно просто не может.

Вообще, как выглядит подключение к сети wifi с wpa в OpenBSD?

====
iwconfig malo0 nwid MyNet wpakey MyNetKey
dhclient malo0
====



либо похожие две строчки в hostname.malo0

Как это выглядит в Linux, хоть современном, хоть более старом, без
тяжеловесных сред для network manager? "Ну, это надо настраивать
wpa_supplicant...". Кто-то вообще знает, как его настраивать?

Другой пример - запись CD. В разных версиях debian - оно разное, то wodim,
то cdrecord, то xorriso, то кто-нибудь ещё. И у всех разные наборы ключей.
Поэтому я никогда не писал диски из консоли, всегда использовал xfburn. Но
последние 3 раза оно мне просто испортило болванку: по-моему, там что-то
безнадёжно сломано, но поскольку диски мало кто пишет, никто на это не обращает
внимание.

И ещё аргумент в пользу новых версий - это такой немаловажный аспект, как
настройка иксов в старых версиях хоть Linux, хоть OpenBSD. С Windows это
упирается в поиск старых драйверов.

Ещё пример. Как записать диск в OpenBSD, хоть сегодняшней, хоть версии
многолетней давности?

====
cdio tao file.iso
====



если это rw-диск, то перед этим ещё cdio blank. Всё.

В общем, установка современного OpenBSD имеет немалое практическое применение:
имеем какой-никакой веб, почту, rss и даже современный вариант fido под
названием IDEC, и всё это через WiFi и без проблем с https.

Раньше модно было себе делать "компьютер под фидошку". Вот и сейчас тоже можно.
Я себе сделал. Пишу с Celeron P2/400mhz. И закидываю этот текст и в фидошку,
и себе на сайт через ssh. Ни в Windows XP, ни в Debian 4.0 я бы так сделать
не смог.

Теперь, когда я объяснил, зачем, можно посмотреть, как.

=== Трудный путь OpenBSD 6.8 на старые компьютеры

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

Нет, конечно есть большое преимущество между старыми ОС, где надо вручную
ставить драйверы - это тот самый поиск этих драйверов. Например, на отличную
PCMCIA-карту Psion 10Mbit + V90, которая 16-битная и работает даже на самых
древних ноутбуках, я не нашёл драйвер ни для одной версии Windows. В то же
время, все версии Debian этого века (привет тем, кто читает это в XXII) и
все версии OpenBSD этого века эту карту видят из-коробки. И так со многим
старым оборудованием. Осложняет ситуацию и то, что сейчас, сделав запрос
"поиск драйвера", вылазит какое-то несметное количество полуспамных ссылок,
которые вместо самого драйвера предлагают скачать "утилиту для скачивания
драйвера". Боюсь представить, что именно там скачивается, не пробовал.

А если надо найти драйвер не на 1 ноутбук, а на 20... тут или OpenBSD спасёт,
или уже никто не спасёт.

Но всё равно, поддержка железа, даже старого, в OpenBSD... прихрамывает.

=== Наш первый враг видеокарта

Большинство ноутбуков класса P2-P3 идут с видеокартой ATI Rage Mobility, или
просто ATI M1. С этой видеокартой проблем в OpenBSD нет, всё будет работать.
У меня самого лет 10 был такой ноутбук, он видел и Саржа, и Ленина, и Сквизина,
и многое другое, включая OpenBSD. На текущем ноутбуке такая же видеокарта.

Однако часто встречаются видеокарты, с которыми у OpenBSD не так хорошо. Тут
отмечу SiliconMotion LynxEM+ (и другие модели Lynx). На ноутбуке IBM 1200
Type 1161 эта видеокарта не работает до OpenBSD 4.6, а после 4.6 постоянно
выдаёт на экран разный мусор и ядовитые палитры. Что несомненный прогресс,
поскольку Type 1171 с такой же видеокартой вообще не работал.

Плохо себя зарекомендовали карты CyberBlade. А вот в Neomagic всё зависит от
модели, NM220 работала отлично, а вот другие модели с 3D в названии - дико
тормозили.

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

Для владельцев более новых компьютеров дополню, что из 4х моих более серьёзных
ноутбуков: (1)Asus с Ryzen2500 и видео Vega 8 (там есть еще nvidia gtx 1050,
но nvidia в принципе не поддерживается в OpenBSD) 1920x1080, (2)Asus с N4200 и
видео Intel 1600x900, (3)13" DEXP с видео Intel 1920x1080 и (4)11" кто-то ещё с
Intel 1366x768 второй и третий ноутбуки в принципе перестали загружаться в
OpenBSD 6.8. Судя по моему анализу коммитов - из-за некорректного видеорежима.
Ждём исправлений когда-нибудь.

=== Наш второй враг - звуковая карта

Есть некоторые звуковые карты, которые требуют прошивки. Например, популярная
в ноутбуках ESS Maestro 3 (там несколько похожих звуковых карт в этом модельном
ряду). Отличить эти карты очень просто: мы не добьёмся от них никакого звука
в Debian, пока не сходим на сайт alsa, не скачаем там исходники прошивок, не
скомпилируем их и не разместим вручную в lib/firmware. В отличие от других
устройств, чьи прошивки есть в non-free, этих прошивок в Debian нет.

Что мы делали в OpenBSD до 5.7 включительно? Просто включали и слушали звук.
Что мы делали после 5.7? А ничего, эти карты были просто сломаны, и вместо
звука выдавали хрюканье и скрипение. Но. Недавно я проверял одну такую карту в
6.7, и она там работала! Означает ли это исправление ошибок, или это просто
конкретное исключение на конкретном устройстве, покажет время и дополнительное
тестирование.

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

=== Наш третий враг - PCMCIA

Тут вообще никакой закономерности нет. Одна карта на одном ноутбуке видится в
Debian, но не видится в OpenBSD. Другая на другом - видится в OpenBSD, но не
видится ни в Debian, не в винде. Что это, как это и что с этим делать - я
понятия не имею. Я с этим просто живу.

=== И не друг, и не враг, а так - KARL

Вы прошли почти весь этап установки, пробежали циферки "устанавливается
пакет такой-то 100%, такой-то 100%". И тут висит клавиша [done], на которую
можно нажать, чтобы сделать завершение установки. НЕ ДЕЛАЙТЕ ЭТОГО!

Тут в дело вступает KARL. То есть, перелинковка ядра. Даже на 256 мб с неплохим
свопом оно может рухнуть, а если не рухнет - компилироваться будет очень
долго. И потом будет так же компилироваться при каждой загрузке. На 128
встанет сразу, особенно если своп небольшой или его нет (сегодняшние версии
на 128 без свопа уже чувствуют себя плохо, но несколько версий назад это
был нормальный способ использования системы), и после перезагрузки система
будет неработоспособна.

Вместо нажатия Enter, чтобы подтвердить это [done], введите ! и нажмите Enter.
В появившемся приглашении консоли введите команду

====
rm -r /mnt/usr/share/relink
====



Затем введите exit, и только сейчас можно делать [done]

=== Что дальше

Если загрузка в установленную систему была удачной (что бывает не всегда),
чем нас порадует современный OpenBSD на Pentium 2 или 3?

Лично я сразу ставлю mc, neovim, neofetch, htop, icewm и awesome, затем
links+ с gui (командой pkg_add links+--), dillo, mplayer, youtube-dl,
cmus-ffmpeg.

Консольный Newsboat для RSS. Scrot для снятия скриншотов и feh для их просмотра.

Люблю рогалики, поэтому ставлю (в вариантах no_x11): angband, nethack обе
версии, stone-soup, cataclysm-dda. SDL версии на p2/p3 можно даже не пытаться
запустить.

rsync, unrar, xpdf и прочее - по вкусу.

Для впн-инга есть такая вещь, как dsvpn, deadly simple vpn, которая
элементарнейшим образом настраивается и на клиенте, и на сервере.

txt2tags и asciidoc (есть ещё asciidoctor) позволяют оформлять документы из
текста. Я пишу тексты на своём 400 мгц Celeron в neovim или mcedit (mc
любит крашиться в OpenBSD, осторожнее!) в формате txt2tags. После чего
перевожу в asciidoc. И уже asciidoc оформляю в html. Все три файла выкладываю
на сервер, а asciidoc немного правлю и отправляю в сеть IDEC.

Для контроля версий использую mercurial.

В качестве клиентов idec использую текстовый iitxt (который работает даже
с python 2.4) и caesium (golded-like редактор на python3).

Относительно же youtube и прочих видеосервисов сложно сказать, что можно
легко и просто с них качать. Да, youtube-dl работает, и mplayer вполне может
прожевать видео в низком качестве на pentium 2. Вот только есть маленький,
но в то же время большой вопрос с поиском ссылок: youtube ни в links, ни в
dillo не открывается.

Вот так и живём.

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



Старое железо. Заметка №3: рецензия старых статей ::oldpc.51t.ru : 18/10/20 01:53 : oldpc to All [622]

= Старое железо. Заметка №3: рецензия старых статей
51t.ru
2020-10-18


== Былое и думы

=== Введение

Во первЫх строках хочу с огорчением заметить, что ii-txt (свою версию которого
я скоро опубликую) не работает "как есть" на python 2.3: нет функции set
(которая не особо то и нужна) и по-другому сделано кодирование-декодирование
base64: то есть, портировать на 2.3 можно, но единый код уже не получится.
Впрочем, и в Sarge, и в Etch есть python 2.4, где всё отлично работает.

Посему пересел я с Cel400 на крутейший Omnibook 6100: P3-1000, 256 mb RAM,
ATI M6. OpenBSD 6.8 там тоже отлично работает, но я пересел на Debian 4.0
Etch с Gnome. Тоже всё отлично! Единственное, что меня смущает - что когда-то
в убунте 6.10 в гноме, когда я нажимал ползунок громкости на ноутбуке,
появлялся всплывающий OSD информатор, показывающий текущую громкость. А в
Etch, вышедшем только через полгода, ни-ра-бо-та-ит! Громкость-то оно меняет,
но без спецэффектов.

Но всё равно, это крутейший Gnome 2.14+2.16, где я и пишу эту заметку в mcedit.
Поскольку достучаться до своего сайта я не могу, эта заметка будет сначала
опубликована в iDEC, и только затем как-нибудь перегнана в txt2tags, asciidoc,
html и перенесена на сайт oldpc.51t.ru

По плану это должен быть выпуск про iDEC, но лучше сначала вернуться
к основам и понять, как всё начиналось.

=== oldpc как замена старому сайту про OpenBSD

Целью oldpc notes является подача более-менее свежей информации.
Причиной закрытия сайта про OpenBSD стало "батюшки, как устарело-то всё!".
А что именно там устарело, мы сейчас и разберём.

Кроме того, сохранение всего текста в idec гарантирует, что сайт точно не
закроется, и информация будет доступна всегда. Конечно, копия старого сайта
доступна в виде архива http://51t.ru/s/51t.ru.tar.gz и кто-то даже его
зеркалировал... но я не помню, кто и куда. В общем, даже если все копии того
сайта исчезнут, навсегда сохранится моя рецензия на него. (хотя негейтуемые
эхи тоже имеют свойство исчезать)

Открваем главную страницу: http://51t.ru/s/51t.ru/

Тут устарело практически всё. Нет больше ни проекта gk11.ru, ни беседки, ни
эхи openbsd.talk. Причём, в архивах я даже не нашёл самой эхи openbsd.talk.
Видимо, она была только на моём сервере (эту эху я веду не на своём сервере).

Но не стоит печалиться. gk11 уже не нужен, так как есть хорошие современные
iDEC серверы, где есть всё, что нужно. Вместо эхи openbsd.talk про openbsd
есть эха oldpc.51t.ru (не путать с сайтом), где более широкий охват (а
поскольку на новом железе OpenBSD не особо комфортно себя чувствует, это
небольшая потеря).

Что тут, новости? Новости, понятное дело, давно уже старости.

Открываем раздел игр: http://51t.ru/s/51t.ru/games.html

Тут, в принципе, всё отлично, хоть сейчас печатай на буклеты, и раздавай на
улице вместе с диском OpenBSD. Кроме нескольких отличий. angband сейчас версии
4.1.3, это другая игра, я сам не знаю, как в неё играть, поэтому описание может
отличаться в деталях. Chocolate Doom перёшёл на аппаратную акселлерацию,
поэтому на старых компьютерах уже не бегает. PySol в 6.8 вроде бы сломан
из-за каких-то обновлений Python. И ValyriaTear обновился до 1.1, поэтому
вместо чистого русского языка больше полигры говорит на английском.

Ну а теперь сами статьи. Пойдём по ним снизу вверх:

Мой первый порт (записки капитана корабля, наверное) http://51t.ru/s/51t.ru/txt-firstport.html

По мотивам хакафона g2k14 http://51t.ru/s/51t.ru/txt-g2k14.html

Интервью с Вадимом http://51t.ru/s/51t.ru/txt-vzlor.html

... эти статьи имеют историческую ценность и рецензироваться не будут. Хранить и помнить.

OpenBSD на 8 гб http://51t.ru/s/51t.ru/txt-8gb.html

... просто анонс дистрибутива и среза репозитория, урезанного (урезанный срез,
ай да я, ай да Пушкина внук) до 8 гб. Списка пакетов нет, просто рекламная
брошюра, можно раз глянуть и смело забыть.

Полезняшки http://51t.ru/s/51t.ru/txt-polez.html

... до сих пор актуально. Разве что сайта edOS сейчас нет. Обзор полезняшек,
с матералом из этой статьи, обязательно будет одним из выпусков Старых Записок.

OpenBSD для начинающих №1 http://51t.ru/s/51t.ru/txt-beginners1.html

... мультик прикольный. А в остальном там что-то про дисковые разделы. Я и
раньше не понимал этого, и теперь не понимаю. И больше что про дисковые разделы
писать не буду. А так статья вроде бы актуальная, только вместо
MDROOTFSOPT='-m 0 -o space' лучше сейчас MDROOTFSOPT='-m 0 -o space -F 2',
чтобы создавалась система ffs2, а не ffs1. В остальном, статья так и осталась
непонятой, в том числе мной. Разделы это страшно, и каждый к этому страху
должен подойти по-своему. У нас про старые компьютеры, старые компьютеры не
жалко - развернул OpenBSD прямо на все шесть гигабайт доступного диска и не
паришься с разделами-шмазделами.

Сетевая загрузка http://51t.ru/s/51t.ru/txt-pxe.html

... короткая, но актуальная статья. Пока актуальная, так как выпуск Старых
Записок №5 будет про сетевую загрузку, и он будет ещё актуальнее, хоть и не
только про OpenBSD

Поверхностное сравнение браузеров http://51t.ru/s/51t.ru/txt-browser1.html

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

Для начинающих №2 http://51t.ru/s/51t.ru/txt-beginners2.html

... ну, во-первых, ничего править уже не надо, installurl прописывается
корректно. Xft.xrdb копируется не туда, куда надо. И в целом, OpenBSD
молодого бойца должны быть другим. Надо, как минимум OldPC Notes регулярно
читать. :)

1000 мелочей для P2 http://51t.ru/s/51t.ru/txt-openbsd-pentium2.html

... архив скачать нельзя, но список пакетов до сих пор актуален. Опять же,
более подробно это всё будет разобрано на OldPC и OldPC Notes.

Практика Pentium 2/3 №1 http://51t.ru/s/51t.ru/txt-p2-prac.html

... оптимизм "Современная OpenBSD летает на 64 мб" несколько поугас - и ядро
стало жирнее, и иксы, лучше начинать современное со 128 мб. В остальном, это
просто доказательство "это работает" (или наоборот) с указанием моделей.

Практика P2/3 №2 http://51t.ru/s/51t.ru/txt-p3-prac.html

... проблема с видео на Dell это проблема с EDID, современные Debian тоже
выдавали там чёрный экран, хотя более старые работали, несмотря на активацию
framebuffer. Проблема со звуковыми esa(4) вроде бы решена. И опять же, это
просто факт "рабочести" железок, с картинками.

Зеркалирование OpenBSD http://51t.ru/s/51t.ru/txt-mirror-openbsd.html

... понятное дело, архивы за эти годы выросли. Теперь репозиторий для каждой
архитектуры подходит к 50 гб, а distfiles уже в районе 70. dpb -F у меня уже
давным давно не хочет нормально работать, для зеркалирования distfiles использую
просто make fetch и make checksum. Отличнейшего cvsync тоже больше нет,
теперь есть reposync, работающий через rsync. Более совместимо с другими ОС,
но менее удобно.

OpenBSD 5.7 для старых компьютеров http://51t.ru/s/51t.ru/txt-57.html

... если бы не картинки, то эту статью можно было бы перенести как есть в
очередной выпуск Старых Записок. Хотя некоторая информация там неактуальна.
В общем, после переработки и замены картинок текстом эта статья будет
перенесена. OpenBSD 5.7 до сих пор отличная платформа для старых компьютеров.

OpenBSD 6.2 CD http://51t.ru/s/51t.ru/txt-62cd.html

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

Для начинающих №3 http://51t.ru/s/51t.ru/txt-beginners3.html

... KARL теперь деактивируется иначе, rm -r /mnt/usr/share/relink. Вместо
synclient теперь используется wsconsctl, активация тапа тачем (велик и могуч
русский язык, а тапа тачнуть нечем) wsconsctl mouse.tp.tapping=1. В общем,
просмотреть для общего познания можно, но изучать по этим статьям OpenBSD не
стоит.

Практика P2/P3 №3 http://51t.ru/s/51t.ru/txt-px-prac.html

... здесь раскрывается страшная тайна, как отключить пищащий pc-speaker. Звучит
она так: config -ef /bsd, disable pcppi, quit. И перегрузиться в новое ядро.
И ещё обзор железа на OpenBSD тех лет. С тех пор прошло 3 года, и что-то
изменилось, нужны новые обзоры, на новых версиях.

Скатерть-самохостинг http://51t.ru/s/51t.ru/txt-localhub.html

... к вопросу использования старого железа + openbsd как хостинга. Думаю, тему
надо расширить использованием не только OpenBSD, статью надо дописывать.

=== Выводы

Подписывайтесь на iDEC-эху oldpc.51t.ru, сейчас она есть на станции http://hugeping.tk

Смотрите за сайтом http://oldpc.51t.ru

Тогда информация будет всегда свежей и актуальной. Записки пишутся, планета движется.

И главное. Старые компьютеры это круто! Клавиатура уж точно у старых
ноутбуков НАМНОГО удобнее. Столько текста, сколько я написал на этих двух
старичках за эту пару дней - я не писал уже очень давно! Отличные машинки для
печатания. Надоели уже крохоборы, которые то Insert схомячат, то PageUp/Down
перенесут туда, куда и третьим тентаклем не дотянешься. А уж сколько проблем
мне создала система, где F1-F12 нажимается ТОЛЬКО через Fn, без возможности это
изменить.

Пишите тексты, публикуйте в iDEC: в общем, выбирайте комфорт!



ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 05:36 : oldpc to All [623]

Версия ii-txt-0.8, архив в base64, чтобы точно не потерялся. Примерно 5кб
в виде base64, 3856 байт в виде тарбола, MD5 c21ca0f8e107cf36fac64832e313714c

@base64: ii-txt-0.8.tar.gz
H4sICHojhlYCA2lpLXR4dC0wLjgudGFyAO1c63PU1hXna/RXXCAeSWFX+/DaZtQ6LW1IyLQ0KSFt
Mo6HyKu7a8VaaStp/SCTGTChhiENJdPMdKaPdPKlnzp1HAwLAfMvaP+jnnOunuu1IQQvJtWdMdLe
x7nn+bvnXklYVjlYDcpV7WTlyEGVKpSZqSm6Qhm+0n2tPt2oNeq1KexXq01W60fY1JExlJ4fGB5j
RzzXDfbr97j2F7RYqf2rbi+oHLD9azNT1ex1D/vX67XamO3f87m3f7/9238k9teabs8Jnq2oaODp
RmMf+9eG7D85PV09wqqF/Q+8VI8U5f+5ZOO/u3YwOcBT4H91sl7g/3Owv8mDg7H/fvgPcD9s/6nJ
WoH/4yhvvz/bXQsWXUdquR5bZpbD6loD/qbgbxr+ZlhdMl3JarEPRceXl1n5d6z+KgNnWa44Pdv+
UAoWuSMlpF5elloWDHJ4ga8vWPy3LMd0+IrWXRtf/Ncm6zND8d+oNor4H0s5zsqvlFnTNS2nrbNe
0CqfxBpJsjpd1wuwhTf9EnN9STJ5i8EegXYIiqpLDIrFZpkfeIoFVW6XO4qsafmdhKxqHjdMRVVP
1FQas0e/krwCfVc8K+AK0BV9PR70PIclvSd8DS4ym2CWJDVbbZg+Idd0nZbV1qA2mVPzu7YV2JbD
fUWVCOO4gSAHnebq+rwQwvYDoDO3yrB9FZtdX7MtPzAtjyhP+DgjN1QGOChDgMjYaXWeRuOgVsdv
YxVQEiSxQD8gKzSoJVxO+BE5hRslHKeWZBSedL8H4zHFRWjjHhAF0nM6BirEK19VZFmdTzoBizbM
JfqqbHaW1VOesCz0WiguN+bZCaSUNHJ799jJ/cfO1fQG3s7JP/d4N3B1IRu2VOfjPg095S6rjtSZ
0PapCiIfkD9wZO0j13IUmFVlqRrAOh7vuMt8D4WqUgHsT4f/naXg2WL/k+R/9Znh/G+yXm0U+H8Y
8N9fA/BfMHw+3RCLAKEdQh20aIbXXgYEiGA0WI3RuBXDGNU3qUEQ0RamG9xBEFCwf2ZBaAFYyFrg
+n5uJYDBUScMesfocKVVap2QIc5ltYjfZxz/gNag2GcMAY/L/2Yaw/v/yZnqdBH/hyv/K7HA6nCR
BZpGwNuKWWpFWWCUpWEHDbLBFt5AmIqKdod+YoZoqrA2E4ULXcO7qOBiLSh0LwJEoOvtyns6LrSY
VjOIfkcpSveiyn7KTursOCCLyTrcbyf5QcTOb2AHGuFLgOS7FyEnERMockWOyWu9LsqjiEkuWl0F
+8/pen2+RHc1vFXjBAQB0LpQchADudPrcA8HKzJvLroGoB6gF5KDC4jT8twO3Bmm6YmKwIWr31v4
SFbVNLPCLNq6cKImvdRx55x5was1HzE4R2CHtWlGBO0n9Xk16UFTYhdUc1qRS6I7LsD3iIw0CnrA
ATmXhxHWdygdFl1Fx9E5amRGD+ZnyrEJ/wPnGKRknYwNhclzkwO1KHfrjEqCE4PD+KOzZM9UZz5K
iK5BvpiKXJInzMpEpzKxxibO6BNn5TRvFMlrBxcaUCRcIt2SleZFtYL1uKPBNrLbvIotKhMtNCv8
Zm+cPa9+4JBJdZYhBhaez89A5o7qcvPKaVrcipY7GVLuCR8S7z0KI2XB8MTdkDAKFpGHCcBwWtN2
fa48PhEewv+uvzj2/K9W27X/n6zNzBT4fxjwv+fZtrVQwjQQsr/vveFGqO+6ftBS/AghIH4MoCHo
anCJssGP5QAjQmd+Se4avWARbnGTXp3/RATw8Y+P/dJ1Au4E5WCty4/p7JjRhcmaRmC5TmW1vLKy
UgbE6pQTouaxT2hoLzchsY+kaxSTXYBTAD5iLAeXvTiHFTho75X0BrFKOnYu7YXdLQI5SQ+9EjCD
eg2dLvBXrGCRQJC5S3JmOUj3t0BSSnbmRBAQAAcsWO2jcjpC4K58+ty5t87pbJl7a9gDV0XfaHOm
2FbHCnQ23VhSj8q7KaK+Gfc819ub6Kl3z59Jxvp8r26/P/P+z+Ri//2C5v8eh0Xa52M9/61PTVZ3
n/9OFfh/ePP/Ng8uxAmIgnvyCLwCb00fzsLFaoG9o1SP+u95zMlXm7wb7KIiy89/53FotxEvif0D
rGa1RG+jNxL7bhMev9PIbCSe2eE7LEOOG+Ca1zWCRY2vWn7g50/dcytjx1jipuUNdRECrAFHOd/E
I3uYdi46qR95HE8bH6KS3/1krNTJW6mzlir9RKrynPf/4G3PqGDIeyXabrZaivxjVpZL6CB4JQ+J
bvCCngJX9Ue6eRr5iCU2Kz4VsEY+YMCnCk+3AbNG7LkEkSfddx3S9X+l9ey3f49b/yer1anh/V+1
Vpz/HaL9Xz1+BvAUsH/u9G9//eZZGFOrVpPsoaXYuRMjucWD5iIToGiLWAJcYe8E0Nx+8y0WsRP/
FiuHqGvDWhutTn/ocXqUG3GtnRM1iq1mO2iATBfEI05FPtVEiC3ThhFIw0ZQRoJyPMLvuo7PMzTj
HWRELNnWxV01y2m5oAWQUpHjHevpmDw9UxUzpLCOwIpV2hvwz+uWDRkM/OMCZsfyKin5aI1QR+zE
kE7cL7tet5Kd7OOStx+WtMWjYbmlmXzeVeySH/DubL0azZI8YvcMp82VagkPc22VemUW+jWL2yaz
51b11RPYFFHsOd3kJCGaLH2uBIsAPVfC3XPXNpoA5mUA/RPkmVHFBaiAnI1FujD5Qs8xQeGwSPgZ
Dikt80cccNIKbJmlJdfEx/BxGqjLpVrm+fTwKg8DMo+0UAgYrw4PyKgb2IFdeTICCESr4vCY+Ey2
NLo3Oy7EoU5C5BXDXrrAbXz4HsnE8UBGln8C3gQ3H3+S1wIdV4zUA74LodGbEE4+RSGCTr7KpncG
ZuNULDmC4IY+oqNmdEE8U3FyeSe3oxMl3KPGnIhjFsIUecLn8bsA4oAHtFiJ8tgo6UwjB0ZldZFI
PSJHFcklDfEhrIdTzNQopo2vjQy9TCJEmisLJNTnUXGrlPRCI5LNHAPDGFOcNEHsCGqlRlXN68jP
CNzZU2DTVjOcEXc5b5ekSI/FaU1x/hO//wGYdeQg8r/v+f73dL1avP/9HOxPS9AhsD82F/Yfv/2j
dOLA9n9P+P3nJGwAx7z/K77/hIxC8xcPYI7HxX+9tiv+G8X3H2Pa/x+tLFhOxV+UpOPLs+AGsMM3
GUCBpDENPweSXmURKEgvv/0+owMiuksfFdHP5M0xHK9pEn4xEuBuvOyz9AUT8aWIzf1cZcsqUtDn
H//nTp967expzev54z3/m6pN7nr/o1ovvv8dS5ll4dfhdnh/cHmwHu6EW4Mb4T0W3g+/C/tQ/XCw
rrHwq3BnsDG4Ao3YaQvu7rHBZWj+ZnATbuD3o3B7cIlaN+F6I3xwlM1KUvgfrGCDa4N16HMfbsNH
g0swy/bgj2EfOl6Bu3VmWRXL5M0ykoSen7HwIY76NNwM7wEfyNSVwec4Y5+m2A4fDK6UmBRusXAL
2LwdbjOqzggxuJojwMI+g+s30LABQmEz8oPsUYdvsZMmhV8he4IKA7owAjpsAUsdy3Ss9iI+D+10
DMfkHiBc+C9o/QYGIBmUBIZshneQnctMfApHH9PB/K/xBctw2Gk85ARe3jE8fCvj3fOvl0+WWNfm
hs9hPz4L1vgHsLUh2GKzqMS/gJCgubtQ9wgUcRkZJx2QkPATeO5DEzChM7GG4xQ+d0y4LTFhnNiy
j0Co74DMRsRyrKXBDei5hYKThe6xMiPB0GCgAuhwE/tryA/cZwmBm4BloOohGPQO/mRkhu8GnwGv
O2gkcJUykLkNxLZBNzBgB37cAB0eRaURwexs90GAckwQvQGGXR/cQmdbJ/7ImTYThvuoHnSqsF9C
y+6IevKb8AH0Ryo7Wab7qacJ/kCToAj0I+AKtIJkH6CLED1g5VOg/m24SQrdiRlBdwp3YECGsfJo
xqRUAcLVL+HEKDD8LJN96ffgGoz4fHAdxjwoV3oVafCnwdVwc+giVSosvEX9byGPxBM4zTao8yHG
Lh63o3vskN9fF1ZCD9hiRGIbAvtvOAeqQrgXeC8SA1luYjex1KPBMQ766IYw3zVSmzAMuNS2oNZP
zIgqvg3/9slT0Rx9RshxSyAJ9PqUgnYHuYPYBaY3UYma8P+vYOQ15AlICzLgRmAIEQz/Js+COCbT
RdNsxraEIEZ0yY7bKaVutCP0cZcEpSFbmcbwwTAmbCfRURIjb5O97kCn64kuCQfFnOjTiR8MrmCG
owFM/T31v21EGkZT3CfFoBB3UbPIj04fY0mkglhqlJXaPxf4glh4NcY9kFeXpFciWI3QLy++LsXx
DzRuDgUQhQMOQA9HUJUSx8XOZUZB8U14pyTRMIJnMjICEaH9TRiDqAfBDmbLAjHYUyfG0MeAA+mU
baMyvgz/y8Ivwr+CX/0ThP0aA2KwLglBMHAxCtZ1tg/jkDda5i7nBl6igE4AQKgjJroRO/AuOVMF
5OTMiL+BlTDqFgQcyf1kShjWwczkRfsXv+qdnK7XjFPnz0y9s3SmIbm22W1K57hOCTPoZJORPBsE
CTtHUTdiSSJVAf850CR94ZjbkQ9skmwbscejbOgRlyg+hOevrmLijQ4Md+B14OBXhAgRMmb03Wf4
JF8vsehxPQV0dsUVKqY1fX1onkx4bZNnRyiVC994/chEu4CNRxEtdAPkg/z7W4xpyEdIIQQsLFk3
+rToPKSofzAcdrkVRkipoEZR5niuhCOGr0SqkWMQi7dpWYyWVUmA1Z/BBdYxSQApoYfAqC8YfqlK
7jm4StM9HNzE+I2AFSFjaHElB47gdJdXA25+GXG5C8+HCPURuVCHqN/tFGiEiKJKGBo8Nrcuooq3
hZtGQCoM+N57+L0tvnEKNhc/yDR3BWijf2ZyE7I/DovVVGywXpz9X/oof7z7P2jcdf5XbxTff46l
aNJiEHT1SmWx1+Zdy2lrwRImnXRru03DFsuTNlULNK9XBPSPN/4jzB7/+S/E/a7nf9Xi+59xn/8O
nfvioW7638HQT/G/A7D4/+J4BbMBahCfjWUa8DPu6CC4iLGiFKUoRSlKUYpSlKIUpShFKUpRilKU
ohSlKEUpSlGKUpSiFKUoRSlKUYpSlKIU5aDK/wAKs9hcAHgAAA==



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 08:49 : hugeping to oldpc [624]

Тут станция понимает аттачи в base64.

Вот тут написано:
http://club.syscall.ru/rOf069UX8K24yAzvWa9N#rOf069UX8K24yAzvWa9N

Можешь отредактировать своё сообщение, и тогда по http можно будет просто скачивать этот архив.

P.S.
Ну или разреши мне, я сам сделаю.



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 08:59 : oldpc to hugeping [625]

> Тут станция понимает аттачи в base64.
> Можешь отредактировать своё сообщение, и тогда по http можно будет просто скачивать этот архив.
> P.S.
> Ну или разреши мне, я сам сделаю.

это для занесения в анналы, чтобы через 50 лет археологи будущего...

как сейчас, читаешь старый лор 20-летней давности: что ведёт на лор или
заскриншочено на лоре, то сохраняется, а ссылки ведут в никуда.

файл-то я у себя выложу, а вот наскальный аттач останется навсегда :)



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:11 : hugeping to oldpc [626]

> файл-то я у себя выложу, а вот наскальный аттач останется навсегда :)

У меня это на отображение только влияет. Сообщение такое-же, в тело прямо внедрено base64.. Но перед ним стоит строка (тег @base64: имя файла) и нода, при показе через http(s) сделает ссылку на скачку файла прямо из тела письма, чтобы не заниматься самому декодированием. А так - то же самое сообщение, просто одну строку в тексте добавить и всё.



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:26 : oldpc to hugeping [627]

>> файл-то я у себя выложу, а вот наскальный аттач останется навсегда :)
> У меня это на отображение только влияет. Сообщение такое-же, в тело прямо внедрено base64.. Но перед ним стоит строка (тег @base64: имя файла) и нода, при показе через http(s) сделает ссылку на скачку файла прямо из тела письма, чтобы не заниматься самому декодированием. А так - то же самое сообщение, просто одну строку в тексте добавить и всё.

ага, я видел такое в описании, но подумал, что текстом каноничнее

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

но если это будет файл со ссылкой, можно и так сделать: наверное, даже удобнее будет



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:38 : hugeping to oldpc [628]

> ага, я видел такое в описании, но подумал, что текстом каноничнее

А, ну ок. Я на всякий случай сказал.



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:41 : oldpc to hugeping [629]

>> ага, я видел такое в описании, но подумал, что текстом каноничнее
> А, ну ок. Я на всякий случай сказал.

но файлом, наверное, лучше

а у сообщения id после редактирования изменится? оно ко мне новое придёт?
я то из текстового клиента сижу :)



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:46 : hugeping to oldpc [630]

> а у сообщения id после редактирования изменится? оно ко мне новое придёт?
> я то из текстового клиента сижу :)
id не меняется и сообщение не придёт. Это, на самом деле, вопрос вообще к ii/idec - поддержка изменения сообщений. Наверное, если делать, это многое усложнит. (Надо чтобы новый id как-то ссылался на старый, может тегами?)

Сейчас это просто добавление новой версии в базу, а http морда показывает всегда новую версию.



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 09:57 : oldpc to hugeping [631]

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

так я и по http не вижу, чтобы наскальная живопись в файл превратилась.

а так, я у себя просто грохну файл эхи и заново всё скачаю



Re: ii-txt-0.8.tar.gz ::oldpc.51t.ru : 18/10/20 10:53 : hugeping to oldpc [632]

> а так, я у себя просто грохну файл эхи и заново всё скачаю
Я отредактировал, теперь в http версии можно просто ткнуть на ссылку и скачать. А в "сырой" - base64



Re: Старое железо. Заметка №2: OpenBSD 6.8 ::oldpc.51t.ru : 18/10/20 11:39 : hugeping to oldpc [633]

По поводу разных систем на старом железе.

Есть у меня eeepc 1000px. Не сказать, что совсем старый. Atom N450, 1Гб памяти. Лет 10 ему.

После долгого перерыва, попал ко мне в руки. Пробовал там NetBSD, Haiku, OpenBSD, alpine Linux.

Haiku работала прилично. Остальные (брал текущие, последние версии) -- вроде терпимо, но только до иксов.

Например, netsurf (gtk версия) сразу пожаловался на нехватку памяти. Скорее всего, потому что был вариант с gtk. Прикол в том, что на этом же нетбуке когда-то крутилась убунта, и не жаловалась.

В итоге, я поставил на него 9front (форк Plan9). Правда, чтобы всё заработало, мне пришлось портировать wifi/ethernet драйверы из OpenBSD и ещё попатчить кое-что по мелочи. Зато теперь, нетбуком действительно интересно пользоваться! И памяти хватает! (Хотя, на сборку последних версий golang её не хватило).



OpenBSD 6.8 released ::oldpc.51t.ru : 19/10/20 00:15 : oldpc to All [634]

Лучший друг всех старичков, OpenBSD 6.8, наконец-то выпущен.

И, наконец-то, снова с песенкой!

https://ftp.openbsd.org/pub/OpenBSD/songs/song68.ogg

Ура, товарищи!



Re: Старое железо. Заметка №2: OpenBSD 6.8 ::oldpc.51t.ru : 19/10/20 01:51 : oldpc to hugeping [635]

> В итоге, я поставил на него 9front (форк Plan9). Правда, чтобы всё заработало, мне пришлось портировать wifi/ethernet драйверы из OpenBSD и ещё попатчить кое-что по мелочи. Зато теперь, нетбуком действительно интересно пользоваться! И памяти хватает! (Хотя, на сборку последних версий golang её не хватило).

Круто. Обзоры были? Или будут?

А golang поддерживает этот процессор?

> Например, netsurf (gtk версия) сразу пожаловался на нехватку памяти. Скорее всего, потому что был вариант с gtk. Прикол в том, что на этом же нетбуке когда-то крутилась убунта, и не жаловалась.

Странно. gtk2-версии вообще работали прилично. А вот gtk3-версия в свежем 6.8 на p400/128ram+128swap - тормозила до неюзабельности, но на память не жаловалась



Старое железо. Заметка №4: iDEC ::oldpc.51t.ru : 19/10/20 02:00 : oldpc to All [636]

= Старое железо. Заметка №4: iDEC
51t.ru
2020-10-19


== Фидо 21 века для компьютеров 20-го

=== Что?

Не знаю, как это правильно пишется, но мне нравится писать iDEC. Пусть думают,
что это придумали в Apple. Лишний интерес не повредит. Или пусть думают, что
это гламурный DEC. А что, модный PDP-11 для домохозяек - это красиво. Как раз
между стиральной и посудомоечной машиной поставить.

Есть такая проблема - некуда сходить по http. Конечно, есть мнение, что и по
https сходить-то особо некуда, лучше вообще дома сидеть и чай пить. Но по
http некуда сходить, даже если очень хочется.

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

В любом случае, на сайте http://oldpc.51t.ru никакого https нет. Там будет
собираться вся информация и все источники контента для старых компьютеров.

А если ещё и хочется пообщаться в какой-нибудь живой сети?

И тут гражданин с заднего ряда обязательно спросит "постойте, ведь есть фидо".

Хорошо, настройте-ка bink + тоссер + golded на OpenBSD.

Хорошо, мы не любим OpenBSD, это же самое на старом linux для современных реалий

Хорошо, берём готовый фидо-пакет, учим систему работать с кодировкой ibm866,
получаем пойнта, и у нас фидо, самое настоящее, оригинальное.

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

Люди, которые так говорят, не хотят получать сообщения. Они хотят настраивать
фидо. Тоже интересное занятие, но здесь не про это.

И пока гражданин настраивает своё фидо, продолжим. Возьмём вместо майлеров,
тоссеров и прочих глиссеров обычный python2.4-2.7 (либо python 3 для тех, кто
более современен), и продолжим.

=== Что такое iDEC?

Упростим до предела.

По сути, это групповой мессенджер. Такой телеграм для домохозяек с гламурным
PDP-11 или хотя бы Pentium II.

Что лежит в основе мессенджера? Переписка.

Но что такое переписка? "Гы, лол" из телеграма - это переписка. И сообщения,
которые мчались на каретах неделями, это тоже переписка.

Только это разные жанры переписок. Никто не посылал "гылол" неделями на каретах.

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

Поэтому я люблю текстовый клиент. Он даёт ощущение текста. Позволяет
оперировать текстовыми файлами. И только потом превращать их в сообщения. Или
не превращать. Над сообщениями телеграма думать некогда, пока вы выписываете
"милостливый государь", там ещё 15 сообщений пришло.

Кто использует P2, тот никуда не спешит. Поэтому обстоятельное общение должно
таким пользователям понравиться. Всё равно, ходить по http больше особо некуда,
а тут сообщения сами приходят. В принципе, этим сервисом можно пользоваться
даже офлайн, перекачивая бандлы хоть через дискеты, но об этом поговорим в
другой раз.

=== Что нужно

Можно использовать веб-интерфейс, если браузер позволяет.

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

Что такое эха? Это когда кричишь куда-то "э-ге-гей", и тебе отвечают. Эха
это общая тема, в которую все пишут-читают. Например, эха oldpc.51t.ru это
эха про старые компьютеры, там ещё заметки выходят. Ну, те самые, где он про
фидо врёт. Кто-то написал в эху - все увидели. Вот такой вот телеграмканал,
только без телеграма. Потому что эха.

Обычно на каждой странице каждой станции есть список эх, с сообщениями в них.

=== Эх, замечательно!

На данный момент по чистому http работают две станции:

http://hugeping.tk (на ней есть эха oldpc.51t.ru)

http://idec.spline-online.tk (на ней на текущий момент эхи нет)

Сайты прекрасно работают в Epiphany 2.14 из Debian Etch, и неплохо там смотрятся.

К сожалению, документации в виде чистого http мне найти не удалось. Думаю, в
ближайшее время я сам её переведу на http. Следите за oldpc.51t.ru, сайтом и эхой

Но для обычного общения документация не нужна. Сайты устроены довольно просто.
Пользоваться клиентами чуть сложнее, но иногда оно того стоит. Особенно, если
эта система из области Pentium 1 с 12 мб памяти: он тоже может быть полноценной
iDEC станцией, если водрузить туда систему, поддерживающую UTF-8 и python 2.4.

=== Caesium

Curses-клиент, написанный на python 3. Интерфейс напоминает старый добрый
GoldEd. Настройки и горячие клавиши описаны в Readme. Хочу лишь заметить,
что клиент ничего не будет получать, пока не будет прописана строка авторизации
в конфиг-файле (строка должна быть после нужной ноды).

Ссылка: http://oldpc.51t.ru/idec/caesium-0.4rc.tar.gz

=== ii-txt

Текстовый клиент, работающий с python 2.4, 2.5, 2.6, 2.7. Проверен на Debian
Sarge и Etch (при локали UTF-8).

Если вы думали, что caesium это текстовый клиент, то вы ошибались. Caesium это
визуальный клиент. Текстовый клиент - это когда уходят и приходят текстовые
файлы, а вы провожаете их взглядом. Интерфейсом текстового клиента являются
просмотрщики и редакторы пользователя: для меня это Midnight Commander.

Для написания и публикации статей это очень удобно: я пишу статью в текстовом
файле, а потом лишь добавляю две строчки заголовка ИМЯ и ТЕМА, и копирую в
директорию нужной эхи под именем new. После чего жму на send.sh, и файл улетает.

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

Ссылка: http://oldpc.51t.ru/idec/ii-txt-0.8.tar.gz

=== Что почитать?

Ну, главная эха для всех старокомпьютерщиков, их центр притяжения - это,
конечно, oldpc.51t.ru. Там и новые, вернее, Старые Записки выходят, там и
общение по теме, и другие сообщения. На станции hugeping.tk эха доступна и
по rss, так что можно читать её и из любого rss-клиента:

http://hugeping.tk/echo/oldpc.51t.ru/rss

Также среди тематических эх: текстовые (но с графикой, музыкой и прочими
спецэффектами) приключения Instead (хорошая тема для старых компьютеров,
это надо разобрать отдельно) в эхах группы std.*, linux в эхе linux.14,
болталка в эхе pipe.2032. Смотрите эхи на станциях, выбирайте и разбирайтесь.

Как же будет приятно, расположившись за своим тёплым и прекрасным Pentium II,
да даже и Pentium I (лишь бы памяти хватило на установку старого OpenBSD или
Debian), погрузиться в мир вашего нового iDEC: сети 21 века, которая отлично
поддерживает компьютеры века 20-го.

=== Все здесь

Конечно же, это сообщение написано сразу в эху, и только потом попадёт на
сайт (в html, t2t, adoc). Написано оно в mcedit в Debian Etch, на ноутбуке
P-III, с прекрасной удобной клавиатурой (удобнее современных), отправлено
клиентом ii-txt. Я тут, буду писать сообщения и отвечать на вопросы.

Нам, старичкам, нужно держаться вместе. Нас дискриминируют, у нас забрали http,
нам желают скорейшего забвения, но у нас есть ещё то, что нас объединяет.

И если твой компьютер стар - здесь этого не стесняются, здесь этим гордятся!

http://hugeping.tk/oldpc.51t.ru/



Re: Старое железо. Заметка №2: OpenBSD 6.8 ::oldpc.51t.ru : 19/10/20 07:10 : hugeping to oldpc [637]

> Круто. Обзоры были? Или будут?

Пока написал вот это: ii://TF9RuFRon9u7ps9Owka3[*][*]

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

> А golang поддерживает этот процессор?

Старая версия собралась, по крайней мере. Та, что ещё на си. (1.04)

> Странно. gtk2-версии вообще работали прилично.

Вот и я не понял, что это было. В любом случае, рад Plan'у. Очень интересная система. :) В 9front, кстати, и питон есть (какой-то старый. правда).



про Pentium II и его Celeron ::oldpc.51t.ru : 19/10/20 07:56 : oldpc to All [638]

Я в своих статьях несколько ошибся, называя процессор P2-400 Celeron-ом, хоть
OpenBSD его так упорно и называет, Debian его называет правильно, Mobile
Pentium II. У Celeron нет кэша 256 кб, как у моей модели.

Сразу же услышал несколько версий о том, что Celeron сильно уступал Pentium II.

Это верно лишь отчасти, когда мы ведём разговор о первых Celeron, которые были
вообще без кэша. Но про эти процессоры быстро все забыли. И, конечно, никаких
400 мгц у них и близко не было, только 266 и 300 мгц. Также, благодаря
отсутствию кэша, эти модели хорошо разгонялись (в тесте ниже 266 разогнан до
400, что дало прирост кадров в квейке с 27 до 39, а в unreal - с 15 до 23)

Потом вышел Celeron на ядре Mendocino, со 128 кб кэша. В отличие от Pentium II,
кэш там был на ядре и работал быстрее, чем на P2. Поэтому по результатам тестов
аналогичные процессоры на P2 и Celeron отличались мало.

Вот, например, тестирование: https://www.ixbt.com/cpu/mendocino.html

Немного цитат оттуда:

... 24 августа Intel представил еще два процессора из семейства Celeron — 300A и 333, которые, по сути, Celeronами не являются. Новые процессоры хоть и выполнены по 0.25 мкм технологии, но содержат новое ядро Mendocino (читается — мендосино), в котором интегрирован кеш второго уровня размером 128 Кбайт. Как известно, стандартный процессор Pentium II содержит 512 Кбайт кеша, но этот кеш находится вне ядра и работает на половинной частоте процессора. В Mendocino же за счет того, что L2 кеш расположен на одном куске кремния вместе с процессором, его частота повышена до полной частоты процессора. Такое решение должно обеспечить значительный прирост производительности.

... Celeron 333 показал производительность, сравнимую с Pentium II 333, а в тесте по игре Unreal даже обогнал его. Это говорит о том, что 128-килобайтного кеша достаточно практически для всех приложений. Однако то, что по WinBench98 CPUMark32 Pentium II 333 обошел Celeron 333 на более чем 20%, говорит о том, что все-таки существуют приложения, где 128 Кбайт кеша недостаточно.

... мы пытались найти среди приложений, активно использующих память, программы работающие на новом Celeron значительно медленнее, чем на Pentium II. Была проверена скорость конвертации AVI-файла MPEG XingMPEG Encoderом версии 2.0 и скорость архивирования программой WinRAR 2.04 c размером словаря 1024 Кбайта. Тестирование показало, что преобразование в MPEG выполняется на Celeron 333 на 2% медленне, чем на Pentium II 333, а архивация — на 4% быстрее. Таким образом, если реальные приложения, более чувствительные к размеру кеша, чем к его быстродействию и существуют, то круг их крайне ограничен и страшно далеки они от народа. Можно уверенно утверждать, что производительность ядра Mendocino сравнима с Deschutes и в офисных приложениях, и в играх.

Что касается мобильных Pentium II, то у них уже 256 кб кэша на ядре, и они
считаются самыми быстрыми в линейке Pentium II.



links+ и librsvg ::oldpc.51t.ru : 20/10/20 00:25 : oldpc to All [639]

Смотрю, у зависимости links+ в графике - librsvg, которая занимает 55 мб в сжатом виде, и более 200 - в распакованном. Я всегда на свои CD помещаю links+, отличный браузер для старых пк, который в прошлом немало меня спасал. Этот CD (который скоро выйдет) будет первым, на котором графической версии не будет.

Написал маинтайнеру о том, нужна ли эта зависимость. Он обещал подумать.



obsd-p2-cd-6.8-i386.iso ::oldpc.51t.ru : 20/10/20 14:23 : oldpc to All [640]

Представляю свой традиционный неофициальный CD для офлайнового использования OpenBSD 6.8 на системах класса Pentium II

Диск не содержит многопроцессорного ядра bsd.mp и набора компиляторов comp68.tgz

Зато на диске представлены некоторые прошивки и набор пакетов для нетребовательного десктопа или домашнего сервера на базе систем P2/P3

http://d.51t.ru/pub/obsd-p2-cd-6.8-i386.iso



Plan 9: экстремальный KISS #1 ::oldpc.51t.ru : 21/10/20 10:13 : oldpc to All [641]

--------
from: hugeping
date: (10/10/20 15:02 GMT)
echo: std.hugeping
idec: ii://TF9RuFRon9u7ps9Owka3[*][*]
--------

# Введение

Про операционную систему Plan 9 я слышал не раз. Но всё это время, мой интерес не переходил в активную фазу, ограничиваясь пассивным любопытством и чтением статей. Так продолжалось до настоящего момента, пока я всё-таки не попался в сети проекта http://9front.org

Я не буду здесь писать энциклопедическую информацию о Plan 9. Но если совсем кратко, то создатели Unix в лице Bell Labs (среди сотрудников которой числятся Кен Томпсон, Деннис Ритчи, Роб Пайк) однажды взяли и решили сделать _правильную_ ОС, без оглядки на проклятый Legacy Unix, в том числе и POSIX. Доведя идею "всё есть файл" до абсолюта и стерев грань между локальными и удалёнными файловыми системами. В качестве примера: tcp/ip это тоже файловая система. Поэтому, если мы подключим к себе удалённую ФС /net, получится что-то вроде NAT. Вот так просто и естественно. В общем, получилась бескомпромиссная, распределённая и при этом крайне простая и красивая ОС. Которая (с некоторыми оговорками) оказалась ненужной. Потому что существующие решения просто работают, и миру этого достаточно...

Но ребята из проекта http://9front.org форкнули Plan 9 и начали делать патчи, которые в том числе помогают Plan 9 работать на современном оборудовании. Итак, 9front можно сказать, это Plan 9, который лучше всего годится для того, чтобы поставить его на железо.

http://hugeping.tk/lib/uploads/mothra.png

На данный момент у меня есть работающий 9front на eeepc 1000px в котором можно даже что-то делать. До этого, я около полугода запускал 9front в qemu и читал различную информацию. И, честно говоря, мало что понимал. Я гробил файловые системы, не мог отредактировать файл и вообще... Не понимал ничего. В общем, я решил начать цикл статей о Plan 9, в которых я буду рассказывать о своём субъективном опыте. Конечно, я не знаток этой ОС, поэтому если кто-то может -- поправляйте меня в комментариях.

# Первые шаги

Итак, начнём.

Я начинал знакомство с ОС с чтения руководства dash с http://9front.org Руководство написано с юмором, с его помощью вы можете попробовать поставить 9front в qemu или на реальное железо (чего я бы пока не делал).

И вот, мы ставим ОС, отвечая на странные вопросы инсталлятора, стартуем... Иии... Что это?

Забудьте про всё, что вы знали. Здесь другой мир. Он прекрасен, но чтобы это понять, вам придётся пойти по пути аскетики и самоотречения. :) Шучу (почти). Для работы с Plan 9 нужна графика и мышь. Без этого -- просто никак. Это может быть ударом для вас. Поверьте, я сам пользуюсь emacs и помню кучу клавиатурных комбинаций. Здесь вам это не понадобится. Пройдёт немало времени, пока вы не привыкните к такому положению вещей и не начнёте получать от этого своеобразное удовольствие (ясность сознания). :)

На ноуте, в принципе, можно обойтись тачпадом. Короче, нужны три кнопки мыши. С случае тачпада это может быть тап 1, 2 или 3-мя пальцами. Или (в случае физических кнопок): 1я, 2я и 2я кнопка вместе с shift.

После загрузки вы увидите нечто, напоминающее терминал. Не спешите радоваться! Это не терминал, к которому вы привыкли. Ладно, наберите ls нажмите ввод. Ну, хоть что-то известное! Правда, вывод какой-то совсем уж аскетичный...

В общем, в этом окне (новые окна вы можете создавать нажав 2ю кнопку мыши и выбрав в меню New) вы можете что-то запускать. Если вы запускаете графическую программу, то её содержимое заменит собой содержимое окна. Это не то, к чему вы привыкли, но это удобно. Чем-то напоминает тайловые оконные менеджеры, когда вы заранее создаёте фреймы. Но пока просто наберите man rio и почитайте, как работать в этом странном "оконном менеджере".

Окно не скроллируется по умолчанию на новый вывод. Вы можете изменить это поведение нажав 3-ю кнопку мыши и выбрав scroll. То, что окно не скроллируется, минимизирует необходимось использования пейджера. Вы просто скроллите кнопками вверх/вниз. Хотя, пейджер всё-таки есть и называется 'p'.

Про историю команд -- забудьте. Клавиши вверх/вниз всегда скроллят окно. Перемещаться по тексту и по истории ими нельзя.

Текст в окне - это просто текст. Вы можете менять его, копировать и вставлять. Таким образом, можно воспринимать его как историю команд. Выбираете мышкой и делаете send. Команда выполнится.

Некоторые хоткеи всё-таки есть, и они -- на вес золота:

- C-a, C-e -- в начало и в конец строки;
- C-u -- стереть всё слева от курсора;
- C-f -- автодополнение путей в файловой системе (tab -- забудьте);
- C-b -- прыжок к приглашению;
- del - аналог C-c в Unix.

Ещё нюанс. Допустим, вы написали:

====
ls /usrr/glenda
====



Заметили, что опечатались. Вернулись курсором к r и стёрли его, нажали ввод.

Упс!

====
ls /usr
/glenda
====



При выполнении команд, курсор должен находиться в конце ввода! А так, выполнилась команда ls /usr. Используйте C-e.

К этому нужно привыкнуть и это непросто. Все рефлексы заточены на другое. В современных Linux командная строка обвешена дополнениями и клавиатурными сокращениями, но здесь всё не так. Что взамен? Простота! Нет никакого терминала, есть просто поток текста. И всё. Черные буквы на светлом фоне. Всё есть текст.

# Ещё несколько советов

- Используйте lc вместо ls. Вывод lc информативней. Например, после имён каталогов ставится /;

- Копирование в буфер обмена здесь называется snarf;

- Домашний каталог это $home или /usr/glenda в установке по умолчанию;

- Когда вы пишете что-то вроде grep, не надо заключать строки в "". Тогда в ввод эти кавычки и уйдут. Тут вам не bash, тут rc. У него совсем другие (более простые) правила эскейпинга. Можете использовать одинарные кавычки, если нужно. Например: g 'Kcaps' /sys/include/*. Да, g -- это рекурсивный grep;

- Некоторые утилиты расположены в подкаталогах. Например, ip/ping. Что это значит? Что выполняемый файл лежит в /bin/ip/ping;

- Посмотреть свой ip адрес: cat /net/ndb;

- Используйте walk | grep как аналог find;

- Скачать что-то (man hget);

- Смотреть pdf или картинки (man page);

- Браузеры: mothra, abaco (довольно падучий), можно собрать netsurf. Об этом будет другая статья;

- Для переключения раскладки можно запустить: kbmap /sys/lib/kbmap/us /sys/lib/kbmap/ru и переключать мышкой. Чтобы сделать переключение с клавиатуры, можно немного поменять rio, об этом -- в другой раз;

- Копировать каталоги здесь можно с помощью dircp, cp -R -- нет;

- fshalt -r -- перезагрузка;

- fshalt -- выключение;

- В домашнем каталоге есть bin/rc каталог. Здесь можете писать свои скрипты и они будут доступны для запуска. На самом деле, реализовано это за счёт bind. Сейчас поясню...

# Bind

В домашнем каталоге, lib/profile есть файл - который можно назвать аналогом .profile. Сделайте его cat и посмотрите. Видите?

====
bind -a $home/bin/rc /bin
====



bind позволяет делать объединение файловых систем. -a -- добавить файловую систему после. В данном случае, мы добавили bin/rc в пространство /bin. Короче, все наши скрипты из bin/rc видны в /bin. (man bind)

Следующая строка, заметьте, использует $cputype. Дело в том, что кросскомпиляция есть из коробки, и есть разные компиляторы (man 6c). И разные каталоги для бинарников для разных архитектур.

Интересно ещё вот что, если вы что-то забиндите в окне rio, а потом запустите другое окно -- не удивляйтесь, что там этого не будет. Пространство файловой системы наследуется процессами. Поэтому в новом окне будет пространство rio. То-есть, каждый процесс может настраивать свое файловое пространство как угодно.

Поэтому в profile стартует webfs (это реалиазция http протоколов в виде файловой системы -- ну потому что здесь _всё_ реализовано в виде файловой системы) -- тогда все процессы из rio (который тоже стартует из profile) смогут работать с вебом.

То, что пространство ФС персональное для каждого процесса имеет интересный практический плюс. Например, смонтировали вы флешку, чтобы отмонтировать её -- вам достаточно прибить окно. Ну или все окна, в которых вы её смонтировали. Хотя команда unmount тоже есть (обратите внимание, не umount, а unmount).

Из profile стартует графическая система rio с флагом -i riostart.

# riostart

Делаем cat /bin/riostart.

Это вот и есть стартовый скрипт rio. Можете кастомизировать под себя. Например, запустив kbmap с нужными параметрами (переключалка раскладки клавиатуры). Упс... Мы ещё не умеем редактировать файлы.

# Редактируем временную зону в acme

Давайте начнём учиться редактировать с того, что выставим нормальную временную зону. Дело в том, что в 9front нет Российских временных зон из коробки. Но это не беда. Ведь всё есть файл!

Пишем:

====
acme /adm/timezone/local
====



Открылся редактор acme. В нём -- ваша текущая временная зона. На самом деле acme это не только редактор, это среда. Что-то вроде emacs в Plan 9. Детище Роба Пайка, который, наверняка, писал golang именно в нём. Но только это KISS emacs. :) Я не способен сейчас научить вас работать в acme (тем более, что я сам только учусь), но кратко опишу его принципы.

В acme мы имеем что-то вроде тайлового оконного менеджера. Можем создавать столбцы (3-кнопка на Newcol) и делить их на части (3-кнопка на New).

В acme тоже "всё есть текст". Это значит, что вы можете редактировать зону меню так же, как и текст. Пока не делайте этого, просто не пугайтесь если вдруг сотрёте кнопку Newcol. Просто напишите её там, где вам удобно. :)

Например, добавьте в зоне меню команду win. Просто текст win. 3-кнопкой нажмите на win и запустите "терминальное" окно внутри acme. Другие полезные команды смотрите в man acme. Вы можете писать скрипты, которые будут командами. Скрипты могут выводить текст и потреблять текст из редакторы. Таким образом, можно сделать, например, команду indent параграфа. Кроме того, acme поддерживает файловую систему (да-да, как и всё тут!), с помощью которой можно управлять редактором. Так что в acme можно читать почту и делать что-то ещё, что вам понадобится, просто дописывая нужную вам функциональность.

Поиск делается дописыванием текста после меню | Look, выделением этого текста и 3-кнопка. Так же можно просто выделять текст и жать 2-кнопку.

Открыть файл по номеру строки: добавьте к имени файла в меню :число, выберете всё это и нажмите 2-кнопку.

Режим авто-отступа есть. Он включается Indent on (да, да - допишите это в меню и выполните).

Итак, у вас открыт редактор на файле local. Надо стереть содержимое файла. Стрелочки? СТРЕЛОЧКИ СКРОЛЛЯТ ТЕКСТ! shift-стрелочки? Нет! Выделяем текст мышкой и нажимаем backspace!

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

На самом деле, это жутко раздражает по началу. Но потом, я стал замечать за собой некоторую дисциплину. Всё не так плохо, сознание разгружается. Просто редактируем текст по правилам этого мира. Сейчас, по прошествии времени, я даже нахожу в этом какое-то удовольствие и отдушину (после emacs).

Да! Подсветки синтаксиса нет. Робу не нравится смотреть на код, как на новогоднюю ёлку.

Итак, вернёмся к временной зоне. Для московского времени я оставил одну строку:

====
MSK 10800 MSK 10800
====



Это временная зона GMT+3 (в секундах). Зимнее и летнее время.

Сохраняем файл. Ах, да... 3-я кнопка мыши по Put. Если Put пропал - вы сохранили файл. Выйдете из редактора самостоятельно.

Но это ещё не всё! Если у вас в BIOS время настроено в UTC, то надо сделать следующее:

====
acme /rc/bin/termrc.local
====



Впишите строку:

====
TIMESYNCARGS=(-ra1000000)
====



И сохраните. Ну или вы могли бы убрать параметр L из TIMESYNCARGS в файле /bin/termrc в самом начале, но это хуже. /bin/termrc запускает termrc.local.

/bin/termrc - это скрипт, который стартует вашу терминальную станцию.

# Немного об архитектуре

То, что вы поставили себе в qemu (или на ноутбук?), в терминах Plan 9 называется терминальной станцией. Дело в том, что Plan 9 это сетевая система, где предусмотрены разные типы станций: терминал, файловый сервер, cpu-сервер итд. Границы между ними стёрты с помощью сетевой файловой системы 9p. Теорию почитайте тут: http://doc.cat-v.org/plan_9/4th_edition/papers/ А в 9front вы получаете как бы всё в одном: терминальная станция, файловый сервер и т.д. Но в теории, это всё можно настроить на отдельных машинах. И именно так Plan-9 использовалась в Bell-Labs.

# Файловая система

По умолчанию предлагается использовать CWFS.

"Файловая система" тут тоже реализована как служба-процесс. К которому можно подсоединиться и что-то сделать. Например, подключение к консоли:

====
con -C /srv/cwfs.ctl
help
====



Можете проверить fscache командой check.

CWFS это на самом деле интересная файловая система. Точнее -- файловый сервер. Он состоит как бы из двух областей. Есть fscache - в котором и идёт постоянная работа. И есть fsworm (Write Once Read Many) - это место куда архивируются данные и никогда не стираются. То-есть, когда-то ночью грязные блоки fscache сбрасываются в fsworm. Потом снова работаем с fscache. Сброс грязных блоков - это команда dump. Вы можете выполнять её руками через консоль: con -C /srv/cwfs.ctl, тем самым вы освобождаете место в кеше!

fsworm позволяет посмотреть любой слепок из тех, когда были сделаны dump. Смонтировать их можно так:

====
9fs dump
====



> Не выключайте питание во время дампа!

По началу я никак не мог понять, почему у меня кончается место на диске! Оказывается, забивался сравнительно небольшой fscache. Надо было бы сдампить его в fsworm. Конечно, cwfs на нетбуке это немного странно. :) Что я буду делать, когда забью fsworm? Вероятно, пересоздам его заново, скопировав последнее состояние в fscache?

# Редактирование plan9.ini

После первой установки, скорее всего вам понадобится поменять что-то в параметрах загрузчика. (man plan9.ini) Например, выставить более комфортное разрешение vesa. Включить acpi, поменять тип мыши и др.

Для этого надо подмонтировать специальный fat раздел:

====
9fs 9fat
acme /n/9fat/plan9.ini
====



Помните? Открывайте редактор из этого же окна. В другом окне файловая система не будет подмонтирована. По началу это сбивает с толку.

На этом же разделе, кстати, находится ядро. Но о компиляции ядра мы поговорим в другой раз.

# Доступ к файловой системе по сети из Linux

====
acme $home/bin/rc/export
====


Содержимое файла:

====
#!/bin/rc
aux/listen1 -t 'tcp!*!564' /bin/exportfs -r /
====



Запустите скрипт в окне и монтируйте с Linux:

====
9pfuse <адрес>:564 <точка монтирования>
====



Исходники системы находятся в /sys/src/ :)

# Заключение

К сожалению, вводная статья получилась сумбурной. Очень много информации и всё очень связано: начинаешь что-то писать, сразу понимаешь, что надо рассказать сначала о другом компоненте. Берёшь другое -- снова та же история.

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

Примерный план статей такой:

- Собираем netsurf и irc (git, hg, порты, golang);
- Изменяем исходные коды системы (смена раскладки клавиатуры);
- Музыка (и видео???);
- Мои патчи: ethernet alc, ethernet athn, acpi, vgadb;
- Сравнение исходного кода ядер: openbsd, Linux, plan9.

Если что, пишите свои предложения/вопросы.

/* XPM */
static char * glenda_xpm[] = {
"48 62 2 1",
" c None",
". c #000000",
" ",
" .... ",
" .. .... ",
" .. ...... ",
" .. ...... ",
" . ....... ",
" . .. .... ... ",
" ...... .. ....... ",
" .. ... .. ........ ",
" .. .. ... ... ....... ",
" .. .... ... .. ............ ",
" . ..... ...... ..... .......... ",
" .. ...... ...... ...... ",
" .. ...... ... ... ",
" ... ............ ... ",
" ... ........... .. ",
" .. ........... .. .. ",
" ... .......... .... .. ",
" ... .... ... . .. . ",
" ....... ... .... .............. ",
" .... .... ................. ",
" ........ ...... ..... ",
" ....... .... ... ",
" .. .... . ... ",
" . .... ..... ",
" . .... ... . ",
" . .... ... .. ",
" . ... ..... . ",
" . ... ..... . ",
" . ... .. ...... . ",
" .. ... ... . . ",
" .. ... .. . . ",
" .... ... . . ",
" .. . .. .... .. . ",
" .. . .. ...... .. .. ",
" ... .. ........ .. . ",
" . ... ........ .. . ",
" .. ... ........ .... ",
" .. .. ...... ... ",
" ... ... .. . .. ",
" .... .. ... ... ",
" ...... ... ... ",
" ......... ... ..... ",
" ...... ......... .... .. ",
" ... ................... .... ",
" ....... ............ .. . ",
" . ........ . ... ",
" . ............ ........ ",
" .. . .......... ..... ",
" ... . .. ",
" ... ... ",
" ..... ... ",
" ....... ... ",
" ....... .... ",
" ........ ..... ",
" ......... ....... ",
" .......... ..... .. ",
" .... ..... .. .. ",
" ...... .. ..... ",
" .......... ..... ",
" .......... ",
" .. "};

P.S. Edited: 2020-10-11 10:28:47



Plan 9: экстремальный KISS #2 ::oldpc.51t.ru : 21/10/20 10:15 : oldpc to All [642]

--------
from: hugeping
date: (21/10/20 09:07 GMT)
echo: std.hugeping
idec: ii://RgnPhsdf1I2MtQcMbZds[*][*]
--------

Постепенно осваиваюсь в 9front. Стало понятно, что кое-где есть неточности в предыдущей статье. Но не ошибается только тот, кто ничего не делает! Так что продолжу свой цикл статей про жизнь в форке Plan 9 -- 9front.

http://hugeping.tk/lib/uploads/acme-mail.png

# Простота кода

Мне не повезло. На eeepc 1000px не работал ни wifi ни ethernet. Поэтому мне пришлось портировать драйверы alc и athn с OpenBSD. В случае athn, для скорости, я перенёс только код для своей карты AR2427. Все наработки по Plan9 я выкладываю сюда: https://github.com/gl00my/plan9hacks

Я понимаю, что этот путь доступен не для всех, но хочу отдельно заострить внимание на простоте кода Plan9. Там, где в Linux/OpenBSD написано 10 строк, в Plan9 будет одна.

OpenBSD:

====
	/*
* Create DMA stuffs for TX ring
*/
error = bus_dmamap_create(sc->sc_dmat, ALC_TX_RING_SZ, 1,
ALC_TX_RING_SZ, 0, BUS_DMA_NOWAIT, &sc->alc_cdata.alc_tx_ring_map);
if (error)
return (ENOBUFS);

/* Allocate DMA'able memory for TX ring */
error = bus_dmamem_alloc(sc->sc_dmat, ALC_TX_RING_SZ,
ETHER_ALIGN, 0, &sc->alc_rdata.alc_tx_ring_seg, 1,
&nsegs, BUS_DMA_NOWAIT | BUS_DMA_ZERO);
if (error) {
printf("%s: could not allocate DMA'able memory for Tx ring.\n",
sc->sc_dev.dv_xname);
return error;
}

error = bus_dmamem_map(sc->sc_dmat, &sc->alc_rdata.alc_tx_ring_seg,
nsegs, ALC_TX_RING_SZ, (caddr_t *)&sc->alc_rdata.alc_tx_ring,
BUS_DMA_NOWAIT);
if (error)
return (ENOBUFS);

====


Linux:

====
	alx->descmem.virt = dma_zalloc_coherent(&alx->hw.pdev->dev,
alx->descmem.size,
&alx->descmem.dma,
GFP_KERNEL);
====



9front:

====
        ctlr->tx_ring = mallocalign(sizeof(TxDesc) * DSCN, 8, 0, 0);
====



А вот ещё один очень наглядный пример из ACPI.

Linux:

====
	args[0] =
acpi_ut_create_integer_object((u64)region_obj->region.space_id);
if (!args[0]) {
status = AE_NO_MEMORY;
goto cleanup1;
}

args[1] = acpi_ut_create_integer_object((u64)function);
if (!args[1]) {
status = AE_NO_MEMORY;
goto cleanup2;
}

args[2] = NULL; /* Terminate list */

/* Execute the method, no return value */

ACPI_DEBUG_EXEC(acpi_ut_display_init_pathname
(ACPI_TYPE_METHOD, info->prefix_node, NULL));

status = acpi_ns_evaluate(info);
acpi_ut_remove_reference(args[1]);
====



9front:

====
	p = amlwalk(dot, "^_REG");
if (p != nil) {
amleval(p, "ii", 0x3, 1, nil);
}
====


Это не шутка, это эквивалентный код. Код из 9front это мой код, который внесён в 9front, который я писал изучая аналогичный код Linux.

Конечно, с одной стороны можно сказать, что это следствие примитивности, но не только. Весь код системы следует этой идее -- не усложнять!

Немного отвлекаясь, хочу рассказать, что похожие эмоции я испытал, когда смотрел код утилиты cat одной из ранних версий Unix. Исходный код делал именно то, что и должна делать утилита cat. Не больше и не меньше. Сегодня же, можно посмотреть на https://www.gnu.org/software/hello/ чтобы убедиться, насколько технологии переусложнены. Кто-то скажет, что это неизбежно. У нас появились локали, gettext, разные варианты системных вызовов и так далее... Всё это, конечно, так. Но... Как программисту, мне хочется спросить -- адекватна ли цена? В общем, архитектурная простота Plan9 сквозит во всём. Plan9 -- не продукт.

Итак, если вы программист (на C) -- проблем с доработками кода не будет. Кодовая база небольшая, доступна в /sys/src из коробки и очень быстро собирается/обновляется по mercurial даже на eeepc. C компилятор (вернее, даже серия компиляторов для разных архитектур) в Plan9 очень быстрый! Я так понимаю, написан он Кен Томпсоном. Система mk (аналог make) -- тоже очень быстрая и лаконичная. Ну, давайте что-нибудь соберём?

# Выход в сеть

Если у вас qemu установка, то сеть скорее всего просто работает. Попробуйте:

====
cat /net/ndb
ip/ping ya.ru
====



Я поднимаю wifi руками, скриптом. Мне так удобнее. Делается это очень просто:

====
bind -a '#l1' /net # l1 это моя wifi карта, cat /dev/kmesg
aux/wpa -s ACCESS_POINT -p /net/ether1 # ether1 моя wifi карта
ip/ipconfig ether /net/ether1 # dhcp
====



Как посмотреть доступные точки доступа?

====
cat /dev/ether1/ifstats
====



На самом деле bind '#l1' я делаю в lib/profile, до старта rio. Помните? У каждого процесса своё дерево файловой системы. А так, все процессы в rio будут наследовать его и /dev/ether1 станет доступным везде.

Дальше, разберётесь. :)

# git/mercurial

В 9front уже входит mercural. Давайте воспользуемся им, чтобы забрать проект 9front ports, там есть много чего полезного. Открываем окно rio. (Или запускаем win в acme).

====
cd /sys/
hg clone http://code.9front.org/hg/ports
cd 9ports/dev-vcs/git9
mk install
====



Теперь у нас есть git! На самом деле, есть второй способ сделать это, подмонтировав к себе один из сетевых ресурсов по 9p, например 9front.

====
9fs 9front
cd /n/extra
lc
====



Здесь вы найдёте git9.tgz, который можно распаковать и собрать. Для тренировки (и пользы!) предлагаю собрать irc7.tgz из extra. Скопировать себе в $home, распаковать, собрать (mk install) и зайти на канал #instead сервера irc.freenode.net.

Реализация git своя. Конечно, в виде файловой системы. :) Давайте заберём какой-нибудь проект по git. Я предлагаю попробовать собрать браузер netsutf.

====
cd
mkdir Devel
cd Devel
git/clone https://github.com/netsurf-plan9/nsport
====


git/clone -- это не опечатка! lc /bin/git/ да...

Ох, чуть не забыл. Все пароли (от ssh, http, wpa, от _всего_) хранит специальная служба factotum! Вы можете добавлять в неё свои пароли/ключи при запуске, чтобы не вводить пароли руками. Я делаю это через скрипт из lib/profile, который читает файлик и добавляет пароли в factotum. Это небезопасно, т.к. мой файлик -- открытый. Для безопасного способа смотрим man secstore.

Пример добавления пароля github:

====
echo 'key proto=pass realm=GitHub server=github.com service=http user=gl00my !password=password' > /mnt/factotum/ctl
====



Для сборки netsurf нужно следовать инструкциям: https://github.com/netsurf-plan9/nsport

Но, не буду разжёвывать и лишать вас радости исследования. :)

В портах вы найдёте golang свежей версии. Полезная в быту вещь.

// На данный момент, кстати, он собирается только если закомментировать строку CLEANCOMMAND в mkfile.

На eeepc мне удалось собрать только go14 (мало памяти), но в qemu установке собрал современную версию. Так что можно собирать софт для eeepc в qemu.

# Браузеры

"Современных" браузеров в 9front нет. Для многих "пользователей" это невыносимая потеря. А для меня это делает 9front настоящей отдушиной. В этой системе нет окна в зашлакованный современный веб! По-моему, это даже здорово.

Если серъёзно, у меня уже был опыт использования урезанных браузеров, так что был подготовлен. Для государственных сайтов и банков придётся использовать другие ОС или запускать в виртуалке (man vmx) OpenBSD. На eeepc я этого не делал. Ну, конечно, можно ещё по vnc ходить куда-то...

Итак, браузеры которые я пробовал.

## abaco

Канонический plan9 браузер. Если честно, чисто эстетически, очень понравился! Но, увы, в 9front он падуч. И, кажется, не поддерживает png. Короче, не рекомендую.

## mothra

Сначала не понравился. Но потом, оказалось, что он удобен. И есть у него кое-какие биндинги на клавиши, что удобно. Например: a ввод - однооконный режим. m ввод - режим скачивания (режим mothra). Выглядел он страшненько в основном из-за русских символов. Но мы уже умеем патчить код:

====
cd /sys/src/cmd/mothra
acme rdhtml.c
# меняем шрифты, я рекомендую везде dejavusans(it,bd)/unicode.12 и .14
mk install
====



Мой вариант изменений лежит на https://github.com/gl00my/plan9hacks

Короче, можно пользоваться.

http://hugeping.tk/lib/uploads/opennet-mothra.png

## netsurf

Работает, только для показа картинок нужно раскомментировать jpeg/png библиотеки в mkfile/mkfile.native и добавить флаги -DWITH_PNG -DWITH_JPEG.

Рендерит странички неплохо, но нет многих удобных фич mothra. Подходит для просмотра сайтов, с которыми не справилась mothra.



поставил wifi на omnibook 6100 ::oldpc.51t.ru : 21/10/20 12:28 : oldpc to All [643]

Странно, но в omnibook 6100 почему-то вообще не реагирует на pcmcia, в любой ОС. Обычно, если даже что-то не работает в pcmcia, оно шлёт ошибки pcmcia, а тут везде - полный молчок.

Зато, что я вообще вижу впервые на ноутбуках, тут два minipci-слота. В первом, вероятно, стоит комбо-карта, а вот второй - пустой. У меня валялось две minipci wifi, ipw2200 и ti ac100 или как-то так. оба требуют firmware (я без firmware только ralink 2500 да ath5k в пост-madwifi-йную эру помню).

acx у меня в OpenBSD сыпал какими-то ошибками и не хотел работать, да и вообще какой-то он весь ржавый, сколько ему лет и зим не припомнят даже сами сторожилы. Вставил ipw. Поскольку антеннка у меня одна, а гнёзд под неё два, Main и AUX, вставил в Main. Всё это как-то затрамбовал в отверстие для слота, кое-как закрутил... вуаля, wifi работает даже в Debian Etch 4 (когда поставил прошивки из lenny). В OpenBSD тоже работает, естественно - я сначала на OpenBSD тестил. Не знаю, медленная или быстрая связь, но для текущих задач этого компьютера хватает :)



браузеры на webkit больше не работают на p3 ::oldpc.51t.ru : 21/10/20 13:19 : oldpc to All [644]

Теперь окончательно всё. Если раньше что-то где-то как-то можно было (кстати, самодельный браузер на вебките в дистрибутиве slitaz linux довольно неплохо работает с современным вебом на p3 со 192 мб памяти), то теперь в OpenBSD 6.8 любой вебкитный легковесный браузер (luakit, vimb, surf, midori) пишет Illegal instruction.

Seamonkey (2.49.5) всё ещё работает. Медленно, конечно, но lor загрузило, даже с рекламой. :)



Установка Etch с 8(?) CD дисков : дневник путешественника ::oldpc.51t.ru : 26/10/20 03:57 : oldpc to All [645]

Конечно, сейчас все разбалованы. Интернет, сеть, все удовольствия. Хочешь ставить etch - ставь etch, бери весь репозиторий, используй non-free, используй backport-ы. Или пиши на 3 DVD. Но вот можно ли жить с CD?

Все 21 CD я записывать не стал. Я записал 8 CD, и теперь посмотрю, можно ли жить с ними. Исходный компьютер - P3/1000, набитый 384 мб памяти. На etch выделено 3 гб на диске.

Правда, wifi прошивки на дисках нет. Но их нет ни в etch non-free, ни в etch-backports, так что в любом случае эту прошивку надо ставить вручную. Но мы то живём без сети, так что прошивку проигнорируем вообще. Без сети, значит с CD.

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

Дискотека начинается.

Диск первый
-----------

Всё загрузилось, console-cyrillic на месте, можно писать. С первого диска прежде всего нужны иксы и gnome, но и вообще не помешает поглядеть, что там есть.

Так, из задачи desktop берём alsa-base, alsa-utils, desktop-base, iceweasel, menu, xorg, xresprobe, и оба xserver*all. twm тоже берём. Из гнома не берём блютусы, принтеры и прочее не особо нужное, остальное берём, там разберёмся, что именно набрали. Ещё не берём gnome-screensaver и update-manager, надеюсь их потом в зависимости не засунут.

Ставим. С первого диска ставлю сразу, с остальных буду просто накапливать отметки для установки, а потом ставить разом, чтобы дискотека "вставьте диск 1, 2, 28", была один раз, а не постоянно. Говорит, будет занято 815 мб. И уже занято 374.

Так, хрюкает оно довольно долго. Оно сначала проверяет все файлы, а потом уже копирует их, то есть с CD оно всё читается по два раза.

Опс, случайно выключил питание, а батареи в ноутбуке нет. Сейчас сделаем dpkg --configure -a, посмотрим что там. Так, иксы вроде запустились. Ищем дальше. build-essential - берём! Берём и linux-headers, может пригодятся.

openoffice-core тоже поставлю, остальные компоненты openoffice поищу на других дисках. Ещё по мелочи полезного. apache2 поставлю, буду сам к себе в гости ходить.


Диск второй
-----------

acpi-support и cpufrequtils - они обычно по сети сами ставятся, поэтому беру. Собираем весь OpenOffice.org. Gimp, порисуем. Иксовые русские шрифты - нужно. Сейчас попробую поставить и посмотреть, затребует ли диск 1. Затребовал. Ладно, потом выдам


Диск третий
-----------

Русский хелп для openoffice. Я и сам openoffice открываю крайне редко, а уж хелп вообще никогда, но для порядка поставлю. Появились kdegames, но их ставить не буду. myspell-ru пригодится. Русская локаль для iceweasel 2.0 тоже - буду на свой апач ходить, как русский человек!

По-прежнему нет ни полного vim, ни mc. Перешёл с vim.tiny на gedit.


Диск четвёртый
--------------

parted потом пригодится для gparted и qtparted, беру. minicom и setserial (без него тут нельзя даже модуль irda запустить) нужны. cvs... шарман! беру. subversion тоже. Наконец-то появился vim (но не gvim) и emacs21 (не беру). planner пусть будет, буду планировать. imagemagick нужен всегда. mplayer, отлично! qemu что-то у меня мусор на экране писало, повторно ставить не буду. php5 для apache - пригодится. плюс wine. плюс xpdf (хотя уже есть evince). плюс ещё немного полезняшек. ура, mc! только на четвёртом диске.


Диск пятый
----------

Тут уже появляются игрушки. Сейчас это bsdgames, planetpenguin-racer и frozen-bubble. Пока берём все три. Появился метапакет gnome, предлагающий дополнительные фичи. scribus. Полезняшки для gimp. sqlite3. dillo. squid ставить не буду, сами к себе буду коннектиться напрямую. compiz завезли, но он без надобности.


Диск шестой
-----------

Перед записью дисков я специально смотрел, на каком диске battle for wesnoth. на шестом, а его кампании на седьмом. vrms тут же, без non-free он будет мною доволен. git версии 1.4.4, нужно. разные документации и howto, набираем оптом. дока по питону в contrib, теперь vrms будет недоволен. Кроме веснота из игруш есть freeciv, supertux, экстры для ppracer, scummvm и ещё некоторые - беру только перечисленные. Иконки и темы для гнома, погламурничаем. dosemu в contrib, нужная вещь на старых компьютерах, dosbox они не тянут. iceape (вариант seamonkey). icewm на голодный год берём. Прочие мелочи


Диск седьмой
------------

mercurial используется мной для контроля версий статей oldpc notes, вот и она на седьмом диске. в игрушках nethack-console, кампании веснота и несколько украшалок. tomboy для заметок. шаблоны для scribus. freedos для dosemu (странно, что они по разным дискам). xchm.


Диск восьмой
------------

Вообще ничего интересного. Интересно, зачем я его записывал. Ладно, поставим nexuiz версии 2.2, посмотрим как это добро тут взлетит на атишной карточке. Хотя вот glabels есть, буду визитки рисовать. О, tuxpaint, со штампами, вещь. freemind, посмотрим посмотрим. phpsysinfo какое-то - ну хоть будет, куда браузером ходить.


Эксплуатация
------------

Сразу понимаю, что пропустил localepurge. Она есть, но на каком диске, сейчас не скажу. Остальное вроде пока на месте. Кстати, интересно что gparted уже стоит, хотя самого parted нет, странно. Итак, это всё затребовало 1002 мб на диске, сейчас посмотрим, какие диски ему понадобятся:

вставьте диск 1. о, много ставит, в том числе и gnome-screensaver, как я и предполагал. вставьте диск 2. диск 4. ох, это всё метапакет gnome притянул, видимо, и abiword и gnumeric и всё-всё-всё. диск 8. интересно, зачем мне nexuiz на тачпаде? диск 5. диск 6. диск 3. диск 7.

Надо внимательно изучить диск 9 (и 10), вдруг с ним будет ещё интереснее. Точно знаю, что на 9-м диске есть supertuxkart 0.2, данные от которого есть на восьмом... Изучил, есть смысл записать, есть полезные вещи. Или тогда уже восьмой не надо было писать :) когда-нибудь, надеюсь, запишу все 21 штуки, будет домашней реликвией. :)

Всё поставилось, свободно 320 мб. После localepugre - 637. nexuiz тормозит сильно, при этом смысла на тачпаде нет. удалить! ppracer тормозит, туда же.

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

Но сначала записать ещё пару дисков.


Девятый диск
------------

Записал диски 9, 10 и 11. Болванок больше нет. Что у нас на девятом? Ставим игры: blobwars, bos, freecraft, prboom, powermanga, tuxtype. И по мелочи.


Десятый диск
------------

tcc можно покомпилировать. diveintopython, почитаем. cssed, редактор css - посмотрим. gnotepad+ - тоже посмотрим. из игр поставлю gtans, люблю эту головоломку. посмотрю, что такое mazeofgalious. редактор карт для wesnoth тоже пригодится. gtodo-applet проверим. screem - написано, среда разработки сайтов для gnome, и её проверим. mediawiki - можно будет локально заполнять. Хотя не, оно mysql требует, эта версия ещё не поддерживает sqlite, отказываемся. То же касается wordpress - я как-то как раз в районе etch поставил wordpress из репозитория "как есть", и запустил... на IBM R40 с процессором P4-1600 стартовая страница 40 секунд открывалась, другие вроде вообще не открылись. Так что на p3-1000 я даже не надеюсь, а настраивать в надежде на ускорение не собираюсь, не особо оно и нужно. gwaterfall, говорят, шрифты показывает - проверим. gambas - только runtime: вроде бы, на 11 диске остального нет, жаль.


Одинадцатый диск
----------------
apt-zip для офлайн установки, пусть стоит. gnu hello для вежливости. python2.5-doc (а в etch есть python 2.5? что-то не помню). выбрал python 2.5, но не знаю, на каком он диске. игры пошли... falconseye. gweled. ri-li :) starfighter. xdesktopwaves. holotz-castle. kobodeluxe. nethack-gnome. кстати, не помню такого. ставлю ttyrec для консоли. asciidoc древней версии, тоже интересно. zim. вот, пожалуй, и всё. выбрано на 379 мб. что-то пошло ставиться с 11-го диска. диск 9. диск 4. диск 6 (вот где python 2.5 притаился). диск 8. диск 10. диск 5. диск 1 (я уж боялся, его забудут). диск 2. начинает надоедать. диск 3. всё. для установки софта с трёх дисков понадобилось всего-то 10 дисков из 11, причём в непонятном порядке. И почему-то не понадобилось ничего с диска 7.


Живём
-----

Не поставил jigdo, хотя не особо и надо, места свободного нет. Не поставил irda-utils, хотя тоже надобности особой нет. Вообще, чего-то доставлять страшно - опять дискотека будет. Лучше наотмечать один раз всё, и только потом всё ставить.

Открыл screem. Мда, какой-то он странный, неудивительно, что он не выжил (он же не выжил) по сравнению с тем же bluefish. bluefish отмечу для установки, а дискотека будет тогда, когда отмечу всё, что забыл. gnotepad+ на gtk1, ой какой шарман! понятия не имею, как менять gtk1-темы. кандидат на удаление сразу. xfishtank, видимо, в gnome не работает. xdesktopwaves работает. Потом на icewm проверим.

glabels работает. Есть даже наклейки на дискеты, как мило. tuxpaint со штампами - обожаю! freecraft работает, эх blizzard, забанили такую игру: сейчас был бы нормальный второй warcraft. оригинал на всём старше первого pentium летает так, что играть невозможно. bos на том же stratagus тоже работает, но тут я не разбирался. freemind засыпает ошибками java и не запускается, кандидат на удаление. cssed работает, но я в css не особо разбираюсь. lshw-gtk вообще практически ничего не показывает, на удаление.

В остальном комплект достойный, можно жить и радоваться. По времени вся эта установка заняла примерно столько же, сколько на подобный компьютер ставится какая-нибудь windows xp, особенно через DOS. Зато там после установки только paint и косынка, а здесь - всего и много!

$ vrms
No non-free packages installed on deb4cd! rms would be proud.


Вывод
-----

Одинадцать дисков с софтом, фантастика! Столько всего! С таким набором не стыдно идти в гости туда, где есть старые компьютеры. Но не покидает ощущение, что самое интересное осталось на остальных десяти дисках. :) Когда-нибудь я запишу их все. И боюсь представить, как будет выглядеть установка в этом случае.

Сейчас запакую это письмо в бумажный конверт и отправлю почтой (бумажной) на ближайшую станцию idec. Жизнь без сети есть!



Re: Установка Etch с 8(?) CD дисков : дневник путешественника ::oldpc.51t.ru : 26/10/20 17:07 : vvs to oldpc [646]

oldpc> freecraft работает, эх blizzard, забанили такую игру: сейчас был бы нормальный второй warcraft.

Не понял этот пассаж. А как же https://github.com/Wargus/wargus ? Есть еще куча интересных модификаций, например http://andrettin.github.io/



Re: OpenBSD 6.8 released ::oldpc.51t.ru : 03/12/20 19:34 : btimofeev to oldpc [647]

Хотел поставить её на Raspberry Pi 3, а там какая-то ерунда с установкой, насколько я понял нужно комп к малинке подключать через USB-UART адаптер, чтобы ос загрузилась с флешки. Жаль, кажется система интересная.



Re: Старое железо. Заметка №2: OpenBSD 6.8 ::oldpc.51t.ru : 18/12/20 06:38 : btimofeev to oldpc [648]

Поставил себе OpenBSD второй системой. Изучаю понемногу.

Почему-то у меня в ней Firefox постоянно падает (при этом создает дамп файл, чем его можно изучить?). А Хромиум работает стабильно, но очень долго запускается, раза в 4 медленнее, чем на линуксе.