LINUX.ORG.RU

Квартальный отчет о развитии FreeBSD

 


0

0

Вышел очередной отчет о состоянии проектов по развитию FreeBSD. В нем подведены итоги работы за октябрь-декабрь 2009 года.

Специально для LOR-а необходимо подчеркнуть, что в этом отчете перечисляются проекты с различным статусом исполнения - от готовых в внедрению в STABLE до таких, которые еще не приняты даже в CURRENT.

Краткий обзор отчета по направлениям:

Замена GNU GPL на лицензию BSD

  • переписан iconv;
  • продолжается работа над заменой GCC в базовой системе на clang/llvm;
  • подходит к завершению проект по переписыванию утилит обработки текста (grep, sort, bc/dc)

Поддержка оборудования

  • расширена поддержка модемов 3G USB;
  • сильно расширена поддержка web-камер (webcamd, V4L);
  • новый драйвер для оборудования Broadcom Wireless;
  • драйвер для устройств USB Ralink wireless RT2700U/2800U/3000U;
  • в ветку CURRENT внесена поддержка 802.11s (Wireless mesh networking);
  • новая реализация инфраструктуры ATA, унифицированной для дисковых устройств PATA/SATA/SAS (на базе CAM, используемой для SCSI устройств);
  • драйвер NVidia для версии AMD64 (BETA);
  • в официальный репозиторий Asterisk добавлен модуль поддержки DAHDI (Zaptel);

Сетевые функции

  • решены проблемы с поддержкой IPcomp при работе через IPSEC;
  • файервол pf синхронизирован с версией OpenBSD 4.5

Файловые системы

  • на конец января 2010 готовится к тестированию в ветке CURRENT проект HAST (highly available storage) - аналог технологии Linux DRDBD;
  • в технологию SoftUpdates добавлено журналирование;
  • для UFS и ZFS добавлена поддержка NFSv4 ACL;

Пользовательское ПО

  • порт chromium web browser;
  • VirtualBox OSE 3.1.2

Поддержка архитектур

  • для embedded freebsd готовится поддержка технологии FDT, позволяющей описывать ресурсы оборудования, которое не умеет само отдавать информацию (ARM,AVR32,MIPS,PowerPC);
  • заявлено о готовности работы на архитектуре MIPS - внесено в CURRENT;
  • увеличена стабильность работы порта для архитектуры ia64;
  • решены некоторые проблемы работы на архитектуре SPARC64

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от Hokum

ИМХО самый большой накал страстей по поводу выхода каждой новой фряхи традиционно на ЛОРе. И традиционно же не по существу :)

yurkis
()
Ответ на: комментарий от los_nikos

>> свобода?

анархия?

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

xsektorx ★★★
()
Ответ на: комментарий от namezys

>Если я напишу GPL продукт, кто-то сделает коммит в мой репозиторий - то я уже не смогу выпустить следующую версию под другой лицензией

бедняга, не сможешь зажлобить чужой код.

xsektorx ★★★
()
Ответ на: комментарий от xsektorx

>>Если я напишу GPL продукт, кто-то сделает коммит в мой репозиторий - то я уже не смогу выпустить следующую версию под другой лицензией

бедняга, не сможешь зажлобить чужой код.

В том то и дело. Какой- то индус закомитит патчик из 100 строчек кода и я сосвоими 10(100..)к строчек кода уже не могу сделать что угодно. Нафиг тогда вобще это сдалось?

yurkis
()
Ответ на: комментарий от yurkis

Какой- то индус закомитит патчик из 100 строчек кода и я сосвоими 10(100..)к строчек кода уже не могу сделать что угодно

чудо код в студию с которым(будучи открытом) надо ещё делать что угодно и без гарантий работоспособности

Нафиг тогда вобще это сдалось?

нафиг вообще писать о своих гениальных BSD-способостях? мы все знаем что на территории СССР всегда обитали гениальные программисты, но то что свободный код никогда не базировался(а не бомжевал) на территории России это факт, так зачем кричать о своём гениальном коде когда здесь он не востребован даже за смешные гонорары.

