The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Удалённо эксплуатируемые уязвимости во FreeBSD"  +/
Сообщение от opennews (??), 14-Май-20, 11:59 
Во FreeBSD устранено пять уязвимостей, среди которых имеются проблемы, которые потенциально могут привести к перезаписи данных на уровне ядра при отправке определённых сетевых пакетов или позволяют локальному пользователю повысить свои привилегии. Уязвимости исправлены в обновлениях 12.1-RELEASE-p5 и 11.3-RELEASE-p9...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52948

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Аноним (2), 14-Май-20, 12:02   +1 +/
И что мы имеем: 1 out of bound read/write, 2 use-after-free, 1 читаем больше чем надо из-за косяка подсчетов и одна (надеюсь) логическая ошибка.
Впрочем, ничего нового.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #57, #141

3. Сообщение от Бздун (?), 14-Май-20, 12:05   +/
Уязвимости не уязвимости!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196

4. Сообщение от КО (?), 14-Май-20, 12:06   –3 +/
И все эти уязвимости требует знание атакующего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

5. Сообщение от Аноним (-), 14-Май-20, 12:18   –24 +/
Добавьте к этому ещё, что в BSDях нет полноценных пакетных менеджеров и сестимы, как правило, не обновляют в расчете на то, что "это же BSD - здесь нет багов".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #7, #8, #69

6. Сообщение от an (??), 14-Май-20, 12:23   +5 +/
Дооо
pkg -- нихрена не пакетный менеджер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #10, #19

7. Сообщение от Аноним (7), 14-Май-20, 12:28   +/
yum/dnf, apt-что-там до pkg - как до луны.
тренируйтесь делвть вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22, #44

8. Сообщение от Аноним (8), 14-Май-20, 12:41   +3 +/
1. Пакетный менеджер есть и получше многих.
2. Те что не обновляют BSD, не обновляют и Linux, под него же нет вирусов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #9, #12

9. Сообщение от Аноним (14), 14-Май-20, 12:48   –2 +/
> 2. Те что не обновляют BSD, не обновляют и Linux, под него же нет вирусов...

Те, кто пользуются BSD, Linux не терпят. Уж лучше проприетарный MS, чем мерзкий GPL-вирус!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11

10. Сообщение от Аноним (-), 14-Май-20, 12:50   –7 +/
Ещё про чудесные порты расскажи. А то мы не знаем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13, #14, #16, #34

11. Сообщение от Аноним (-), 14-Май-20, 12:53   –4 +/
Так BSD и используют в основном виндузятники, а не юниксоиды. Поставят, а потом из путти, типа, "админят".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от анонн (ok), 14-Май-20, 12:55   –2 +/
> 2. Те что не обновляют BSD, не обновляют и Linux, под него же нет вирусов...

Не знаю, как в Линукс, но тут здешний Эксперт прав - лично я в FreeBSD еще ни разу не обновлял "сестимы" (и даже не знаю, что это такое (().

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #33

13. Сообщение от анонн (ok), 14-Май-20, 12:57   +5 +/
>> в BSDях нет полноценных пакетных менеджеров
> Ещё про чудесные порты расскажи. А то мы не знаем.
> А то мы не знаем.

Надо же, удивительной честности аноним!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (14), 14-Май-20, 12:57   –1 +/
А как из чудесных портов поставить libalias или ipfw?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #90

15. Сообщение от толстая женщина (?), 14-Май-20, 12:58   –10 +/
в FreeBSD до сих пор пакеты из исходников собираются?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #20, #31, #77, #105

16. Сообщение от an (??), 14-Май-20, 12:59   +/
Открой для себя poudriere
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #38

17. Сообщение от Аноним (14), 14-Май-20, 13:06   +/
При чём тут пакеты? На пакеты все положить большой и толстый. Новость об уязвимостях в базовой системе — это такой огромный монолит, который никак не рулится пакетным менеджером (и к портам тоже не относится), у него своя система обновлений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #129, #179

19. Сообщение от Аноним (14), 14-Май-20, 13:07   +/
>  Дооо
> pkg -- нихрена не пакетный менеджер

И как он поможет обновить перечисленные в новости уязвимые компоненты?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #21, #25, #26, #76, #137

20. Сообщение от xm (ok), 14-Май-20, 13:12   +5 +/
Вы хотите сказать, что в Linux пакеты транслируются напрямую в бинарном виде рептилоидами из атcрала?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24

21. Сообщение от xm (ok), 14-Май-20, 13:24   –1 +/
Ну вдруг кто-то (зачем-то) использует пакетированную систему?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #46

22. Сообщение от Аноним (-), 14-Май-20, 13:32   +2 +/
> yum/dnf, apt-что-там до pkg - как до луны.

Во всех дистрибутивах Linux есть хоть немного софта из BSD, есть даже Дебиан с ядром FreeBSD, но вот тащить из BSD этот pkg почему-то никому в голову не пришло. Даже реализацию "портов" в Gentoo предпочли сделать с нуля.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #23

23. Сообщение от анонн (ok), 14-Май-20, 13:45   +2 +/
>> yum/dnf, apt-что-там до pkg - как до луны.
> Даже реализацию "портов" в Gentoo предпочли сделать с нуля.

Наверное, потому что угнать машину времени им никто не разрешал?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #56

24. Сообщение от Аноним (-), 14-Май-20, 13:47   –3 +/
Он хочет сказать, что в Linux пользователям нет необходимости собирать себе пакеты из исходников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #27, #32, #138

25. Сообщение от анонн (ok), 14-Май-20, 13:50   +3 +/
>>  Дооо
>> pkg -- нихрена не пакетный менеджер
> И как он поможет обновить перечисленные в новости уязвимые компоненты?

Хм, наверное молча, не спрашивая разрешения очередных Ыкспертов опеннета?


pkg search libalias \|ipfw
FreeBSD-ipfw-12.1.20200511140151 ipfw package
FreeBSD-ipfw-debug-12.1.20200511140151 ipfw package (Debugging Symbols)
FreeBSD-libalias-12.1.20200511140151 libalias package
FreeBSD-libalias-debug-12.1.20200511140151 libalias package (Debugging Symbols)
FreeBSD-libalias-development-12.1.20200511140151 libalias package (Development Files)
FreeBSD-libalias-lib32-12.1.20200511140151 libalias package (32-bit Libraries)
FreeBSD-libalias-lib32-debug-12.1.20200511140151 libalias package (32-bit Libraries, Debugging Symbols)
FreeBSD-libalias-lib32-development-12.1.20200511140151 libalias package (32-bit Libraries, Development Files)
FreeBSD-libalias-lib32-profile-12.1.20200511140151 libalias package (32-bit Libraries, Profiling)
FreeBSD-libalias-profile-12.1.20200511140151 libalias package (Profiling Libraries)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #28, #140

26. Сообщение от User (??), 14-Май-20, 13:50   +/
freebsd-update? Не, не слышал!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #29

27. Сообщение от xm (ok), 14-Май-20, 13:56   +4 +/
А с чего он взял, что такая необходимость есть во FreeBSD?
Возможность есть, причём чрезвычайно удобная в использовании собрать кастомное что-угодно в несколько нажатий на клавиатуре. В отличие от.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от xm (ok), 14-Май-20, 13:57   –2 +/
О, кто-то использует...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от xm (ok), 14-Май-20, 13:58   –1 +/
freebsd-update это не из пакетов, это другой (стандартный) метод доставки обновлений системы во FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #47

30. Сообщение от Аноним (-), 14-Май-20, 14:07   +1 +/
Кому очень нужен cryptodev - тем, должно быть, немного неприятно, а так - ничего серьёзного, если не использовать ipfw (а при наличии pf и даже ipf (!) его использовать конечно же не стоит). И это прекрасно.

Вот только за SCTP не в курсе - ни я, ни мои знакомые его не юзают. Ни локально (как здесь), никак.

Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (-), 14-Май-20, 14:10   –2 +/
Собираются теми, кто имеет такое желание, настроение либо вдохновение, а остальными - не собираются, так как они банально не дают системе комманду собрать. Хотя могли бы. Вместо этого они юзают бинарники с офф.репки. И у тех, и у других - всё работает.
Что сказать-то хотела?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

32. Сообщение от анонн (ok), 14-Май-20, 14:10   +/
> Он хочет сказать, что в Linux пользователям нет необходимости собирать себе пакеты из исходников.

Т.е. в целом он хочет сказать, что как обычно на опеннете - хотел вбросить, но за незнанием матчасти сел в небольшй водоем для приема грязевой ванны ))
http://pkg0.nyi.freebsd.org/FreeBSD:8:i386/latest/All/
> 24182 пакета

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #36, #37

33. Сообщение от Аноним (-), 14-Май-20, 14:12   +/
ВНЕЗАПНО freebsd-update
https://www.freebsd.org/cgi/man.cgi?query=freebsd-update
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35

34. Сообщение от псевдонимус (?), 14-Май-20, 14:12   +4 +/
Порты действительно чУдные, без всяких кавычек. А пкгнг быстр и удобен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #43

35. Сообщение от анонн (ok), 14-Май-20, 14:18   +/
> ВНЕЗАПНО freebsd-update
> https://www.freebsd.org/cgi/man.cgi?query=freebsd-update

