Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Вышел последний релиз проекта DesktopBSD - 1.7"	+/–
Сообщение от opennews (??), 07-Сен-09, 22:18
Вышел (http://desktopbsd.net/index.php?id=43&tx_ttnews[tt_news...) релиз десктоп-ориентированной операционной системы DesktopBSD 1.7 (http://desktopbsd.net/index.php?id=94), построенный на базе FreeBSD 7.2, X.Org 7.4, KDE 3.5.10, OpenOffice.org 3.1.1,  и снабженных графическим инсталлятором и набором дополнительных GUI утилит для настройки системы. Дистрибутив доступен (http://desktopbsd.net/index.php?id=84) для загрузки в LiveDVD сборках, размером 1.9 Гб, для архитектур i386 и amd64. К сожалению, это последний релиз, подготовленный при участии  Петера Гофера (Peter Hofer), основателя и единственного активного разработчика DesktopBSD, который объявил об уходе из проекта. Отныне будущее DesktopBSD зависит от того найдутся или нет энтузиасты, готовые продолжить развитие системы, например, заняться переводом дистрибутива на KDE4. К сожалению несколько месяцев поиска таких энтузиастов не увенчались успехом. URL: http://desktopbsd.net/index.php?id=43&tx_ttnews[tt_news... Новость: http://www.opennet.me/opennews/art.shtml?num=23328
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от BirdGovorun (??), 07-Сен-09, 22:18	+5 +/–
Ещё один канул в лету, а жаль
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Sphynkx (ok), 07-Сен-09, 22:19	+6 +/–
Петеру Гоферу надо было на Опеннете поискать - тут столько почитателей  и защитников БСД, что кто-то бы, гляди, и подхватил инициативу...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #29

3. Сообщение от Аноним (-), 07-Сен-09, 22:25	+/–
Последний? Больше релизов не будет? RIP...
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Riens (?), 07-Сен-09, 22:41	+/–
Нескромно, но я и пара товарищей пытаемся сделать изначально-русифицированный облегченный дистрибутив на базе FreeBSD, но увы. Времени и опыта откровенно мало...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #12, #57

6. Сообщение от croster (ok), 07-Сен-09, 22:55	–7 +/–
А зачем нужен DesktopBSD, если есть PC-BSD? Ничего страшного в смерти этого проекта не вижу, тем более, что остался всего один разработчик.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #20, #24

7. Сообщение от Аноним (-), 07-Сен-09, 22:59	+5 +/–
потому что он лучше. пысыбсд глюкавая поделка. десктопбсд ставил - понравилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #32

8. Сообщение от BirdGovorun (??), 07-Сен-09, 23:03	+8 +/–
А зачем PC-BSD, если есть FreeBSD. А зачем все *BSD, если есть Винда? Каждый проект это идеи, умер проект - идей не будет, вот это и жаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #10

10. Сообщение от аноним (?), 07-Сен-09, 23:15	–4 +/–
Да не было там никаких идей. Просто кое-что сделано разработчиками за юзера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17

11. Сообщение от аноним (?), 07-Сен-09, 23:17	–8 +/–
> Нескромно, но я и пара товарищей пытаемся сделать изначально-русифицированный облегченный дистрибутив >на базе FreeBSD, но увы. Времени и опыта откровенно мало... Вот-вот, и хорошо что `увы', в следующий раз потратите время с пользой. Локализованные дистрибутивы в прошлом опросе на ЛОР уже обсудили. Если вкратце - они лютое зло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

12. Сообщение от Iv945n (ok), 07-Сен-09, 23:28	–6 +/–
Это чтоли чтобы инсталлянт не спрашивал а сразу ставил KOI-8 и досовские и виндовские шрифты? Думаю при полном отсутствии опыта делов на выходные максимум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

13. Сообщение от Аноним (-), 08-Сен-09, 00:05	+/–
Ну в конце-концов всё к этому и сводится.
Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от аноним (?), 08-Сен-09, 00:10	–8 +/–
Ну наконец-то. Не нужно зоопарка дистрибутивов как у линукса, хватит одного PCBSD с графическим инсталлятором и PBI (от чего у нормальных разработчиков волосы дыбом встают) - пусть это будет там, подальше от собственно FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

15. Сообщение от Аноним (-), 08-Сен-09, 01:21	–6 +/–
PCBSD победил.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Аноним (-), 08-Сен-09, 01:22	+/–
кстати как там с новой псбсд на 8рке ? и будет ли когда нибудь флеш с дрова на 64?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

17. Сообщение от stamnik (ok), 08-Сен-09, 02:16	+6 +/–
Назовите хоть один десктоп-ориентированный Линукс где-бы было по другому!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19

19. Сообщение от аноним (?), 08-Сен-09, 03:24	–6 +/–
Дык о том и речь - очень хорошо что FreeBSD не уподобляется линуксовому зоопарку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #21

20. Сообщение от Bocha (??), 08-Сен-09, 05:28	+/–
DesktopBSD появился за год до PC-BSD. И тоже в пору было спрашивать, зачем появился PC-BSD, а теперь совершенно очевидно, что он не только пережил дэсктопину, но и активно процветает. Не вам решать, короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

21. Сообщение от mma (?), 08-Сен-09, 06:36	+4 +/–
узколобое мнение. в линукс зоопарк возможен благодаря тому что linux  целиком модульная система,  а BSD  монолит и трудозатраты на поддержку несравнимо выше. Причем я не говорю об ядре, я говорю о системе в целом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #23, #30, #31, #34, #58

22. Сообщение от Аноним (-), 08-Сен-09, 06:53	+4 +/–
Ну а что, прочитают, увидят и сами может продолжат развивать проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

23. Сообщение от Barma (??), 08-Сен-09, 07:21	–4 +/–
Приведите пример пожалуйста. Про монолит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

24. Сообщение от RomanoN (?), 08-Сен-09, 08:45	+3 +/–
DesktopBSD БЫЛ всётаки лучше IMHO. А за PBI расстреливать надо..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #33, #46

26. Сообщение от nohch (?), 08-Сен-09, 10:12	+/–
ftp://ftp.pcbsd.org/pub/alpha-iso/x32/PCBSD8.0-ALPHA-2009090...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

29. Сообщение от Voviandr (ok), 08-Сен-09, 12:59	–3 +/–
чтоб подхватить инициативу чего-то там, нужно чтоб изюминка была. какая идеология DesktopBSD ? в чём её идея ? что в ней есть такого, чего нет в других - в PC-BSD, например ? если есть хорошие ответы на такие вопросы - разработчики будут. если нет - ну что ж, пусть расцветают сто цветов, пусть соперничают сто школ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

30. Сообщение от terr0rist (ok), 08-Сен-09, 13:39	–4 +/–
Дайте две. Два монолита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

31. Сообщение от ixrws (ok), 08-Сен-09, 15:31	–2 +/–
По модульности оно одинаково, может конечно с ходу не получится разные libc на kfreebsd повесить, но и с линуксом это не было сразу. Тут допил нужен минимальный, также и остальные компоненты. Нет между linux+glibc+portage(это так пример) и freebsd такой разницы, чтобы говорить о несравнимо более высоких трудозатратах. Примерно те же идеи, примерно похожие подходы. Да, по разному сделано и тд и тдп. Да, фрибсдшники как и другие бсдишники стараются развивать всё в едином древе, но это непринципиально, это не технологическая разница, а организационная. Зоопарк linux дистрибутивов возник потому, что линукс впереди по распространённости, так как раньше засветился и по разным другим причинам. И ещё потому, что используется в разных ситуациях и разными потребителями. Кому-то просто необходимо нечто вроде rhel, а кому-то достаточно и arhlinux. Окажись любая из bsd систем на месте линукса - ситуация была бы примерно такой же. Небольшим доказательством этого является существование сабжа и PCBSD. Если бы какая-нибудь NONAME.company использовала бы freebsd на манер redhat, то дистрибутив под названием NONAME.company enterprise freebsd непременно бы появился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #51

32. Сообщение от iZEN (ok), 08-Сен-09, 18:45	–2 +/–
PC-BSD — это стандарт корпоративного (iXsystems) десктопа, в отличие от "продукта одного автора" DesktopBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #36, #43, #50

33. Сообщение от iZEN (ok), 08-Сен-09, 18:48	–1 +/–
>DesktopBSD БЫЛ всётаки лучше IMHO. Чем? Какие идеи в ней были уникальными? >А за PBI расстреливать надо.. Это за *.so-hell и решение в виде симлинков надо расстреливать. А за бесконфликтное ПО нужно гладить по головке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #35, #53

34. Сообщение от аноним (?), 08-Сен-09, 19:47	–3 +/–
> в линукс зоопарк возможен благодаря тому что linux  целиком модульная система а BSD  монолит Начнем с того, что linux - не система. Дальше говорить не о чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

35. Сообщение от аноним (?), 08-Сен-09, 19:48	+2 +/–
>Это за *.so-hell и решение в виде симлинков надо расстреливать. Что такое *.so-hell? Сами придумали? Чем вам не по душе симлинки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #38

36. Сообщение от Аноним (-), 08-Сен-09, 21:01	+2 +/–
Ссылку на ГОСТ можно? Ну или хотя бы на ISO?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

38. Сообщение от iZEN (ok), 08-Сен-09, 21:18	–2 +/–
>>Это за *.so-hell и решение в виде симлинков надо расстреливать. > >Что такое *.so-hell? Сами придумали? Чем вам не по душе симлинки? Вот оно: % portinstall -p java/diablo-jdk16 ... ===>   Registering installation for diablo-jdk-1.6.0.07.02_5 ... ===>  Building package for diablo-jdk-1.6.0.07.02_5 ... ===>  Cleaning for diablo-jdk-1.6.0.07.02_5 --->  Cleaning out obsolete shared libraries [Updating the pkgdb  in /var/db/pkg ... - 444 packages found (-0 +1) . done] % rehash % java -version Error occurred during initialization of VM Unable to load ZIP library: /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libzip.so % echo "libz.so.4       libz.so.5 #for diablo-jdk1.6" >> /etc/libmap.conf % rehash % java -version Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #39, #40

39. Сообщение от аноним (?), 09-Сен-09, 00:01	+2 +/–
Мимо, это всего лишь неустранимая проблема закрытого ПО - оно гвоздями прибито к и библиотеками, с которыми собрано. Почитайте про DLL Hell на досуге: http://ru.wikipedia.org/wiki/DLL_hell. Современных UNIX-like систем это никак не касается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #44

40. Сообщение от тигар (ok), 09-Сен-09, 00:16	+2 +/–
[tiger@notebook]~%ll /etc/libmap.conf ls: /etc/libmap.conf: Нет такого файла или каталога [tiger@notebook]~%java -version java version "1.6.0_07" Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) Diablo Java HotSpot(TM) Client VM (build 10.0-b23, mixed mode, sharing) [tiger@notebook]~%pkg_info -xI diablo-jdk diablo-jdk-1.6.0.07.02_6 Java Development Kit 1.6.0_07.02 [tiger@notebook]~%uname -rms FreeBSD 9.0-CURRENT i386
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #41

41. Сообщение от iZEN (ok), 09-Сен-09, 00:44	–2 +/–
>[tiger@notebook]~%ll /etc/libmap.conf >ls: /etc/libmap.conf: Нет такого файла или каталога Да что вы говорите: libmap.conf(5): http://www.freebsd.org/cgi/man.cgi?query=libmap.conf&apropos... HISTORY      The libmap.conf manual page and libmap functionality first appeared in      FreeBSD 5.1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #42, #48

42. Сообщение от тигар (ok), 09-Сен-09, 07:36	+2 +/–
>[оверквотинг удален] >>ls: /etc/libmap.conf: Нет такого файла или каталога > >Да что вы говорите: > >libmap.conf(5): >http://www.freebsd.org/cgi/man.cgi?query=libmap.conf&apropos... >HISTORY >     The libmap.conf manual page and libmap functionality >first appeared in >     FreeBSD 5.1. и что? в мане где-то написано что файл должен быть?;-) постом выше я показал что не нужно мапить p.s.: [tiger@notebook]~%ll /usr/lib/libz* -r--r--r--  1 root  wheel   79190  4 сен 13:22 /usr/lib/libz.a lrwxr-xr-x  1 root  wheel      14  4 сен 13:22 /usr/lib/libz.so -> /lib/libz.so.5 -r--r--r--  1 root  wheel   81322  4 сен 13:22 /usr/lib/libz_p.a -r--r--r--  1 root  wheel  276070 29 май 21:18 /usr/lib/libzfs_p.a [tiger@notebook]~%ll /lib/libz* -r--r--r--  1 root  wheel  71088  4 сен 13:22 /lib/libz.so.5 [tiger@notebook]~% значит я делаю что-то не так раз у меня jvm запускается, а ты и чувачок из ports@ у которого жава на каррент работать не хотела очевидно все делаете правильно;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

43. Сообщение от Аноним (-), 09-Сен-09, 08:10	–2 +/–
>PC-BSD — это стандарт корпоративного (iXsystems) десктопа, в отличие от "продукта одного >автора" DesktopBSD. чеж она так глючит и страдает идиотским переводом, если сделана корпоративщиками? O_O один текст лицензии чего стоит. кто такой гуртовщик? и что такое всякая фигня?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #52, #64

44. Сообщение от Аноним (-), 09-Сен-09, 08:15	+2 +/–
>Мимо, это всего лишь неустранимая проблема закрытого ПО - оно гвоздями прибито >к и библиотеками, с которыми собрано. Почитайте про DLL Hell на >досуге: http://ru.wikipedia.org/wiki/DLL_hell. Современных UNIX-like систем это никак не касается. их касается dependency hell и современных nix like систем это касается:P
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #47, #54

45. Сообщение от Аноним (-), 09-Сен-09, 08:16	–2 +/–
>Ну наконец-то. Не нужно зоопарка дистрибутивов как у линукса, хватит одного PCBSD >с графическим инсталлятором и PBI (от чего у нормальных разработчиков волосы >дыбом встают) - пусть это будет там, подальше от собственно FreeBSD. > а как же application bundles? O_O
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #49

46. Сообщение от andyz (?), 09-Сен-09, 12:05	–2 +/–
>DesktopBSD БЫЛ всётаки лучше IMHO. >А за PBI расстреливать надо.. +500 :-) и вообще, не за pbi, а за все это поделие целиком (а за pbi -- даже дважды) но вообще, desktopbsd-tools есть в портах, так что не страшно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

47. Сообщение от аноним (?), 09-Сен-09, 18:04	+2 +/–
>их касается dependency hell и современных nix like систем это касается:P Может быть бинарных недодистрибутивов разве что, debian, например. При это если их использовать как задумывалось, т.е. использовать только родные пакеты от релиза, никаких проблем не будет. Но нам же не хочется компилять, зато хочется новый софт, сами себе hell и создаете. ССЗБ. А вот с source-based никаких проблем нет и быть не может, я на всех своих FreeBSD серверах и десктопах поддерживаю в актуальном состоянии почти 3500 разных пакетов, никогда никаких проблем не было. portupgrade -a и точка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #55

48. Сообщение от аноним (?), 09-Сен-09, 18:07	+/–
>Да что вы говорите libmap.conf действительно нет по умолчанию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #63

49. Сообщение от аноним (?), 09-Сен-09, 18:10	–2 +/–
>а как же application bundles? O_O что `как же'? Application bundles идут вслед за PBI в маргинальные поделия, подальше от серьезных систем. Впрочем я уверен что никаких бандлов не будет - эта еритическая идея так всех достала что очередных изобретателей просто не замечают. PBI-то неюзабелен со своей сотней (или сколько там) наглухо устаревших пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

50. Сообщение от User294 (ok), 09-Сен-09, 21:11	+2 +/–
> PC-BSD — это стандарт Номер стандарта - в студию ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

51. Сообщение от User294 (ok), 09-Сен-09, 21:17	–2 +/–
Не согласен насчет одинаковости - линух только ядро а софт я могу подбирать сам, в меру своей испорченности и задач - в абстрактном сферическом линухе в вакууме мне никто не сватает никаких наборов софта. Иногда это удобно. Например в какихнить embedded применениях где места на все про все с кошкин зад и нужны лишь сильно некоторые вещи, данное свойство пингвина дает ему зеленый свет лишний раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #59, #61

52. Сообщение от User294 (ok), 09-Сен-09, 21:22	+2 +/–
>  кто такой гуртовщик? Гуртовщик? Никогда о таком не слыхали? Ну нате вам, если еще не читали :). http://lib.ru/ANEKDOTY/mouse_driver.txt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

