ДА КАКИЕ НАХУЙ ТФМ ВНУТРИ ПАПКИ build?

ДА НОРМАЛЬНО ОН РАБОТАЕТ

Там есть конкретная убогая проблема с build/

понимаю (нет, но делаю умное ебало)

Оттуда должны тянуться ТОЛЬКО targets и зкщзы

props

Я попробую факультативно с этим разобраться

Остальное оттуда не должно никак браться

Там кароч в Paket сделан кусок криво

Ни под каким видом

И Форкман просто накидывает ещё больше костылей

Надо шоб кто-то пошёл и ему пояснил, как правильно

Василий честно пытался, но чот у него не вышло

У меня плохо получается объяснять, да

Василий честно пытался, но чот у него не вышло

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

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

Вот да

У меня часто мысль опережает

Мысли другого человека

но я работаю над этим

Чуваки в Xamarin пакетах придумали кастомную конвенцию, и под неё накостылили условий в props. Ну, в общем-то, в своём праве, всё ок.

Paket об эту конвенцию сломался

И Форкман начал через костыли поддерживать её у себя

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

Хотя надо-то было просто прочитать их props и сделать то что у них написано

Короче, @omgszer , смотри

Проблема следующая

1. paket по умолчанию не подключает props и targets

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

Василий завёл ишуй, потихоньку продвигаемся, всё хорошо :)

2. Он зачем-то сканит папку build в поисках dll

Вот это бы им по-английски написать, чтобы они поняли

2. Он зачем-то сканит папку build в поисках dll

возможно это было нужно. Подозреваю если это убрать где-то что-то отвалится в билде .Net2 проектов (наугад)

https://github.com/fsprojects/Paket/issues/3831

возможно это было нужно. Подозреваю если это убрать где-то что-то отвалится в билде .Net2 проектов (наугад)

Не отвалится

Формат nuspec устаканился давно

И в папку build никто никогда ничего не клал

возможно это было нужно. Подозреваю если это убрать где-то что-то отвалится в билде .Net2 проектов (наугад)

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

Но сейчас это реально костыль

https://github.com/fsprojects/Paket/issues/3831

ну вот тут в ишью чуваак так же, как и я, с порога заявил что проблемы нет Paket has supported props and targets files in build for many years. There must be some other issue specific to that package.

потому что ты неправильно её формулируешь

ну вот тут в ишью чуваак так же, как и я, с порога заявил что проблемы нет Paket has supported props and targets files in build for many years. There must be some other issue specific to that package.

Смотри залинкованый ишуй

https://github.com/fsprojects/Paket/issues/3816

Вот там отъебнуло

ты говоришь что пакет не поддерживает пропсы - очевидно бред Надо описывать СВОЮ проблему, а не сразу описывать то что ТЫ думаешь является причиной

потому что твоя причина неверная

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

Title - Хуй вместо билда замарина

А - адекватность

Title - Хуй вместо билда замарина

Вот залинкованный тикет как раз про это

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

Правда, почему-то он чинится очередными костылями в Paket

Вот залинкованный тикет как раз про это

ну вот тот ишью наверное норм

а ишью Василия можно сразу в утиль

#### 2.1.0 - 2015-09-16 * Added support for custom internet proxy credentials with env vars - https://github.com/fsprojects/Paket/pull/1061 * Removed microsoft.bcl.build.targets from backlist and instead changed "import_targets" default for that package * Fix handling of packages.config

а ишью Василия можно сразу в утиль

В этом и есть моя проблема

Короче, проблеме лет 5 походу

В paket галочка, кстати, на копирование props и targets по умолчанию выключена

В этом и есть моя проблема

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

Короче, я бы начал с того что закрыл то ишью как неправильное, создал новое нормальное с репро. Или помогал чем можно чтобы направить мысль форкмана и прочих мейнтенеров в нужное русло в том тикете про XCODE

(если это твоя проблема)

стопудово отвечаю, твоё ишью никто не починит, оно нечинибельное априори. Пакет поддерживает пропсы и таргеты

возможно надо создать ишью с таким тайтлом - Paket takes dlls from /build folder ну и описать почему это проблема и почему так нельзя делать

я вот хз почему так делать нельзя

но у меня не было таких нугетов - с длл в /build

Ok, made some research on this problem. It consists of two parts: 1. import_targets is false by default. This is strange. 2. For some reason paket scans folders inside build folder of nuget package. This is invalid behavior. Dlls to include for proper tfm should be taken from lib folder. Build folder has other purpose, and paket should only get props and targets file from it if present.

@omgszer , причеши текст

Позязя

Ok, made some research on this problem. It consists of two parts: 1. import_targets is false by default. This is strange. 2. For some reason paket scans folders inside build folder of nuget package. This is invalid behavior. Dlls to include for proper tfm should be taken from lib folder. Build folder has other purpose, and paket should only get props and targets file from it if present.

второй пункт мне неясен. Есть какая-то спека нугета о структуре папок?

(я честно хз)

Есть

Ща

https://docs.microsoft.com/ru-ru/nuget/create-packages/creating-a-package#include-msbuild-props-and-targets-in-a-package

Ok, made some research on this problem. It consists of two parts: 1. import_targets is false by default. This is strange. 2. For some reason paket scans folders inside build folder of nuget package. This is invalid behavior. Dlls to include for proper tfm should be taken from lib folder. Build folder has other purpose, and paket should only get props and targets file from it if present.

про первое опять же надо отдельное ишью сделать, а не искать причину (это возможно неправильная причина) репро подключил пакет с пропсами (правильно расположенными) ожидал подключенные пропсы получил хуй на блюде workaround включить явно import_targets:true и ВОЗМОЖНО авторы пакета согласятся что дефолтное поведение неправильное. А возможно пояснят почему так

проблема глубже

Чем кажется

Он лезет в папку

Потому что хочет найти там пропс

И спотыкается на имени папки

проблема глубже

ненене, ты опять копаешь туда, куда мысль авторов пакета не дошла. Ты сразу свою мысль формируешь глубиной 5, а они в контексте этой проблемы ещё на глубине 0, вы друг друга не поймёте

Ну епт, они ж должны нугет спеку изучить

Единственное, что я от них хочу

Единственное, что я от них хочу

ты не добьёшься от них фикса таким подходом! вот что я пытаюсь до тебя донести