Прочитал внимательно, но так и не нашел объяснения, что такое "сестима" и как (и зачем) ее обновлять ((

ЗЫ:
судя по цирку с минусиками и очередной кучи "Экспертных Откровений о BSD от инсайдеров опеннета"
опять у перепончатых зуд чуть пониже гузочки не дает пройти мимо новости о BSD?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #49, #128

36. Сообщение от Аноним (36), 14-Май-20, 14:34   +/
[Updating the portsdb <format:bdb_btree> in /usr/ports ... - 32492 port entries found

32492, Карл, и это не считая flavors и options!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #40

37. Сообщение от Аноним (-), 14-Май-20, 14:37   +1 +/
> http://pkg0.nyi.freebsd.org/FreeBSD:8:i386
> 8:i386
> 8
> i386

Это сколько лет назад было? Когда там восьмая вышла? В конце 2009-го, ЕМНИП?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #42, #101

38. Сообщение от Аноним (-), 14-Май-20, 14:42   +/
Сейчас модно synth
https://www.freshports.org/ports-mgmt/synth

Под стрекозу тоже он.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #63, #66, #89

40. Сообщение от Аноним (43), 14-Май-20, 14:48   –2 +/
И как pkg связан с портами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #45, #60, #147

42. Сообщение от анонн (ok), 14-Май-20, 14:56   +/
>> http://pkg0.nyi.freebsd.org/FreeBSD:8:i386
>> 8:i386
>> 8
>> i386
> Это сколько лет назад было? Когда там восьмая вышла? В конце 2009-го,
> ЕМНИП?

Ну ловите актуальные репы:
http://pkg0.nyi.freebsd.org/FreeBSD:12:amd64/latest/
http://pkg0.nyi.freebsd.org/FreeBSD:13:amd64/latest/
31882


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (43), 14-Май-20, 14:58   –2 +/
и колхозен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #51

44. Сообщение от YetAnotherOnanym (ok), 14-Май-20, 14:58   –2 +/
> yum/dnf, apt-что-там до pkg - как до луны.
> тренируйтесь делвть вещи.

Серьёзно? Ну-ка, расскажи мне, как с помощью pkg получить ответ на вопрос "какой пакет надо поставить, чтобы получить libfoo.so", причём пользуясь только БД о пакетах, уже имеющейся в системе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #48, #50

45. Сообщение от анонн (ok), 14-Май-20, 15:02   +2 +/
> И как pkg связан с портами?

И как желуди связаны с дубами, а очередные горе-вбрас^W Эксперты Опеннета со знанием матчасти?

man ports
> package
> Make a binary package for the port.  The port will be installed if it has not already been. The package is a .tbz file that you can use to install the port on other machines with pkg-add(8).  If the directory specified by PACKAGES does not exist, the package will be put into the current directory.
> package-recursive Like package, but makes a package for each depending
>  port as well.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

46. Сообщение от alexmlwemail (?), 14-Май-20, 15:04   +/
pkg используется для обновления стороннего ПО. Для обновления системы используется freebsd-update.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #58, #111

47. Сообщение от User (??), 14-Май-20, 15:08   +/
Так нам "шашечки" или "ехать"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #59

48. Сообщение от User (??), 14-Май-20, 15:12   +2 +/
А что, apt-file уже по дефолту куда-то ставится?
Не, yum с его whatprovides еще тудой-сюдой, но насчет "БД о пакетах, уже имеющихся в системе" - прям даже и не знаю...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #91

49. Сообщение от alexmlwemail (?), 14-Май-20, 15:15   –1 +/
freebsd-update fetch
freebsd-update install

Вы не умеете использовать man? Ну гугл вы хоть знаете?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #52

50. Сообщение от анонн (ok), 14-Май-20, 15:27   +5 +/
>> yum/dnf, apt-что-там до pkg - как до луны.
>> тренируйтесь делвть вещи.
> Серьёзно? Ну-ка, расскажи мне, как с помощью pkg получить ответ на вопрос
> "какой пакет надо поставить, чтобы получить libfoo.so", причём пользуясь только БД о пакетах, уже имеющейся в системе?

Эх-хе-хех, перепись лап^W перепончатых "знатоков" продолжается?


pkg provides bin/gcc48
Name    : gcc48-4.8.5_11
Desc    : GNU Compiler Collection 4.8
Repo    : FreeBSD

pkg info gcc48                                                                  
pkg: No package(s) matching gcc48

pkg provides "anon.h$"
Name    : zeek-3.0.6_1
Desc    : System for detecting network intruders in real-time
Repo    : FreeBSD
Filename: usr/local/include/zeek/Anon.h

pkg info zeek                                                                  
pkg: No package(s) matching zeek


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #81

51. Сообщение от псевдонимус (?), 14-Май-20, 15:29   –1 +/
Раскрой мысль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #62

52. Сообщение от анонн (ok), 14-Май-20, 15:33   –1 +/
>>> BSDях нет полноценных пакетных менеджеров и сестимы,
>> не обновлял "сестимы"
>> что такое "сестима"
> freebsd-update fetch
> freebsd-update install
> Вы не умеете использовать man? Ну гугл вы хоть знаете?

Маны, маны ...
А рассказать своими словами, что такое "сестима" (особенно в контексте изначального сообщения "в BSDях нет полноценных пакетных менеджеров и сестимы") - слабо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

53. Сообщение от Аноним (53), 14-Май-20, 15:36   +1 +/
всё, созданное человеком, несовершенно.
Возвращаемся к природе.
Ответить | Правка | Наверх | Cообщить модератору

54. Сообщение от Аноним (-), 14-Май-20, 15:38   –2 +/
Тут АНБ поработлао. Программисты на Си не ошибаются при работе с памятью. Это удел новичков (которые на Си, очевидно, не пишут).
Ответить | Правка | Наверх | Cообщить модератору

55. Сообщение от Аноним (53), 14-Май-20, 15:42   +/
судя по описания, её можно удалённо эксплуатировать, зная IP-адрес сервера FreeBSD с ipfw и nat.
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (68), 14-Май-20, 15:45   –5 +/
Ты хотел сказать, что БСДишники утащили у линуксоидов идею, поскольку своей к тому времени просто не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #73

57. Сообщение от Аноним (-), 14-Май-20, 15:55   +2 +/
Не надо таких намеков, а не то придут программисты "радужного единорога" и объяснят тебе что ты всюду неправ.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #61, #108

58. Сообщение от xm (ok), 14-Май-20, 16:05   +/
Ваши познания несколько устарели.
Года два можно уже и так и так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #92, #102, #170

59. Сообщение от xm (ok), 14-Май-20, 16:09   –3 +/
Вам - думать, прежде чем писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

60. Сообщение от xm (ok), 14-Май-20, 16:13   +1 +/
Вы не поверите, но пакеты собирают из исходников оформленных во FreeBSD в виде портов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

61. Сообщение от Fracta1L (ok), 14-Май-20, 16:21   –3 +/
Сишные дыры - закон природы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #64, #93

62. Сообщение от Аноним (-), 14-Май-20, 16:34   –6 +/
Попробуй обновить ядро этим своим пкгнг - поймёшь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #67, #75, #87, #125, #222

63. Сообщение от Аноним (-), 14-Май-20, 16:36   +/
нужно больше костылей в массы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

64. Сообщение от Аноним (-), 14-Май-20, 16:37   +/
ржавые паники ничем не лучше большинства этих дыр
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #65

65. Сообщение от Аноним (-), 14-Май-20, 16:49   +1 +/
Выглядит как наброс троля, но ладно.
- запланированное поведение, против неожиданного. (Хорошая либа в такой ситуации скорее передаст управление вызывающему)
- рут против отказа в обслуживании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #68

66. Сообщение от cz (??), 14-Май-20, 16:53   +1 +/
Спасибо! Не знал про такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

67. Сообщение от Аноним (67), 14-Май-20, 16:54   +/
О чем ты? Или это какой-то наброс?
#freebsd-update fetch install
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

68. Сообщение от Аноним (68), 14-Май-20, 17:00   +/
Не надо выступать капитаном очевидностью. Здесь приведён конкретный список. Впрочем, для растоподелок таких списков нет, по причине их бесполезности (забавно, наверное, пытаться писать ядро ОС на языке, который при нехватке памяти просто паникует).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #74, #80

69. Сообщение от Аноним (69), 14-Май-20, 17:03   +2 +/
> Добавьте к этому ещё, что в BSDях нет полноценных пакетных менеджеров

Наверное поэтому по качеству пакетов FreeBSD не смотря на пару порядков меньшую аудиторию уступает только паре дистрибутивов.

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

Это относится к т.н. "стабильным" дистриьутивам типа debian или centos, никак не к FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

70. Сообщение от Аноним (69), 14-Май-20, 17:07   –3 +/
Очень показательно - где костыли на костылях - там лишняя сложность, а где сложность - там и дыры.

Например sctp который просто феерически переусложнён для своих задач, и фундаментально дыряв во всех известных реализация. Или ещё лучше - недопротокол FTP, который требует специальных костылей в реализации NAT, который сам по себе костыль для устаревшего IPv4.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #217

71. Сообщение от Аноним (71), 14-Май-20, 17:22   +/
Почитал комментарии, количество реальных пользователей BSD поуменьшилось. Количество экспертов гугления увеличилось.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #78, #82, #180

72. Сообщение от Фанат (?), 14-Май-20, 17:34   +/
К сожалению согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

73. Сообщение от анонн. (?), 14-Май-20, 17:35   +2 +/
> Ты хотел сказать, что БСДишники утащили у линуксоидов идею, поскольку своей к
> тому времени просто не было.

Ага. Идею портов БСДишники стырили из Генты!1 Ой.

Ты хотел на бросить, но опять сел в лужу?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #84, #214

74. Сообщение от Аноним (-), 14-Май-20, 18:00   +1 +/
>Здесь приведён конкретный список.

Сори не вижу, о каком списке речь?

Паникует обчно не язык, а аллокатор. Раст, кстати, поддерживает смену аллокатора в std https://doc.rust-lang.org/std/alloc/index.html
Для embedded придется использовать сторонние крейты или самому писать https://rust-embedded.github.io/book/intro/no-std.html#bare-...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

75. Сообщение от Аноним (75), 14-Май-20, 18:08   +2 +/
> Попробуй обновить ядро этим своим пкгнг - поймёшь.

Главное - побольше надувания щечек, поменьше конкретики! А то ж опять ткнут "знатока" носом - неприятно выйдет-с!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #79

76. Сообщение от Аноним (75), 14-Май-20, 18:12   +1 +/
>>  Дооо
>> pkg -- нихрена не пакетный менеджер
> И как он поможет обновить перечисленные в новости уязвимые компоненты?

Попробуйте обновить через apt, pacman, dnf. Не сработало? Значит apt, pacman и dnf не полноценные пакетники!

Л-логика!


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

77. Сообщение от DeadLoco (ok), 14-Май-20, 18:16   –1 +/
Да. И это прекрасно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

78. Сообщение от DeadLoco (ok), 14-Май-20, 18:17   +3 +/
Количество реальных пользователей FreeBSD не изменилось. Но сильно увеличилось количество существ, попробовавших линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #143

79. Сообщение от Аноним (67), 14-Май-20, 18:38   +4 +/
>Главное - побольше надувания щечек, поменьше конкретики!

Сейчас начнется что из серии:
- помогач, почему у меня губы порезаны?
- ты суп ножом ешь. возьми ложку.
- ололо ложка не нужна!! pkg должен обновлять все!
- няша, в Handbook нет про обновление системы из pkg, есть про freebsd-update, например.
- нет я хочу есть суп с ножа!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #99

80. Сообщение от Аноним (80), 14-Май-20, 18:39   +/
Похоже ты прав. stdlib при нехватке памяти отдает приложение системному обработчику OOM (который убивает приложение). Естественно это не касается no-std приложений (типо ядер, ембеддед)

Прям сейчас фиксят хуками https://play.rust-lang.org/?version=nightly&mode=debug&editi... Не берусь сказать насколько это правильное решение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

81. Сообщение от oops (ok), 14-Май-20, 18:44   –1 +/
ну что ты их троллишь. Это ж плагин)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #85, #95

82. Сообщение от Erley (ok), 14-Май-20, 18:45   +3 +/
Нет, мы просто стоим в сторонке и не кормим голодных линукс-троллей.

По поводу новости - хорошо что нашли эти баги, теперь система стала ещё надёжнее.
У меня всё пересобирается в poudriere, так как мне нужно, без тонн дурацких зависимостей.
А саму "сестиму" (это слово теперь точно должно войти в историю!) как раз недавно пересобрал,
так что всё уже пропатчено. Так что всех с наступающей пятницей!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

83. Сообщение от Аноним (83), 14-Май-20, 18:47   +5 +/
Уважаемые Все! Давайте в новостях о BSD будут высказываться реальные пользователи BSD, а в новостях о Linux реальные пользователи Linux! Ведь это же бред какой-то, по существу о новости менее 1% букв! Экономьте свое время! Если хочется потрепаться найдите себе более не технический ресурс!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #213

84. Сообщение от Аноним (-), 14-Май-20, 19:00   –5 +/
Так то Gentoo весьма маргинальный дистрибутив, но даже он с самого начала гораздо продуманнее любой БСДи в плане управления пакетами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #86, #104

85. Сообщение от анонн (ok), 14-Май-20, 19:00   +2 +/
> ну что ты их троллишь. Это ж плагин)

Э ... и что не так?

pkg plugins
NAME       DESC                                          VERSION  
provides   A plugin for querying which package provides a particular file 0.7.0

БД для этого все же довольно жирная (75мб), а нужно сие действо хорошо если раз в год (високосный. Вот зачем мне например знать, в каком пакете libfoo.so, если при нужде она автоматически притянется в зависимостях)?
Я вот просто когда-то споткнулся, установил на попробовать и забыл удалить. Поэтому вынос в опциональный плагин - вполне нормальное решение, если конечно не заморачиваться какими-то "ТруЪ"-догмами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #88

86. Сообщение от анонн (ok), 14-Май-20, 19:05   +2 +/
> Так то Gentoo весьма маргинальный дистрибутив, но даже он с самого начала
> гораздо продуманнее любой БСДи в плане управления пакетами.

Главное - умный и знающий вид и поменьше конретики, да? ))

Ну и
https://web.archive.org/web/20100927102604/http://blog.funto...
Daniel Robbins:
> Aug, 1999 - My new dual Celeron mobo would not run Linux, went to FreeBSD, Achim Gottinger kept Enoch going Late 1999 - Must have came backto Enoch and done the Gentoo name change right about now - the "Gentoo" name was Bob Mutch's idea - started incorporating some FreeBSD ideas into Enoch - Portage (as we know it today) was born.

YMMD

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #94

87. Сообщение от псевдонимус (?), 14-Май-20, 19:15   +/
> Попробуй обновить ядро этим своим пкгнг - поймёшь.

А зачем обновлять ядро с помощью не предназначенной для этого программой? Хотя ты можешь ( да, в одну каску!) распилить базку на кучку пакетиков и рулить ими с помощью пкгнг. Правда в этом случае фрибсд и правда будет н....на.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #173

88. Сообщение от oops (ok), 14-Май-20, 19:35   +/
ну там выше почему-то хотели из коробки, без плагинов.
А так я вообще всеми руками за плагины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #96, #100, #110

89. Сообщение от Аноним (89), 14-Май-20, 19:41   +2 +/
> Synth is a custom packge repository builder for FreeBSD and DragonFly.

Апшыпка в первай жы страке апесания.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

90. Сообщение от псевдонимус (?), 14-Май-20, 19:50   +3 +/
Ты надеюсь вменяемый человек?

Пкгнг рулит сторонним софтом, для базы есть фрибсдапдейт.

Необычно, правда? Зато база консистентная и на фрибсд 10 запускается "пропатченный кде2"

Жаль, что некоторым, как бы это сказать, разработчикам, это как серпом по тестикулам. Им и база "слишком жирная", надо что нибуть выбросить. Вобщем превратить фрю в недолинукс.

Иван 83, как там с бихайв? Догнал квм по фичам или без макосексуалиста разработчика у вас не получается? Арк зфсный кто- нибудь собирается починить, чтобы минимальные рабочие требования в фринас были разика в три поменьше?

Я думал что пох толстый тролль, вроде линуксоненавистника (фамилию найдёшь в своём любимом говнугле), но почитав  немного.. Он скорее всего несколько преуменьшает масштаб проблемы. У людей утрачено " делай хорошо, плохо само получится"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

91. Сообщение от YetAnotherOnanym (ok), 14-Май-20, 19:53   +1 +/
> А что, apt-file уже по дефолту куда-то ставится?
> Не, yum с его whatprovides еще тудой-сюдой, но насчет "БД о пакетах,
> уже имеющихся в системе" - прям даже и не знаю...

Уточню, ещё раз: "пользуясь только БД о пакетах, уже имеющЕЙСЯ в системе". То есть, не дёргать каждый раз сервера фряки с "pkg rquery", а иметь в системе полную информацию обо всех пакетах (не только установленных, а о всех тех 32 тыс. пакетов, которыми так любят хвастаться пользовтели фри) и, при необходимости, копаться именно в ней.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #106, #139

92. Сообщение от alexmlwemail (?), 14-Май-20, 20:01   +/
Хм, нужно обновить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #97

93. Сообщение от псевдонимус (?), 14-Май-20, 20:02   +/
Дырявый, за каким низкоуровневых языком будущее?( я-то знаю, что за ассемблерами, но интересно твоё мнение).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #109

94. Сообщение от Аноним (-), 14-Май-20, 20:02   –3 +/
Ты снова перепутал пакеты с портами и сел в лужу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #107

95. Сообщение от YetAnotherOnanym (ok), 14-Май-20, 20:04   –2 +/
> ну что ты их троллишь. Это ж плагин)

И как на него вырулить? Перебрать маны на все pkg-*?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #126

96. Сообщение от анонн (ok), 14-Май-20, 20:05   +1 +/
> ну там выше почему-то хотели из коробки, без плагинов.

А в противогазе, да взобравшись на фонарный столб - им не надо?

Впрочем, обычная практика местных перепончатых - выдавать очередной "оверблоат" за преимущество (попутно никак не обосновав необходимость).
Это если вообще задумываются над таким вопросом, а то ж вполне можеть быть и просто "не как в линукс - значит хуже!!!".
Помню искренний сра^W выражение непонимания, когда спросил, чем установка/удаление ядра через make install или mv и rm /boot/mykernel хуже управлением с помощью пакетника:
"Как так, ядро ставить make install, а удалять c помощью rm? Это же в обход пакетника, там эта, мусор в системе останется! Просто ты бцдун и не видишь из своей пуссиэкзе, а мы, мы точно-точно знаем, потому что в наших дистрах сделано через жо^W^W именно так, а по другому сделать наверняка нельзя!!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

97. Сообщение от xm (ok), 14-Май-20, 20:06   +/
https://wiki.freebsd.org/PkgBase
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

99. Сообщение от псевдонимус (?), 14-Май-20, 20:26   –1 +/
Доставило на отличненько, сделал мой вечер! АИБ живы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

100. Сообщение от псевдонимус (?), 14-Май-20, 20:32   +/
А я против любых плагинов в критически важных программах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

101. Сообщение от Аноним (89), 14-Май-20, 20:32   +/
Золотой ты мой аноним! Официант, ведро чаю и корыто икры этому джентельмену!

А я спрашивал про эти ссылки у местного гуру Поха, так он не смог ничем помочь.

https://www.opennet.ru/opennews/art.shtml?num=52929


И вижу, что и анонн написал. Официант, ещё одно ведро чаю и одно корыто икры!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #114

102. Сообщение от Клыкастый (ok), 14-Май-20, 20:36   –1 +/
крепись, этим вопросом теперь будут периодически козырять лет пять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #113

104. Сообщение от Клыкастый (ok), 14-Май-20, 20:40   +1 +/
в портах свои фишки, в портежах свои. оверлеи и слоты - прекрасная тема. но в портах например есть flavour и это тоже прекрасное решение. ну и да, скорость работы emerge и portmaster мягко говоря несопоставима - с разгромным преимуществом последнего. Так что "продуманней любой" это мягко говоря не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

105. Сообщение от Клыкастый (ok), 14-Май-20, 20:43   +3 +/
А где-то их уже скомпиленными срывают с деревьев?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

106. Сообщение от анонн (ok), 14-Май-20, 20:46   +/
> Уточню, ещё раз: "пользуясь только БД о пакетах, уже имеющЕЙСЯ в системе".
> То есть, не дёргать каждый раз сервера фряки с "pkg rquery", а иметь в системе полную информацию обо всех пакетах
> каждый раз сервера фряки с "pkg rquery"

*рукалицо*
Я этот бред^W фантазии здесь уже не первый раз вижу.

Предлагаю или спрашивать _нормальным_ тоном или хотя бы глянуть соотв. ман или док, как оно на самом деле работает, а не гадать по знакомым словам (видимо, "remote" в "remote query") и не строить предположения в меру своей фантазии.


https://www.freebsd.org/cgi/man.cgi?pkg-repository
> Package repositories used by the pkg(8) program consist of one or more
> collections of "package tarballs" together with package catalogues
> and optionally various other collected package metadata.

https://www.freebsd.org/cgi/man.cgi?query=pkg-rquery&sektion...
> -U, --no-repo-update
>     Suppress the automatic update of the local copy of the    repos-
>     itory catalogue from remote
.  Automatic repository catalogue
>     updates are only attempted when the effective UID of the
>     process has write access to the package database.  Otherwise
>     they are silently ignored.

Разжевываю:
> pkg rquery – query information from remote repositories
> pkg query – query information for installed packages

Все каталоги существуют в виде sqlite баз, по умолчанию в /var/db/pkg
ls /var/db/pkg|grep sql
local.sqlite
repo-FreeBSD.sqlite
repo-local.sqlite

query - ищет в базе local.sqlite, в которой записаны установленные пакеты.
rquery - в остальных. То, что оно иногда "тормозит" и проверяет актуальность локальной базы, вполне описано в поведении и отключается (man pkg.conf -> REPO_AUTOUPDATE).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #158

107. Сообщение от анонн (ok), 14-Май-20, 20:49   +1 +/
> Ты снова перепутал пакеты с портами и сел в лужу.

Ты снова не знал матчасть и спрыгнул с темы?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #116

108. Сообщение от Sw00p aka Jerom (?), 14-Май-20, 20:52   +1 +/
>предохранитель на пушке - для тупых.

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

>И вообще, не пытайтесь исправлять инструменты, а программистов лучше обучайте.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

109. Сообщение от Sw00p aka Jerom (?), 14-Май-20, 20:54   +/
>за каким

так он один для соответствующей архитектуре.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

110. Сообщение от анонн (ok), 14-Май-20, 21:00   +1 +/
> ну там выше почему-то хотели из коробки, без плагинов.
> А так я вообще всеми руками за плагины.

ЗЫ: совсем забыл - именно либы вполне есть "из коробки и без плагинов"


pkg rquery '%n %b' | grep libgfor
gcc10-devel libgfortran.so.5
gcc11-devel libgfortran.so.5
gcc48 libgfortran.so.3
gcc6-aux libgfortran.so.3
gcc7 libgfortran.so.4
gcc8 libgfortran.so.5
gcc8-devel libgfortran.so.5
gcc9 libgfortran.so.5
gcc9-devel libgfortran.so.5
gcc8 libgfortran.so.5

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

111. Сообщение от Sw00p aka Jerom (?), 14-Май-20, 21:17   +/
>Для обновления системы

Так система состоит из понятий kernel и base-packages, а base-packages ничем не отличается от других packages.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

112. Сообщение от bOOster (ok), 14-Май-20, 21:29   –3 +/
А скажите мне, кто до сих пор ipfw пользует? Насколько я знаю - многие на pf давно - значит 2 первые уязвимости ни о чем.

Ну а две вторых - как минимум надо быть локально подключенным.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115, #118, #120, #167, #169

113. Сообщение от xm (ok), 14-Май-20, 21:39   +/
точнее говоря, этим вопросом будут вновь и вновь садиться в лужу...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

114. Сообщение от пох. (?), 14-Май-20, 21:59   +/
Ты бы для начала убедился, что твой pkg с этими репо вообще работает.

Потому что сапгрейдить его у тебя не получится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #117

115. Сообщение от пох. (?), 14-Май-20, 22:03   +/
> А скажите мне, кто до сих пор ipfw пользует?

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