53. Сообщение от User294 (ok), 09-Сен-09, 21:28	+2 +/–
>бесконфликтное ПО нужно гладить по головке. Угу, при том лучше всего - гильотиной, превентивно. Чтоб потом спам с всяких чижиков оптом нам в инбоксы не валился когда они свои либы из куль-сетапов сделанных на манер винды заапдейтить забудут. Хотя если кому нравится срач из либ по всему диску когда десятки одинаковых либ валяются в разных папках и закоулках системы, жрут в N раз больше памяти и места на диске чем должны а шансы схлопотать сплойтом по древнючей библе и педально-весельные методы устновки софта пришедшие из DOS и Win 3.11 вызывают бурный энтузазизм - посмотрите на Microsoft (R) Windows (tm). Там все это есть, ха-ха :).Но если сравнивать - так, блин, удобно же когда вместо вас вкалывает манагер пакетов и комп. Делать нудную монотонную работу - задача машин, имхо :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

54. Сообщение от User294 (ok), 09-Сен-09, 21:40	+2 +/–
>их касается dependency hell и современных nix like систем это касается:P Ага - в виндах просто таскают с собой все зависимости. В итоге проги распухают до размеров сидюшника иной раз. Или просто посылают в пешее эротическое - "скачайе и поставьте вон те редистрибутаблы и запустите нас снова". И кучи копий одних и тех же либ разбросаны по всей системе а то и вовсе заинтегрированы в бинарь. Кто не верит - ищет по всему диску во всех файлах слово  "deflate " и делает выводы о "shared" библиотеках. В типовой виндусе оно встречается раз сто. И если какой-то фрукт вдруг не заапдейтил ее с дырявой версии (помните там клевую дырку находили?) - прога потенциальный кандидат на получение кульного сплойта в любых пожатых злибом данными. Такая же фигня случалась с libpng и еще рядом широко используемых библиотек. И те кто понапихал себе необновляемых приватных копий либ во все дыры - потенциально отличная такая мишенька для хаксоров с сплойтами для старых версий либ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

