LINUX.ORG.RU

FreeBSD 13.0-RELEASE

 ,


1

2

Команда FreeBSD рада объявить о доступности FreeBSD 13.0-RELEASE — первого выпуска ветки stable/13.

Некоторые из нововведений:

  • clang, lld, lldb, llvm, библиотеки libunwind и libc++ обновлены в базовой системе до версии 11.0.1.
  • Из базовой системы удалена устаревшая версия отладчика GNU. Для анализа крэшдампов ядра следует пользоваться текущей версией gdb из портов/пакетов.
  • Из дерева исходников удалены устаревшие binutils 2.17 и gcc(1) 4.2.1. На данный момент все поддерживаемые архитектуры используют LLVM/clang.
  • BSD grep(1) теперь устанавливается по умолчанию. GNU grep удалён из базовой системы.
  • Из libalias(3) удалена поддержка протокола CU-SeeMe.
  • Добавлен драйвер qat(4) — поддержка ряда функций для ускорения криптографических вычислений на устройствах Intel QuickAssist (QAT). qat(4) работает с устройствами QAT, интегрированными в платформы Atom C2000 и C3000, Xeon C620 и D-1500, а также с Intel QAT Adapter 8950.
  • Удалены драйверы ряда устаревших устройств (полный список — в замечаниях к выпуску).
  • Ряд драйверов устройств портирован на архитектуру PowerPC64.
  • В ядро добавлена возможность использования крипо-ускорителей для разгрузки ЦП при работе с TLS (KTLS). Поддерживаются версии TLS от 1.0 до 1.3 и алгоритмы AES-CBC и AES-GCM. Для использования KTLS необходима совместимая SSL-библиотека в пространстве пользователя. На данный момент библиотека OpenSSL базовой системы не включает поддержку KTLS по умолчанию, однако она может быть разрешена параметром WITH_OPENSSL_KTLS при сборке.
  • 64-битная архитектура ARM, известная как arm64 или aarch64, поднята до уровня Tier-1.
  • И многое другое...


Замечания к выпуску (англ.)
Список исправлений (англ.)

>>> Объявление (англ.)

anonymous

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

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

Редактор ee(1) во FreeBSD 13-STABLE до сих пор не умеет корректно отображать редактируемые символы национального алфавита в UTF-8 — вместо них отображает что-то вроде «M ~ ~ ~».

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

Это я так, экспромтом из памяти. так что говорит о ФриБСД, как о некой новинке 90х не приходится.

i386BSD делали другие люди. Код AT&T из Bell Labs был по большому счёту переписан, но остались копирайты AT&T.

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

Для начала наверное стоит глянуть что оно в dmesg о себе рассказывает.

FreeBSD kernel: usb_alloc_device: Found possible auto-install disk (trying next config)
FreeBSD kernel: ugen4.2: <ZTE ZTE-CDROM> at usbus4
FreeBSD kernel: umass0 on uhub0
FreeBSD kernel: umass0: <ZTE-CDROM2> on usbus4
FreeBSD kernel: umass0:  SCSI over Bulk-Only; quirks = 0x0000
FreeBSD kernel: umass0:2:0: Attached to scbus2
FreeBSD kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
FreeBSD kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
FreeBSD kernel: (probe0:umass-sim0:0:0:0): Retrying command, 3 more tries remain
FreeBSD kernel: ugen4.2: <ZTE ZTE-CDROM> at usbus4 (disconnected)
FreeBSD kernel: umass0: at uhub0, port 1, addr 2 (disconnected)
FreeBSD kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
FreeBSD kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
FreeBSD kernel: (probe0:umass-sim0:0:0:0): Retrying command, 2 more tries remain
FreeBSD kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
FreeBSD kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
FreeBSD kernel: (probe0:umass-sim0:0:0:0): Retrying command, 1 more tries remain
FreeBSD kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
FreeBSD kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
FreeBSD kernel: (probe0:umass-sim0:0:0:0): Retrying command, 0 more tries remain
FreeBSD kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
FreeBSD kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
FreeBSD kernel: (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted
# usbconfig -d 4.2 power_off
# usbconfig -d 4.2 power_on
FreeBSD kernel: umass0 on uhub0
FreeBSD kernel: umass0: <USB-MassStorage> on usbus4
FreeBSD kernel: umass0:  SCSI over Bulk-Only; quirks = 0x0000
FreeBSD kernel: umass0:2:0: Attached to scbus2
FreeBSD kernel: cd0 at umass-sim0 bus 0 scbus2 target 0 lun 0
FreeBSD kernel: cd0: <ZTE CDROM 1.0> Removable CD-ROM SCSI-2 device
FreeBSD kernel: cd0: 40.000MB/s transfers
FreeBSD kernel: cd0: 80MB (163840 512 byte sectors)
FreeBSD kernel: cd0: quirks=0x10<10_BYTE_ONLY>
usbconfig 
ugen4.2: <ZTE ZTE-CDROM> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
camcontrol devlist 
<ZTE CDROM 1.0>                    at scbus2 target 0 lun 0 (pass1,cd0)
camcontrol eject pass1 
Unit stopped successfully, Media ejected
FreeBSD kernel: ugen4.2: <ZTE ZTE-CDROM> at usbus4 (disconnected)
FreeBSD kernel: umass0: at uhub0, port 1, addr 2 (disconnected)
FreeBSD kernel: cd0 at umass-sim0 bus 0 scbus2 target 0 lun 0
FreeBSD kernel: cd0: <ZTE CDROM 1.0>  detached
FreeBSD kernel: (cd0:umass-sim0:0:0:0): Periph destroyed
FreeBSD kernel: umass0: detached
FreeBSD kernel: ugen4.2: <ZTE ZTE Mobile Broadband> at usbus4
FreeBSD kernel: umass0 on uhub0
FreeBSD kernel: umass0: <USB-MassStorage> on usbus4
FreeBSD kernel: umass0:  SCSI over Bulk-Only; quirks = 0x0000
FreeBSD kernel: umass0:2:0: Attached to scbus2
FreeBSD kernel: cd0 at umass-sim0 bus 0 scbus2 target 0 lun 0
FreeBSD kernel: cd0: <ZTE CDROM 1.0> Removable CD-ROM SCSI-2 device
FreeBSD kernel: cd0: 40.000MB/s transfers
FreeBSD kernel: cd0: 80MB (163840 512 byte sectors)
FreeBSD kernel: cd0: quirks=0x10<10_BYTE_ONLY>
FreeBSD kernel: cdce0 on uhub0
FreeBSD kernel: cdce0: <USB-Ecm> on usbus4
FreeBSD kernel: ue0: <USB Ethernet> on cdce0
FreeBSD kernel: ue0: Ethernet address: 00:a0:c6:00:00:00
usbconfig
ugen4.2: <ZTE ZTE Mobile Broadband> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
ifconfig
ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:a0:c6:00:00:00
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

На это всё. :(

dhclient ue0 
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 7
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
sinaps
()
Ответ на: комментарий от fooser

ибо даже банальный mount - не часть линукса а часть gnu (или в случае дебиана - bsd) coreutils

Эм, что? «Банальный mount» — это часть util-linux.

Скажу даже больше - гну/линукс не предоставляет ни инсталлятора ни системы пакетов

Попытка говорить о GNU/Linux исключая дистрибутивы — это демагогия. Можно сколь угодно сотрясать воздух, но есть факт: есть множество широко используемых дистрибутивов, и то, что они включают в себя ПО не из GNU, и не являются официальными дистрибутивами GNU, с практической точки зрения не имеет ровным счётом никакого значения.

Вот только порты - штука гораздо более продвинутая чем emerge.

Интереса ради: в чём?

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

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

Значит, загружен шрифт, не имеющий нужных символов.

Это зависит от настройки системы. В том же Debian по умолчанию всё работает корректно — никаких квадратиков.

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

Гогном прибит гвоздями к линуксу. Вот и мантейнерам пришлось прибегать к некрасивым маневрам с гвоздодером.

Ну конечно.

GDM использует стандартные механизмы запуска X-сервера, доступные в обеих ОС, так что дело тут отнюдь не в GNOME, а в init-системе, вынуждающей писать код для такой банальной вещи как завершение ей же запущенного процесса. Ну а там, где приходится писать много лишнего кода, выше вероятность ошибок и костылей, подобных приведённым выше.

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

или 6 человек ответили нормально, один @IPR сагрился.

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

Видел ты от бсдшников хоть раз словечки типа «вендузойд», «вендомразь», «виндузота», «проприетарасты»? М…..? Это называется хейт-спич и расчеловечивание. И почему-таким занимаются больше всех любители линукс.

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

а, ну да, и еще им почему-то покоя не дают чужие попы.

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

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

По контексту надо смотреть. Если «проприетарастами» называют людей (а чаще корпорации), которые намеренно подсаживают других на монополию проприетарных программ и закрытые форматы файлов, по существу, выламывают руки — то это не только правильное, это очень мягкое определение. Простых пользователей, конечно, это слово касаться не должно.

По другим словам — я вот специально поискал на ЛОРе слово «вендомразь». Нашёл ровно два вхождения. Одно — твоё. Второе — от забаненного 10 лет назад пользователя с 4 погашенными звёздами. Ты его специально искал, да?

Давай тогда ради справедливости не только на одну сторону смотреть. Про «мозолеедов», «пердоликов» и прочее поговорить не хочешь? И про то как тут некоторые без стеснения GPL-сообщество ворами называет? Ах да, это другое

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 2)

iZEN а что ты там такое пишешь:

Система на основе FreeBSD 13-STABLE получилась громоздка и вальяжная. После сборки из исходных текстов, установки, перекомпиляции всех ранее установленных в 12-STABLE пакетов из портов, в прижениях Firefox и Thunderbird ощущаются невыносимые тормоза.

у меня на F12 вообще thunderbird отказывался собираться (так и не собрал). что правда вот так вот резко почему-то все стало медленно?

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

По контексту надо смотреть

Такого уровня отбитости, что я тут видел у одного бывшего модератора, который на себе трусы 🩲 рвал за линукс — это надо поискать. А это тебе не аноним с печки…

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

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

Аудиосиситема — OSS. И при этом она умеет микширование и всё что надо и она очень простая и переключение звука с Jack на HDMI и обратно делается максимально очевидно. В Линукс в этом месте костыль (PA) на велосипеде (ALSA).

Как можешь прокомментировать вот это?

P.S. Там, правда, ниже ответили, что решается аудиосервером… Но костыль же? Или нет?

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от anonymous

dsbmd, сделанной надежной и качественной

Угу. Ставлю с пакетов sysutils/dsbmd & sysutils/dsbmc, запускаю. Всё ok, втыкаю флешку. Видится. Выдираю ― пропадает. Втыкаю ― появляется. Ok. Монтирую. Появляется /media/da0s1 там файлы с флешки. Отмонтирую. Выдираю ― пропадает. Втыкаю ― ВНЕЗАПНО нету флешки! Ни как нету, только после

service dsbmd restart

всё опять ok. Как бороть надежную и качественную?

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

о чём говорить с онанимом, если учесть, что чуть менее чем полнсоью их них рабочим столом имеют венду, бгг ;-)

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

да ваще одни лулзы от него, про маргиналность демьяна - это очень сильное заявление! натурально, газификация луж как есть, эталонный образец!

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

firefox-87.0_3,2, thunderbird-78.9.1_1.

Пришлось собрать chromium-89.0.4389.128 — в нём тормоза не чувствуются (пишу из него).

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

И ещё, разница между git-репозиторием портов и portsnap-репозиторием на примере установленных из портов пакетов:

atril-lite-1.22.3_16               >   succeeds index (index has 1.22.3_15)
bsdisks-0.26                       >   succeeds index (index has 0.25)
chromium-89.0.4389.128             >   succeeds index (index has 89.0.4389.114_1)
ghostscript9-agpl-base-9.52_16     >   succeeds index (index has 9.52_15)
libreoffice-7.1.2.2_7              >   succeeds index (index has 7.1.2.2_6)
nss-3.64                           >   succeeds index (index has 3.63)
poppler-21.04.0                    >   succeeds index (index has 21.03.0)
poppler-glib-21.04.0               >   succeeds index (index has 21.03.0)
xfce4-tumbler-4.16.0_4             >   succeeds index (index has 4.16.0_3)

(У portsnap старее.)

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от hobbit

Прокомментировать это можно так, что «anonymous 14.04.21 20:44:06» просто невкурсах. Аудиосиситема в базе никакая не OSS. Когда-то рабочим названием у нее было «pcm-ng». Как зовут сейчас – не знаю. А OSS тут – это audio/oss в портах.

И таки да, одной из мегафич, ради которых затевалась pcm-ng, была возможность неэксклюзивного использования /dev/dsp.

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

да хрен с ним. я тоже билд-сервер держу. но лучше имхо подождать на всякий случай до 13.1 и потом начинать. меня напряг твой пост, что «все начало тормозить» (я это так понял). и ZFS... пусть вместо меня кто-нибудь протестирует.:)

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 3)
Ответ на: комментарий от crypt

Ещё я заметил неприятную вещь: драйвер NVIDIA 460.73.01 из порта x11/nvidia-driver как-то некорректно ставится, что ломает загрузку операционной системы при подгрузке своего модуля nvidia.ko (опция nvidia-modeset_load=«YES» /boot/loader.conf) система останавливается и выдаёт краткую сводку о том, что что-то не так. Ядро не может загрузиться из-за вшивого драйвера, Карл! Эта же проблема и на последнем срезе FreeBSD 12.2-STABLE вылезла.

Пришлось загружаться с устройства восстановления, отключать загрузку проблемного модуля и ставить драйвер из порта x11/nvidia-driver-390. Но там нет библиотек ускорения 3D для 32-bit режима — в старые игрушки под Wine не поиграешь.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от iZEN

фигня, прямо убунту какая-то:( на ноуте я все заморозил из-за _новых_ Хов, перестали работать со старыми nvidia драйвером. опенсорсные Хы оказались проблемой, а не нвидия, Карл!

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

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

я конкретно сделал заморозку дерева портов для билда для ноуте. nvidia, Хы... еще RedHat удалил поддержку gtk2 из LibreOffice...

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

Главное то, что я не нашёл способа отключить загрузку проблемного драйвера в самой операционной системе — пришлось воспользоваться средством внешнего воздействия.

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

Линус как раз недавно ругался на Rust-драйверописателей, что такого рода эксепшены недопустимы.

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

я конкретно сделал заморозку дерева портов

Его всегда можно получить из SVN. Смысла в какой-то заморозке не вижу. Просто нужно фиксировать номера версий конкретных портов, вызывающих проблемы, и вести учёт по ним. Блокировать (pkg lock) конкретные пакеты от обновления. А там уже смотреть по обстоятельствам — может с очередным обновлением проблема разрешится.

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

pkg сломается на новом дереве при локинге одного старого пакета. старые пакеты не билдятся в новом port tree. ты не можешь их просто так заморозить. только все дерево.

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

Могу. Я парочку старых и выброшенных пакетов так восстанавливал по срезу портов из SVN и блокировал от обновлений — x11-toolkits/swt и www/rssowl. Так они у меня до последней FreeBSD 12.2 дожили, и только в FreeBSD 13-STABLE отказались собираться (но эту проблему решу).

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

BSD grep убогенький кстати

Когда-то был. Ещё в 4.4BSD. Сейчас в FreeBSD grep вполне себе замена GNU grep, даже в плане опций (потому что ребята заморочились чтобы не сломать совместимость с предыдущим релизом).

mord0d ★★★★★
()
Последнее исправление: mord0d (всего исправлений: 1)
Ответ на: комментарий от iZEN

опция nvidia-modeset_load=«YES» /boot/loader.conf

Ядро не может загрузиться из-за вшивого драйвера, Карл!

Пришлось загружаться с устройства восстановления

/etc/rc.conf
kld_list="/boot/modules/nvidia-modeset.ko"

single user

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

На примере RSSOwl

Идём сюда: https://www.freshports.org/www/rssowl/

Выбираем версию порта, который нам нужен до закрытия порта: 1.2.3_10 от 14 Aug 2019 12:25:09.

Под датой видим значок ревизии и всплывающую подсказку на номер ревизии в SVN: Revision 508913.

Откатываем наше локальное дерево портов на эту ревизию:

% cd /usr/ports/ && svn up --revision 508913

Копируем заранее сохранённый архив с исходниками:

cp rssowl_1_2_3_src.tar.gz /usr/ports/distfiles/

Собираем порт в пакет и устанавливаем его:

% portmaster -gD www/rssowl

(У меня тулкит swt-4.7.3.a был уже собран ранее по аналогичной технологии, так как с новой версией, которая в современных портах, rssowl не работает. Так что ещё и ant собрался по зависимостям в пакет.)

% pkg info swt
swt-4.7.3.a
Name           : swt
Version        : 4.7.3.a
Installed on   : Sat Apr 17 11:04:04 2021 MSK
Origin         : x11-toolkits/swt
Architecture   : FreeBSD:13:amd64
Prefix         : /usr/local
Categories     : devel x11-toolkits java
Licenses       : EPL
Maintainer     : makc@FreeBSD.org
WWW            : http://www.eclipse.org/swt/
Comment        : Standard Widget Toolkit for Java
Options        :
	CAIRO          : on
Shared Libs required:
	libXtst.so.6
	libgtk-x11-2.0.so.0
	libGLU.so.1
	libatk-1.0.so.0
	libGL.so.1
	libgthread-2.0.so.0
	libcairo.so.2
Annotations    :
	FreeBSD_version: 1300500
Flat size      : 2.54MiB
Description    :
SWT is the software component that delivers native widget functionality
for the Eclipse platform in an operating system independent manner.

This port provides SWT without requiring a full download and build of
Eclipse.

WWW: http://www.eclipse.org/swt/
% pkg info rssowl
rssowl-1.2.3_10
Name           : rssowl
Version        : 1.2.3_10
Installed on   : Sat Apr 17 11:11:43 2021 MSK
Origin         : www/rssowl
Architecture   : FreeBSD:13:amd64
Prefix         : /usr/local
Categories     : java www
Licenses       : 
Maintainer     : m.sund@arcor.de
WWW            : http://www.rssowl.org/
Comment        : Portable RSS, RDF, Atom Newsfeeds reader
Options        :
	DOCS           : off
Annotations    :
	FreeBSD_version: 1300500
Flat size      : 4.98MiB
Description    :
RSSOwl is a free, opensource RSS / RDF / Atom Newsreader.
Some special features are:

  - Export News to PDF, HTML, RTF, OPML
  - Import Favorites from OPML
  - Full text-search with syntax-highlight of the results
  - Powerful Newsfeed search-engine
  - View news in internal browser
  - Manage favorites in categories (Drag and Drop support)
  - Runs on Windows, Linux, Solaris and Mac

For a complete list of features, see: http://www.rssowl.org/overview

WWW: http://www.rssowl.org/

Итак, блокируем от обновления:

% pkg lock swt
swt-4.7.3.a: lock this package? [y/N]: y
Locking swt-4.7.3.a

% pkg lock rssowl
rssowl-1.2.3_10: lock this package? [y/N]: y
Locking rssowl-1.2.3_10

Всё работает!

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: На примере RSSOwl от iZEN

Макароне мiй!! Да после такого убунтовские снапи не кажутся уже такими отбiтимi на всю девелоперскую головушку.

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

а если другому пакету новая версия ant понадобится?

ant можно удалить. Он только в сборке участвует, а не в работе.

% pkg autoremove
Updating database digests format: 100%
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 10 packages:

Installed packages to be REMOVED:
	apache-ant: 1.10.5
	autoconf213: 2.13.000227_7
	binutils: 2.33.1_4,1
	e2fsprogs-libuuid: 1.46.2
	nasm: 2.15.05,1
	py37-sqlite3: 3.7.10_7
	rust-cbindgen: 0.19.0
	v4l_compat: 1.20.0
	yasm: 1.3.0
	zip: 3.0_1

Number of packages to be removed: 10

The operation will free 198 MiB.

Proceed with deinstalling packages? [y/N]:
iZEN ★★★★★
()
Ответ на: комментарий от iZEN

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

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

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

% cd /usr/ports/ && svn up && pkg version -vIL =
Updating '.':
At revision 569609.
pkg: No valid entries found in '/usr/ports/INDEX-13'

% cd /usr/ports/ && make fetchindex
/usr/bin/env  fetch -am -o /usr/ports/INDEX-13.bz2 https://www.FreeBSD.org/ports/INDEX-13.bz2
/usr/ports/INDEX-13.bz2                               2269 kB  735 kBps    03s

% pkg version -vIL =
botan2-2.17.3                      <   needs updating (index has 2.18.0)
i386-wine-5.0_1,1                  <   needs updating (index has 5.0.4_1,1)
rssowl-1.2.3_10                    ?   orphaned: www/rssowl
swt-4.7.3.a                        <   needs updating (index has 4.11_1)

% portmaster -agD
===>>> Starting check of installed ports for available updates

	===>>> No /usr/ports/math/Imath exists, and no information
	===>>> about math/Imath can be found in /usr/ports/MOVED

===>>> Launching child to update swt-4.7.3.a to swt-4.11_1

===>>> All >> swt-4.7.3.a (1/1)

===>>> swt-4.7.3.a has an +IGNOREME file or the package is locked
	===>>> Update anyway? y/n [n] 

===>>> Returning to update check of installed ports

===>>> Update check of installed ports complete
% 

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 2)
Ответ на: комментарий от iZEN

Вообще же, стараются сохранить

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

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от interrupted

Ага, даже пользователи Windows должны знать? Это ваша пьянка, она кроме вас никому не интересна.

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