[devel] proprietary dotnet-corefx

Anton Farygin rider на basealt.ru
Вт Фев 5 19:52:27 MSK 2019


05.02.2019 15:03, Dmitry V. Levin пишет:
> On Tue, Feb 05, 2019 at 10:13:21AM +0300, Anton Farygin wrote:
>> 05.02.2019 1:27, Dmitry V. Levin пишет:
>>> On Tue, Feb 05, 2019 at 01:13:30AM +0300, Aleksey Novodvorsky wrote:
>>>> вт, 5 февр. 2019 г., 1:02 Dmitry V. Levinldv на altlinux.org:
>>> [...]
>>>>> В чём преимущества скачивания проприетарных пакетов из нашего репозитория
>>>>> перед скачиванием этого софта с сайта microsoft.com?
>>>>    В том, что они интегрированы в нашу систему зависимостей и установки
>>>> пакетов.
>>> К сожалению, в случае с dotnet-corefx эта интеграция иллюзорна:
>>> apt-get install работает, но зависимости не вычисляются, в спеке написано
>>> AutoReq: yes,nomingw32,nomingw64,nomono,nomonolib
>>>
>>> Это даже не kernel-modules-nvidia, это просто проприетарный набор
>>> костылей и подпорок.  Предлагаю вынести это из Сизифа,
>>> чтобы кто-нибудь по недосмотру не начал это использовать.
>>>
>>> https://lists.altlinux.org/pipermail/sisyphus-incominger/2019-February/516657.html
>>>
>> Наша система сильно отличается от того, для чего предлагает бинари
>> Microsoft, поэтому у тех, кто хочет скачать этот софт с Microsoft'а -
>> ничего не получается.
> Что меняется от того, что эти бинари упакованы?  Они начинают как-то иначе
> работать?
Да, они начинают просто хоть как-то работать.
>
>> Виталик Липатов уже довольно долго бьётся с этой проблемой и, похоже,
>> что кроме Microsoft'а никто не умеет собирать dotnet-core из исходников.
> А кто ещё пробовал?  У кого ещё не получилось собирать dotnet-core из исходников?

Ещё Никифоров пробовал.

Там проблема в том, что оно при сборке из исходников качает бинари с 
microsoft'а, нужные для сборки.


>
>> А удалять нельзя - это точно используют наши партнёры в своей разработке.
> Это здорово, что наши партнёры используют экспериментальный софт из Сизиф
> в своей разработке, таким образом они лучше готовы к релизам,
> но нынешний dotnet-corefx лишь вводит их в заблуждение,
> поскольку вряд ли такой dotnet-corefx попадёт в какой-нибудь продукт.

А вот не факт что им нужен он в продукте.




Подробная информация о списке рассылки Devel