Mopidy: Existe alguma chance de suportar a plataforma WIN32?

Eu sei que @abarisain usou com sucesso o Mopidy no Windows há cerca de um ano. AFAIK, não foi fácil de instalar, mas é possível com o know-how certo, e não deve haver nenhum ou poucos obstáculos no código-fonte do Mopidy, pois todos os problemas na época foram corrigidos.

O suporte ao Windows depende de alguém se esforçando para manter o Mopidy no Windows. Em primeiro lugar, isso inclui escrever documentos de instalação para Windows. Em andamento, eles devem executar regularmente o desenvolvimento do Mopidy no Windows para detectar e corrigir problemas de compatibilidade com novos lançamentos antes de serem lançados.

Se bem me lembro, foi um pouco complicado rastrear o
versão gstreamer, mas os binários estavam lá.
Em 29 de março de 2015 09:34, "Stein Magnus Jodal" [email protected] escreveu:

Eu sei que @abarisain https://github.com/abarisain usado com sucesso
Mopidy no Windows cerca de um ano atrás. AFAIK, não foi fácil de instalar, mas
é possível com o know-how certo, e não deve haver nenhum ou poucos
obstáculos no código-fonte do Mopidy, pois todos os problemas da época foram corrigidos.

O suporte do Windows depende de alguém se esforçando para manter o Mopidy ativado
Janelas. Em primeiro lugar, isso inclui escrever documentos de instalação para Windows.
Em andamento, eles devem executar regularmente o desenvolvimento do Mopidy no Windows para detectar e
corrigir problemas de compatibilidade com novos lançamentos antes de serem lançados.

—
Responda a este e-mail diretamente ou visualize-o no GitHub
https://github.com/mopidy/mopidy/issues/1088#issuecomment -87370977.

Então, alguém?

Acho que isso também é possível. Vou testá-lo hoje à noite e se funcionar, postarei um guia de instalação. Mas tenho 99% de certeza de que funciona no Windows, provavelmente usando Python (instalação pip) e GStreamer para Windows.

Consulte https://discuss.mopidy.com/t/run-error-object-has-no-attribute-unix-signal-add/1752/20 para a tentativa mais recente disso. Encontramos algumas correções que você precisará, mas não tenho tempo para ajudar alguém a cada passo do caminho (já que não tenho interesse no Windows), portanto, se você puder terminar esse trabalho, seria muito bom .

Comecei a trabalhar nisto e tenho-o na maior parte a funcionar. Mas eu não olhei para o back-end do MPD. Eu também não encontrei os problemas que seanvree fez no tópico de discussão.

A última coisa que encontrei foi urlparse.urlunsplit adicionando um "/" extra, fazendo com que os.path.realpath adicionasse erroneamente C:\ à frente do caminho.

Tenho certeza de que o motivo pelo qual não encontrei o que seanvree fez foi porque estou usando o mopidy-local-sqlite.

Eu encontrei um problema semelhante com m3u.

@jodal por que isso foi fechado - não vejo janelas aqui

http://docs.mopidy.com/en/latest/installation

então parece que o problema não foi resolvido

Era uma pergunta e a pergunta foi respondida. Você está interessado em intensificar a manutenção do Mopidy no Windows?

@kingosticks essa é uma pergunta meio boba - como você pode imaginar, nunca usei o Mopidy - talvez eu precisasse tentar antes de fazer esse tipo de compromisso

No caso de alguém pegar isso ou apenas querer executá-lo por conta própria, como eu. Você quer o PyGObject para Windows para as bibliotecas, use o backend SQLite e algo como https://github.com/mopidy/mopidy/compare/develop...dukrat :win32?expand=1 para patches.

Este parece um bom lugar para adicionar que no Python 3.8 você deve observar (de https://www.tornadoweb.org/en/stable/index.html#installation):

No Windows, o Tornado requer o WindowsSelectorEventLoop. Este é o padrão no Python 3.7 e anterior, mas o Python 3.8 assume como padrão um loop de eventos que não é compatível com o Tornado. Aplicativos que usam Tornado no Windows com Python 3.8 devem chamar asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy()) no início de seu arquivo/função principal.