los_nikos ★★★★★
()
Ответ на: комментарий от yurkis

>>ну вот перепишут gnu-утилиты. а кто ж поддерживать-улучшать этот код будет?

Вы действительно считаете что кроме как в GPL community программистов больше нигде нет?

подозреваю, что всё-таки gpl-community несколько побольше bsdl-community.

но не суть.

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

sash-kan
()
Ответ на: комментарий от yurkis

учитывая то, что freebsd популярна именно на просторах ex-ussr, возникает жуткое предположение, что почти все пользователи этого достойного дистрибутива чуть более чем полностью сосредоточены как раз на l.o.r.-е.

а так как пользователей gnu/linux тут всё-таки побольше будет, чем пользователей winbsd, — вот и накал страстей.

sash-kan
()
Ответ на: комментарий от yurkis

>и я сосвоими 10(100..)к строчек кода уже не могу сделать что угодно

как тут говорят, 4.2?

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

абсолютно _вне_ зависимости от лицензии, под которой он их где-то когда-то публиковал.

sash-kan
()
Ответ на: комментарий от sash-kan

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

И что? Они теперь должны ходить строем и программить, где им укажут?

teodor
()
Ответ на: комментарий от los_nikos

>> Нафиг тогда вобще это сдалось?

нафиг вообще писать о своих гениальных BSD-способостях?

Вобще- то это было описание ГИПОТЕТИЧЕСКОЙ ситуации. В любом случае если лично я выложу какой- либо свой код (хороший или плохой- на даный момент пофиг) то ЛИЧНО мне нифига не сдалась ситуация когда мелкий патч к нему запретит мне использовать свой же код на работе.

мы все знаем что на территории СССР всегда обитали гениальные программисты, но то что свободный код никогда не базировался(а не бомжевал) на территории России это факт, так зачем кричать о своём гениальном коде когда здесь он не востребован даже за смешные гонорары.

Ровно то же самое верно и для GPL кода, а не только для BSD. Тогда почему всех тут так пикчит использование той или иной лицензии?

Хотя... Лукавите, батенька! Если мне не изменяет мой склероз, например, ReactOS если и не начинался в России то по крайней мере имеет русского координатора. Теперишний Firebird во многом обязан русскому же Дятлу. Это только навскидку.

yurkis
()
Ответ на: комментарий от yurkis

исключительно из- за того что BSDшная публика мне более адекватно обьяснила что оно и зачем оно надо


Бедняга, а сюда то тебя как занесло?

splinter ★★★★★
()
Ответ на: комментарий от sash-kan

>>и я сосвоими 10(100..)к строчек кода уже не могу сделать что угодно

как тут говорят, 4.2?

со _своими_ строчками автор вправе делать _всё_, что угодно. хоть отлить в бронзе и утопить в марианской впадине. абсолютно _вне_ зависимости от лицензии, под которой он их где-то когда-то публиковал.

Правильно! Но зачем тогда вобще сорцы выкладывать? Чтобы потом по надобности выколупывать из кода новой версии чужие куски? Или держать две ветки - GPL и свою личную?

yurkis
()
Ответ на: комментарий от splinter

>>исключительно из- за того что BSDшная публика мне более адекватно обьяснила что оно и зачем оно надо

Бедняга, а сюда то тебя как занесло?

Здесь занимательное чтиво. Иногда только фанатики утомляют.

PS. Тонко!

yurkis
()
Ответ на: комментарий от sash-kan

>учитывая то, что freebsd популярна именно на просторах ex-ussr, возникает жуткое предположение, что почти все пользователи этого достойного дистрибутива чуть более чем полностью сосредоточены как раз на l.o.r.-е.

Ну, я полагаю что их (пользователей) всё-таки чуть больше чем я и iZEN :)

yurkis
()
Ответ на: комментарий от yurkis

Хотя... Лукавите, батенька! Если мне не изменяет мой склероз, например, ReactOS если и не начинался в России то по крайней мере имеет русского координатора