55. Сообщение от User294 (ok), 09-Сен-09, 21:54	–2 +/–
>А вот с source-based никаких проблем нет и быть не может, ... кроме случаев когда ваше мнение о правильной версии либы X разошлось с мнением автора о правильной версии либы X и в сорце программы от этого автора есть какие-то существенные отличия, прекрасно работающие с его либой, версии которая у него, но мешающие использованию вашей версии либы. И при этом радости то что source-based? Будете перефигачивать полпрограммы заменяя вызовы функций либы? :) >portupgrade -a и точка. Угу, как у вас все просто, если загнать себя в некие рамки. С таким подходом и apt-get dist-upgrade прокатит, особенно на всяких дебиян-unstable :P. А вот попробуйте собрать какую-то программу слитую где-то там на стороне, автор которой - отпетый авангардист или наоборот жуткий ретроград, так что у него либы - сильно новые (вплоть до левых позавчерашних svn-ревизий только что счекаутеных из репа авторов этой либы) или напротив древние как помет мамонта (потому что автору влом переписывать прогу на новый манер вызовов в новой версии либы например). И если при этом у либ с тех пор изменились вызовы не дай боже - это попадос, потому что если хочется пользоваться какой-то иной версией либы, нежели посчитал нужным автор - придется самолично переписать половину программы. Всего-то. Ну-ка похвастайте как вы с этим боретесь в source based?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #56, #60