Используют, используют, у кого файрвол посложнее drop all quick
Ну или вот кому просто надо ftp без уродливого userspace хелпера.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #132, #133

116. Сообщение от псевдонимус (?), 14-Май-20, 22:03   +1 +/
>> Ты снова перепутал пакеты с портами и сел в лужу.
> Ты снова не знал матчасть и спрыгнул с темы?

Какая матчасть? :-( современные линуксоиды даже в используемом ими дристибутиве гнулинукс не разбираются. Ключевые вопросы тысячелетия: падает ли плазма? Тормозит ли гном3? Когда уже икс перейдёт на игрек? А почемумвсе кто может не начнут развивать "экосистему (до чего
же дряной недотермин)" линукс!? Ну пазязя!

ЗЫ: десктопный линукс это как подземный трехпалубный катамаран ;-)

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #145

117. Сообщение от Аноним (89), 14-Май-20, 22:19   +/
Работает, убедился. Вряд ли это надолго, впрочем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #119, #174

118. Сообщение от псевдонимус (?), 14-Май-20, 22:21   –3 +/
> А скажите мне, кто до сих пор ipfw пользует? Насколько я знаю
> - многие на pf давно - значит 2 первые уязвимости ни
> о чем.
> Ну а две вторых - как минимум надо быть локально подключенным.

На пф кучу всего крайне тяжело будет сделать. "Человекочитаемый" (на самом деле нет) синтаксис не принесёт никакой пользы окромя вреда.

По гибкости рулит линуксовый фильтр, вынужден признать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #134, #135

119. Сообщение от Аноним (89), 14-Май-20, 22:24   +/
В порядке теста установил оттуда ненужный мне emacs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

120. Сообщение от Erley (ok), 14-Май-20, 22:27   +1 +/
Пробовал и то и другое, всё что мне нужно осилил.
Там идеологическия разница, но в конце концов дело вкуса и контекст решают что будет использоваться.

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

Штатный ipfw прост и в большинстве случаев конфиг умещается в те же 20-30 строчек экрана и тоже хорошо читается.
Можно посоветовать в сложных случаях отдавать предпочтение pf так как читабельность длинного конфига будет лучше. Но и это неоднозначно, скорее дело вкуса.

Мне вот лично не нравятся *дефолтные* правила ipfw, именно от их сумбурности и может создаться впечатление что "уж лучше настроить всё на pf".
Просто читаем ман и всё настраиваем как нужно.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #121, #124

121. Сообщение от пох. (?), 14-Май-20, 22:44   +/
> Пробовал и то и другое, всё что мне нужно осилил.

видимо, тебе не очень много было нужно.

Рассказ про "20-30" правил как бы намекает нам, да.

root[1522]/# ipfw sh|wc -l
ipfw: DEPRECATED: 'sh' matched 'show' as a sub-string
      42
- давно уже почти неживой сервер с минимальной нагрузкой, ни форвардинга ни сложных правил.

> Мне вот лично не нравятся *дефолтные* правила ipfw

у ipfw одно-единственное "дефолтное" правило:
65535  deny ip from any to any
(ну или allow, если по другому собрать)

Мне вот лично не нравится что ты не сможешь описать приключения ip-пакета пришедшего в ipsec-сессии на натящий хост в обоих вариантах - и хаотичное гугление тебе тут не поможет.

> Вообще, если кто-то озадачен секурностью, то он мониторит репу исходников

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

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

> Вот где реально проявляется красота фряхи - не надо ждать чьих-то билдов

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #122, #127, #153

122. Сообщение от Ананимас008 (?), 14-Май-20, 22:53   +/
невасяны для тебя уже выкладывали баблби с рм -рф юзр
доверять автоапдейтам, предварительно не пртестировав - удачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #150

123. Сообщение от Аноним (-), 14-Май-20, 23:02   +/
Насколько мне не изменяет память, основное различие ipfw/pf - многопоточный/однопоточный, а дефолтное поведение настраивается через /boot/loader.conf и /etc/sysctl.conf. Для улучшения читабельности можно воспользоваться ключиком -p preprocessor-path. По производительности ipfw все же лучше.
Ответить | Правка | Наверх | Cообщить модератору

124. Сообщение от Erley (ok), 14-Май-20, 23:39   +1 +/
Пожалуй добавлю чтобы вменяемым людям польза была -

- под "дефолтными правилами" я имел ввиду /etc/rc.firewall

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

В *большинстве* случаев и мудрить-то не нужно - неважно pf это или ipfw.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #149, #154

125. Сообщение от zzz (??), 14-Май-20, 23:42   +2 +/
FreeBSD - ОС, а не дистрибутив. Если тебе это о чем-то говорит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #203

126. Сообщение от zzz (??), 14-Май-20, 23:51   +1 +/
Ну линуксячим пакетным менеджером ты как-то ведь пользуешься и ключики помнишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

127. Сообщение от Erley (ok), 14-Май-20, 23:58   +1 +/
Для местных личностей жаждущих поднять своё ЧСВ -

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

Надоело продолжать, запиши это себе куда-нибудь, а то забудешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #144, #151

128. Сообщение от Sw00p aka Jerom (?), 15-Май-20, 00:16   –1 +/
>что такое "сестима"

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

129. Сообщение от Sw00p aka Jerom (?), 15-Май-20, 00:18   +/
>это такой огромный монолит, который никак не рулится пакетным менеджером

ересь!!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

130. Сообщение от deeaitch (ok), 15-Май-20, 01:54   +/
А вот у меня всё никак с портами и пакетами не срастается. Поставить не проблема, всё гладно. Нравиться. Но первое обновление через пару месяцев и что-то ломается.

В последний раз при обновлении через пакеты обновился толи xorg толи вяленый, а kde не пересобрали видно ещё. Так он мне его и снёс.

Понятно потом руками вернул и оно подтянуло нужную версию. Но как-то ....

Видно где-то я что-то упускаю. Оно не удивительно, в BSD я пока маленький. Но уж постараюсь подрасти.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136, #148, #155, #168

131. Сообщение от Аноним (131), 15-Май-20, 03:01   –1 +/
Ну да, обновление FreeBSD из исходников для системы, где установлено много портов затратно по времени.

Когда более всего установлено в системе? Когда система используется как десктоп. Потому, если применять FreeBSD как десктоп со сборкой из исходников, то с минимальным набором ПО (например, icewm и VirtualBox).

По обновлению из исходников есть portmaster (почитайте man, в конце есть пример, как можно выполнять обновление, путём удаления всех портов и сборкой заново).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #171

132. Сообщение от bOOster (ok), 15-Май-20, 03:17   –1 +/
>> А скажите мне, кто до сих пор ipfw пользует?
> нет, чувак, так легко пособирать цели для эксплойта у тебя не получится,
> иди сканируй сам.
> Используют, используют, у кого файрвол посложнее drop all quick
> Ну или вот кому просто надо ftp без уродливого userspace хелпера.

Теперь еще вопрос - какой идиот FTP до сих пор использует?

SFTP(sshd)+Jail решает проблему много лучше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #177

133. Сообщение от bOOster (ok), 15-Май-20, 03:20   –1 +/
> у кого файрвол посложнее drop all quick

Чушь полная. Че не хватило силенок вкурить man pf?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

134. Сообщение от bOOster (ok), 15-Май-20, 03:24   –1 +/
>> А скажите мне, кто до сих пор ipfw пользует? Насколько я знаю
>> - многие на pf давно - значит 2 первые уязвимости ни
>> о чем.
>> Ну а две вторых - как минимум надо быть локально подключенным.
> На пф кучу всего крайне тяжело будет сделать. "Человекочитаемый" (на самом деле
> нет) синтаксис не принесёт никакой пользы окромя вреда.
> По гибкости рулит линуксовый фильтр, вынужден признать.

С двумя операциями на NAT? И хрен его знает откуда взятой терминологии используемой только в Linux? Нет уж, это все сдохнет вместе с этим ядром.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #178

135. Сообщение от Аноним (135), 15-Май-20, 03:57   +/
Моэет быть Вам - и тяжело будет, но вот другим (и мне в том числе) легко, даже весьма сложные распределённые конфигурации с приоритизацией, обжимкой, десятками якорей (anchors), анти-DDoS и хитрой туннельной балансировкой. Сложного ничего - кроме как понять, как конкретно _тебе_ надо чтобы ходили пакеты. Но с любым фаерволлом это тоже не мешало бы понимать, я полагаю, не правда ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #181

136. Сообщение от Аноним (135), 15-Май-20, 04:01   +/
А Вы соблюдайте одно простое правило: все _названия_ пакетов с ПО, которое Вам действительно нужно (я не имею в виду зависимости) - записывайте в текстовый файл. Тогда в случае чего этот файл можно будет скормить инструменту, и всё ПО установится/обновится одним махом. Так просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #159

137. Сообщение от Анонимemail (137), 15-Май-20, 06:59   +/
freebsd-update fetch install
Линусятник не вкурсе вопроса, но обсирать готов. Есть у меня на работе тоже один такой критик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

138. Сообщение от Корец (?), 15-Май-20, 07:57   +/
>в Linux пользователям нет необходимости собирать себе пакеты из исходников.

Скажи это пользователям Gentoo xD

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #175

139. Сообщение от User (??), 15-Май-20, 08:15   +2 +/
Ну, ок. Не дергать, так не дергать. Берем ubuntu в default install'е:
$ apt-file

Command 'apt-file' not found, but can be installed with:

sudo apt install apt-file

Или есть "более другой"(ТМ) способ сделать это в debian-образных?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

140. Сообщение от oopssss (?), 15-Май-20, 10:40   +/
Я вот все гадаю, они к 13.0 таки доделаю пакетированную базу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #172

141. Сообщение от Вебмакака (?), 15-Май-20, 10:53   +/
Да, неплохо Леннарт бсдшников вокруг пальца переиграл, как по нотам прошло. Интересно, сколько у него агентов в core team?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

143. Сообщение от xm (ok), 15-Май-20, 11:44   +3 +/
Судя по местным комментариям мне частенько кажется, что большинство пользователей Linux это такие IT-гопники со всеми свойственными этой компашке закидонами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

144. Сообщение от xm (ok), 15-Май-20, 11:46   +/
Да вы не берите близко к сердцу. Этот товарищ, который здесь, за каким-то хером, представлен массой собственных аватаров, хотя и знает тему, при этом, отчего-то, считает, что имеет право хамить напропалую.
Просто игнорируйте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #146

145. Сообщение от Школьник (ok), 15-Май-20, 11:50   +/
>ЗЫ: десктопный линукс это как подземный трехпалубный катамаран ;-)

+100

>может верхние головы у кого включатся

Нет, не включатся. Вся история развития Линукса - это непрерывное показывание факов. Это традиция началась с fuck you, prof. Tanenbaum - там правда профессор первый начал, но благожелательный диктатор быстро его догнал и перегнал, а теперь традиция эта стала уже частью культуры. Недавние факи в сторону ZoL это красноречивейше подтверждают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

146. Сообщение от Аноним (146), 15-Май-20, 11:57   +2 +/
> хотя и знает тему,

Но иногда - не знает или умышленно опускает "нюансы".
Из-за чего, не так уж и редко выходит - вроде бы и верно сказано, но как в том самом анекдоте " ... у тебя $#й в #опе и у меня $#й в #опе. Но! Есть один нюанс!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #156

147. Сообщение от псевдонимус (?), 15-Май-20, 12:29   +/
Из портов собираются программы, пкгнг их устанавливает/удаляет/обновляет.

Что не понятно?

В убунту, дебиане, редхеле тоже сначала собирается пакет. Из исходников. А потом пакет устанавливается с помощью апт/юм и т.п.

Что не понятно?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

148. Сообщение от псевдонимус (?), 15-Май-20, 12:36   +2 +/
Мешать порты с пакетами можно, но осторожно. Заведи себе локальную репу с кастомными пакетами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #152, #160

149. Сообщение от пох. (?), 15-Май-20, 12:39   +/
> - под "дефолтными правилами" я имел ввиду /etc/rc.firewall

rc.firewall имеет пять штук "дефолтных правил" - разных.
Что вам не нравится в варианте "closed", например?

65000 deny ip from any to any - отличный файрвол, простой и надежный.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

150. Сообщение от пох. (?), 15-Май-20, 12:44   +/
у тебя тоже очень много времени на ненужно.

И да, в большинстве операционных систем - апдейты тестируются прежде, чем выкладываться на публику. В нормальных - они даже тестируются вполне хорошо (читай, rehat/osl)
Не доверять автоапдейтам но продолжать использовать саму систему, написанную теми же самыми пацанами - это очень альтернативный образ мышления.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #200

151. Сообщение от пох. (?), 15-Май-20, 12:52   –1 +/
> Для местных личностей жаждущих поднять своё ЧСВ

вы в зеркало-то смотреться не пробовали?

Я там намекнул, какую часть ipfw вы, скорее всего, либо не знаете вообще, не смотря на свой опыт далеких 80х (похоже что так, судя по тому что вы проигнорировали этот абзац), либо не сможете быстро и внятно описать словами, полагаясь на интуицию (не верьте ей, она все врет). И это, как и файрволы из 20 строк - гарантированно означает, что действительно сложные проблемы прошли мимо вас, при всем великом опыте. Меряться глупо, но понимать где ты специалист, а где - обычный васян - стоило бы.

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

P.S. по прежнему на память приходит чувак, написавший за несколько часов линуксный модуль для smb conntrack, со словами "гляньте, тут все правильно? Я вообще-то впервые модуль ядра писать вздумал."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

152. Сообщение от пох. (?), 15-Май-20, 12:54   +/
тем не менее, это у него что-то странное, pkg ничего просто так не сносит.

Упустил он, вероятно, таки прочитать что ему при этом написали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

153. Сообщение от crypt (ok), 15-Май-20, 13:02   +/
я лично каждый раз считаю проблемой, если нужно на FBSD какой-то файрвол настраивать. документация и маны охватывают как-то поверхностно что ли. в линуксе известен путь пакета, а во FBSD мне как-то не очевидно, на входе или на выходе из интерфейса пакет будет "схвачен" правилом. было бы логично освоить один файрвол на две системы сразу: на солярис и на бзд. но солярис ушел от ipf (надо же!) на OBSD pf, а FBSD на OBSD забила. разброд. ручное проставление номера правил на ipfw - это действительно один из каких-то диких пережитков бейсика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #164, #234

154. Сообщение от crypt (ok), 15-Май-20, 13:08   +/
> Прочитать ман и сделать всё как надо будет быстрее.

да я довольно долго ломал голову над маном на тему проброса порта в нат или что-то такое. в мане описан проброс на свой ip, а мне надо было внутрь сети. не помню уже. но помню, что проклял FBSD документацию и отсутствие howto от пользователей. в отличие от линукса, для ната надо два правила на вход и на выход. 20 правил на нат и проброс 2х портов и какие-то skipto, как в бейсике. в общем что-то сумасшедшее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #166

155. Сообщение от анонн (ok), 15-Май-20, 13:12   +/
> А вот у меня всё никак с портами и пакетами не срастается.
> Поставить не проблема, всё гладно. Нравиться. Но первое обновление через пару
> месяцев и что-то ломается.
> В последний раз при обновлении через пакеты обновился толи xorg толи вяленый,
> а kde не пересобрали видно ещё. Так он мне его и снёс.

Пакеты случайно не из квартальной репы (а порты наоборот - распоследний срез)? Ну и при обновлении pkg вообще-то показывает будущие действия и помимо кнопки Y там вполне можно жать N ))

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


/usr/local/etc/pkg/repos/myrepa.conf
local: {
    url             : "file:///usr/ports/packages/",
    enabled         : yes,
    priority        : 10
  }

порты собираем с "make package",
pkg repo /usr/ports/packages/
создаст или обновит репозиторий, pkg update/upgrade обновит таким образом "из портов".

Но, вместо навязачивого "Удалить и не пущать!" (в смысле, обновить на "более правильную версию из репы") теперь просто не будет обновлять проблемные связки, да и количество попыток заменить на версию из репозитория сильно поуменьшатся.
Чтобы уж точно "ни-ни!", пакет можно дополнительно залочить "pkg lock", но рулить большой кучей таких пакетов несколько неудобно (да и разрешение зависимостей в pkg начинает чувствительно тормозить).
Если что, pkg version -vRL=|grep -v "orpha\|succe"
покажет весь список устаревших.

И да, если сильно рассинхронизироваться с апстримом, то могут возникнуть проблемы с установкой нового софта - те самые предложения с обновлением, удалением и прочие попытки pkg разрулить поломанные зависимости, так что если все равно обновляться планируется раз в месяц, то наверное
https://svnweb.freebsd.org/ports/branches/2020Q2/
и
https://pkg.freebsd.org/FreeBSD:12:amd64/quarterly/
в самый раз будут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #161

156. Сообщение от xm (ok), 15-Май-20, 13:31   +1 +/
Nodoby's perfect
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

157. Сообщение от Аноним (-), 15-Май-20, 13:59   +/
Как уже было сказано выше,
Если хочется потрепаться найдите себе более не технический ресурс!
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от YetAnotherOnanym (ok), 15-Май-20, 14:20   –1 +/
Ага, то есть, захотел я, человек во фряхе несведущий, узнать, как в этой ихней pkg сделать некое действие, в манах на сайте нужной команды не нашёл, и тогда мне предлагают вручную копаться в sqlite-файлах с каталогами. Спасибо, чо...
И это при том, что ты сам же в другой подветке дал правильный ответ - плагин "provides". Вот только проблема в том, что выйти на него по тем же манам на сайте - задача нетривиальная. Мана на pkg-plugins нет, чтобы получить список доступных плагинов надо установить ОС и выполнить в ней "pkg plugins", либо откуда-то узнать, что эти плагины можно посмотреть в https://www.freebsd.org/ports/ports-mgmt.html.
Вот зачем обычному юзеру такой квест? Разве трудно просто в ман-странице pkg(8) в списке доступных команд перечислить также и те, которые обеспечиваются плагинами, с указанием, что эта команда требует установки плагина?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #163, #185, #186

159. Сообщение от deeaitch (ok), 15-Май-20, 14:57   +/
> А Вы соблюдайте одно простое правило: все _названия_ пакетов с ПО, которое
> Вам действительно нужно (я не имею в виду зависимости) - записывайте
> в текстовый файл. Тогда в случае чего этот файл можно будет
> скормить инструменту, и всё ПО установится/обновится одним махом. Так просто.

Нет, я наизусть его помню. Поэтому когда отвалилось я видел что отвалилось и протом сказал просто pkg install и он переставил. Тут сама ситуация, может есть какие-то тэги или ещё что как можно отслеживать чтобы такого не случалось? Может какая-то магия которую я пока не постиг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #209

160. Сообщение от deeaitch (ok), 15-Май-20, 15:00   +/
> Мешать порты с пакетами можно, но осторожно. Заведи себе локальную репу с
> кастомными пакетами.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #227

161. Сообщение от deeaitch (ok), 15-Май-20, 15:02   +/
>[оверквотинг удален]
> Если что, pkg version -vRL=|grep -v "orpha\|succe"
> покажет весь список устаревших.
> И да, если сильно рассинхронизироваться с апстримом, то могут возникнуть проблемы с
> установкой нового софта - те самые предложения с обновлением, удалением и
> прочие попытки pkg разрулить поломанные зависимости, так что если все равно
> обновляться планируется раз в месяц, то наверное
> https://svnweb.freebsd.org/ports/branches/2020Q2/
> и
> https://pkg.freebsd.org/FreeBSD:12:amd64/quarterly/
> в самый раз будут.

Воооот. Я подозревал что есть разные типа разные срезы. спасибо добрый человек, буду смотреть в этом направлении.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #184

162. Сообщение от Анонимemail (162), 15-Май-20, 15:11   +/
Спасибо за новость. Обновил 8 продакшн серверов изи.
Ответить | Правка | Наверх | Cообщить модератору

163. Сообщение от анонн (ok), 15-Май-20, 15:15   +1 +/
>>> То есть, не дёргать каждый раз сервера фряки с "pkg rquery",
>> разъяснение с деталями, почему pkg rquery _не дергает_ какие-то сервера
> Ага, то есть, захотел я, [...], и тогда мне предлагают вручную копаться в sqlite-файлах с каталогами. Спасибо, чо...

Интересно, читать жопой там тоже предлагают?

> И это при том, что ты сам же в другой подветке дал
> правильный ответ - плагин "provides".

Правильный ответ для изначального libfoo.so - это pkg rquery %n %b | grep libfoo


%b      Expands to the list of shared libraries provided by the matched
             package.

provides - это для продвинутых любителей странного.

> Вот только проблема в том, что выйти на него по тем же манам на сайте - задача нетривиальная. Мана на pkg-plugins нет, чтобы получить список доступных плагинов надо установить ОС и выполнить в ней "pkg plugins", либо откуда-то узнать,
> что эти плагины можно посмотреть в https://www.freebsd.org/ports/ports-mgmt.html.
> Вот зачем обычному юзеру такой квест? Разве трудно просто в ман-странице pkg(8) в списке доступных команд перечислить также и те, которые обеспечиваются плагинами, с указанием, что эта команда требует установки плагина?

Это да! Обычному юзеру очень часто очень сильно нужно знать, в каком пакете будет какой файл. Причем - это нужно без установки ОС ... в притягивании за уши юзкейзов все же нужно знать меру, не?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

164. Сообщение от пох. (?), 15-Май-20, 15:34   +/
> я лично каждый раз считаю проблемой, если нужно на FBSD какой-то файрвол настраивать.

ну вот тот, в 43 строки - не проблема.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #192, #202

166. Сообщение от пох. (?), 15-Май-20, 15:39   –1 +/
> какие-то skipto, как в бейсике. в общем что-то сумасшедшее.

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

А тут застряли в начале 90х - когда вся хрень и была изобретена.

И divert sockets прекрасно добавляют перчику в эту кашу, как будто и без того было мало.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

167. Сообщение от Аноним (69), 15-Май-20, 16:05   +2 +/
pf не умеет в многопоточность и застыл в развитии, поэтому таки все вменяемые люди используют ipfw.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #182

168. Сообщение от Аноним (69), 15-Май-20, 16:06   +/
Что-то упускаете. Репозиторий собирается целиком как единое целое, там не могут "не пересобрать ещё".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #183, #194

169. Сообщение от DeadLoco (ok), 15-Май-20, 16:47   +1 +/
> А скажите мне, кто до сих пор ipfw пользует?

Я пользую. Альтернатив нет.
Ну, или кто-то мне расскажет, как сделать динамическое распределение аплинка между хостами в LAN по трем уровням QoS средствами какого-нибудь другого пакетного фильтра. В IPFW эта задача решается восемью строчками правил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

170. Сообщение от Аноним (-), 15-Май-20, 16:57   –2 +/
Казалось бы, зачем делать возможность опакечивать систему, когда все местные БСДуны уверены, что это не нужно и freebsd-update - лучшее, что придумало человечество? Когда-нибудь и до них дойдет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

171. Сообщение от DeadLoco (ok), 15-Май-20, 16:57   +2 +/
> Когда более всего установлено в системе? Когда система используется как десктоп.

Кому интересны страдания админов локалхостов?

В продакшне поднимается одна машинка под poudriere, где через /make.conf задаются умолчания, кастомные депенденси, метапорты с керлингом и библиотекаршами, фризы версий, и вуаля, можно хоть два раза в сутки запускать обновление дерева и билдование с тем, чтобы в случае необходимости обновить хоть тыщу хостов за пару минут.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #189

172. Сообщение от Аноним (-), 15-Май-20, 17:02   –4 +/
Если не доделают, то потеряют ещё больше пользователей, потому что неуправляемая куча хлама под названием "базовая система" для 21-го века уже не катит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #176, #228

173. Сообщение от пох. (?), 15-Май-20, 17:16   +/
> Хотя ты можешь ( да, в одну каску!) распилить базку на кучку пакетиков и рулить ими с помощью
> пкгнг.

Это давным-давно сделали за него.
гугли pkgbase.

Ну, правда, сделали это все те же странные ребята из ix.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #211

174. Сообщение от пох. (?), 15-Май-20, 17:18   +/
"все мы временные".
Надолго ли у тебя мертвая неподдерживаемая ветка системы? У меня вот, вряд ли. Ну то есть ровно до первой проблемы с ней, не решаемой без пересборок.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #188, #190

175. Сообщение от пох. (?), 15-Май-20, 17:18   +/
Необходимости же ж - нет.

А что некоторые имеют зачем-то не только возможность, но и желание завести козу - ну так и хрен с ними.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

176. Сообщение от Аноним (176), 15-Май-20, 17:26   +1 +/
> Если не доделают, то потеряют ещё больше пользователей, потому что неуправляемая куча
> хлама под названием "базовая система" для 21-го века уже не катит.

То-то во всяких suseLeap, distri, Endless и прочих стали лепить атомарное обновление системы - анонимного опеннетного эксперта спросить забыли "как нужно делать правильно!".


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #204

177. Сообщение от пох. (?), 15-Май-20, 17:32   +/
Я использую. И мне не нужны костыли и подпорки в виде jail (а потом такой "ой, забыл про возможность открытия сокетов")

ssh - remote shell. Задуман и разработан исключительно в качестве такового. Невменько из openbsd, укравшие его у автора, добавили миллион костылей и подпорок, чтобы кое-как ограничить те возможности шелла, про которые они успели вспомнить на бегу, ну и парочку remote root, нечаянно, но ни разу не изменили его изначальную концепцию.

ftp - изначально задуман как максимально эффективный протокол для удаленной работы с _файлами_, и только. Что невменько из той же openbsd ниасилили файрвол посложнее if port=== then drop/pass "зато очень быстро" - проблемы этих невменько и их апологетов.

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

P.S. покажи в своем хваленом sftp аналог proxy. Нет, я не хочу светить свой логин и пароль или ключ от одного сервера на втором, они оба недоверенные. И уж тем более не жажду - прогнать между ними гигабайт через свой lte.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

178. Сообщение от пох. (?), 15-Май-20, 17:34   +/
> Нет уж, это все сдохнет вместе с этим ядром.

то есть никогда? Мне бы такой оптимизм. :-(
По-моему, ipchains запретят как вредное устаревшее ненужно буквально на днях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

179. Сообщение от qwerty123 (??), 15-Май-20, 17:37   +/
> Новость об уязвимостях в базовой системе — это такой огромный монолит

# cd /usr/src/
# svn update
# make kernel
# reboot

это сложно запомнить?
или нынче эксперты по os про компилятор не в курсе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #187

180. Сообщение от qwerty123 (??), 15-Май-20, 17:40   +2 +/
>Почитал комментарии, количество реальных пользователей BSD поуменьшилось.

а азчем здесь чего-то писать, если большинство публикующихся - пафосная школота?
уже засpали опеннет как и ЛОР


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

181. Сообщение от пох. (?), 15-Май-20, 17:40   +/
А если не подменять понятия - то не "понять как тебе надо чтоб ходили пакеты", а "как надо извратиться с "обжимкой, десятками якорей и хитрой _ручной_ (е-мое!) балансировкой" чтобы хоть как-то получить желаемое кривым и неудобным инструментом.

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

> Но с любым фаерволлом это тоже не мешало бы понимать, я полагаю, не правда ли?

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

nat у вас, как я понимаю, тоже не используется? h323 - "как нибудь эндпоинты сами разберутся, где там nat и как его обойти", или тоже немодно ниумею нихачю?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

182. Сообщение от пох. (?), 15-Май-20, 17:42   –1 +/
afair, он же ж толко во фре ее не умеет? У оригинала вроде пять лет назад уже обещали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #215

183. Сообщение от пох. (?), 15-Май-20, 17:45   +/
у него было что-то handmade, и с чекаута, не совпадающего по дате с тем что он там автоматом понакачал - оно в этих случаях редко, но может сломаться - если поменяли зависимости.

Правда, pkg об этом напишет, но читать его вывод при большом количестве портов невозможно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

184. Сообщение от пох. (?), 15-Май-20, 17:47   +/
если только ты не собираешься с этими срезами синхронизировать /usr/ports (а обычно таки если туда лезут, то нужен последний, а не годичной давности) - тебе от них пользы никакой, вред один.
Они необновляемые, и не привязаны ни к какому событию - включая версии base. Просто полный набор сборок на отбалдовую дату.

Зачем это делают - для меня полнейшая загадка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #195, #198

185. Сообщение от Аноним (89), 15-Май-20, 17:52   +/
Чувак, ну ты же гонишь. Ты не читал маны, а споришь до хрипоты. Прочти уже, что ли:

https://www.freebsd.org/cgi/man.cgi?query=pkg&sektion=&n=1

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #191

186. Сообщение от Аноним (89), 15-Май-20, 17:54   +/
Фрибздунов не за pkg надо пороть, а за безумные умолчания: например, вместо POSIX-совместимого шелла они пихают в базовую систему csh и tcsh.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

187. Сообщение от пох. (?), 15-Май-20, 17:58   +1 +/
> это сложно запомнить?

сложно забыть, что когда-то в security публиковались команды вида
cd /usr/src/затронутая-подсистема ; make obj all install
а не как нынче принято.

При том что make world a) существовал b) работал раз в десять быстрее на тех древних тормозных машинах, чем сейчаc.

> или нынче эксперты по os про компилятор не в курсе?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

188. Сообщение от Аноним (89), 15-Май-20, 17:58   +2 +/
Если команда Фри будет и дальше так же бодро выбрасывать из базовой системы всё устаревшее в пользу смузивари, то я выброшу Фрю. Компьютер для человека, в конце концов, а не человек для компьютера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

189. Сообщение от пох. (?), 15-Май-20, 18:02   –1 +/
И как - много осталось невоображаемых мест где есть "тыщи хостов" под фрей?

Вот то-то же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #193

190. Сообщение от Аноним (89), 15-Май-20, 18:32   +/
Та скорость, с которой юные дарования портят всё, что попадает им в руки, располагает смотреть в сторону академического и окаменевшего -- NetBSD, например.

Тестовая NetBSD 7.1.2 работает и на живом железе, и на виртуалочке в высшей степени благодатно и безглючно. Чего, к сожалению, не могу сказать о следующих выпусках (кроме 7.2, которую как-то не сподобился посмотреть). Увы и ах, ей скоро придёт EOL, печаль. Хотя там что-то таки подозревают и продлили ей срок жизни на четыре, кажется, месяца.

Поколения 8 и 9 Нетки по умолчанию стремятся показать тебе все красоты фреймбуфера в натуральное разрешение монитора. Что несказанно доставляет, если оно Full HD и больше. Прямо теряешься в этих микроскопических буковках на экране. ИЧСХ, NetBSD 9 с этим своим фреймбуфером не на всяком железе способна рисовать на экране хотя бы что-нибудь (хотя NetBSD 7 и NetBSD 8 -- могли). Можно отключить эту блажь в загрузчике и в конфигах, но про это ж надо знать, а узнаёшь подчас только когда экран долго чорный и безжизненный. Ну и зависает иногда, да. Мелочь.

pkgin и всё остальное -- только радуют.

Впрочем, я NetBSD ни для каких полезных дел и не использовал, только балуюсь.

А вот нелюбимая тобой OpenBSD -- бальзам на сердце и бесконечная радость. В ней у меня всё работает, кроме видеокарт Ненавидии, что, впрочем, ожидаемо. Но она слегка медленноватая, ага. И консоль по умолчанию монохромная VT100. Зато в ней всё просто, понятно, разумно, юниксово и олдскульно. Для собственных настроек придуман отдельный файлик /etc/rc.conf.local. Если хочу для старого релиза устанавливать пакеты из интернетов с определённого зеркала, достаточно прописать одну строку в /etc/pkg.conf.

DragonFly у меня ни разу не прижилась ни на живом железе, ни на виртуалках. Субъективно -- самая корявая из всех Бздей. Может, внутри у ней великая философия и отличный программный код, но УМВНР. Много раз пробовал откусить и пожевать этого кактуса, но не получается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #212

191. Сообщение от YetAnotherOnanym (ok), 15-Май-20, 19:12   +/
> Чувак, ну ты же гонишь. Ты не читал маны, а споришь до
> хрипоты. Прочти уже, что ли:
> https://www.freebsd.org/cgi/man.cgi?query=pkg&sektion=&n=1

Чё, правда? И что там есть такого, что противоречит моим словам?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

192. Сообщение от crypt (ok), 15-Май-20, 20:21   +/
> А когда смотришь на простыню где пяток ipsec-туннелей, два untrusted, поэтому декапсулированный траффик обратно заворачиваем

ужас!:( и зачем так жить? мигрируйте.

> на порядок проще задачка.

ну вот да, но я всегда нахожу на 100% убежденных адепты того и другова. причем я знаю, это всегда связано с тем, с чего они начинали.

ах да... я забыл... в новом линуксе же теперь больше нет iptables... или только в RHEL, а в дебиан пока оставили?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

193. Сообщение от crypt (ok), 15-Май-20, 20:33   +1 +/
> И как - много осталось невоображаемых мест где есть "тыщи хостов" под
> фрей?
> Вот то-то же.

ну кстати система сборки действительно удобная. прямо ностальгия по старому вменяемому линуксу наступила. даже для нескольких хостов она оправдана. но название дибильн0е. и есть детский баг: если не сделать перевод строки в конце списка пакетов

packagename1\n
packagename

система попытается сбилдить packagenam (съедает символ!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

194. Сообщение от deeaitch (ok), 15-Май-20, 23:17   +/
> Что-то упускаете. Репозиторий собирается целиком как единое целое, там не могут "не
> пересобрать ещё".

Т.е. после установки с деревом пртов не стоит делать обновление дерева портов а пользоваться тем что поставила система? А дерево будет обновлено когда обновля. систему?

Официальную документацию я прочитал, но видно там некоторые моменты упущены в плане обновления.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #197

195. Сообщение от deeaitch (ok), 15-Май-20, 23:19   +/
> если только ты не собираешься с этими срезами синхронизировать /usr/ports (а обычно
> таки если туда лезут, то нужен последний, а не годичной давности)
> - тебе от них пользы никакой, вред один.
> Они необновляемые, и не привязаны ни к какому событию - включая версии
> base. Просто полный набор сборок на отбалдовую дату.
> Зачем это делают - для меня полнейшая загадка.

Понятно что пока не понятно :) Но буду разбираться, ибо таки интересно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

196. Сообщение от WunderKatz (?), 15-Май-20, 23:23   –1 +/
Оххохо вот это залёт для "святого" BSD на который так на...чивали апологеты гордо задирая нос.. это и PF sense дырявый был все это время...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

197. Сообщение от Аноним (197), 15-Май-20, 23:41   +1 +/
> Т.е. после установки с деревом пртов не стоит делать обновление дерева портов
> а пользоваться тем что поставила система? А дерево будет обновлено когда
> обновля. систему?

Т.е. portsnap, емнип, берет всегда новейший срез.
Если хочется квартальных:
svn checkout https://svn.freebsd.org/ports/branches/2020Q2/ /usr/ports
git clone https://github.com/freebsd/freebsd-ports.git (git checkout mybranch)
Ну или наоборот
/etc/pkg/FreeBSD.conf
url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly"
заменить на
"pkg+http://pkg.FreeBSD.org/${ABI}/latest"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

198. Сообщение от Аноним (-), 15-Май-20, 23:48   +1 +/
> - тебе от них пользы никакой, вред один.
> Они необновляемые,

И как обычно "Но есть один нюанс, Петька!"
https://svnweb.freebsd.org/ports/branches/2020Q2/www/


  filtron/     530234     6 weeks     rene      Branch 2020Q2
  firefox/     534915     4 days     jbeich      MFH: r534912 r534914 www/firefox: backport NSS 3.52 support after r533597 PR:    …
  firefox-esr/     534915     4 days     jbeich      MFH: r534912 r534914 www/firefox: backport NSS 3.52 support after r533597 PR:    …

https://pkg.freebsd.org/FreeBSD:12:amd64/quarterly/All/


    
firedns-0.9.12.txz     88228    2020-Apr-25 20:22
fireflies-2.07_7.txz     26564    2020-May-11 11:11
firefox-76.0.1_1,1.txz     52582376    2020-May-12 05:09
firefox-esr-68.8.0_1,1.txz     48454388    2020-May-12 04:44
firestring-0.9.12.txz     62264    2020-Apr-24 06:37


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

200. Сообщение от Ананимас008 (?), 16-Май-20, 03:38   +/
какая самая распространненная десктопная ос? сколько раз она обsiралась с автоапдейтами и синими экранами после него?
зачем вообще нужен систематический администратор с таким подходом?

причем тут вообще альтернативные апдейтилки. перед тем как устанавливать, обновления нужно проверять на тестовой/виртуальной машине, если же вам нa$$рать на простои и потерю данных, то удачи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

201. Сообщение от Аноним (201), 16-Май-20, 05:56   –1 +/
Freebsd как десктоп и сборка из портов на одном пк (даже с развернутым репозиторием) очень сложна для обновления. Интересно, кто-либо в крупных установках пробовал описывать конфигурацию ос (состав по для установки).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #210, #216

202. Сообщение от crypt (ok), 16-Май-20, 08:43   +/
я недавно зарепортил сегфолт во freebsd base и в багзиле после этого тишина. насколько быстро они исправляют ошибки? месяц, полгода, год?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

203. Сообщение от Аноним (203), 16-Май-20, 12:17   +/
The Berkeley Software Distribution (BSD), ага. Знаток на знатоке прямо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #220

204. Сообщение от Аноним (-), 16-Май-20, 12:29   –1 +/
Атомарные обновления не отменяют пакетов в образе нигде, будь то rpm-ostree или даже openwrt. Впрочем, подобные обновления появились только в последней макоси (https://support.apple.com/en-ca/HT210650), в БСДях они никакие не атомарные и вообще ничего общего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #205

205. Сообщение от Аноним (-), 16-Май-20, 15:11   +/
> Атомарные обновления не отменяют пакетов в образе нигде

Только в новых-молодежно-инновационных веяниях контейнеризайии/образации пользователю остается самая малость - собрать свой контейнер или образ именно с этими пакетами для обновления. А так-то да.

> Впрочем, подобные обновления появились только в последней макоси (https://support.apple.com/en-ca/HT210650),
> With macOS Catalina, you can no longer store files or data in the read-only system volume, nor can you write to the "root" directory ( / ) from the command line, such as with Terminal.

Какой же Линуксоид опеннета - да без нахваливания МакОСи и ее инновационных инноваций? ))
И опять все спешат спереть из МакОС очередную гениальную идею:


% cat /etc/fstab
#Device           Mountpoint  FStype   Options                     Dump  Pass#
/dev/gpt/rootfs   /           ufs      ro,noatime                  1     1
/dev/gpt/userfs   /usr        ufs      ro,noatime                  2     2
/dev/gpt/localfs  /usr/local  ufs      rw,noatime                  2     2
/dev/gpt/homefs   /home       ufs      rw,noatime,noexec,nosuid    2     2
/dev/gpt/usrobj   /usr/obj    ufs      rw,noatime,noexec,nosuid    0     0
/dev/gpt/cachefs  /cachefs    ufs      rw,noatime,noexec,nosuid    0     0
fdesc             /dev/fd     fdescfs  rw                          0     0
proc              /proc       procfs   rw                          0     0
tmpfs             /tmp        tmpfs    rw,noexec,nosuid,size=512M  0     0


А принцип именно атомарного обновления ОС через разделы - применялся еще в древней PicoBSD и NanoBSD (которые являются облегченными сборками фри - хотя у перепончатых наверное на свой собственный дистр потянут)
https://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd...
> The mass storage medium is divided into three parts by default:
> Two image partitions: code#1 and code#2.
> The configuration file partition, which can be mounted under the /cfg directory at run time.

...
> The update process of NanoBSD is relatively simple:
> Build a new NanoBSD image, as usual.
> Upload the new image into an unused partition of a running NanoBSD appliance.

мы никому не расскажем ))  

> в БСДях они никакие не атомарные и вообще ничего общего.

Ну если аноним опеннета говорит, что в "БСДях" обновляют компоненты по одному, от балды а не всю базу - то значит так оно и есть!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #206

206. Сообщение от Аноним (-), 16-Май-20, 15:34   +/
Анонимный БСДыксперт притащил очередной костыль для тостеров, чтобы похвастаться. Поаплодируем ему. Дай знать лет через -цать, когда его будут использовать в FreeBSD по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #208

208. Сообщение от Аноним (208), 16-Май-20, 15:42   +/
> Анонимный БСДыксперт
> костыль
> лет через -цать
> И ВАПЩЕ! ВЫ! ФСE!!! ВРETИИИ!!!

Продолжайте ваши наблюдения и держите нас в курсе вашего ценнейшего мнения!


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

209. Сообщение от Erley (ok), 16-Май-20, 16:02   +/
> Тут сама ситуация, может есть какие-то тэги или ещё что как можно отслеживать
> чтобы такого не случалось? Может какая-то магия которую я пока не постиг.

По идее прежде чем что-то ставить/сносить, по умолчанию оно должно спрашивать разрешения.
Если из исходников собирать, то и штатный make и portmaster (который для этого рекомендуется)
выдают список того что они собираются делать (хотя make в некоторых ситуациях сразу рвётся
в бой и начинает компилировать зависимости).
Если ставить пакетами, то pkg тоже просит подтверждения.

Попробуйте посмотреть на poudriere (описан в handbook) - это такая штука которая компилирует
пакеты внутри jail (чтобы не засорять систему софтом который нужен только на этапе компиляции).
Для каждого пакета указываются только фичи которые нужны (как и make config в портах),
поэтому сборка будет чище и быстрее, с минимумом зависимостей.
В официальном репозитории многие пакеты собраны с опциями по умолчанию и может возникнуть
ситуация что без ручной пересборки какого-то пакета не обойтись.

Конечно для KDE или Chrome самостоятельная сборка будет мучительно долгой :)
Поэтому тут нужно будет либо разбираться с официальными пакетами, или набраться терпения.
Обычно poudriere выносят куда-нибудь на мощную машину.
Хорошая новость ещё и в том, что если сборка сломается на полпути, то система от этого никак
не пострадает, ничего вычищать не нужно будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

210. Сообщение от Аноним (89), 16-Май-20, 17:03   +/
И не говори, анонимный брат:

https://forums.freebsd.org/threads/my-problems-with-freebsd..../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #218

211. Сообщение от псевдонимус (?), 16-Май-20, 19:18   +/
Да я в курсе. Причина: у разработчиков долго уомпилялрсь на ноутпуке.  Компы они видимо не используют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

212. Сообщение от псевдонимус (?), 16-Май-20, 19:25   +/
Да в нетке матёрые сидят. Знатно Тео макнули. Но мне симпатична стрекоза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

213. Сообщение от Аноним (-), 17-Май-20, 01:15   +/
>почему бы тебе не сделать как я хочу

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

214. Сообщение от Аноним (214), 17-Май-20, 01:57   –1 +/
Нет, идею pkgng они стырили - сюрприз-сюрприз - из Дебиана. Это калька apt с прикрученной сбоку поддержкой портов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #219, #221

215. Сообщение от псевдонимус (?), 17-Май-20, 08:01   +1 +/
> afair, он же ж толко во фре ее не умеет? У оригинала
> вроде пять лет назад уже обещали?Н

Наоборот. На фре  умеет, в нетке НПФ умеет, в опенке буй .


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

216. Сообщение от Сергей (??), 17-Май-20, 11:13   +1 +/
> Freebsd как десктоп и сборка из портов на одном пк (даже с
> развернутым репозиторием) очень сложна для обновления. Интересно, кто-либо в крупных установках
> пробовал описывать конфигурацию ос (состав по для установки).

У меня наоборот, обновление некоторых дистрибутивов вызывают опасения получить нерабочую систему, при этом конфиги могут оказаться в другом месте либо что-то сломаться уже отлаженное и рабочее...
Во фре же получить нерабочую систему при обновлении гораздо меньше... Надо только помнить, что во фре есть система и есть доп.софт, которые обновляться могут либо бинарно (freebsd-update/pkg) либо через исходники(), они конечно взаимосвязаны, но некоторые различия есть..., можно создавать собственные репозитарии, как портов/пакаджей, так и систем...
самый большой плюс в сообществе, оно в некотором более благожелательнее, нежели линуксовое, помогут если знают или пошлют туда где эта проблема была, вот только на "детские" вопросы скажут есть команда man


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201