лукавлю что? что ReactOS больше приобрёл чем потерял от того что разрабатывается в OpenSource? или лукавлю что участие российских программистов идёт на пользу любым проектам? или лукавлю что BSD не позволит в России много больше поиметь с открытых исходников по сравнению с GPL?

los_nikos ★★★★★
()
Ответ на: комментарий от yurkis

Правильно! Но зачем тогда вобще сорцы выкладывать?

Кстати там в треде я уже приводил ссылку на OpenSource-лицензии, и некоторые модификации BSD вполне себе числятся в OpenSource.

los_nikos ★★★★★
()
Ответ на: комментарий от los_nikos

Live-системы уже загружаются? А то 7ая никак не хотела загружать иксы на примерно таком-же железе.

Подцепил внешний винчестер по USB — загрузилось (сейчас пишу из-под него).

> uname -a
FreeBSD riko.fire 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 15 23:46:22 VOLT 2010     igor@selena.fire:/usr/obj/i386/usr/src/sys/RIKO  i386
> dmesg | grep da0
da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
da0: <Generic External 2.10> Fixed Direct Access SCSI-4 device 
da0: 40.000MB/s transfers
da0: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C)
> glabel status | grep da0
                             gpt/riko_boot     N/A  da0p1
gptid/4e287d38-0215-11df-894b-002511d84929     N/A  da0p1
                             gpt/riko_swap     N/A  da0p2
                           gpt/riko_system     N/A  da0p3
                            gpt/riko_store     N/A  da0p4
> mount 
/dev/gpt/riko_system on / (ufs, local, noatime, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/gpt/riko_store on /usr/home (ufs, local, noatime, soft-updates)
— диск разбит с использованием GPT-разметки. Метки разделам присвоил на этапе разметки, GEOM Label входит в ядро (отдельный модуль, как раньше, подгружать уже не нужно):
% gpart create -s GPT ad18
ad18 created

% gpart add -b 34 -s 256 -t freebsd-boot -l riko_boot ad18
ad18p1 added
> gpart show ad18
=>       34  625142381  ad18  GPT  (298G)
         34        256     1  freebsd-boot  (128K)
        290  625142125        - free -  (298G)
% gpart add -b 290 -s 4G -t freebsd-swap -l riko_swap ad18
ad18p2 added
> gpart show ad18
=>       34  625142381  ad18  GPT  (298G)
         34        256     1  freebsd-boot  (128K)
        290    8388608     2  freebsd-swap  (4.0G)
    8388898  616753517        - free -  (294G)
% gpart add -b 8388898 -s 24G -t freebsd-ufs -l riko_system ad18
ad18p3 added
> gpart show ad18
=>       34  625142381  ad18  GPT  (298G)
         34        256     1  freebsd-boot  (128K)
        290    8388608     2  freebsd-swap  (4.0G)
    8388898   50331648     3  freebsd-ufs  (24G)
   58720546  566421869        - free -  (270G)
% gpart add -b 58720546 -s 566420000 -t freebsd-ufs -l riko_store ad18
ad18p4 added
> gpart show ad18
=>       34  625142381  ad18  GPT  (298G)
         34        256     1  freebsd-boot  (128K)
        290    8388608     2  freebsd-swap  (4.0G)
    8388898   50331648     3  freebsd-ufs  (24G)
   58720546  566420000     4  freebsd-ufs  (270G)
  625140546       1869        - free -  (935K)

% newfs -U /dev/ad18p3
/dev/ad18p3: 24576.0MB (50331648 sectors) block size 16384, fragment size 2048
	using 134 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976,...

% newfs -U /dev/ad18p4
/dev/ad18p4: 276572.2MB (566420000 sectors) block size 16384, fragment size 2048
	using 1506 cylinder groups of 183.72MB, 11758 blks, 23552 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 160, 376416, 752672, 1128928, 1505184, 1881440, 2257696, 2633952, 3010208,
 3386464, 3762720, 4138976, 4515232, 4891488, 5267744, 5644000, 6020256,
 6396512, 6772768, 7149024,...
% cd /usr/src/ && chflags -R noschg * && make cleandir && make -j 8 MARCH=i686 TARGET=i386 KERNCONF=RIKO buildworld buildkernel

% mount /dev/ad18p3 /mnt
% cd /usr/src/ && make TARGET_ARCH=i386 KERNCONF=RIKO DESTDIR=/mnt installkernel
% cd /usr/src/ && make TARGET_ARCH=i386 KERNCONF=RIKO DESTDIR=/mnt installworld
% cd /usr/src/ && make TARGET_ARCH=i386 KERNCONF=RIKO DESTDIR=/mnt distribution
% gpart bootcode -b /mnt/boot/pmbr ad18
% gpart bootcode -p /mnt/boot/gptboot -i 1 ad18
% cp -a /usr/src /mnt/usr/
% cp -a /usr/ports /mnt/usr/
% ee /mnt/etc/fstab
...
% cat /mnt/etc/fstab
# Device	Mountpoint	FStype	Options			Dump	Pass#
/dev/gpt/riko_swap	none		swap	sw			0	0
/dev/gpt/riko_system	/		ufs	rw,noatime			1	1
/dev/gpt/riko_store	/usr/home	ufs	rw,noatime		2	2
...
% umount /mnt
— в качестве boot0-загрузчика используется /boot/pmbr (в MBR). В качестве системного загрузчика boot1/boot2 используется /boot/gptboot (на разделе da0p1). И по SATA, и по USB подцепляется без вопросов. При первой загрузке через sysinstall настроил системную локаль и завёл пользователя. Воссоздание кастомных конфигов — дело техники.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

спасибо, на это надо закладку поставить, придётся погонять в хвост и в гриву

los_nikos ★★★★★
()
Ответ на: комментарий от yurkis

>Какой- то индус закомитит патчик из 100 строчек кода

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

xsektorx ★★★
()
Ответ на: комментарий от xsektorx

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

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

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

Про специалистов и так понятно - сами соберут и покупать не будут.

Так что не стоит считать чужие недополученные доходы.

aff
() автор топика

> BSD RIP такое чувство что в своём развитии 1) линукс похож на нагруженного носильщика - без пинка не пойдет 2) опенбсд - как упрямый осел - без пинка не пойдет 3) фряху бы попытались пнуть, да не попадает - уворачивается 4) макос вообще на пинки не реагирует - лежит себе и ленится 5) а винда радуется что прыгает в высоту от пинков

Khades ★★
()
Ответ на: комментарий от xsektorx

откуда такая повальная ненависть к быдлокодером именно индийского происхождения?

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

но у молодёжи-то что за фигня? гены, что ли?

sash-kan
()
Ответ на: комментарий от sash-kan

> откуда такая повальная ненависть к быдлокодером именно индийского происхождения?

под «индусами» понимаются быдлокодеры, а не собственно индусы, К.О.

lester ★★★★
()
Ответ на: комментарий от teodor

> А чо, были проблемы? Не замечал

У части людей не только были - но и есть. Мне, например, не удаётся запустить X'ы в работоспособном виде при подключенной USB-мыши. Более того - система в целом становится неработоспособной, отклик можно получить только в процессе дерганья мыши. При этом c PS/2-мышью всё нормально. Все нарытые способы решения (например, сборка Xorg без поддержки HAL) у меня эффекта не дают.

Cyril ★★
()
Ответ на: комментарий от Cyril

> Мне, например, не удаётся запустить X'ы в работоспособном виде при подключенной USB-мыши. Более того - система в целом становится неработоспособной, отклик можно получить только в процессе дерганья мыши. При этом c PS/2-мышью всё нормально. Все нарытые способы решения (например, сборка Xorg без поддержки HAL) у меня эффекта не дают.

1 А остальная USB-периферия работает?

2 «отклик можно получить только в процессе дерганья мыши» - была у меня у меня похожая хохма году в 2002, у меня тогда звук был только если мышкой шевелить (мышь была PS/2). Засада оказалась в том, что на одном прерывании висели PS/2, звуковая карта и firewire. Как только подключил драйвера firewire, сразу все наладилось. Похоже на ошибку роутинга прерываний.

3 иксы пользуются sysmouse или ums устройством?

teodor
()
Ответ на: комментарий от teodor

1. Вроде работает (ну, за исключением планшета - но к нему драйверы не прикручивались пока).

2. Эт всё, конечно, хорошо - но плохо. Потому, что искать, какие именно драйверы (если дело вообще в них) нужно поставить - занятие не для пользователей десктопов (вспоминаем, к чему я задал вопрос... Ж;-) ). Я пока не нашёл - впрочем, и не сильно искал, ибо не основная система и нужна сейчас под узкую задачу, вполне решаемую в консоли. Ж;-)

3. X'ы пробовали пользоваться как родным uhid, так и sysmouse - в последнем случае, если мне не изменяет память, вообще не запустились.

Cyril ★★
()
Ответ на: комментарий от Cyril

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

Согласен. В моем случае там глючила именно таким же образом и Винда и Линнукс. И обоим потребовался драйвер огненного провода.

teodor
()
Ответ на: комментарий от teodor

> Согласен. В моем случае там глючила именно таким же образом и Винда и Линнукс. И обоим потребовался драйвер огненного провода.

Ну тогда это не совсем мой случай - у меня Windows и Linux нормально там крутятся.

Cyril ★★
()
Ответ на: комментарий от yurkis

>Ну, я полагаю что их (пользователей winbsd) всё-таки чуть больше чем я и iZEN

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

sash-kan
()

Свабода, свабода --- GPL, кричали красноглазые...

А исходники МСВС можно получить? Шо не? Ах тока пользователи имеют право видеть исходники?! Ну а если каким-либо способом получить этот мифический МСВС (скачать с торента, взять дистрибутив с работы...) исходники выдадут? Опять нет? Как так?! GPL же свобода, защита кода, бла бла бла?!

Лицемеры несчастные, поглядите на Android в котором GPL тока ядро, и сторонние компании вольны как угодно изменять неGPL код для установки в своих устройствах не открывая свои патчи. Что-то об этом никто не кричит? Всё причмокиваем лицемерим? Где «искренняя забота» о разработчиках этого булшита? Где проклятия гуглю использующего их халявный труд? А ведь концепция этого Android'а может быть куда опасней той же BSD, в плане закрытия кода, распространения с ним програмных закладок, etc. Не видим да? Ну причмокивайте кричите BSD --- RIP дальше.

Ygor ★★★★★
()
Ответ на: комментарий от Cyril

>занятие не для пользователей десктопов

/me горюет о тех временах когда пользователей подпускали к компьютерам только после сдачи соответствующего экзамена.

Ygor ★★★★★
()
Ответ на: комментарий от sash-kan

а так как пользователей gnu/linux тут всё-таки побольше будет, чем пользователей winbsd, — вот и накал страстей.

Я был бы счастлив если бы M$ взяла бы за основу *BSD при разработке следующей OС так как:

1) проблем бы с такой виндовс было бы на порядок меньше, так как работать бы с ней было бы просто удобнее.

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

3) Количество ботнетов сократилось бы на пару порядков, а это сокращение спама на мои почтовые адреса.

4) Дало бы толчок по переносу изрядной доли программ на другие UNIX-like системы.

5) Это заставило бы открыть спеки производителей железа.

И эти преимущества просто на вскидку. Были бы правда и недостатки --- это значительно сократило количество linux-установок на десктопах. Вот тока этого не будет --- Windows это целая индустрия, как легальная так и не легальная в которой крутятся огромные бабки, от которых так просто никто никогда не откажется. А вот юзерам в очередной раз придётся жрать кактус.

Ygor ★★★★★
()
Ответ на: комментарий от anonymous

>ну примерно, понятно. То есть берём код какой-нить OpenBSD(предположим, что там все лицензии BSD). Что-нить там меняем(причём количество изменений может быть минимально). Делаем закрытый проект TrueOS. И оставляем ссылку(где-нить в README), что проект берёт начало в BSD. Теперь можно спокойно продавать TrueOS за $$?