56. Сообщение от iZEN (ok), 09-Сен-09, 22:33	–2 +/–
>:P. А вот попробуйте собрать какую-то программу слитую где-то там на >стороне, автор которой - отпетый авангардист или наоборот жуткий ретроград, так >что у него либы - сильно новые (вплоть до левых позавчерашних >svn-ревизий только что счекаутеных из репа авторов этой либы) или напротив >древние как помет мамонта (потому что автору влом переписывать прогу на >новый манер вызовов в новой версии либы например). И если при >этом у либ с тех пор изменились вызовы не дай боже >- это попадос, потому что если хочется пользоваться какой-то иной версией >либы, нежели посчитал нужным автор - придется самолично переписать половину программы. >Всего-то. Ну-ка похвастайте как вы с этим боретесь в source based? В source-based используется система сценариев установки ПО из исходников. Например, в FreeBSD применена система "коллекции портов". Там можно встретить ПО разных версий (к примеру): ports/net-p2p/azureus — Azureus 3.1.1.0 ports/net-p2p/azureus2 — Azureus 2.5.0.4 ports/net-p2p/vuze — Azureus 4.2.0.2 ports/lang/perl5.8 ports/lang/perl5.10 ports/databases/mysql323-server ports/databases/mysql40-server ports/databases/mysql41-server ports/databases/mysql50-server ports/databases/mysql51-server ports/databases/mysql54-server ports/databases/mysql60-server Причём из перечисленных категорий можно установить только что-то одно, а не две и более версии, так как между ними неразрешимы конфликты по используемым библиотекам и именам запускаемых файлов (пути в PATH должны быть уникальными и точно идентифицировать рабочие каталоги программ). Система PBI позволяет держать в системе всё нужное БЕЗ конфликтов и не ограничиваться ограничениями PATH (и LD_LIBRARY_PATH).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

57. Сообщение от Ян Злобин (?), 10-Сен-09, 03:46	+/–
>Нескромно, но я и пара товарищей пытаемся сделать изначально-русифицированный облегченный >дистрибутив на базе FreeBSD, но увы. Времени и опыта откровенно мало... А можно подробнее на почту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

58. Сообщение от Ян Злобин (?), 10-Сен-09, 03:49	–1 +/–
>BSD  монолит и трудозатраты на поддержку несравнимо выше Что за глупости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

59. Сообщение от ixrws (ok), 10-Сен-09, 13:11	+2 +/–
Это организационная разница, а не техническая. Думаю вам прекрасно известно что при желании можно использовать ядро линукса с бздёвым окружением. И наоборот. Допил тут конечно потребуется, но если задатся целью - это возможно. Там выше речь шла про модульность, так вот модульность это не понятие организации разработки, а понятие техническое. Означающее, что разные компоненты системы можно заменять, или убирать без переписывания всего и вся. Если бы linux, glibc, binutils, coreutils, grub, portage развивались в одной организации и под началом того же Линуса, то линукс в целом не перестал бы быть от этого менее модульным, так как заменить glibc всё равно можно было бы на ulibc и тд. Также и bsd при всей свой ориентированности на построение единой архитектуры, полноценной OS, не перестаёт быть модульной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

60. Сообщение от аноним (?), 10-Сен-09, 19:45	+2 +/–
Вы задаете настолько глупые и нубские вопросы, что даже отвечать не охота. Тем более, что вы все равно упретесь, не признаете очевидных фактов и сведете все к фанатизму. Но попробую. Depencency hell, ок котором мы говорили, имеет место только в бинарных дистрах. Почему? Из-за жестко прибитых депендов. Обновилась библиотека jpeg.6 до jpeg.7, и надо вам поставить новенький пакет который требует jpeg.7. Что делать? Старные пакеты явно требуют 6, и с 7 работать не будут. Новый требует 7 и не будет работать с 6. Поставить их вместе нельзя, потому что они конфликтуют. Достаточно, на самом деле, всего лишь сохранить сошку от 6 - старые приложения ее будут использовать и дальше. Но увы, депенды прибиты гвоздями, пакетный менеджер при таком раскладе сходит с ума. Это и есть ваш dependency hell - фактически, искусственно созданная проблема. В source based же, обновляется порт jpeg. Юзеры делают portupgrade jpeg, при этом старая сошка сохраняется, установленный софт счастливо использует ее, а новый линкуется с новой. При желании, можно пересобрать все на новую. Можно не пересобирать. Все гибко донельзя. А то, что вы написали - как обычно, не в кассу. Если в библиотеке ломают API, патчить придется весь софт который ее использует. Это делают как в бинарных дистрибутивах, так и в source-based. Только разработчики (особенно X, это вы очень мимо ее сюда приплели) умные, и API не ломают - это совсем не сложно, достаточно не удалять методы и аргументы, а новые аргументы добавлять в конец и с дефолтным значением. Все. ABI же ломается регулярно, потому что для поломки ABI достаточно изменить поле в любой внутренней структуре или сигнатуру любой функции. > Угу, как у вас все просто, если загнать себя в некие рамки Это как раз отсутствие рамок - я могу обновить только то, что мне нужно, не перекачивая и переустанавливая при этом полсистемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

