The OpenNET Project / Index page

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



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

Оглавление

Удалённо эксплуатируемые уязвимости во FreeBSD, opennews (??), 14-Май-20, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

139. "Удалённо эксплуатируемые уязвимости во FreeBSD"  +2 +/
Сообщение от User (??), 15-Май-20, 08:15 
Ну, ок. Не дергать, так не дергать. Берем ubuntu в default install'е:
$ apt-file

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

sudo apt install apt-file

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

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

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

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


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

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

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

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


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

81. "Удалённо эксплуатируемые уязвимости во FreeBSD"  –1 +/
Сообщение от oops (ok), 14-Май-20, 18:44 
ну что ты их троллишь. Это ж плагин)
Ответить | Правка | Наверх | Cообщить модератору

85. "Удалённо эксплуатируемые уязвимости во FreeBSD"  +2 +/
Сообщение от анонн (ok), 14-Май-20, 19:00 
> ну что ты их троллишь. Это ж плагин)

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

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

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

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

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

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

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

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

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

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

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

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


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

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

95. "Удалённо эксплуатируемые уязвимости во FreeBSD"  –2 +/
Сообщение от YetAnotherOnanym (ok), 14-Май-20, 20:04 
> ну что ты их троллишь. Это ж плагин)

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

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

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

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

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




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

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