Если ты прикрутишь бОльшую поддержку железа, smp, обеспечишь грамотную тех поддержку и другие вкусные фичи, то продавай за $$. Тебе никто не мешает это делать. А если число изменений будет мало и тех поддержки не будет, то кому понадобиться твоя TrueOS? Все будут пользоваться, как и раньше, OpenBSD.

В этом и есть свобода BSDL для бизнеса --- в том, что если ты добавил свой код к BSDL коду, ты не обязан его открывать, до тех пор пока не посчитаешь нужным это сделать, а когда посчитаешь, можешь это сделать под любой лицензией, но только на свой код. И эта свобода, как минимум, ни чем не хуже GPL, она просто другая.

Ygor ★★★★★
()
Ответ на: комментарий от anonymous

>Именно, и так большинство контор, поэтому GPL ничем не помогает

развитию софта под этой лицензией, полезные наработки корпораций назад

в общество не возвращаются.



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

ttnl ★★★★★
()
Ответ на: комментарий от iZEN

А при чем тут NFS? Она может выступить в роли PDC для гетерогенных сетей? Или она поддерживает уровни авторизации? Может научилась выступать в роли принт-сервера? NFS штука хорошая, но по возможностям она с самбой рядом не валялась.

splinter ★★★★★
()
Ответ на: комментарий от Ygor

А зачем тебе исходники МСВС? Если нужны, то качай эту некрофилию:
ОС МСВС 3.0 r14:
* kernel-2.4.32
* glibc-2.3.6
* gcc-2.95.4
* xorg-x11-7.3
* elk-1.9.9
и любуйся на неё. Мне это ГМ даром не нужно. То что они нарушаю GPL лицензию, да это факт, придет время возьмутся и за них, у нас так принято, пока не дали прилюдного и хорошего пинка МО РФ будет молча забивать на любую лицензию, они в армию слепых-тупых-горбатых тащат нарушая все законы, а ты говоришь о соблюдении ими какой то там лицензии.

GPL же свобода, защита кода, бла бла бла?!

Конституцию тоже нарушают, то же самое МО РФ, на вскидку хотя бы о свободе передвижения гражданина РФ в самой РФ и что теперь конституцией можно подтерется на государственном уровне?

Всё причмокиваем лицемерим?

Чья б корова мычала? Вы за столько лет существования зоопарка BSD толком ни хрена не сделали, ни компилятора своего ни сколько нибудь вменяемого графического тулкита.

splinter ★★★★★
()
Ответ на: комментарий от iZEN

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

splinter ★★★★★
()
Ответ на: комментарий от splinter

а при чем здесь SAMBA?

если ты о замене лицензии GPL на BSD, то выше уже озвучивали цель этих работ - в базовой системе, за которую отвечает команда разработчиков и FreeBSD Foundation, желательно иметь свой BSD-код.

Особенно желательным это стало после появления GPLv3, которая распространяет лицензионное соглашение на производный код. То есть появилась реальная угроза юридического конфликта при использовании GPL утилит в системе FreeBSD.

А юзерские-то приложения пусть будут под лицензией GPLv2 (3, 4, далее сколько надо).

aff
() автор топика
Ответ на: комментарий от splinter

Чья б корова мычала? Вы за столько лет существования зоопарка BSD толком ни хрена не сделали, ни компилятора своего ни сколько нибудь вменяемого графического тулкита.

Ты видать яростный приверженец велосипедов возможности большого выбора.

aff
() автор топика
Ответ на: комментарий от aff

я просто ответил тоном на тон.

а при чем здесь SAMBA?

при том что в треде звучали слова о несостоятельности серьезных приложений под GPL. И если уж быть до конца true BSD-шником, то придется искать и user приложения под этой же лицензией.

splinter ★★★★★
()
Ответ на: комментарий от Ygor

> /me горюет о тех временах когда пользователей подпускали к компьютерам только после сдачи соответствующего экзамена.

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

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

Cyril ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.