В каком месте? И челу ыв приват пояснил. Установка на 90% это копирование в нужные места. Каким местом можно угадать что там куда может устанавливаться и каким образом это обновлять. Его вопрос - это следствие тотального не понимания как в ось устанавливаеются пакеты, а он пытается слету сделать универсальный установщик. Этот вопрос древний, как сам юникс. А между делом чел подтвердил, что сам не врубает как инструменты работают, но ему нравится

иф не показывает 6-е?

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

первая причина не использовать - херово работает с вторичными адресами на интерфейсах; а вторая причина?

Какой ещё универсальный установщик, блин? Мне надо собрать часть депенденсов продукта моей компании в виде deb пакетов и положить их к себе в репо, потому что тянуть всё из разных мест каждый раз уже плохо работает и гораздо проще на целевой системе потом один раз написать apt install mycoolsoft, чем писать огромный баш скрипт, который вытягивает все депенденсы из пипа, гита, и чёрта в ступе, а потом всё это пытается разложить по системе тем же пипом, анзипом и другими средствами. И это лишняя работа, которую можно сделать один раз на этапе подготовки пакета и больше не делать, предоставив сисадмину возможность выполнить всего одну единственную команду. И я столкнулся с проблемой вовсе не сборки дебю пакета, а с проблемой того, где именно оказываются нужные мне исходники что бы потом из этого конкретного места запускать python3 setup.py --command-packages=stdeb.command bdist_deb При этом деб делается сам автоматически и в нём вообще нет никакой проблемы и вопроса о том как сделать деб я не задавал. Мне нужно было лишь узнать как вычленить нужный мне каталог из пачки других.

я вот только что понял, что на маке есть только иф, ип нет.. оО

Потому что мак не linux. В linux, solaris, freebsd - вообще разные ifconfig. Вот совсем.

меня смущают попытки iptables сменить, и радует что про tc никто не вспоминает

иф не показывает 6-е?

IPv6. Докер видимо по дефолту видит его и завооачивает в docker-proxy, где иранслирует его в IPv4

первая причина не использовать - херово работает с вторичными адресами на интерфейсах; а вторая причина?

Чем смущают?

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

Что за апи у айпитейблса?

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

сам iptables  обертка вокруг api netfilter

Прочитал ветку снизу вверх, не надо распаковывать whl, незачем туда лазить, просто устанавливайте

Гыгыгы

А потом надо фильтровать ipv6 и оказывается что iptables его не умеет

После этого рассказа твои истории об ужасающих дивапсах, которые не понимают что они делают, станет ещё смешнее

я специально сказал ДЛЯ ТОГО.. тогда ip6 был в проекте

я специально сказал ДЛЯ ТОГО.. тогда ip6 был в проекте

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

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

ipv6 был уже не в проекте когда об iptables ещё никто не заикался. так на минуточку это 96-ой год, когда впервые кончились ipv4

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

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

Я тут не совсем понял - а как тут слово .deb появилось?

>IPv6 became a Draft Standard in December 1998 >Rusty Russell started the netfilter/iptables project in 1998;

кстати вот пример того что ты порицаешь

я вообще не заметил разницы, для целей разработки.. с brew вообще все сливается

Как не показывает?

забавный фейл, не знал, грац

secondary адреса не видны, да

Это те которые eth0:0?

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

net-tools deprecated

А как быстро посмотреть открытые порты или сокеты? Не нетстатом

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

ss

поискать на гитхате и issue  не судьба?

Во фряхе можно вай-фай ифконфигом конфигурить

А я тоже нафейлил

Нет, это те которые secondary

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

честно? не судьба, я не понимаю что искать, а по "ipv6" в issues в докере слишком много всего

Да нет, в 96 они случайно кончились. Оттуда пошёл CIDR и Host в HTTP

ipv6 был уже не в проекте когда об iptables ещё никто не заикался. так на минуточку это 96-ой год, когда впервые кончились ipv4

Оооо, это было так рано? Типа распродали все диапазоны и начали обратно отбирать?

Да нет, в 96 они случайно кончились. Оттуда пошёл CIDR и Host в HTTP

А если надо добавить на интерфейс сразу 64к адресов?

Нет, это те которые secondary

>IPv6 became a Draft Standard in December 1998 >Rusty Russell started the netfilter/iptables project in 1998;

провел недавно рисерч детальный на тему того как работает резолвинг ip адресов на unix based системах, так как подобного анализа я не нашел когда искал, потому поделюсь с вами

Дело в том, что не все нужные модули идут в виде whl. Но начать я решил именно с них. Впрочем всёравно потом выяснилось, что их не получится использовать, поскольку они поставляются уже без файла setup.py, который требуется для stdeb. Но утилита py2deb успешно решает эту проблему, причём сама вытягивает все пакеты основываясь на requirements.txt и умудряется(хоть и со странными ошибками в консоли) сделать из всех пакетов дебки.

Это ещё не упомянуты упоротые питонячьи пакеты типа psycopg. которые с собой носят бинарные библиотеки ("...а чо ваще, а вдруг на целевой системе нету?...") И ты, с чистой совестью собрав rpm-пакет, обнаруживаешь, что твой пакет экспортирует, к примеру, libkerberos-что-то-там просто потому, что rpmbuild оказал тебе услугу и добавил в секцию provides все библиотеки, которые смог найти.

Все блеать фактчекать надо https://tools.ietf.org/html/rfc1883 1995

In 1996, the American Registry for Internet Number (ARIN) reported that all of the IPv4 class A addresses have been assigned, 62% of the class B addresses have been assigned, and 37% of the class C addresses have been assigned. но хр знает где пруф достать

Все блеать фактчекать надо https://tools.ietf.org/html/rfc1883 1995

В общем случае эта проблема решается, но через задницу, если хуже не того. Более-менее очевидный вариант - на сервере сборки выпекается venv прямо по нужным путям. Внутри питон, нужные модули, скрипты, приложение и вот это вот всё. Почему так - потому что в процессе создания venv в скрипты, кишки и прочую хрень прописываются прямо таки абсолютные пути. Охренеть, конечно, можно, но питонисты (как и всегда) в 2018 напрочь игнорят существование как самой ОС, так и её пакетного менеджера, помахивая setup.py.

А как в 2018 нужно поступать? В пакетных менеджерах плохо все, от проблем с зоопарком, до того, что в некоторых версия пакета ничего не значит (привет от редхет)

А как в 2018 нужно поступать? В пакетных менеджерах плохо все, от проблем с зоопарком, до того, что в некоторых версия пакета ничего не значит (привет от редхет)

Юзать никс, там всё хорошо

Это https://nixos.org/?

Юзать никс, там всё хорошо