61. Сообщение от Alex (??), 10-Сен-09, 23:20	+/–
>Не согласен насчет одинаковости - линух только ядро а софт я могу >подбирать сам, в меру своей испорченности и задач - в абстрактном >сферическом линухе в вакууме мне никто не сватает никаких наборов софта. >Иногда это удобно. Например в какихнить embedded применениях где места на >все про все с кошкин зад и нужны лишь сильно некоторые >вещи, данное свойство пингвина дает ему зеленый свет лишний раз. Вообще-то существует Debian GNU/kFreeBSD, который вполне доказывает, что FreeBSD это тоже ядро ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #62

62. Сообщение от iZEN (ok), 10-Сен-09, 23:33	+/–
>>Не согласен насчет одинаковости - линух только ядро а софт я могу >>подбирать сам, в меру своей испорченности и задач - в абстрактном >>сферическом линухе в вакууме мне никто не сватает никаких наборов софта. >>Иногда это удобно. Например в какихнить embedded применениях где места на >>все про все с кошкин зад и нужны лишь сильно некоторые >>вещи, данное свойство пингвина дает ему зеленый свет лишний раз. > >Вообще-то существует Debian GNU/kFreeBSD, который вполне доказывает, что FreeBSD это тоже ядро >;) Ничего не доказывает: http://alv.me/archives/413
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

63. Сообщение от тигар (ok), 11-Сен-09, 10:19	–1 +/–
>>Да что вы говорите > >libmap.conf действительно нет по умолчанию там щас в ports@ идет классный троллинг про кошерность хака с libmap.conf:-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

64. Сообщение от Аноним (-), 05-Окт-09, 19:02	+/–
это kdetoys, вполне логичная характеристика
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема