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

а может просто сделать dnf как надмножество конана?

Да. apt, portage, pacman, …

или винда не нужна?

ты забываешь одну важную деталь.... Винда где в этом списке?

chocolatey, кек

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

А есть возможность сделать репозитарий, с динамически генерируемым содержимым? Чтобы при запросе пакета конан его генерировал и слал?

Или ещё сильнее — говорить "Кстати, я ту либу форкнул, так как там хрень творится, давай попробуем с моей версией"

ты забываешь одну важную деталь.... Винда где в этом списке?

Давно ей не пользовался. Там до сих пор нет адекватного аналога?

chocolatey, кек

знаю я. Что-то как-то под линухом его не вижу

Давно ей не пользовался. Там до сих пор нет адекватного аналога?

Так точно!

Давно ей не пользовался. Там до сих пор нет адекватного аналога?

нугет, чоколатей (оба интерабельны, емнип)

хотя надо форнёвера спросить

Котаны, вы видели релиз? Conan 1.0 http://blog.conan.io/2018/01/10/Conan-C-C++-Package-Manager-Hits-1.0.html

Наверное Вы просто не совсем улавливаете суть, что Conan не совсем похож на просто пакетный менеджер, который ставит просто пакеты. Что-то не припомню, чтобы apt, dnf и иже с ними контролили совместимость версий компиляторов, ABI и так далее

А есть возможность сделать репозитарий, с динамически генерируемым содержимым? Чтобы при запросе пакета конан его генерировал и слал?

Предлагаешь при отсутствии пакета в репозитории дистрибутива автоматически его собирать из конана?

Котаны, вы видели релиз? Conan 1.0 http://blog.conan.io/2018/01/10/Conan-C-C++-Package-Manager-Hits-1.0.html

Я выполняю твою работу здесь)

Котаны, вы видели релиз? Conan 1.0 http://blog.conan.io/2018/01/10/Conan-C-C++-Package-Manager-Hits-1.0.html

в шапке))) и тут: https://t.me/ProCxxNews/62

Илья, вот тут инстракшн бук

Нет там нифига...

в шапке))) и тут: https://t.me/ProCxxNews/62

вот я тормоз, сорри.

КАК ПРОАПГРЕЙДИТЬ?

Мой способ (можно ещё наверное как-то) pip install -U conan conan -v

Мой способ (можно ещё наверное как-то) pip install -U conan conan -v

Это официальный способ

всё зависит от того, как ты его ставил ?

кстати. есть же alien

мб в него адаптер запилить для конана?

а может просто сделать dnf как надмножество конана?

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

норм! можно же двусторонний мост спроектить!

тип, шоб конан вызывать из других, и шоб конан мог адаптер дергать

один хер, нам нужно One Ring to Rule them all

надо вбросить эту идею комитету c++, рабочей группе Tooling

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

и что, прям все опакечено? всех версий?

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

(кста, мб с варваром также сделать?)

один хер, нам нужно One Ring to Rule them all

не то ща блядь какие-то 15 соревнующихся стандартов

и что, прям все опакечено? всех версий?

Да, все популярные опакечены.

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

хм.. вот одно из требований уже к апи адаптера - возможность узнать список изменений и откатить (блядский мементо)

У нас в Fedora недавно с менеджером пакетов Python Pip 2/3 сделали как раз наоборот: любой вызов pip install или update вне окружения chroot или virtual environment теперь автоматически вызывает dnf для установки опакеченной версии, дабы пользователи не уродовали пакетный дистрибутив неотслеживаемыми файлами.

КЛЁВЫЕ!

хм.. вот одно из требований уже к апи адаптера - возможность узнать список изменений и откатить (блядский мементо)

У нас в самом dnf можно откатываться и смотреть changelog. Команда называется dnf downgrade.

Наверное Вы просто не совсем улавливаете суть, что Conan не совсем похож на просто пакетный менеджер, который ставит просто пакеты. Что-то не припомню, чтобы apt, dnf и иже с ними контролили совместимость версий компиляторов, ABI и так далее

Я припомню. Потому что portage в gentoo занимается ровно этим.

Да, все популярные опакечены.

а что происходит если я устанавливаю неопакеченную версию чегото опакеченного? а потом опакеченную?

а что происходит если я устанавливаю неопакеченную версию чегото опакеченного? а потом опакеченную?

Теперь pip2/3 не даст этого сделать вне chroot/venv или от рута.

Я припомню. Потому что portage в gentoo занимается ровно этим.

У меня ровно тот же вопрос - где portage на Mac и Windows? Где Portage на fedora, bubuntu, etc?

Теперь pip2/3 не даст этого сделать вне chroot/venv или от рута.

сурово

сурово

Сами разработчики Python рекомендуют использовать pip только внутри venv.

У меня ровно тот же вопрос - где portage на Mac и Windows? Где Portage на fedora, bubuntu, etc?

Потому я и не пользуюсь добровольно маком или бубунтой.

Потому я и не пользуюсь добровольно маком или бубунтой.

Ну вот. А другие пользуются

Но зачем?

У меня ровно тот же вопрос - где portage на Mac и Windows? Где Portage на fedora, bubuntu, etc?

на бубунте видел какой то извращнец запустил

Но зачем?

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

Сами разработчики Python рекомендуют использовать pip только внутри venv.

ну рекомендации это одно, а по факту другое

Устрой опрос, почему весь мир не сидит на gentoo

ну рекомендации это одно, а по факту другое

Тогда можно на свой страх и риск добавить параметр --force, чтобы устанавливалось не через пакетный менеджер.

Тогда можно на свой страх и риск добавить параметр --force, чтобы устанавливалось не через пакетный менеджер.

понял, тогда норм

Предлагаешь при отсутствии пакета в репозитории дистрибутива автоматически его собирать из конана?

Да. Запрашивать его у репозитария конана

не, ну y not...

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

Как и вопрос про пакетные менеджеры. Теоретически, может, и не должен, а как в этом преуспеть — загадка.

Как и вопрос про пакетные менеджеры. Теоретически, может, и не должен, а как в этом преуспеть — загадка.

ну вот смотри на Conan - он пытается

кстати, думаю ,можно было б сделать conan map, чтоб конан верно дергал underlying package managers

ну, в общем, тут по-разному можно

И ломает систему тем, у кого есть нормальный пакетный менеджер с централизованным обновлением, зависимостями по версиям и пересылкой? Спасибо.

типа conan install делает dnf install

Вообще про проксирование пакетов ОС к репозитарию conan. На этапе сборки conan не очень подходит для пакетирования для debian, так как не делает reproducible builds. Понятно, что пакеты буду обязаны пересобираться на сборочных машинах безо всяких бинтреевых внешних репозитариев, но будет ли это reproducible. Мейнтейнеры дебиана даже с обычными autoconf/cmake много усилий прилагают.

(Правда, на Конан я не смотрел пока. Общее ощущение от всяких pip/npm.)

Если проксировать при инсталляции пакетов, то завоют администраторы про секурность, отсутствие ревизий и подписей ?

Вообще про проксирование пакетов ОС к репозитарию conan. На этапе сборки conan не очень подходит для пакетирования для debian, так как не делает reproducible builds. Понятно, что пакеты буду обязаны пересобираться на сборочных машинах безо всяких бинтреевых внешних репозитариев, но будет ли это reproducible. Мейнтейнеры дебиана даже с обычными autoconf/cmake много усилий прилагают.

Тебе просто нужен внутренний репозиторий. Вся идея конана это reproducible builds.

В питон есть system(«sudo apt install libsdl»)? Сейчас починим ваш Конан!

кек,

В питон есть system(«sudo apt install libsdl»)? Сейчас починим ваш Конан!

форкай https://github.com/conan-io/conan, и пели

А что насчёт безопасности? Если я в скрипте сделаю sudo rm -rf /?

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

Тебе просто нужен внутренний репозиторий. Вся идея конана это reproducible builds.

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

Я уже привык что у большинства нет чувства юмора

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

Зачем ревизии на уровне исходников, когда есть checksum-ы?

Подтвердить, что у тебя тот же файл, который в Бинтрее можно без всяких ревизий.

Коллизии?

Коллизии?

Sha256? Слушаю тебя внимательно.

Я вообще гофер

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

это если заметят

ну а нахуй принимать обфускату. код должен быть чистым, кмк

Я вообще гофер

В го есть коллизии в sha256?

В го есть коллизии в sha256?

не, у него чувство такое особенное

ну а нахуй принимать обфускату. код должен быть чистым, кмк

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

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

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

ну ты сначала внедри ? ЕМНИП, были уже попытки внедрения в опенсорц код бекдоров

Понятия не имею, теоретически думаю коллизии есть для любой чексумы, я не знаю как sha256 считается

ну ты сначала внедри ? ЕМНИП, были уже попытки внедрения в опенсорц код бекдоров

ты представляешь, сколько стоят такие бкдоры?

ну ты сначала внедри ? ЕМНИП, были уже попытки внедрения в опенсорц код бекдоров

да, вроде в опунссл ловили

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

http://wiki.c2.com/?TheKenThompsonHack

Понятия не имею, теоретически думаю коллизии есть для любой чексумы, я не знаю как sha256 считается

да, ты прав

ты представляешь, сколько стоят такие бкдоры?

Честно, не представляю. Но думаю, что чрезвычайно много

Понятия не имею, теоретически думаю коллизии есть для любой чексумы, я не знаю как sha256 считается

Долго.

да, вроде в опунссл ловили

вот наверное про этот случай я и помню

Другое дело что чтобы ее подделать считаться будет долго

Но квантовые камплюктеры

http://wiki.c2.com/?TheKenThompsonHack

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

чексуммы на уровне бинарного пакета. меня скорее беспокоят изменения в conanfile.py с одним значением version могут привести к одном бинарному пакету, а могут и нет. Исходники пакета в debian с зафиксированной version-debianrevision должен иметь всегда одинаковый deb-пакет на выходе. Я вижу способ решения в версионировании самого конановского рецепта

Но квантовые камплюктеры

Никак не помогут.

Собственно базируется на простом понятном примере: компилятор С на языке С может не знать, какой код у '\n'

Я умею решать любую NP-полную задачу за время работы оракула.

В лучшем случае показатель степени пополам поделят. 2^128 не сильно лучше 2^256

Я умею решать любую NP-полную задачу за время работы оракула.

:D