217. Сообщение от nuclightemail (??), 17-Май-20, 13:00   +/
Чем это "фундаментально" дыряв?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #224

218. Сообщение от аноним123 (?), 17-Май-20, 13:14   +/
следующая фраза по ссылке многое объясняет
"The project doesn't have enough resources to support your servers for free (for an extended period of time). The new support schedule simply reflects available manpower better."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #223

219. Сообщение от псевдонимус (?), 17-Май-20, 17:48   +/
> Нет, идею pkgng они стырили - сюрприз-сюрприз - из Дебиана. Это калька
> apt с прикрученной сбоку поддержкой портов.

Ты хоть осознал глубину глупости того, что сейчас написал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

220. Сообщение от zzz (??), 17-Май-20, 18:12   +/
А еще GNU is not Unix, и казалось бы - при чем тут EulerOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

221. Сообщение от анонн. (?), 17-Май-20, 19:07   +/
> Нет, идею pkgng они стырили - сюрприз-сюрприз - из Дебиана.

Во-первых: ng в pkgng означает "next gen".
Замена pkg_add, pkg_create и прочих pkg_XXX

Во-вторых:
https://www.freebsd.org/cgi/man.cgi?query=pkg_add&apropos=0&...
> pkg_add - a utility for installing software package distributions.
> July 18, 1993

в-третьих:
> с прикрученной сбоку поддержкой портов.

Вовремя остановиться и не палить уровень "экспертизЪма" тоже нужно уметь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

222. Сообщение от анонн (ok), 17-Май-20, 19:50   +/
> Попробуй обновить ядро этим своим пкгнг - поймёшь.

И че?


pkg upgr
<>
The following 1 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
    FreeBSD-kernel-lite12_1: 12.1.s20200403140151 -> 12.1.s20200516171438 [FreeBSD-base]

Number of packages to be upgraded: 1

The process will require 7 MiB more space.

Не стесняйтесь рассказать нам, глупым, подробности - что за проблемы нас ожидают?
И заодно - в чем именно отличие (конкретно тут, а не в очередном шедевре оверинжиниринга "мейд бай pereponchatye") от "make installkernel" или "tar -xzf ... mv newkernel /boot/newkernel" или "rm -r /boot/mykernel"?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

223. Сообщение от Аноним (89), 17-Май-20, 19:55   +/
> следующая фраза по ссылке многое объясняет
> "The project doesn't have enough resources to support your servers for free
> (for an extended period of time). The new support schedule simply
> reflects available manpower better."

Поэтому немногочисленные юзеры Фри постепенно переходят с неё на что угодно: на Бубунту, на РедГад, на Сусю, на Дебиан, на Винду. И всем, в общем-то, понятна мораль сей басни, кроме команды FreeBSD.

Живо напоминает историю с Мурзиллой, которая растеряла весь свой прошлый успех и пользователей из-за попытки стать кем-то другим (гуглохромом).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #225, #226

224. Сообщение от oops (ok), 17-Май-20, 20:53   +/
тов. nuclight, давно хотел спросить (не ради троллинга), что случилось с ipfw ng?
Всё как обычно: семья, работа, дети? Или в какой-то момент идея рассыпалась?
Если код не пишется, то может хотя бы просто накидывать идеи в https://wiki.freebsd.org/IpfwNg и какую-то мат. базу (если есть)? Тем более столько времени уже прошло, может перегорели, а может оно как-то переродилось в голове?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

225. Сообщение от аноним123 (?), 18-Май-20, 02:25   +/
Я к тому, что пользователи FreeBSD вынуждены приспосабливаться к данной особенности. Один из способов - не устанавливать на сервер (ПК) большое кол-во пакетов (неважно, бинарных или из портов). Поэтому как десктоп-система FreeBSD не очень удобна в части обновления. С другой стороны, можно ведь установить минимальное рабочее окружение (icewm, например) и систему виртуализации (virtualbox), в которой уже запускать ос для десктопа (windows).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #229

226. Сообщение от аноним123 (?), 18-Май-20, 02:30   +/
Ну, а если рассматривать FreeBSD как серверную ОС с ограниченным функционалом (например, роутер или прокси-сервер), то тогда необходимости в установке большого кол-ва пакетов нет. А значит, и процесс обновления существенно упрощается. Для бинарного обновления ядра и мира есть freebsd-update.
То есть, нет существенного недостатка по сравнению с другими системами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #230

227. Сообщение от псевдонимус (?), 18-Май-20, 08:32   +/
>> Мешать порты с пакетами можно, но осторожно. Заведи себе локальную репу с
>> кастомными пакетами.
> У меня только один был кастомный порт, и исправлениями личными, планировал предложить
> мантейнеру. Я бы с удовольствием вообще сидел на портах исключительно, но
> долго собирать. Я пробовал, работа не ждёт. Но за идею да,
> спасибо. Я думал об этом. Где бы найти только комп чтобы
> собирал это всё. У меня то только ноут и разбери. Но
> я думаю об этом.

Ну если кастомных портов немного, а ноут не на атоме, можно и на нем поднять репу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

228. Сообщение от псевдонимус (?), 18-Май-20, 08:43   +1 +/
> Если не доделают, то потеряют ещё больше пользователей, потому что неуправляемая куча
> хлама под названием "базовая система" для 21-го века уже не катит.

Это отсутствие базовой с стемы в 21 веке уже не катит. Только в гнулинукчс такое позорище, ни в одной оси больше такого нет. Обновил/удалил программу--сломал ось. Прогрессивно!


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

229. Сообщение от Аноним (89), 18-Май-20, 10:33   +/
> Я к тому, что пользователи FreeBSD вынуждены приспосабливаться к данной особенности. Один
> из способов - не устанавливать на сервер (ПК) большое кол-во пакетов
> (неважно, бинарных или из портов). Поэтому как десктоп-система FreeBSD не очень
> удобна в части обновления. С другой стороны, можно ведь установить минимальное
> рабочее окружение (icewm, например) и систему виртуализации (virtualbox), в которой уже
> запускать ос для десктопа (windows).

Пользователи не будут приспосабливаться, а просто уйдут. У них есть другие варианты на выбор.

Несмотря на то, что FreeBSD весьма разумно продумана и устроена, её цикл релизов и обновлений попросту непригоден для продакшена. То ли дело LTS-релизы какой-нибудь Бубунты, не говоря уж о долгой жизни релизов Шапки.

Сегодня уже нет в значимых количествах той категории пользователей (хакеров -- в старом, хорошем смысле этого слова), которую могла бы заинтересовать FreeBSD. Юным дарованиям она не нужна, на серверах проще держать линукс. Для обучения разве?

Это касается всех традиционных юниксов, сохранившихся до сих пор. Они сегодня никому не нужны, кроме сентиментальных динозавров. У людей нет интереса к компьютерной науке. А для всех остальных нужд есть пускалка доскеров (линукс) и винда.

Буквально час назад запустил на своей запасной машине NetBSD. Загрузился в Иксы. Посмотрел в терминал. И что с ней дальше делать? Да и выключил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #232

230. Сообщение от Аноним (89), 18-Май-20, 10:37   +/
> Ну, а если рассматривать FreeBSD как серверную ОС с ограниченным функционалом (например,
> роутер или прокси-сервер), то тогда необходимости в установке большого кол-ва пакетов
> нет. А значит, и процесс обновления существенно упрощается. Для бинарного обновления
> ядра и мира есть freebsd-update.
> То есть, нет существенного недостатка по сравнению с другими системами.

Это всё понятно, но люди используют то, о чём много говорят, модное. Все разговоры -- о линуксах и докерах. Для этого даже минимального понимания и квалификации уже не надо -- знай себе копипасти из интернета прямо в консоль и жми на Enter.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #231

231. Сообщение от аноним123 (?), 18-Май-20, 14:21   +/
Так может потому FreeBSD может себе позволить быть в тренде, что, при наличии недостаточных ресурсов для поддержки вышедших релизов, она сильно ограничивает срок их поддержки? По-моему, логичное решение в условиях недостатка ресурсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #236

232. Сообщение от аноним123 (?), 18-Май-20, 14:31   +/
Да, для продакшена не подойдёт. Но продакшен системы, так или иначе, обычно требуют немалые бюджеты в крупных компаниях. Да и обновления в них проходят совсем иначе. Т.е. это совсем другой сегмент.
Мне кажется, для любителей различных сетевых технологий и энтузиастов FreeBSD неплохой выбор. Только настраивать нужно сразу с расчётом на упрощение процедуры обновления (т.е. сразу определиться, бинарные или из исходников будут обновления, не путать их между собой, вести аудит настроек, проводить обновление 1-2 раза в год). Не думаю, что в данной части системы (будь то Линукс, Юникс или даже Виндоуз) сильно отличаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #233

233. Сообщение от привет (ok), 18-Май-20, 17:07   +/
А вы что конкретно под продакшн системой подразумеваете и в чем сложность?
Любой мой серьезный продакшн либо не обнавляется (ждет планового обслуживания),
ну это, конечно, глубокий бекенд, обычно. Другие вещи - планируются, резервируются,
далее происходит тестирование обнавления, далее само обновление (в случае успеха
тестирования). С БСД, кстати, процесс обычно быстрее (если использовать кеширующий
прокси где то в локале) - накатывается обнавление + обнавляются порты с локального
репозитория, сюрпризов реально меньше - все очень просто и очевидно.

Ну да и ядро кастомное, собирается на одной машине и раскидывается по другим за раз.

Там где то человек пишет что он 10 продакшн обновил за раз, вот это интересно конечно :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #235

234. Сообщение от привет (ok), 18-Май-20, 17:22   +/
> я лично каждый раз считаю проблемой, если нужно на FBSD какой-то файрвол
> настраивать. документация и маны охватывают как-то поверхностно что ли. в линуксе
> известен путь пакета, а во FBSD мне как-то не очевидно, на
> входе или на выходе из интерфейса пакет будет "схвачен" правилом. было
> бы логично освоить один файрвол на две системы сразу: на солярис
> и на бзд. но солярис ушел от ipf (надо же!) на
> OBSD pf, а FBSD на OBSD забила. разброд. ручное проставление номера
> правил на ipfw - это действительно один из каких-то диких пережитков
> бейсика.

Это вы про номера строк? :)

Так к слову бейсик простейший язык: понятный и читаемый, я несогласен Дейкстра
если уж так, после освоения бейсика использовал Си, ассемблер x86, Перл,
вполне успешно :)

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

man по IPFW охватывает все, расписано до мелочей, разве тока в исходники дальше смотреть.

а в PF - такой себе как раз.. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

235. Сообщение от аноним123 (?), 18-Май-20, 21:30   +/
например, hp-ux для oracle. Большой срок поддержки. Но и в нём принцип минимализма ПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

236. Сообщение от Аноним (89), 19-Май-20, 01:23   +/
> Так может потому FreeBSD может себе позволить быть в тренде, что, при
> наличии недостаточных ресурсов для поддержки вышедших релизов, она сильно ограничивает
> срок их поддержки? По-моему, логичное решение в условиях недостатка ресурсов.

Это решение ведёт к упадку проекта, поскольку всего лишь отражает уже существующую ПОС:

1) пользователей становится меньше;

2) ресурсов становится меньше;

3) цикл жизни продукта становится меньше;

4) переход на пункт 1.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру