Re: [freebsd] clamav-clamd
05.02.2024 5:51, Eugene Grosbein: 05.02.2024 3:49, Eugene Grosbein пишет: 04.02.2024 23:47, Taras Heichenko пишет: Включение всяких дебагов показало, что судя по всему очень долго грузятся сигнатуры. А нельзя ему сказать "ты запустись, а их потом догрузишь"? Ему нет смысла работать без сигнатур. Другое дело, что можно заставить его делать это в фоне, в /etc/rc.conf: clamav_clamd_enable="NO" И кладешь в /usr/local/etc/rc.d/ дополнительный скрипт типа такого, который запускает стартовый скрипт clamd в фоне: #!/bin/sh # PROVIDE: start_clamav_clamd # REQUIRE: LOGIN # BEFORE: mail # KEYWORD: shutdown case "$1" in *start) nohup /usr/local/etc/rc.d/clamav-clamd "$1" >/dev/null 2>&1 & ;; Тут forcestart вместо "$1" Да, во фре в rc.d ставится что-то типа clamd-bg скрипт именно с таким содержимым. Колеблюсь пока между ним, и снести кламав к какой-то матери. esac #EOF ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] clamav-clamd
04.02.2024 18:19, Taras Heichenko: 04.02.2024 17:46, Eugene Grosbein: 04.02.2024 4:17, Taras Heichenko пишет: Hi all! Може хтось підказати. На сервері 13.2-RELEASE-p9 amd64 запускається clamav-clamd. Запускається дуже довго. Погрався у відладку з скриптом запуску і виявив, що висить він на команді limits -C daemon /usr/local/sbin/clamd що, здається помітно гальмує процес завантаження. (Тобто в результаті після ребуту clamd запущений, але займає це помітний час) Є якісь ідеї, на чому воно висить і що з цим можна зробити? Свопится поди? Из clamd.conf: # Enable non-blocking (multi-threaded/concurrent) database reloads. # This feature will temporarily load a second scanning engine while scanning # continues using the first engine. Once loaded, the new engine takes over. # The old engine is removed as soon as all scans using the old engine have # completed. # This feature requires more RAM, so this option is provided in case users are # willing to block scans during reload in exchange for lower RAM requirements. # Default: yes ConcurrentDatabaseReload no Увы, но нет. Выставление этого параметра в конфиге ситуацию не спасло. Вот похоже из свопа он выковыривается долго, если долго был запущен, то дождаться, пока он остановится, это еще хуже, чем дождаться, пока запустится. Включение всяких дебагов показало, что судя по всему очень долго грузятся сигнатуры. А нельзя ему сказать "ты запустись, а их потом догрузишь"? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] clamav-clamd
04.02.2024 17:46, Eugene Grosbein: 04.02.2024 4:17, Taras Heichenko пишет: Hi all! Може хтось підказати. На сервері 13.2-RELEASE-p9 amd64 запускається clamav-clamd. Запускається дуже довго. Погрався у відладку з скриптом запуску і виявив, що висить він на команді limits -C daemon /usr/local/sbin/clamd що, здається помітно гальмує процес завантаження. (Тобто в результаті після ребуту clamd запущений, але займає це помітний час) Є якісь ідеї, на чому воно висить і що з цим можна зробити? Свопится поди? Из clamd.conf: # Enable non-blocking (multi-threaded/concurrent) database reloads. # This feature will temporarily load a second scanning engine while scanning # continues using the first engine. Once loaded, the new engine takes over. # The old engine is removed as soon as all scans using the old engine have # completed. # This feature requires more RAM, so this option is provided in case users are # willing to block scans during reload in exchange for lower RAM requirements. # Default: yes ConcurrentDatabaseReload no Увы, но нет. Выставление этого параметра в конфиге ситуацию не спасло. Вот похоже из свопа он выковыривается долго, если долго был запущен, то дождаться, пока он остановится, это еще хуже, чем дождаться, пока запустится. ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] clamav-clamd
04.02.2024 1:12, Anton Saietskii: On Sun, Feb 4, 2024, 01:06 Taras Heichenko wrote: 04.02.2024 0:52, George L. Yermulnik: > Hello! > > On Sat, 03 Feb 2024 at 23:17:23 (+0200), Taras Heichenko wrote: > >> Може хтось підказати. На сервері 13.2-RELEASE-p9 amd64 запускається >> clamav-clamd. Запускається дуже довго. Погрався у відладку з скриптом >> запуску і виявив, що висить він на команді >> limits -C daemon /usr/local/sbin/clamd >> що, здається помітно гальмує процес завантаження. (Тобто в результаті >> після ребуту clamd запущений, але займає це помітний час) Є якісь ідеї, >> на чому воно висить і що з цим можна зробити? > Може через strace цю команду запустити та подивитися, на чому гальмує? [skip] Дякую, truss я натравив на запуск clamd. Ну там багато всього було, але lseek(4,0x0,SEEK_CUR) = 686 (0x2ae) read(4,0x83b3b16c0,32768) = 0 (0x0) close(4) = 0 (0x0) setgroups(0x2,0x83b3c9000) = 0 (0x0) lchown("/var/log/clamav/clamd.log",106,106) = 0 (0x0) setgid(0x6a) = 0 (0x0) setuid(0x6a) = 0 (0x0) wait4(-1,0x82088a13c,0x0,0x0) ERR#4 'Interrupted system call' SIGNAL 2 (SIGINT) code=SI_USER pid=30236 uid=106 sigprocmask(SIG_SETMASK,{ SIGINT },0x0) = 0 (0x0) exit(0x0) process exit, rval = 0 воно довго висить після setuid (там декілька пустих рядків, це розділив я спеціально), потім іде далі. Є міркування, що це може бути? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] clamav-clamd
04.02.2024 0:52, George L. Yermulnik: Hello! On Sat, 03 Feb 2024 at 23:17:23 (+0200), Taras Heichenko wrote: Може хтось підказати. На сервері 13.2-RELEASE-p9 amd64 запускається clamav-clamd. Запускається дуже довго. Погрався у відладку з скриптом запуску і виявив, що висить він на команді limits -C daemon /usr/local/sbin/clamd що, здається помітно гальмує процес завантаження. (Тобто в результаті після ребуту clamd запущений, але займає це помітний час) Є якісь ідеї, на чому воно висить і що з цим можна зробити? Може через strace цю команду запустити та подивитися, на чому гальмує? Я б з радістю, але root#academ:~>pkg install strace Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. pkg: No packages available to install matching 'strace' have been found in the repositories root#academ:~>pkg search strace dnstracer-1.10 Trace a chain of DNS servers to the source linux-c7-strace-4.24_3 System call tracer (CentOS 7.9.2009) nfstrace-0.4.3.2_1 NFS and CIFS tracing/monitoring/capturing/analyzing tool p5-Devel-STrace-0.31_2 strace(1)-like runtime call trace for Perl applicationsсв .гік.зщ Більше того, make search name=strace в /usr/ports показує, що є /usr/ports/devel/strace але при спробі cd туди, виявляється, що цього каталогу вже нема... ps: ``` pkg which $(which strace) /usr/local/bin/strace was installed by package strace-4.5.18_1 ``` -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] clamav-clamd
Hi all! Може хтось підказати. На сервері 13.2-RELEASE-p9 amd64 запускається clamav-clamd. Запускається дуже довго. Погрався у відладку з скриптом запуску і виявив, що висить він на команді limits -C daemon /usr/local/sbin/clamd що, здається помітно гальмує процес завантаження. (Тобто в результаті після ребуту clamd запущений, але займає це помітний час) Є якісь ідеї, на чому воно висить і що з цим можна зробити? -- tasic@ ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Убивця
Hi! Народ, підкажіть, хто користується spamassassin. Поставив новий 4.0.0_4 з портів. При запуску sa-learn, sa-update вискакує повідомлення, що не знайшло в Plugins HashCash, хоча і працює при цьому далі. В UPDATES при цьому сказано, що "ми викинули HashCash, бо за ним ніхто не дивиться". Це тільки у мене так -- я щось не так зібрав, чи це вони плагін викинули, а посилання на нього викинути забули? ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] dma(8) mail forwarding
> On 7 Jul 2022, at 17:47, George L. Yermulnik wrote: > > > Напиши им гневный отзыв куда-то =) Вот сейчас было больно. > > -- > George L. Yermulnik > [YZ-RIPE] > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 29 Jun 2022, at 18:17, Eugene Grosbein wrote: > > 29.06.2022 21:43, Taras Heichenko пишет: > >>> Это база для. >> >> Это хорошая база, она мне нравится. Но базы мало. Только база, это >> маргинализация. >> А сейчас дальше чем база, очень мало. > > А ты CBSD-то смотрел? Чтобы говорить "мало". Я смотрел, на чем живут облака. > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 29 Jun 2022, at 14:18, Eugene Grosbein wrote: > >>>>> >>>>> Фря может исполнять фрёвый софт параллельно с линуксовым jail. >>>> >>>> Да, конечно. Но это не промышленное решение. >>> >>> А причем тут промышленное решение? >> >> Это игрушка или инструмент? > > Это база для. Это хорошая база, она мне нравится. Но базы мало. Только база, это маргинализация. А сейчас дальше чем база, очень мало. > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 29 Jun 2022, at 12:44, Eugene Grosbein wrote: > > 29.06.2022 12:53, Taras Heichenko пишет: > >>>>> Насколько я ничего не понимаю, всего хватает. >>>>> В 13.1 допилили LinuxKPI, чтобы запускать современный линуксовый userland >>>>> в jail, >>>>> включая Docker. Сам не пробовал. >>>> >>>> Вот здесь возникает вопрос: а зачем там собственно фря? >>> >>> Фря может исполнять фрёвый софт параллельно с линуксовым jail. >> >> Да, конечно. Но это не промышленное решение. > > А причем тут промышленное решение? Это игрушка или инструмент? Если игрушка – окей. Если инструмент, то без промышленных решений этот инструмент будет жить плохо. > Промышленное решение это совсем отдельная тема, > ей больше место в портах или пакетах. Насколько я слышал, такое решение > предлагает sysutils/cbsd, > или как минимум активно движется в ту сторону. Можно спросить у > olev...@olevole.ru, > он есть в телеграмм-чате @freebsd_ru > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 29 Jun 2022, at 11:09, Mykola Dzham wrote: > > > >> On 28 Jun 2022, at 14:58, Taras Heichenko wrote: >> >> >> >>> On 28 Jun 2022, at 00:14, Eugene Grosbein wrote: >>> >>> On 27.06.2022 15:36, Valentin Nechayev wrote: >>>> hi, >>>> >>>> Mon, Jun 27, 2022 at 11:18:53, vladimir.sharun wrote about "Re: [freebsd] >>>> AWS Tech Conference": >>>> >>>> Вообще хотелось бы увидеть актуальную сводку "чего именно сейчас в >>>> FreeBSD не хватает, чтобы запустить Docker" (ну или его полноценный >>>> аналог). >>> >>> Насколько я ничего не понимаю, всего хватает. >>> В 13.1 допилили LinuxKPI, чтобы запускать современный линуксовый userland в >>> jail, >>> включая Docker. Сам не пробовал. >> >> Вот здесь возникает вопрос: а зачем там собственно фря? > > Фря была бы очень неплохим хостом гонять контейнеры: > очень небольшая базовая система, нормальная поддержка zfs (включая загрузку с > любых пуллов), фаерволл, который можно понять мозгами. > > Но для этого всего фря должна предоставлять стандартизированный интерфейс, > чтобы её можно было легко поставить не меняя всё и вся. + фря должна лучше шевелиться с поддержкой всякого железа, особенно свеженького. > >>>> Если оно есть, можно её рекламировать в плане, например, "у нас то >>>> же самое, но линуксовый вирус не сработает". Если нет - то понимать, >>>> чего именно не хватает. >>>> Я уровня изоляции в jail уже не понимаю совсем, что именно там есть, >>>> чего нет. >>> >>> Jail это chroot плюс опционально виртуализированный сетевой стек >>> плюс запрет руту из клетки влиять на хост. Не виртуальная машина даже >>> близко, >>> для этого bhyve. >>> ___ >>> freebsd mailing list >>> freebsd@uafug.org.ua >>> http://mailman.uafug.org.ua/mailman/listinfo/freebsd >> >> -- >> Taras Heichenko >> ta...@academ.kiev.ua >> >> >> >> >> >> ___ >> freebsd mailing list >> freebsd@uafug.org.ua >> http://mailman.uafug.org.ua/mailman/listinfo/freebsd > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 28 Jun 2022, at 23:16, Eugene Grosbein wrote: > > On 28.06.2022 19:58, Taras Heichenko wrote: > >>> Насколько я ничего не понимаю, всего хватает. >>> В 13.1 допилили LinuxKPI, чтобы запускать современный линуксовый userland в >>> jail, >>> включая Docker. Сам не пробовал. >> >> Вот здесь возникает вопрос: а зачем там собственно фря? > > Фря может исполнять фрёвый софт параллельно с линуксовым jail. Да, конечно. Но это не промышленное решение. Т.е. да, можно запускать там линух, а там докер. А рядом еще маленький свечной заводик под фрей. И я даже готов согласиться, что в некоторых случаях это действительно нужно и удобно. Беда в том, что случаи действительно _некоторые_. Это не промышленное решение. Чем хороши докер с кубернетисом – подготовил нужные докер контейнеры, пристроил над этим всем кубернетис, и в таком виде сравнительно просто управлять кучей инстансов. Легко добавлять, если нужно, понижать количество, если не нужно, перемещать и т.д. Т.е. это уже где-то от массового обслуживания. Докеры с кубернетисами имеют свои недостатки, с которыми можно мириться ради тех преимуществ, которые они дают. А в таком виде – докеры под линуховым userland в jail я преимуществ как-то не особо. Т.е. это хорошо, что оно есть, но это куда-то не туда IMO. > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 28 Jun 2022, at 00:14, Eugene Grosbein wrote: > > On 27.06.2022 15:36, Valentin Nechayev wrote: >> hi, >> >> Mon, Jun 27, 2022 at 11:18:53, vladimir.sharun wrote about "Re: [freebsd] >> AWS Tech Conference": >> >> Вообще хотелось бы увидеть актуальную сводку "чего именно сейчас в >> FreeBSD не хватает, чтобы запустить Docker" (ну или его полноценный >> аналог). > > Насколько я ничего не понимаю, всего хватает. > В 13.1 допилили LinuxKPI, чтобы запускать современный линуксовый userland в > jail, > включая Docker. Сам не пробовал. Вот здесь возникает вопрос: а зачем там собственно фря? > >> Если оно есть, можно её рекламировать в плане, например, "у нас то >> же самое, но линуксовый вирус не сработает". Если нет - то понимать, >> чего именно не хватает. >> Я уровня изоляции в jail уже не понимаю совсем, что именно там есть, >> чего нет. > > Jail это chroot плюс опционально виртуализированный сетевой стек > плюс запрет руту из клетки влиять на хост. Не виртуальная машина даже близко, > для этого bhyve. > _______ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 27 Jun 2022, at 11:45, Vladimir Sharun wrote: > > Привет, > > Ну слушай, Jail'ы ж первые (читай - контейнеры, докер) сделали в FreeBSD в > 2000м вроде. Уровень изоляции - lxc-like где-то больше, где-то меньше. > > То, что не была сделана система оркестрации - шайсе, ага. Т.е. фреймоврк > дали, а дальше вы уж как-то сами. Те, кто делал jail'ы в курсе, что можно > канеш руками, но это ой нелегко. Регистри нужен локальный для контейнеров, > версии, тэги. Ничего этого нет, но можно, zfs жыш. Матрица совместимости > версий контейнеров. > > В Terraform'е есть плагин для jail'ов, т.е. половину работы к8с можно сделать > через терраформ (IaaC), вопрос что делать с ингресс контроллерами, лоад > балансерами, которые уже есть в к8с нативно. А какой там metallb офигенный, а > ? Мы это по привычке скриптами, скриптами, makefile'ами, а в к8с хоба и > готово и надолго. Это штучная работа. Для этого нужны дорогие сисадмины. С исчезающей квалификацией. У AWS, GCP и прочих азуров тоже не все в ажуре, но там массовое обслуживание, и не нужно очень уж квалифицированного админа, чтобы оно работало. > > > 27 червня 2022, 11:37:00, від "Valentin Nechayev" : > > hi, > > Mon, Jun 27, 2022 at 11:18:53, vladimir.sharun wrote about "Re: [freebsd] > AWS Tech Conference": > > Вообще хотелось бы увидеть актуальную сводку "чего именно сейчас в > FreeBSD не хватает, чтобы запустить Docker" (ну или его полноценный > аналог). > Если оно есть, можно её рекламировать в плане, например, "у нас то > же самое, но линуксовый вирус не сработает". Если нет - то понимать, > чего именно не хватает. > Я уровня изоляции в jail уже не понимаю совсем, что именно там есть, > чего нет. > На следующем этапе Kubernetes (причём с плагинами типа Multus CNI). А > то с одной стороны хороший уровень сетевых возможностей, а с другой - > фиг их кто применит. > > > AWS - это в западном мире настоящее, для нас - ближайшее будущее, в > > которое через весьма короткое время консалтинг твоего работодателя > > попросит телепортироваться. > > Совершенно не обязательно AWS. Где-то Azure, прости господи, где-то > Google Cloud... Но в общем, да, какое-то облако сейчас обязательно > хотя бы к пониманию, как на нём быстро что-то запустить. > > > Там весьма полезные концепты, которых у FreeBSD natively нет. Но > > есть повод задуматься. > > Вот кто бы это 20 лет назад начал полноценно делать... > > > -netch- > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 27 Jun 2022, at 11:36, Valentin Nechayev wrote: > > hi, > >> Там весьма полезные концепты, которых у FreeBSD natively нет. Но >> есть повод задуматься. > > Вот кто бы это 20 лет назад начал полноценно делать... К сожалению, фря всегда отставала используемостью от линуха. В силу объективных причин – как минимум меньшее коммьюнити. В начале нулевых уже были проблемы поставить фрю на блейд, потому как блейд был соединен с дисковым массивом оптикой, под которую у фри тупо не было драйвера. Мне очень жаль, мне фря нравится больше, но она тупо отстает от современных тенденций, и отставание это не уменьшается. > > > -netch- > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] AWS Tech Conference
> On 27 Jun 2022, at 11:18, Vladimir Sharun wrote: > > Привет, > > AWS - это в западном мире настоящее, для нас - ближайшее будущее, в которое > через весьма короткое время консалтинг твоего работодателя попросит > телепортироваться. Не знаю, для кого оно тут будущее. Оно и тут настоящее, иногда даже прошлое. На этом народ работает вовсю – чего тут будущего? > > Вот эти вот все cloud native, простейшие сайты визитки на лямбде и т.п. То, > что будет урезать в деньгах и увольнять freebsd админов. > > Полезно хотя бы знать/видеть чо там как внутри, включая обязаловку IaaC и > Terraform-like жизни. > > Там весьма полезные концепты, которых у FreeBSD natively нет. Но есть повод > задуматься. > > 27 червня 2022, 11:06:04, від "Владимир Друзенко via freebsd" > : > > 27.06.2022 09:12, Vladimir Sharun пишет: >> Привет, >> >> Начнешь работу искать, сразу поймешь какое это имеет отношение к -. >> >> 26 червня 2022, 23:40:30, від "Владимир Друзенко via freebsd" >> : >> >> 26.06.2022 23:26, Катерина Кучернюк пишет: >>> 30 червня AWS User Group Ukraine організовує AWS Tech Conference >>> #StandWithUkraine для міжнародного AWS ком’юніті! Долучайтесь безкоштовно: >>> https://bit.ly/3nif2Cp >>> >> Это имеет какое-то отношение к FreeBSD или хотя бы к OpenSource? > > Это повод любой спам с предложением работы или каких-то технологий допускать > в тематическую рассылку? > Ни одного доклада с упоминанием FreeBSD беглым поиском не нашёл - если такие > есть, то хотелось на них взглянуть. Собственно об этом и был мой вопрос. > А так мне отдельно падает всякий подобный спам от прочих вендоров (IBM, > Oracle, и т.д.) - разве ему место тут? > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] pkg (was: Ржавый)
Спасибо за подробный ответ. Фактически если какой-то пакет не может быть собран локально, то приходится использовать пекеджи, а не порты. (Ну это конечно если не собрать на другой машине пекедж под эту архитектуру и зависимости, что тоже может оказаться весьма сексуальным занятием.) Печально, хотя и логично. > On 11 Jun 2022, at 14:20, Eugene Grosbein wrote: > > 11.06.2022 16:42, Taras Heichenko пишет: >> >> >>> On 10 Jun 2022, at 15:32, Anton Saietskii wrote: >>> >>> Мда, "нетекущий" ржавый жрёт памяти на порядки больше, чем безб-жно текущий >>> С... >> >> Сорри, за дурацкий вопрос – давно не пользовался pkg для установки >> чего-либо. А может >> кто-то объяснить, а почему команда >> >> pkg install rust >> предлагает удалить вот такой список пакетов (вопрос собственно не в том, >> почему список именно >> такой, а в том, зачем это все удалять, чтобы поставить rust из пекеджа)? >> avahi-app: 0.8 >> cairo: 1.17.4,3 >> cups: 2.3.3op2 >> dbus-glib: 0.112 >> ghostscript9-agpl-base: 9.55.0 >> glib: 2.70.4_5,2 >> gnupg: 2.3.3_3 >> gnutls: 3.7.4 >> gobject-introspection: 1.70.0,1 >> gpgme: 1.17.1 >> graphviz: 2.50.0 >> harfbuzz: 4.0.0 >> mutt: 2.2.3 >> p11-kit: 0.24.1 >> pango: 1.50.4 >> portupgrade: 2.4.16,2 >> py38-cffi: 1.15.0 >> py38-cryptography: 3.3.2 >> py38-openssl: 20.0.1 >> py38-recommonmark: 0.5.0_2 >> py38-requests: 2.25.1 >> py38-sphinx: 4.3.1,1 >> py38-urllib3: 1.26.8,1 >> ruby: 2.7.6,1 >> ruby27-bdb: 0.6.6_8 >> ruby27-gems: 3.3.7_1 >> rubygem-psych: 4.0.3 >> rubygem-rdoc: 6.4.0 >> rubygem-stringio: 3.0.1 >> tex-basic-engines: 20210325 >> tex-web2c: 20210325 > > Потому что pkg настаивает на том, чтобы зависимости устанавливаемого пакета > безусловно соблюдались с точностью. Никаких отклонений не допускается. > > Например, в пакете rust прописана зависимость от *конкретной* версии пакета > curl. > Если у вас curl установлен любой другой версии, pkg попытается удалить curl > и установить пакет curl именно той версии, которая прописана в зависимости > устанавливаемого пакета rust. А так как от curl нынче зависит много всего, > то pkg будет вынужден удалить и всё, что зависит от curl, а так же всё, > что зависит от тех пакетов и так далее, и заменить их на версии из того же > репозитория, > откуда ставятся rust и curl. > > Иногда поведение pkg можно слегка откорректировать предварительным запретом > удалять какой-нибудь установленный пакет, типа: pkg lock curl-7.73.0 > Тогла pkg не будет пытаться снести curl и всё зависимое от него, > но это чревато тем, что целевой пакет хотя и установится, но работать не > будет. > > Например, установленный пакет даёт /usr/local/lib/libcurl.so.4 > а в целевом пакете бинарники слинкованы с другой версией либы и просто не > запустятся. > Опять же можно в крайнем случае использовать libmap.conf(5) и заставить их > таки запуститься, > но это чревато разнообразными глюками и даже сегфолтами. > > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ржавый
> On 10 Jun 2022, at 15:32, Anton Saietskii wrote: > > Мда, "нетекущий" ржавый жрёт памяти на порядки больше, чем безб-жно текущий > С... Сорри, за дурацкий вопрос – давно не пользовался pkg для установки чего-либо. А может кто-то объяснить, а почему команда pkg install rust предлагает удалить вот такой список пакетов (вопрос собственно не в том, почему список именно такой, а в том, зачем это все удалять, чтобы поставить rust из пекеджа)? avahi-app: 0.8 cairo: 1.17.4,3 cups: 2.3.3op2 dbus-glib: 0.112 ghostscript9-agpl-base: 9.55.0 glib: 2.70.4_5,2 gnupg: 2.3.3_3 gnutls: 3.7.4 gobject-introspection: 1.70.0,1 gpgme: 1.17.1 graphviz: 2.50.0 harfbuzz: 4.0.0 mutt: 2.2.3 p11-kit: 0.24.1 pango: 1.50.4 portupgrade: 2.4.16,2 py38-cffi: 1.15.0 py38-cryptography: 3.3.2 py38-openssl: 20.0.1 py38-recommonmark: 0.5.0_2 py38-requests: 2.25.1 py38-sphinx: 4.3.1,1 py38-urllib3: 1.26.8,1 ruby: 2.7.6,1 ruby27-bdb: 0.6.6_8 ruby27-gems: 3.3.7_1 rubygem-psych: 4.0.3 rubygem-rdoc: 6.4.0 rubygem-stringio: 3.0.1 tex-basic-engines: 20210325 tex-web2c: 20210325 > > On Fri, Jun 10, 2022, 15:00 Andrii Zarechanskyi wrote: > Hi, > > Додати більше RAM або swap до VM? > Тут валилось на 6G RAM та пройшло з 10G RAM: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245759 > > On Fri, Jun 10, 2022 at 1:51 PM Taras Heichenko wrote: > Hi! > Есть виртуальная машинка с > FreeBSD 12.3-RELEASE r371126 GENERIC amd64 > На ней не собирается rust. Всякие make clean, обновления портов и прочие > стучания по > колесам и хлопанья багажником не помогают. История заканчивается одинаково > > error: build failed > command did not execute successfully: > "/usr/ports/lang/rust/work/bootstrap/bin/cargo" "build" "--target" > "x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" "2" "-v" "-v" > "--release" "--frozen" "--features" "llvm max_level_info" "--manifest-path" > "/usr/ports/lang/rust/work/rustc-1.61.0-src/compiler/rustc/Cargo.toml" > "--message-format" "json-render-diagnostics" > expected success, got: exit status: 101 > Traceback (most recent call last): > File "x.py", line 27, in > bootstrap.main() > File > "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line > 1324, in main > bootstrap(help_triggered) > File > "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line > 1310, in bootstrap > run(args, env=env, verbose=build.verbose, is_bootstrap=True) > File > "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line > 185, in run > raise RuntimeError(err) > RuntimeError: failed to run: > /usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap dist --jobs=2 > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/lang/rust > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/rust > > При том, что на другой машине (не виртуальной а физической, и с i386 > архитектурой) собрался без проблем. > Есть какие-то идеи, что с этим можно сделать? > > -- > Taras Heichenko > ta...@academ.kiev.ua > > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ржавый
Hi! Всем спасибо за указание направления. Да, в dmesg rustc – out of swap space. Понятно, по крайней мере, что нужно делать. Дальше разберусь. Спасибо. > On 10 Jun 2022, at 15:09, Eugene Grosbein wrote: > > 10.06.2022 18:50, Taras Heichenko пишет: >>Hi! >> Есть виртуальная машинка с >> FreeBSD 12.3-RELEASE r371126 GENERIC amd64 >> На ней не собирается rust. Всякие make clean, обновления портов и прочие >> стучания по >> колесам и хлопанья багажником не помогают. История заканчивается одинаково >> >> error: build failed >> command did not execute successfully: >> "/usr/ports/lang/rust/work/bootstrap/bin/cargo" "build" "--target" >> "x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" "2" "-v" "-v" >> "--release" "--frozen" "--features" "llvm max_level_info" "--manifest-path" >> "/usr/ports/lang/rust/work/rustc-1.61.0-src/compiler/rustc/Cargo.toml" >> "--message-format" "json-render-diagnostics" >> expected success, got: exit status: 101 >> Traceback (most recent call last): >> File "x.py", line 27, in >>bootstrap.main() >> File >> "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", >> line 1324, in main >>bootstrap(help_triggered) >> File >> "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", >> line 1310, in bootstrap >>run(args, env=env, verbose=build.verbose, is_bootstrap=True) >> File >> "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", >> line 185, in run >>raise RuntimeError(err) >> RuntimeError: failed to run: >> /usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap dist --jobs=2 >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/ports/lang/rust >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/lang/rust >> >> При том, что на другой машине (не виртуальной а физической, и с i386 >> архитектурой) собрался без проблем. >> Есть какие-то идеи, что с этим можно сделать? > > Памяти много? Нет ничего подозрительного в dmesg? > Оно у тебя ругается на ошибку запуска > /usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap > который генерируется в процессе сборки порта и являет собой огромный бинарник. > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Ржавый
Hi! Есть виртуальная машинка с FreeBSD 12.3-RELEASE r371126 GENERIC amd64 На ней не собирается rust. Всякие make clean, обновления портов и прочие стучания по колесам и хлопанья багажником не помогают. История заканчивается одинаково error: build failed command did not execute successfully: "/usr/ports/lang/rust/work/bootstrap/bin/cargo" "build" "--target" "x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" "2" "-v" "-v" "--release" "--frozen" "--features" "llvm max_level_info" "--manifest-path" "/usr/ports/lang/rust/work/rustc-1.61.0-src/compiler/rustc/Cargo.toml" "--message-format" "json-render-diagnostics" expected success, got: exit status: 101 Traceback (most recent call last): File "x.py", line 27, in bootstrap.main() File "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line 1324, in main bootstrap(help_triggered) File "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line 1310, in bootstrap run(args, env=env, verbose=build.verbose, is_bootstrap=True) File "/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", line 185, in run raise RuntimeError(err) RuntimeError: failed to run: /usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap dist --jobs=2 *** Error code 1 Stop. make[1]: stopped in /usr/ports/lang/rust *** Error code 1 Stop. make: stopped in /usr/ports/lang/rust При том, что на другой машине (не виртуальной а физической, и с i386 архитектурой) собрался без проблем. Есть какие-то идеи, что с этим можно сделать? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] port vulnurabilities
> On 22 Apr 2022, at 15:32, Oleg V. Nauman wrote: > > On 2022 M04 22, Fri 15:18:36 EEST Taras Heichenko wrote: >>Hi! >> Столкнулся с какой-то странной фигней. Есть две машины с фрей: >> 12.3-RELEASE FreeBSD 12.3-RELEASE r371126 GENERIC amd64 >> и >> 12.3-STABLE stable/12-n235174-879a6b7b628 myconf i386 >> >> На обеих стоит ruby. На второй ruby-2.7.5,1 на которую pkg audit ругается >> по поводу vulnurabilities. Хорошо, обновил дерево портов, запустил >> portupgrade -R ruby-2.7.5,1 >> после чего он мне сказал >> ===> ruby27-2.7.6,1 has known vulnerabilities: >> ruby27-2.7.6,1 is vulnerable: >> Ruby -- Buffer overrun in String-to-Float conversion >> CVE: CVE-2022-28739 >> WWW: >> https://vuxml.FreeBSD.org/freebsd/06ed6a49-bad4-11ec-9cfe-0800270512f4.html > > Если верить этой ссылке, то ruby и ruby27 - порты разные и имеют разные > диапазоны версий, подверженных этой проблеме с безопасностью. pkg info говорит, что на обеих машинах ruby поставлен из порта lang/ruby27 > > [skip] >> Почему? >> >> -- >> Taras Heichenko >> ta...@academ.kiev.ua >> >> >> >> >> >> ___ >> freebsd mailing list >> freebsd@uafug.org.ua >> http://mailman.uafug.org.ua/mailman/listinfo/freebsd > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] port vulnurabilities
Hi! Столкнулся с какой-то странной фигней. Есть две машины с фрей: 12.3-RELEASE FreeBSD 12.3-RELEASE r371126 GENERIC amd64 и 12.3-STABLE stable/12-n235174-879a6b7b628 myconf i386 На обеих стоит ruby. На второй ruby-2.7.5,1 на которую pkg audit ругается по поводу vulnurabilities. Хорошо, обновил дерево портов, запустил portupgrade -R ruby-2.7.5,1 после чего он мне сказал ===> ruby27-2.7.6,1 has known vulnerabilities: ruby27-2.7.6,1 is vulnerable: Ruby -- Buffer overrun in String-to-Float conversion CVE: CVE-2022-28739 WWW: https://vuxml.FreeBSD.org/freebsd/06ed6a49-bad4-11ec-9cfe-0800270512f4.html ну и обновление ставить отказался, что естественно, а я не вижу смысла его заставлять. До сих пор все хорошо. За исключением того, что на первой машине стоит ruby-2.7.6,1 и pkg audit -F на него не ругается. Да, разные архитектуры. Но в инфе по vulnurabilities ничего о архитектурах не сказано. Почему? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Fwd: FreeBSD Handbook improvement survey
that is, > the workaround using MIT Kerberos) still needed? > - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196343 ipsec gif setup: > partly fixed, maybe completely > - was https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260253 applied > silently or is https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256725 a > duplicate or related? > - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257481 (no images in > epub) if still applicable > - Review https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257404 or > otherwise move it forward > > -- > #BlackLivesMatter #TransWomenAreWomen #AccessibilityMatters > #StandWithUkrainians > English: he/him/his (singular they/them/their/theirs OK) > French: il/le/lui (iel/iel and ielle/ielle OK) > Tagalog: siya/niya/kaniya (please avoid sila/nila/kanila) > > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] странности с сетью при переходе на 13-ую версию
Hi! > On 2 Dec 2021, at 12:19, Eugene Grosbein wrote: > >>> >>> Все попытки законнектиться telnet'ом выполнялись >>> только применительно к ip-адресам интерфейсов. >>> А вообще на машине bind крутится. >> >> Не настаиваю на своей версии. :) Но прошу не забывать, даже когда вы >> обращаетесь по IP >> к интерфейсу, машинка, к которой вы обращаетесь, пытается выполнить >> backresolv на IP, >> с которого вы приходите. > > Приложение, выполняющее бекресолв по IP клиента, должно сначала узнать этот > IP, > обычно это происходит уже после того, как подключение установлено. По тому описанию, которое было дано, выглядит именно так. Подключение установлено, это еще не удалось подключиться, это куда-то постучали. И вот то, куда постучали, и начинает выяснять "кто стучится дверь моя". И если выяснить не получается, то со стороны телнета так и будет выглядеть – не могу подключиться. Ярослав ведь не писал, что он там смотрел на tcpdump – конкретики, что происходит, нет. А просто со стороны телнета – ну да, не удалось подключиться. > > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] странности с сетью при переходе на 13-ую версию
Hi! > On 2 Dec 2021, at 01:44, Yaroslav Shvets wrote: > > Hello. > > On Thu, 2 Dec 2021, 01:31, you wrote: > >> >> Нет. Дело не в резолвинге. >> И не в правилах ipfw. >> Одно из первых правил разрешает все via lo > > Все попытки законнектиться telnet'ом выполнялись > только применительно к ip-адресам интерфейсов. > А вообще на машине bind крутится. Не настаиваю на своей версии. :) Но прошу не забывать, даже когда вы обращаетесь по IP к интерфейсу, машинка, к которой вы обращаетесь, пытается выполнить backresolv на IP, с которого вы приходите. > > -- > Yaroslav Shvets > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] странности с сетью при переходе на 13-ую версию
> On 1 Dec 2021, at 21:01, Yaroslav Shvets wrote: > > Hello All. Не могу гарантировать, более того, не могу сказать, почему это могло произойти при переходе на 13, но выглядит как странности работы DNS. У вас резолвер где живет? Когда запускается? > > FreeBSD 12.2-releng > Почтовый сервер: sendmail, dovecot > Все работало без приключений. ipfw довольно сложный. > > При переходе на 13.0-releng, а потом на 13-stable наблюдается странное > поведение: > > При перезагрузке сервера успешно стартуют и sendmail, и dovecot. > `netstat -an` показывают, что нужные порты успешно слушаются. > При этом, подключится telnet'ом то получается, то не получается. > То получается на localhost, но не получается на другие сетевые интерфейсы. > То можно подключиться к одному порту, но не получается к другому, > то после перезагрузки к другому уже нельзя, а к ранее неработавшему - > уже можно. Такое чувство, что после перезагрузки слушающие > порты работают/не работают в рэндомном порядке. > > Рестарт сервисов уже после загрузки, как правило лечит. > И оба сервиса начинают нормально работать. > Вобщем, какая-то магия. > Sendmail - штатный, > dovecot-2.3.17_1 > > (ssh при этом работает нормально) > > На <= 12.2-releng до этого много лет на тех же конфигах > все работало без странностей: если порт слушается и фаервол не > препятствует - то подключиться можно. > > Кто-нибудь знает, что и где могло поломаться? > > -- > Yaroslav Shvets > _______ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] wireshark под freebsd.
> On 25 Oct 2021, at 16:32, Eugene V. Boontseff via freebsd > wrote: > > Hello, All! > > Кто-то использует wireshark на фре? > Обнаружил 2 вдруг возникшие проблемы, может кто сталкивался и сможет мне > посоветовать что-нибудь? > 1) wireshark не может сама слушать даже непривелигорованные порты, если не > запустить через sudo. > 2) не видит, вернее, не показывает никаких протоколов, кроме эзернет фреймов. > В последний раз, когда пользовался wireshark на freebsd, ничего подобного не > было. > Есть ли у кого мысли, как от этого избавиться? > На винде с той же версией wireshark (3.4.8,3.4.9) нет проблем. Я использовал wireshark ну ооочень давно. Но если мне не изменяет память, то я с помощью tcpdump сложил весь трафик в файлик, а потом уже с помощью wireshark разгребал, чего я там наслушал. Я понимаю, что такое не всегда применимо, но мне в том случае подошло. > > -- > Eugene > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] cmake
Спасибо всем ответившим. Помогло. > On 20 Jul 2021, at 20:57, Eugene Grosbein wrote: > > cmake в последние годы стал ужасным монстром в смысле сборки > с четверью интернета в сборочных зависимостях, > так что его по возможности лучше ставить пакетом. > > Если же у вас, например, стоит python 3.7.x и это не прописано в > /etc/make.conf, > а оно тянет сборку 3.8, то имеет смысл прописать в make.conf что-то типа > такого: > > DEFAULT_VERSIONS= perl5=5.32 python=3.7 python3=3.7 Основная проблема с этими записями в make.conf – вовремя их убрать. :) Оно уже зависимостями где-то подтянуло и поставило и 3.7 и 3.8. Пакеты правда стоят пока py37. > > Не помню, что из python/python3 надо, но оба прописать не вредно. > И тогда оно не будет тянуть каждую новую версию питона, пока 3.7 не дропнут > совсем. > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] cmake
Hi all! А кто-нибудь недавно собирал cmake под фрей? Это у меня какой косяк вылез, или я не одинок? Traceback (most recent call last): File "/usr/local/bin/sphinx-build", line 6, in from pkg_resources import load_entry_point ModuleNotFoundError: No module named 'pkg_resources' --- Utilities/Sphinx/doc_format_man --- *** [Utilities/Sphinx/doc_format_man] Error code 1 дальше еще пачка сообщений от make, где именно он stopped, после чего ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/cmake *** Error code 1 Stop. make: stopped in /usr/ports/devel/cmake С указанной переменной сборка не помогает, модуль pkg_resourses не появляется. Система FreeBSD 12.2-STABLE stable/12-n233250-2e7cd5ec7e6 Никто не сталкивался? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] /usr/ports/
> On 14 Apr 2021, at 15:10, George L. Yermulnik wrote: > > Hello! > > On Wed, 14 Apr 2021 at 14:59:44 (+0300), Taras Heichenko wrote: > >> Это только у меня такая беда происходит? При попытке обновления дерева >> портов, ничего не обновляется. >> Все выглядит вот так > > Уже смигрировали в git: https://wiki.freebsd.org/git Спасибо всем за ответы. Насколько я понимаю, сорцы системы теперь тоже только гитом? > >> Кто подскажет, где искать проблему? > > Если в дереве портов кастома никакого не было, то самое простое: > rm -rf /usr/ports/ && git clone ssh://anon...@git.freebsd.org/ports.git > /usr/ports/ > > "rm -rf /usr/ports/" можно заменить на "mv /usr/ports/ /usr/ports_old/", > чтобы потом не было мучительно больше за утраченное (аля дистфайлы (если > нужны), кастомайзнутые вручную мейкфайлы, етц) > > Ну, и обновлять дерево портов, имхо, логичнее предложенным деревом > портов методом: cd /usr/ports/ && make update fetchindex > > refs: https://docs.freebsd.org/en/books/handbook/mirrors/#git > > -- > George L. Yermulnik > [YZ-RIPE] > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] /usr/ports/
Hi! Это только у меня такая беда происходит? При попытке обновления дерева портов, ничего не обновляется. Все выглядит вот так [root]# svn up /usr/ports/ Updating '/usr/ports': At revision 569609. Выполнение rm -rf /usr/ports svn checkout https://svn0.eu.FreeBSD.org/ports/head /usr/ports ситуацию не исправило. Система FreeBSD 12.2-RELEASE-p4 Кто подскажет, где искать проблему? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mismatched checksums
> On 12 Jun 2020, at 16:59, Eugene Grosbein wrote: > > 12.06.2020 12:05, Valentin Nechayev пишет: > >> Fri, Jun 12, 2020 at 10:27:46, eugen wrote about "Re: [freebsd] mismatched >> checksums": >> >>> Слово __pycache__ намекает на то, что там лежит некий "кеш", то есть >>> изменяемые файлы, >>> проверить это можно через ls -l для сравнения даты создания/модификации >>> этого файла >>> с датой создания других файлов того же пакета вне кеша. >>> >>> Суть контрольных сумм - обнаружить взлом, подмену файлов, поэтому >>> изменяемым файлам не место >>> в списке защищаемых котрольной суммой, такие кеши согласно принятой на фре >>> иерархии >>> должны жить внутри /var/db. >> >> Дело в том, что этот кэш должен быть идентичным для комбинации >> конкретного исходного файла и версии Питона. > > Дата модификации на 11 секунд позднее других файлов пакета намекает на такой > сценарий: > порт или пакет установлены по зависимости, затем 11 секунд на > загрузку/установку пакета > или сборку зависящего порта порта, при которой вызывается код из > свежепоставленного > pycparser, который перегенерирует файл в кеше, при этом файл таки меняется, > раз уж контрольная сумма поменялась. George L. Yermulnik в самом начале обсуждения давал ссылку на описание и обсуждение бага, где достаточно внятно объяснено, откуда он лезет и как его можно полечить. There is no problem with pkg check -q -s py36-pycparser immediately after installation. But after python -c 'import pycparser', problems arise. But python -c 'import pycparser' only updates it once. Perhaps we only need to run python -c 'import pycparser' once before recording the checksum. обсуждение датировано ноябрем-декабрем прошлого года. > >> Поэтому его и можно учитывать в пакете. > > Поэтому его учитывать в пакете так просто не следует, как это делается с > действительно > неизменяемыми файлами. Либо не защищать кеш контрольной суммой, что лично мне > не нравится, > либо в процессе установки пакета спровоцировать обновление кеша и пересчитать > сумму, > но последнее может создать проблемы при кросс-сборке, особенно если кеш > платформенно-зависим. > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mismatched checksums
> On 12 Jun 2020, at 14:45, George L. Yermulnik wrote: > > Hello! > > On Fri, 12 Jun 2020 at 14:07:11 (+0300), Taras Heichenko wrote: > >> В /usr/ports/devel/py-pycparser, откуда согласно pkg info был >> поставлен пакет, притащивший этот файл в систему, вообще нет файла >> pkg-plist. > > Он автогенерируется в этом пакете (`USE_PYTHON= autoplist [...]`) > >> Кстати, а где лежат checksums установленных пакетов, с >> которыми сверяется pkg при проверке? > > Видимо /var/db/pkg/local.sqlite Ага, да, спасибо. Похоже табличка files. > >> Почему вообще этот файл туда попал? > > Так устроено =) > /usr/ports/Mk/Uses/python.mk Уж послала так послала. :) Я собственно имел в виду, зачем pyc файлы запихивать в проверку checksum. > >>> По хорошему надо пинать маинтейнеров инфраструктуры python.mk, группу >>> port...@freebsd.org, >>> потому что это вряд ли проблема отдельного питоновского модуля, это >>> инфраструктурная проблема. > >> Я готов попинать, но мне сначала нужно понять, где именно вылазит >> ошибка, чтобы задавать осознанные вопросы (содержащие не менее 50% >> ответов :) ). > > Я кидал ссылку на bug. Ага, да. После некоторого обсуждения я даже понял, что там написано. ;) Собственно говоря там и решение предложено. Причем вполне разумное. Попробую пнуть. > > -- > George L. Yermulnik > [YZ-RIPE] > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mismatched checksums
> On 12 Jun 2020, at 14:07, Taras Heichenko wrote: > > >> >> Слово __pycache__ намекает на то, что там лежит некий "кеш", то есть >> изменяемые файлы, >> проверить это можно через ls -l для сравнения даты создания/модификации >> этого файла >> с датой создания других файлов того же пакета вне кеша. > > Там лежит горстка таких файлов (все они с одной датой создания с точностью до > минуты), но ругань идет > только по поводу одного этого файла. И да, посмотрел дату модификации файлов в этом каталоге. Файл, по поводу которого идет ругань действительно с самой свежей датой модификации, но она на 11-12 секунд отличается от даты модификации других файлов в том же каталоге. > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mismatched checksums
> On 12 Jun 2020, at 06:27, Eugene Grosbein wrote: > > 11.06.2020 21:47, Taras Heichenko пишет: >>Hi! >> >> Последнее время фря регулярно по ночам ругается >> >> Checking for packages with mismatched checksums: >> py37-pycparser-2.20: >> /usr/local/lib/python3.7/site-packages/pycparser/__pycache__/c_ast.cpython-37.pyc >> >> Я так понимаю, что это просто некая неаккуратность. Но грызет меня червячок >> совершенства. Подскажите, >> куда пнуть, чтобы это поправили? Или может это только у меня такое вылазит – >> тогда что я делаю не так? > > Слово __pycache__ намекает на то, что там лежит некий "кеш", то есть > изменяемые файлы, > проверить это можно через ls -l для сравнения даты создания/модификации этого > файла > с датой создания других файлов того же пакета вне кеша. Там лежит горстка таких файлов (все они с одной датой создания с точностью до минуты), но ругань идет только по поводу одного этого файла. > > Суть контрольных сумм - обнаружить взлом, подмену файлов, поэтому изменяемым > файлам не место > в списке защищаемых котрольной суммой, такие кеши согласно принятой на фре > иерархии > должны жить внутри /var/db. К сожалению, это не всегда согласуется с > дефолтной раскладкой > каталогов порта и лень маинтейнера (или его незнание об этом моменте) приводит > к таким вот коллизиям: все устанавиваемые пакетом/портом файлы должны быть > перечислены > в pkg-plist и контрольные суммы для всех файлов из pkg-plist создаются и > проверяются > автоматически. Если пакет ставит "предсозданный" кеш, а потом его обновляет, > вылазит эта хрень. В /usr/ports/devel/py-pycparser, откуда согласно pkg info был поставлен пакет, притащивший этот файл в систему, вообще нет файла pkg-plist. Кстати, а где лежат checksums установленных пакетов, с которыми сверяется pkg при проверке? Почему вообще этот файл туда попал? > > По хорошему надо пинать маинтейнеров инфраструктуры python.mk, группу > port...@freebsd.org, > потому что это вряд ли проблема отдельного питоновского модуля, это > инфраструктурная проблема. Я готов попинать, но мне сначала нужно понять, где именно вылазит ошибка, чтобы задавать осознанные вопросы (содержащие не менее 50% ответов :) ). > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] mismatched checksums
> On 12 Jun 2020, at 02:34, Maxim Sobolev wrote: > > Как минимум это говорит о том что ты от рута питоновские скрипты/сервисы > запускаешь. :) Нет. Я всего лишь [пере]собрал какой-то порт, зависящий при сборке от этой беды. Оно из портов вот так стало. Могу снести, и до следующей переустановки чего-то, зависящего от этого порта, опять все будет спокойно. Но этот подход не радует душу. ;) > А так надо к стенке питоновских девелоперов ставить, зачем они байт-код > обновляют неясно. Впрочем вполне возможно просто слегка поновее версию питона > накатил без переустановки всех зависимых пекеджей, вот оно и > перекомпилировало. При обновлении пакетов я запускаю обычно portupgrade -R, так что без обновления зависимостей вряд ли. > > -Max > > On Thu., Jun. 11, 2020, 7:47 a.m. Taras Heichenko, > wrote: > Hi! > > Последнее время фря регулярно по ночам ругается > > Checking for packages with mismatched checksums: > py37-pycparser-2.20: > /usr/local/lib/python3.7/site-packages/pycparser/__pycache__/c_ast.cpython-37.pyc > > Я так понимаю, что это просто некая неаккуратность. Но грызет меня червячок > совершенства. Подскажите, > куда пнуть, чтобы это поправили? Или может это только у меня такое вылазит – > тогда что я делаю не так? > > -- > Taras Heichenko > ta...@academ.kiev.ua > > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] mismatched checksums
Hi! Последнее время фря регулярно по ночам ругается Checking for packages with mismatched checksums: py37-pycparser-2.20: /usr/local/lib/python3.7/site-packages/pycparser/__pycache__/c_ast.cpython-37.pyc Я так понимаю, что это просто некая неаккуратность. Но грызет меня червячок совершенства. Подскажите, куда пнуть, чтобы это поправили? Или может это только у меня такое вылазит – тогда что я делаю не так? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Не все письма из рассылки доходят до подписчиков.
> On 3 Jun 2020, at 12:09, Valentin Nechayev wrote: > > hi, > > Wed, Jun 03, 2020 at 12:05:13, tasic wrote about "Re: [freebsd] Не все письма > из рассылки доходят до подписчиков.": > >> А нельзя попробовать все перестроить с нуля? Ведь по миру народ пользуется >> mailman'ом, и похоже >> без таких проблем. Т.е. переустановить mailman пересобрать ему базу подписки >> (или это невозможно?). > > По идее возможно, но если я выберу всю базу подписчиков - кто даст > гарантию, что проблема не вкралась где-то прямо в ней? > Но попробую. Я так понял, что там база подписчиков не в plain text и выбрать оттуда тупо все адреса не получится? Может создать отдельно новый список, кинуть клич, чтобы все туда подписались, после чего скопировать новую базу в "старое место"? Ну т.е. как-то попробовать пересобрать базу подписки вообще с нуля. > > > -netch- > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Не все письма из рассылки доходят до подписчиков.
> On 3 Jun 2020, at 11:24, Valentin Nechayev wrote: > > hi, > > Wed, Jun 03, 2020 at 10:50:46, eugene wrote about "[freebsd] Не все письма из > рассылки доходят до подписчиков.": > >> Здравствуйте, коллеги, а также администраторы рассылки! >> Обнаружил, что не все письма из рассылки до меня доходят. >> Недавно я писал сюда с темой "ipsec freebsd <-> mikrotik: пропадает >> соединение. " >> <http://mailman.uafug.org.ua/pipermail/freebsd/2020-June/001314.html> >> В рассылке вижу своё первоначальное письмо и последний ответ >> Александра Дружинина. >> Хотя дважды мне отвечал Евгений Гросбейн, и я в свою очередь ответил >> на оба его сообщения (в рассылку). >> Но эти сообщения в рассылке до меня не дошли. В архиве есть. >> Сообщения Евгения я получил только потому что он дублировал их на мой адрес. > > Хм, мне это всё сильно не нравится, потому что даже в плоском архиве последнее > письмо за 18 мая :( > mailman недиагностируем без глубоких плясок в потрохах. Похоже, надо менять. > Сейчас убрал reject_unlisted_recipient у postfix как пробную меру, но > если не поможет, значит, проблема глубже. А нельзя попробовать все перестроить с нуля? Ведь по миру народ пользуется mailman'ом, и похоже без таких проблем. Т.е. переустановить mailman пересобрать ему базу подписки (или это невозможно?). > > > -netch- > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ламерский вопрос
Спасибо за системный подход, но как я уже написал, вопрос я решил. Понять, что было не так, было бы интересно, но видимо "не сейчас". Есть подозрение, что установки LANG и LC_* сделанные неправильно из .profile не перебиваются правильной установкой этих переменных уже при запущенном shell, и поэтому образовывался такой косяк. Вот почему их установка в правильное значение из уже запущенного shell не исправляет ситуацию, я не скажу. > On 26 Mar 2020, at 19:40, Eugene Grosbein wrote: > > 27.03.2020 0:16, Taras Heichenko пишет: > >> Правильно ли я понимаю эту фразу, что локальный клиент терминала передает >> символы не в той кодировке, >> которую ожидает bash? Но если терминал передает в правильной кодировке (cat >> ведь показывает их правильно), >> то это значит, что у bash'а выставлена кодировка неправильно. > > Это лишь один из вариантов. > >> tasic@academ:~>set | grep LC >> LC_ALL=uk_UA.UTF-8 >> LC_CTYPE=uk_UA.UTF-8 >> MAILCHECK=60 >> tasic@academ:~>set | grep LANG >> LANG=uk_UA.UTF-8 >> >> Чего ему не хватает? > > Вариантов множество. Чтобы не гадать, начнём с начала: какой используется > эмулятор терминала и > под какой операционкой он запущен? Для ускорения процесса, если это > Putty/Windows, > то что конкретно выставлено в свойствах сессии в меню > Window/Translation/Remote character set > и какой конкретно настроен шрифт в Window/Appearance/Font settings? > > Какая версия системы с серверной стороны? > > _______ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ламерский вопрос
Hi! Путем удаления всего, что скопилось за 20+ лет в .profile и потом раскомментирования только строго того, что мне необходимо, результат был достигнут. Что именно ставило bash в такую позу – не спрашивайте, не скажу. Много там всего было. Извините за беспокойство. -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ламерский вопрос
> On 26 Mar 2020, at 18:58, Valentin Nechayev wrote: > > hi, > > Thu, Mar 26, 2020 at 18:14:53, tasic wrote about "[freebsd] Ламерский > вопрос": > >> Каталоги, названные с использованием кириллических символов показываются >> правильно. >> Но я не могу их набрать в командой строке. При попытке набрать что-нибудь >> кириллицей, выскакивают >> >> :\262\320\321\321\320\320\320 >> >> Вообще нажатия клавиш передаются на удаленную машину правильно. В vim текст >> кириллицей набирается >> без проблем. Т.е. впечатление, что bash'у нужно что-то сказать, чтобы он в >> командной строке воспринимал >> этот ввод правильно. Но что? > > Проверь ~/.inputrc и /etc/inputrc. Таких файлов вообще не обнаружено. > Подозрительные настройки будут со словом meta. > https://tiswww.case.edu/php/chet/readline/readline.html > > Если не то, надо на локали проверить, что её установка работает перед > запуском bash. Проще всего запустить ещё один под ним и проверить, > работает ли на нём. Но это может быть важно только для очень старой > системы. Что ты имеешь в виду? Я, зайдя в bash, выполняю export LANG=uk_UA.UTF-8. Вижу эту переменную по set. Или оно в этом случае может не работать? > > > -netch- > _______ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ламерский вопрос
> On 26 Mar 2020, at 18:54, Eugene Grosbein wrote: > > 26.03.2020 23:43, Taras Heichenko пишет: > >>>> Каталоги, названные с использованием кириллических символов показываются >>>> правильно. >>>> Но я не могу их набрать в командой строке. При попытке набрать что-нибудь >>>> кириллицей, выскакивают >>>> >>>> :\262\320\321\321\320\320\320 >>>> >>>> Вообще нажатия клавиш передаются на удаленную машину правильно. В vim >>>> текст кириллицей набирается >>>> без проблем. Т.е. впечатление, что bash'у нужно что-то сказать, чтобы он в >>>> командной строке воспринимал >>>> этот ввод правильно. Но что? >>> >>> В данном конкретном шелле локаль не выставлена. Так может быть, если вместо >>> правильной команды su -m >>> использовать неправильную команду su (без ключа -m). Нужно всегда >>> использовать su -m или аналогичные >>> инструменты, которые поднимают привилегии, но оставляют старое окружение - >>> и шеллом остаётся bash, >>> и профиль пользователя (с локалью). su без -m меняет шелл и окружение на >>> рутовые: >>> шеллом будет tcsh вместо bash и т.п. >> >> Может я чего не так понял, но root к моему письму не имеет никакого >> отношения. Я не могу ввести символы, >> будучи обычным пользователем. Вот как это выглядит. > > Может быть, рут и не имеет отношения - это был просто пример, > каким способом вроде бы установленная локаль может "слететь". > > Скриншот показывает, что с одной стороны эмулятор терминала передаёт коды > клавиш верно > и cat их "показывает", потому что ему плевать на локаль. А вот шеллу не > плевать, и скриншот > показывает, что локаль в шелле не соответствует кодировке символов. Правильно ли я понимаю эту фразу, что локальный клиент терминала передает символы не в той кодировке, которую ожидает bash? Но если терминал передает в правильной кодировке (cat ведь показывает их правильно), то это значит, что у bash'а выставлена кодировка неправильно. tasic@academ:~>set | grep LC LC_ALL=uk_UA.UTF-8 LC_CTYPE=uk_UA.UTF-8 MAILCHECK=60 tasic@academ:~>set | grep LANG LANG=uk_UA.UTF-8 Чего ему не хватает? > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Ламерский вопрос
Hi! Что-то я не могу победить вроде бы простую проблему. Захожу удаленным терминалом на фрю. В качестве shell'а там bash. Переменные LC_ALL и LANG стоят в uk_UA.UTF-8 Каталоги, названные с использованием кириллических символов показываются правильно. Но я не могу их набрать в командой строке. При попытке набрать что-нибудь кириллицей, выскакивают :\262\320\321\321\320\320\320 Вообще нажатия клавиш передаются на удаленную машину правильно. В vim текст кириллицей набирается без проблем. Т.е. впечатление, что bash'у нужно что-то сказать, чтобы он в командной строке воспринимал этот ввод правильно. Но что? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Wifi вопросы
> On 3 Feb 2020, at 10:11, Eugene Grosbein wrote: > > [skip] >> 3. Еще более специфический вопрос, который уже даже не очень по фре, но >> может кто знает и может подсказать. >> В списке поддерживаемого железа по тому же адресу есть строчка: >> Realtek RTL8192C, RTL8188E, RTL8812A and RTL8821A based PCIe IEEE >> 802.11b/g/n wireless network adapters (rtwn(4) driver) >> Поиски дивайсов с RTL8192C показал, что есть адаптеры с RTL8192CE. На него >> можно даже спецификацию в инете найти. Но >> никаких упоминанй о RTL8192C как о схеме или дивайсе я (гугль) не нашел. >> Кто-нибудь знает, будет ли, например, драйвер >> rtwn работать с дивайсом на базе RTL8192CE? > > Будет и об этом написано в его мане. > > RTWN(4)FreeBSD Kernel Interfaces ManualRTWN(4) > > NAME > rtwn - Realtek RTL8188CE PCIe IEEE 802.11b/g/n wireless network device Да, невнимательно посмотрел на цифры. Вопрос был собственно о RTL8192C и RTL8192CE. > > ... > > DESCRIPTION > The rtwn driver supports PCIe wireless network devices based on the > Realtek RTL8188CE chipset. > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Wifi вопросы
> On 3 Feb 2020, at 10:11, Eugene Grosbein wrote: > > 03.02.2020 4:47, Taras Heichenko пишет: > >>Hi all, >> возникло несколько вопросов по wifi – может кто может ответить. >> 1. В man'ах по дивайсам фри, которые обеспечивают работу wifi карточек >> обычно указывается, >> в каких режимах может работать соответствующая карточка. При этом в >> некоторых указано hostap mode >> в некоторых infrastructure mode. С одной стороны курение всяких описаний, >> доступных с первой страницы >> поиска гугля говорит вроде бы о том, что и то и другое позволяет запустить >> wifi на фре в режиме точки доступа, >> с помощью hostapd. Но может я чего не дочитал. > > Режим точки доступа должен поддерживаться в первую очередь в железе. > Если чип поддерживает этот режим, то запустить можно. > > Если явно не указана поддержка режима точки доступа, то в infrastructure mode > карта наверняка будет работать только как клиент. Я думал, что клиент в терминах фри, это station mode. Ну вот, например в man ath The driver supports station, adhoc, adhoc-demo, hostap, mesh, wds and monitor mode operation. Здесь вообще ни слова о infostructure, хотя явно как клиент оно может работать. В некоторых man'ах есть infostructure mode и ни слова о station. Но спасибо, я кажется разобрался и понял, что в этих man'ах infostructure используется как некий синоним station. > >> 2. Более специфический вопрос. в списке поддерживаемого железа по адресу >> https://www.freebsd.org/releases/12.0R/hardware.html#support >> сказано, что >> "The rsu(4) driver provices support for Realtek RTL8188SU/RTL8192SU USB IEEE >> 802.11b/g/n wireless network adapters, including:" (дальше перечисление), >> но в man rsu сказано >> rsu - Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network >> device >> Насколько принципиально слово USB в данном случае? Т.е. если вставить в >> комп, например, карточку mini PCI Express на указанном >> чипе, драйвер будет работать или нет? (В мане сказано, что в ядро нужно >> добавить среди прочих device usb) > > Это принципиально. Другое дело, что mini PCI Express это не шина, а разьем и > он позволяет > подключать устройства как к шине PCI-E, так и к шине USB. К какой именно, > зависит от самой карты > от используемых ею контактов. > >> 3. Еще более специфический вопрос, который уже даже не очень по фре, но >> может кто знает и может подсказать. >> В списке поддерживаемого железа по тому же адресу есть строчка: >> Realtek RTL8192C, RTL8188E, RTL8812A and RTL8821A based PCIe IEEE >> 802.11b/g/n wireless network adapters (rtwn(4) driver) >> Поиски дивайсов с RTL8192C показал, что есть адаптеры с RTL8192CE. На него >> можно даже спецификацию в инете найти. Но >> никаких упоминанй о RTL8192C как о схеме или дивайсе я (гугль) не нашел. >> Кто-нибудь знает, будет ли, например, драйвер >> rtwn работать с дивайсом на базе RTL8192CE? > > Будет и об этом написано в его мане. > > RTWN(4)FreeBSD Kernel Interfaces ManualRTWN(4) > > NAME > rtwn - Realtek RTL8188CE PCIe IEEE 802.11b/g/n wireless network device О, спасибо. Туда я или не дошел или не заметил. А не знаете, вот это RTL8192C в списке поддерживаемого железа, это просто описка в списке, или воспринимать эту строку как RTL8192C* (есть еще RTL8192CU)? > > ... > > DESCRIPTION > The rtwn driver supports PCIe wireless network devices based on the > Realtek RTL8188CE chipset. > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Wifi вопросы
Hi all, возникло несколько вопросов по wifi – может кто может ответить. 1. В man'ах по дивайсам фри, которые обеспечивают работу wifi карточек обычно указывается, в каких режимах может работать соответствующая карточка. При этом в некоторых указано hostap mode в некоторых infrastructure mode. С одной стороны курение всяких описаний, доступных с первой страницы поиска гугля говорит вроде бы о том, что и то и другое позволяет запустить wifi на фре в режиме точки доступа, с помощью hostapd. Но может я чего не дочитал. 2. Более специфический вопрос. в списке поддерживаемого железа по адресу https://www.freebsd.org/releases/12.0R/hardware.html#support сказано, что "The rsu(4) driver provices support for Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network adapters, including:" (дальше перечисление), но в man rsu сказано rsu - Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network device Насколько принципиально слово USB в данном случае? Т.е. если вставить в комп, например, карточку mini PCI Express на указанном чипе, драйвер будет работать или нет? (В мане сказано, что в ядро нужно добавить среди прочих device usb) 3. Еще более специфический вопрос, который уже даже не очень по фре, но может кто знает и может подсказать. В списке поддерживаемого железа по тому же адресу есть строчка: Realtek RTL8192C, RTL8188E, RTL8812A and RTL8821A based PCIe IEEE 802.11b/g/n wireless network adapters (rtwn(4) driver) Поиски дивайсов с RTL8192C показал, что есть адаптеры с RTL8192CE. На него можно даже спецификацию в инете найти. Но никаких упоминанй о RTL8192C как о схеме или дивайсе я (гугль) не нашел. Кто-нибудь знает, будет ли, например, драйвер rtwn работать с дивайсом на базе RTL8192CE? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] /usr/local/etc/rc.d
> On 21 Nov 2019, at 09:22, Eugene Grosbein wrote: > > 21.11.2019 13:44, Taras Heichenko пишет: >>Hi! >> Кто знает, есть ли во фре какое-то _штатное_ средство сказать, что >> какой-нибудь >> скрипт из /usr/local/etc/rc.d/ нужно запускать после того, как система >> загрузилась? Или >> даже скорее не так. А что-то вроде "вот этот скрипт выполнять в background". >> Объясню >> ситуацию: clamav-clamd запускается безобразно медленно. Я, перезагружая >> систему, не >> дождался, срубил его, после чего начал с ним разбираться. Думал, что >> какие-то проблемы >> с соответствием системе (недавно перешел на 12). Но умные люди подсказали – >> оказывается >> он очень долго грузит свою базу. Т.е. в конце-концов он у меня запустился. >> Но столько ждать >> при загрузке системы я не могу. А его запуск держит все остальное. Есть >> какие-то штатные >> пути решения этого вопроса? > > Самое простое и надежное это прописать clamav_clamd_enable="YES" в > /etc/rc.conf > и положить новый скрипт в /usr/local/etc/rc.d/bgclamd: > Я бы только немного расширил этот скрипт вот такими строками > #!/bin/sh > > # PROVIDE: bgclamd > # REQUIRE: LOGIN > # BEFORE: mail > # KEYWORD: shutdown > . /etc/rc.subr name=clamav_clamd load_rc_config "$name" checkyesno clamav_clamd_enable && exit 0; > case "$1" in > *start) nohup service clamav-clamd forcestart >/dev/null 2>&1 & ;; > *) service clamav-clamd force$1 ;; > esac > # EOF > > То есть, отключить штатный автостарт при загрузке и запускать его таким > скриптом в фоновом режиме. > ] На всякий случай, чтобы не запускалось этим скриптом, если запустилось штатным (т.е. если в rc.conf оно enabled). -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] /usr/local/etc/rc.d
Спасибо за хороший совет. > On 21 Nov 2019, at 09:26, Eugene Grosbein wrote: > > 21.11.2019 14:22, Eugene Grosbein пишет: >> 21.11.2019 13:44, Taras Heichenko пишет: >>>Hi! >>> Кто знает, есть ли во фре какое-то _штатное_ средство сказать, что >>> какой-нибудь >>> скрипт из /usr/local/etc/rc.d/ нужно запускать после того, как система >>> загрузилась? Или >>> даже скорее не так. А что-то вроде "вот этот скрипт выполнять в >>> background". Объясню >>> ситуацию: clamav-clamd запускается безобразно медленно. Я, перезагружая >>> систему, не >>> дождался, срубил его, после чего начал с ним разбираться. Думал, что >>> какие-то проблемы >>> с соответствием системе (недавно перешел на 12). Но умные люди подсказали – >>> оказывается >>> он очень долго грузит свою базу. Т.е. в конце-концов он у меня запустился. >>> Но столько ждать >>> при загрузке системы я не могу. А его запуск держит все остальное. Есть >>> какие-то штатные >>> пути решения этого вопроса? >> >> Самое простое и надежное это прописать clamav_clamd_enable="YES" в >> /etc/rc.conf > > Конечно же clamav_clamd_enable="NO" > >> и положить новый скрипт в /usr/local/etc/rc.d/bgclamd: >> >> #!/bin/sh >> >> # PROVIDE: bgclamd >> # REQUIRE: LOGIN >> # BEFORE: mail >> # KEYWORD: shutdown >> >> case "$1" in >> *start) nohup service clamav-clamd forcestart >/dev/null 2>&1 & ;; >> *) service clamav-clamd force$1 ;; >> esac >> # EOF >> >> То есть, отключить штатный автостарт при загрузке и запускать его таким >> скриптом в фоновом режиме. > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] /usr/local/etc/rc.d
Hi! Кто знает, есть ли во фре какое-то _штатное_ средство сказать, что какой-нибудь скрипт из /usr/local/etc/rc.d/ нужно запускать после того, как система загрузилась? Или даже скорее не так. А что-то вроде "вот этот скрипт выполнять в background". Объясню ситуацию: clamav-clamd запускается безобразно медленно. Я, перезагружая систему, не дождался, срубил его, после чего начал с ним разбираться. Думал, что какие-то проблемы с соответствием системе (недавно перешел на 12). Но умные люди подсказали – оказывается он очень долго грузит свою базу. Т.е. в конце-концов он у меня запустился. Но столько ждать при загрузке системы я не могу. А его запуск держит все остальное. Есть какие-то штатные пути решения этого вопроса? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Texinfo порт
Hi! Буквально на днях перешел с 11.2 (кажется 2) на 12.1 (в связи с EoL 11-й), ну и заодно решил обновить порты. При попытке обновить screen, не сложилось с установкой texinfo. (Не знаю, то ли этой зависимости в предыдущей версии screen не было, то ли еще что-то, мне непонятное). Но тем не менее он не установился не при попытке обновления screen, не при попытке просто его установить. Ошибка выглядит следующим образом: > make install ===> Installing for texinfo-6.7_1,1 ===> Checking if texinfo is already installed ===> Registering installation for texinfo-6.7_1,1 pkg-static: Unable to access file /usr/ports/print/texinfo/work/stage/usr/local/lib/texinfo/MiscXS.so:No such file or directory pkg-static: Unable to access file /usr/ports/print/texinfo/work/stage/usr/local/lib/texinfo/Parsetexi.so:No such file or directory pkg-static: Unable to access file /usr/ports/print/texinfo/work/stage/usr/local/share/texinfo/Texinfo/XS/parsetexi/Parsetexi.pm:No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/print/texinfo *** Error code 1 Stop. make: stopped in /usr/ports/print/texinfo Этих файлов там действительно нет. Апдейт дерева портов выполнил, но получаю ту же ошибку. svn info говорит, что последние изменения там были Last Changed Author: sunpoet Last Changed Rev: 516660 Last Changed Date: 2019-11-04 17:58:42 +0200 (Mon, 04 Nov 2019) Может кто подсказать, это я у себя что-то поломал, или на настоящий момент сломан порт и я тут не при чем? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] dns, непонятка со вторичным сервером.
> On Jul 2, 2019, at 18:40, Eugene V. Boontseff wrote: > > On 02.07.2019 13:18, Eugene V. Boontseff wrote: >> Здравствуйте, коллеги! > > Спасибо вам всем, особенно Тарасу Хейченко (надеюсь правильно фамилию > транслитирировал обратно) и Евгению Гросбейну. Гейченко. И заодно, чтобы два раза не вставать – по поводу dig'а я ошибся, действительно Евгений прав (там в соседнем письме). > > Домашний провайдер не виноват, так как запрос к whoami.ultradns.net., который > подсказал Евгений, даёт привильные адреса во всех случая. > > Так что написал в техподдержку Релкома. > > >> >> Я сразу прошу прощения за офтопичную тему. >> >> К freebsd она имеет косвенное отношение и только тем боком соприкасается, >> что ns сервер у меня на freebsd. >> >> Но посоветоваться кроме вас больше не с кем сейчас) >> >> Мой сервер ns.wdc.spb.ru является мастером для зоны wdc.spb.ru. Вторичный >> сервер ns2.relcom.ru >> >> После обновления зоны несколько дней назад заметил такую странную вещь: >> >> Если спросить у вторичного сервера, например soa зоны, из одной точки (с >> работы), то результат один (правильный): >> >> dig @ns2.relcom.ru wdc.spb.ru soa >> ... >> ;; ANSWER SECTION: >> wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru. >> eugene.wdc.spb.ru. 2012054321 18000 1800 360 3600 >> ^^ >> ;; Query time: 38 msec >> ;; SERVER: 192.91.186.2#53(192.91.186.2) >> >> ^^ >> >> ;; WHEN: Tue Jul 2 13:05:17 2019 >> >> А из дома тот же запрос выглядит вот так (неправильно): >> >> dig @ns2.relcom.ru wdc.spb.ru soa >> >> ... >> ;; ANSWER SECTION: >> wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru. >> eugene.wdc.spb.ru. 2012054296 18000 1800 360 3600 >> ^^ >> ;; Query time: 13 msec >> ;; SERVER: 192.91.186.2#53(192.91.186.2) >> >>^ >> >> ;; WHEN: вт июля 02 13:07:46 MSK 2019 >> >> Вроде бы в обоих случаях ответы от одного и того же сервера в одно и то же >> время. >> >> Если не трудно, гляньте, как выглядит ответ от того же сервера от вас? >> >> И что это может быть? Мой домашний провайдер перенаправляет мои запросы к >> днс куда-то и подделывает ответы, якобы они от ns2.relcom.ru? >> Как? Для чего? >> > > -- > Eugene > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] dns, непонятка со вторичным сервером.
> On Jul 2, 2019, at 14:25, Eugene Grosbein wrote: > > 02.07.2019 17:18, Eugene V. Boontseff пишет: > >> Мой домашний провайдер перенаправляет мои запросы к днс куда-то и >> подделывает ответы, якобы они от ns2.relcom.ru? > > Конкретно на этот вопрос достаточно легко найти ответ. > Достаточно сделать вот такой запрос у сервера whoami.ultradns.net: > > # dig @204.74.108.1 whoami.ultradns.net +noall +answer > > ; <<>> DiG 9.14.3 <<>> @204.74.108.1 whoami.ultradns.net +noall +answer > ; (1 server found) > ;; global options: +cmd > whoami.ultradns.net.0 IN A 109.94.1.18 > > В ответе будет IP-адрес, с которого пришел запрос на whoami.ultradns.net. > Если провайдер перехватывает запросы DNS, в ответе будет IP-адрес какого-то > из провайдерских серверов, как в данном примере, когда вернулся IP-адрес > провайдерского DNS-сервера ns4.podolsknet.ru [109.94.1.18] > вместо реального адреса со внешнего интерфейса спрашивающей машины, > который даже в другой IP-сети /24. Спрашивающая машина ведь резолвер, а не пользовательская машина, на которой формируется запрос? > > Если у спрашивающей машины на внешнем интерфейсе не публичный адрес > и трафик проходит через провайдерский NAT, то текущее соответствие > с внешним IP можно тут же поглядеть на сайтах типа https://2ip.ru/ > и сравнить с тем, что выдал dig. Почти так, но могут быть нюансы. Если резолвер, у которого вы спрашиваете, форвардящий, то и без перехвата DNS запросов, вы можете увидеть там другой адрес. Кроме того и у резолвера, у которого вы спрашиваете, могут быть разные интерфейсы с разными адресами. Т.е. вы спрашиваете резолвер на одном адресе, а они отсылает свой запрос с другого интерфейса и получается в ответе совсем другой адрес. Это то, что сразу в голову пришло, почему я бы не очень полагался на этот сервис. Т.е. если он отвечает то, что ожидали, то все хорошо, но если он отвечает не то, что ожидали, то это совсем не обязательно "все плохо". > >> Как? > > Обычная атака MiTM. > >> Для чего? > > Реализация "DPI для бедных". Если использовать собственный ресолвер типа BIND, > который нынче по дефолту проверяет цифровые подписи ответов для тех зон, > что реализуют DNSSEC, то подпись в таком подставном ответе не сойдется > и BIND не отдаст ответ, а выдаст ошибку. > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] dns, непонятка со вторичным сервером.
> On Jul 2, 2019, at 13:18, Eugene V. Boontseff wrote: > > Здравствуйте, коллеги! Hi! Я бы предположил, что ns2.relcom.ru это anycast облако, и когда вы запрашиваете из разных мест, вы реально запрашиваете разные сервера. Во-первых, попробуйте потрейсить из разных мест этот сервер – возможно вы увидите совершенно различные трассы, которые заканчиваются реально разными серверами. Или это во-вторых, а во-первых, напишите хозяевам сервера о том, что на одном из серверов протухла зона. Если это случилось, то им вообще стоит посмотреть на этот сервер, что с ним случилось. > > Я сразу прошу прощения за офтопичную тему. > > К freebsd она имеет косвенное отношение и только тем боком соприкасается, что > ns сервер у меня на freebsd. > > Но посоветоваться кроме вас больше не с кем сейчас) > > Мой сервер ns.wdc.spb.ru является мастером для зоны wdc.spb.ru. Вторичный > сервер ns2.relcom.ru > > После обновления зоны несколько дней назад заметил такую странную вещь: > > Если спросить у вторичного сервера, например soa зоны, из одной точки (с > работы), то результат один (правильный): > > dig @ns2.relcom.ru wdc.spb.ru soa > ... > ;; ANSWER SECTION: > wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru. > eugene.wdc.spb.ru. 2012054321 18000 1800 360 3600 > ^^ > ;; Query time: 38 msec > ;; SERVER: 192.91.186.2#53(192.91.186.2) > > ^^ > > ;; WHEN: Tue Jul 2 13:05:17 2019 > > А из дома тот же запрос выглядит вот так (неправильно): > > dig @ns2.relcom.ru wdc.spb.ru soa > > ... > ;; ANSWER SECTION: > wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru. > eugene.wdc.spb.ru. 2012054296 18000 1800 360 3600 > ^^ > ;; Query time: 13 msec > ;; SERVER: 192.91.186.2#53(192.91.186.2) > >^ > > ;; WHEN: вт июля 02 13:07:46 MSK 2019 > > Вроде бы в обоих случаях ответы от одного и того же сервера в одно и то же > время. > > Если не трудно, гляньте, как выглядит ответ от того же сервера от вас? > > И что это может быть? Мой домашний провайдер перенаправляет мои запросы к днс > куда-то и подделывает ответы, якобы они от ns2.relcom.ru? > Как? Для чего? > > -- > Eugene > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] checksum mismatch for
> On Apr 22, 2019, at 14:58, Anton Saietskii wrote: > > пн, 22 апр. 2019 г., 14:56 Taras Heichenko : > Hi! > На фре (какой-то 11-й) установлены пакеты из портов. В одном из пакетов > отредактированы некоторые конфиг файлы, > которые по не очевидной для меня причине проверяются pkg check -sa, который и > ругается на них, по поводу checksum mismatch. > Ну ок, в принципе правильно выругался, мало ли почему они изменились. Но я > уже понял, что это было отслежено. А он об этом > продолжает писать каждую ночь. Подскажите, как и где подправить этот > checksum, чтобы оно не ругалось постоянно. > man pkg-check > Третий абзац раздела description. Спасибо. Слона-то я и... :( -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] checksum mismatch for
Hi! На фре (какой-то 11-й) установлены пакеты из портов. В одном из пакетов отредактированы некоторые конфиг файлы, которые по не очевидной для меня причине проверяются pkg check -sa, который и ругается на них, по поводу checksum mismatch. Ну ок, в принципе правильно выругался, мало ли почему они изменились. Но я уже понял, что это было отслежено. А он об этом продолжает писать каждую ночь. Подскажите, как и где подправить этот checksum, чтобы оно не ругалось постоянно. -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Дисковый массив
> On Apr 2, 2019, at 23:43, Eugene Grosbein wrote: > > 03.04.2019 0:53, Taras Heichenko пишет: > >> А никто не подключал к фре вот такую зверушку? >> https://www.wd.com/ru-ru/products/external-storage/my-book-duo.html >> Рассматриваю это в качестве варианта купить к домашнему серверочку в >> качестве внешнего >> хранилища, собираюсь подключить USB шнурком, и организовать на нем раздел >> самбы, чтобы >> всякие домашние дивайсы через wifi могли на него складывать, что надо. Но >> никогда не щупал >> такого руками и не знаю, подружится ли оно с фрей. У кого-нибудь есть опыт >> общения? > > Такие железки рассчитаны на виндоюзеров. По всем параметром - и цена, и > производительность, > и фичастость - будет выгодней подключить диски напрямую к компу, а если уж > зудит что-нибудь прикупить :-) > то лучше прикупить внешний док для дисков типа такого: > > https://www.startech.com/HDD/Docking/2-bay-usb-3-1-gen-2-sata-dock~SDOCK2U313 > (около 10 тысяч рублей на яндекс-маркете). Спасибо. Посмотрю-почитаю. > > Суть в том, что в данном случае набортный RAID-контроллер в подобных железках > почти всегда зло и источник жуткого геморроя, если только он не позволяет > отключить свой дополнительный шибкоумный "интеллект", открыв хосту > диски как Non-RAID/JBOD, чтобы можно было видеть их по отдельности > (с опросом SMART и рабочим TRIM для SSD), а не только в составе RAID-домов, > так как даже JBOD в виде RAID0 иногда не убирает "интеллект" рейда, > "виртуализирующий" носители и блокирующий прямую работу с ними. > > А если позволяет - зачем переплачивать за набортный RAID-контроллер? > > Для FreeBSD с великолепными встроенными возможностями по организации рейдов, > чем проще док в софтовом смысле, тем лучше и меньше вероятности проблемы > с драйверами - по USB устройство может представляться неведомой зверушкой > вместо umass и требовать вин-драйверов. По ссылке выше написано, > что такой тупой док "OS independent; No software or drivers required" - > это скорее всего значит, что по USB он представляется двумя стандартными > umass. > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Дисковый массив
> On Apr 2, 2019, at 21:59, Владимир Друзенко wrote: > > 02.04.2019 20:53, Taras Heichenko пишет: >> Hi! >> А никто не подключал к фре вот такую зверушку? >> https://www.wd.com/ru-ru/products/external-storage/my-book-duo.html >> Рассматриваю это в качестве варианта купить к домашнему серверочку в >> качестве внешнего >> хранилища, собираюсь подключить USB шнурком, и организовать на нем раздел >> самбы, чтобы >> всякие домашние дивайсы через wifi могли на него складывать, что надо. Но >> никогда не щупал >> такого руками и не знаю, подружится ли оно с фрей. У кого-нибудь есть опыт >> общения? >> >> -- >> Taras Heichenko >> ta...@academ.kiev.ua > > Скорее всего будет виден как внешний USB диск. > > Вот только непонятно зачем он нужен по такой цене при наличии «домашнего > серверочка» на фре… > Не проще N дисков нужного объёма в этот серверочек и добавить, а уж на них > можно хоть RAIDZ поднять. Не проще. Сервер-то он сервер, но в нем не единой движущейся части, включая вентиляторы. Это маленькая INPC-шная коробочка, которая хотя и является полноценной фрей, и со всеми своими задачами справляется, но вставить туда хоть что-то, не представляется возможным. Поэтому и разыскивается что-то такое, чтобы можно было подключить в качестве внешнего RAID массива. Ну или в крайнем случае просто внешнего диска. > > _______ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Дисковый массив
Hi! А никто не подключал к фре вот такую зверушку? https://www.wd.com/ru-ru/products/external-storage/my-book-duo.html Рассматриваю это в качестве варианта купить к домашнему серверочку в качестве внешнего хранилища, собираюсь подключить USB шнурком, и организовать на нем раздел самбы, чтобы всякие домашние дивайсы через wifi могли на него складывать, что надо. Но никогда не щупал такого руками и не знаю, подружится ли оно с фрей. У кого-нибудь есть опыт общения? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] DNS problem
> On Jan 15, 2019, at 13:44, Mikhail Golub wrote: > > Может причина в этом? BIND в качестве невалидирующего рекурсивного резолвера отвечает "на ура". Ну и такой красоты я раньше не видел http://dnsviz.net/d/namebrightdns.com/dnssec/ 12 ошибок, 16 предупреждений > > # dig ns namebrightdns.com +trace +nodnssec > > namebrightdns.com. 172800 IN NS nbd1.namebrightdns.com. > namebrightdns.com. 172800 IN NS nbd2.namebrightdns.com. > ;; Received 292 bytes from 192.41.162.30#53(l.gtld-servers.net) in 62 ms > > ;; expected opt record in response > namebrightdns.com. 10800 IN NS ns1.namebrightdns.com. > namebrightdns.com. 10800 IN NS ns2.namebrightdns.com. > ;; Received 178 bytes from 52.45.98.158#53(nbd2.namebrightdns.com) in 4324 ms > > Об этом говорит и https://intodns.com/namebrightdns.com > > You should already know that your NS records at your nameservers are missing, > so here it is again: > > nbd1.namebrightdns.com. > nbd2.namebrightdns.com. > > Похоже, что да :( > > > Даже гугловский ДНС затрудняется ответить. > > # dig ns namebrightdns.com @8.8.8.8 +nodnssec > > ; <<>> DiG 9.12.3-P1 <<>> ns namebrightdns.com @8.8.8.8 +nodnssec > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18214 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 > > ;; OPT PSEUDOSECTION: > ; EDNS: version: 0, flags:; udp: 512 > ;; QUESTION SECTION: > ;namebrightdns.com. IN NS > > ;; Query time: 0 msec > ;; SERVER: 8.8.8.8#53(8.8.8.8) > ;; WHEN: вт янв. 15 13:42:07 EET 2019 > ;; MSG SIZE rcvd: 46 > > > P.S. Прошу прощения что написал в эту рассылку подобный вопрос. > В след. раз будет в freebsd-beer. uanog пожалуй более уместно для таких вопросов, чем beer > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Офтопик про MX
> On Sep 4, 2018, at 11:25, Alexander Andreyev wrote: > > Я думаю, тут не цель преследуется, а эти записи, это побочный эффект от > переезда MTA. > > Я наверное зря с конца начал. :-) > > Это не с моей стороны такое, с моей в логах вот такое: > relay=some.host. [some.ip], dsn=4.0.0, stat=Deferred: Name server: > some.host.: host name lookup failure > > При том что почта на этом MTA ходит во всех остальных направлениях > замечательно... > Этот хост резолвится и бекрезолвится тоже замечательно (с указанным эффектом > двух MX) > Телнетом туда почта отправилась и доставилась... > > А у меня в очереди копятся письма на этот домен... > > Вот за единственный внешний эффект я и уцепился пока. Вряд ли это вызвано двумя MXами на один хост. Не должно оно давать такой эффект. BTW, а some.mx хорошо резолвится? Потому как собственно резолвить в IP нужно уже some.mx. И не может ли там быть каких-то сложностей с IPv4/IPv6? > > >> Будет работать так, как написано в RFC - если получили tempfail на первом, >> пойдём на следующий. >> На практике если серверу станет плохо (например заклинило антивирус или >> какой-то паттерн писем клинит проц), ему сделают только хуже - досылками на >> бэкапы. >> Интересно какая цель при этом приследуется ? >> /3 вересня 2018, 17:47:59, від "Alexander Andreyev" > <mailto:al...@rri.kiev.ua>>:/ >>Я помню, что тут раньше разрешали некий офтопик по смежным темам... >>А подскажите, что будет если сделать вот так: >>some.host. IN MX 10 some.mx. >>some.host. IN MX 15 some.mx. >>Т.е. для одного хоста два MX с разным весом на один и тот-же хост. >>Технически, проблем быть не должно, но все-же? >>Гуглится такой случай как-то не очень... :-( > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Неаккуратненько как-то...
> On Aug 17, 2018, at 15:25, George L. Yermulnik wrote: > > Hello! > > On Wed, 08 Aug 2018 at 18:57:14 (+0300), Taras Heichenko wrote: > >>Hi! >> Есть фря 11.1-STABLE. На ней для обновления установленных портов >> используется portupgrade. >> После апгрейда какого-то пакета, который ввиду ключика -R проапгрейдил еще и >> db5 возникла >> следующая ситуация. После отработки portupgrade на любой из портов последним >> прости от этого >> portupgrade выдается следующий набор строк > > Мне было лениво разбираться, откуда у этого растут ноги и как правильно > пофиксить, и я просто удалил из /usr/local/lib/compat/pkg/ симлинки > указывающие на эти несуществующие объекты, что перечислены в > процитированном ниже выводе. Вроде ничего не сломалось и portupgrade рад. Да, спасибо за наводку. Я тоже порадовал свой portupgrade. И не думаю, что удаление симлинков на несуществующие файлы может что-то сильно испортить. > >> ---> Cleaning out obsolete shared libraries >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - >> /usr/local/lib/compat/pkg/libXaw7.so.7 >> No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 >> No such file or directory @ realpath_rec - >> /usr/local/lib/compat/pkg/libXaw6.so.6 > > -- > George L. Yermulnik > [YZ-RIPE] > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Неаккуратненько как-то...
> On Aug 8, 2018, at 19:11, Alexander Sheiko wrote: > > > В письме от Срд, 08 Авг 2018, 18:57 Taras Heichenko пишет: > >> Вроде как ни на что оно не влияет, по крайней мере такого влияния пока >> обнаружено не было. >> Но "неаккуратно как-то" и я привык хоть как-то понимать, что происходит. > > Это нормально - оно хочет почистить всё, что может остаться от предыдущей > его инсталляции. Это может быть нормально один раз. Оно пытается почистить что-то, что не находит. И пытается это почистить каждый раз, при апгрейде каждого пакета. Вот где бы ему сказать, что этого уже нету, и чистить это не нужно? > > Переходите на portmaster. Сам очень давно на него перешёл и просто не > понимаю. заем использовать portupgrade. Затем, что за неимоверное количество лет его использования у меня не было к нему претензий. Текущий вопрос, я также претензией не считаю, ибо все работает, но что-то просто нужно поправить. Объясните мне, зачем мне на него переходить? > > -- > Alexander Sheiko > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] Неаккуратненько как-то...
Hi! Есть фря 11.1-STABLE. На ней для обновления установленных портов используется portupgrade. После апгрейда какого-то пакета, который ввиду ключика -R проапгрейдил еще и db5 возникла следующая ситуация. После отработки portupgrade на любой из портов последним прости от этого portupgrade выдается следующий набор строк ---> Cleaning out obsolete shared libraries No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/libXaw7.so.7 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/db5 No such file or directory @ realpath_rec - /usr/local/lib/compat/pkg/libXaw6.so.6 Вроде как ни на что оно не влияет, по крайней мере такого влияния пока обнаружено не было. Но "неаккуратно как-то" и я привык хоть как-то понимать, что происходит. Не очень понимаю, откуда это вылазит и как это вылечить. Может кто подскажет? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ports
> On Jan 2, 2018, at 23:33, George L. Yermulnik <y...@yz.kiev.ua> wrote: > > Hello! > > On Tue, 02 Jan 2018 at 23:24:45 (+0200), Anton Sayetsky wrote: > >>>> Ну вот на сайте FreeBSD написано, что закончилась поддержка RELENG 11.0 (а >>>> не STABLE 11.0) > >>>> releng/11.0 11.0-RELEASEn/a October 10, 2016November 30, >>>> 2017 > >>>> Там нигде не написано, что закончилась поддержка STABLE 11.0. У меня же >>>> uname говорит, что >>>> установлена STABLE 11.0. Я понимаю, что нужно обновить систему, и т.п. И я >>>> это уже делаю. Я просто >>>> говорю о том, что на сайте изложено плохо. > >>> Тасик, ты просто не туда и не так смотришь =) >>> Смотри https://www.freebsd.org/doc/en/books/dev-model/release-branches.html >>> (обрати внимание на сноску #7 - мне кажется, это именно тот камень, о >>> который ты спотыкаешься), потом https://www.freebsd.org/releng/ или >>> https://www.freebsd.org/security/unsupported.html >> На самом деле туда даже смотреть не нужно. Нужно в bsd.port.mk, строки >> 1187-1215 в ревизии 457794: там явно указано "если версия больше 11.0, >> но меньше 11.1 - порты не собирать." > > Думаю, туда много кто посмотрел в ходе этого трида. Но ведь Тарас говорит о > другом: "Я просто говорю о том, что на сайте изложено плохо". И тут он, имхо, > прав. Даже в доке в той самой сноске #7 английским по белому написано: "There > is a terminology overlap with respect to the word "stable", which leads to > some confusion". Да, это именно то, о чем я говорил, спасибо. По поводу обновить систему, я занялся этим еще после первого письма, но заметил в рассылку (зачем я это сделал?!), что есть проблемы с тем, что и как называют. И тут началось... > > -- > George L. Yermulnik > [YZ-RIPE] > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ports
> On Jan 2, 2018, at 20:02, Eugene Grosbein <eu...@grosbein.net> wrote: > > 02.01.2018 20:47, Taras Heichenko пишет: > >> На сайте (в приведенной мной ссылке) о STABLE 11. В приведенных Евгением и >> Георгием ссылках речь идет >> о 11.0 RELENG. Я понимаю, что видимо хорошо покопавшись по сайту фри, я >> где-нибудь да найду, что >> 11.0-STABLE на самом деле нифига не STABLE, а RELENG, а STABLE на самом деле >> 11.1. > > Нет. STABLE это STABLE, а RELENG это ещё одна ветка, которую отпочковывают от > STABLE Ну вот на сайте FreeBSD написано, что закончилась поддержка RELENG 11.0 (а не STABLE 11.0) releng/11.0 11.0-RELEASEn/a October 10, 2016November 30, 2017 Там нигде не написано, что закончилась поддержка STABLE 11.0. У меня же uname говорит, что установлена STABLE 11.0. Я понимаю, что нужно обновить систему, и т.п. И я это уже делаю. Я просто говорю о том, что на сайте изложено плохо. > во время изготовления релиза (не путать с созданием снапшота) и RELENG > получает > очень небольшое количество обновлений, только обновления безопасности и может > быть ещё > самые критические обновления стабильности. > > > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ports
> On Jan 2, 2018, at 15:21, Anton Sayetsky <vsasja...@gmail.com> wrote: > > 2 янв. 2018 г. 15:19 пользователь "Taras Heichenko" <ta...@academ.kiev.ua> > написал: > Hi! > > > On Jan 2, 2018, at 15:01, Eugene Grosbein <eu...@grosbein.net> wrote: > > Кстати, еще один вопрос. > > >> Есть FreeBSD 11.0-STABLE #0 r313384: Wed Feb 8 08:36:21 EET 2017 > >> > > > > Формальная поддержка 11.0-RELEASE закончилась в ноябре прошлого года: > > https://www.freebsd.org/security/unsupported.html > > Вот здесь https://www.freebsd.org/security/index.html#sup написано, что EoL > для 11 STABLE предполагается 2021 год. > uname у меня пишет STABLE, а не RELEASE. Как-то оно неправильно? > В stable/11 сейчас 11.1-STABLE, всё правильно. На сайте (в приведенной мной ссылке) о STABLE 11. В приведенных Евгением и Георгием ссылках речь идет о 11.0 RELENG. Я понимаю, что видимо хорошо покопавшись по сайту фри, я где-нибудь да найду, что 11.0-STABLE на самом деле нифига не STABLE, а RELENG, а STABLE на самом деле 11.1. Но по факту я смотрю, что у меня 11.0-STABLE, смотрю, что у STABLE/11 EoL 2021 год, и получаю сообщение, с которого началось обсуждение. > > > > > Так что процитированному выше - верить. > > Либо обновиться до 11.1 (предпочитиельно, так как в 11.0, как и в любом > > релизе .0, косяков хватало), > > либо, в качестве временной меры, прописать ALLOW_UNSUPPORTED_SYSTEM=yes в > > /etc/make.conf > > > > -- > Taras Heichenko > ta...@academ.kiev.ua > > > > > > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ports
Hi! > On Jan 2, 2018, at 15:01, Eugene Grosbein <eu...@grosbein.net> wrote: Кстати, еще один вопрос. >> Есть FreeBSD 11.0-STABLE #0 r313384: Wed Feb 8 08:36:21 EET 2017 >> > > Формальная поддержка 11.0-RELEASE закончилась в ноябре прошлого года: > https://www.freebsd.org/security/unsupported.html Вот здесь https://www.freebsd.org/security/index.html#sup написано, что EoL для 11 STABLE предполагается 2021 год. uname у меня пишет STABLE, а не RELEASE. Как-то оно неправильно? > > Так что процитированному выше - верить. > Либо обновиться до 11.1 (предпочитиельно, так как в 11.0, как и в любом > релизе .0, косяков хватало), > либо, в качестве временной меры, прописать ALLOW_UNSUPPORTED_SYSTEM=yes в > /etc/make.conf > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] Ports
> On Jan 2, 2018, at 15:01, Eugene Grosbein <eu...@grosbein.net> wrote: > > 02.01.2018 19:50, Taras Heichenko пишет: >>Hi! >> Есть FreeBSD 11.0-STABLE #0 r313384: Wed Feb 8 08:36:21 EET 2017 >> >> Обновил на этой машине дерево портов svn up /usr/ports >> >> После этого пытаюсь запустить portupgrade, и вот тут начинается интересное. >> portupgrade говорит, что indexinfo (который стоял) ошибка порта. >> Соответственно, >> как в таких случаях обычно поступаю, сношу pkg delete -f indexinfo и пошел в >> порты >> его собрать заново. Вылазит ошибка >> >> root:/usr/ports/print/indexinfo>make >> /!\ ERROR: /!\ >> >> Ports Collection support for your FreeBSD version has ended, and no ports are >> guaranteed to build on this system. Please upgrade to a supported release. >> >> No support will be provided if you silence this message by defining >> ALLOW_UNSUPPORTED_SYSTEM. >> >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/print/indexinfo >> >> Собственно при попытке обновить какой-либо другой порт, вылазит та же ошибка. >> >> Что я делаю не так? > > Формальная поддержка 11.0-RELEASE закончилась в ноябре прошлого года: > https://www.freebsd.org/security/unsupported.html Эк время бежит... Спасибо, обновлю систему. > > Так что процитированному выше - верить. > Либо обновиться до 11.1 (предпочитиельно, так как в 11.0, как и в любом > релизе .0, косяков хватало), > либо, в качестве временной меры, прописать ALLOW_UNSUPPORTED_SYSTEM=yes в > /etc/make.conf > -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
Re: [freebsd] port directory error
> On Dec 4, 2017, at 15:12, Владимир Друзенко <v...@unislabs.com> wrote: > > 04.12.2017 15:55, Taras Heichenko пишет: >> Hi! >> Дано FreeBSD 11.1-STABLE #2 r324855: Sun Oct 22 13:24:19 EEST 2017 >> >> При очередном заходе на обновление установленного из портов команда >> portupgrade -an >> >> первой в списке того, что можно обновить начала выдавать такую строку: >> - devel/py-setuptools@py27 (port directory error) >> >> При этом есть у меня впечатление, что это строка начала появляться после >> того, как я запускал команду >> portupgrade -Rn py27* >> >> Но это уже так, размышления. А по сути естественно такого пути у меня в >> портах >> нету. Не то, чтобы оно так уж сильно мне мешало -- никакого влияния на >> систему >> от этого косяка я не заметил, но как-то оно меня муляет. Будут какие-то >> рекомендации, >> как от этого приведения можно избавиться? >> >> -- >> Taras Heichenko >> ta...@academ.kiev.ua > > 1. Читаем UPDATING > 2. Это очередные хипстеры внесли новые модные и молодёжные изменения в порты, > а утилитки типа portmaster и portupgrade не их дело. Главное poudriere у них > работает, а на остальное пофиг. Без jail-ов нынче не модно собирать порты. > Или используй дефолтные пакеты с ключами сборки по умолчанию, или громозди > билдферму портов на poudriere. > 3. Решается удалением этого порта (devel/py-setuptools), а потом > переустановкой того порта, который от него зависит. Ну я подожду, может portupgrade обучат, а у меня вот уже и порт есть, на котором проверить. :) > ___ > freebsd mailing list > freebsd@uafug.org.ua > http://mailman.uafug.org.ua/mailman/listinfo/freebsd -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd
[freebsd] port directory error
Hi! Дано FreeBSD 11.1-STABLE #2 r324855: Sun Oct 22 13:24:19 EEST 2017 При очередном заходе на обновление установленного из портов команда portupgrade -an первой в списке того, что можно обновить начала выдавать такую строку: - devel/py-setuptools@py27 (port directory error) При этом есть у меня впечатление, что это строка начала появляться после того, как я запускал команду portupgrade -Rn py27* Но это уже так, размышления. А по сути естественно такого пути у меня в портах нету. Не то, чтобы оно так уж сильно мне мешало -- никакого влияния на систему от этого косяка я не заметил, но как-то оно меня муляет. Будут какие-то рекомендации, как от этого приведения можно избавиться? -- Taras Heichenko ta...@academ.kiev.ua ___ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd