Powerline: Pedido de mantenedores

Faz anos que não uso o powerline, então a falta de interesse é o principal motivo de não ter contribuído para isso. Eu ficaria feliz em adicionar colaboradores ao repositório principal se alguém estiver pronto para a tarefa.

Eu ficaria feliz em ajudar.

Obrigado. @ ZyX-I Alguma ideia?

Estou interessado, mas me oponho à lentidão da linha de energia, então provavelmente levaria as coisas em uma direção diferente.

EDIT: Estou muito interessado em @Lokaltog seria ótimo ter alguma discussão com os mantenedores atuais, ou mesmo uma declaração sobre o que eles gostariam de ver. Se o foco for puramente "queremos apenas atualizações para que o powerline não seja interrompido com novas versões de cada dependência", estou moderadamente interessado, mas se "queremos apenas que o powerline seja mais rápido e ver cada vez mais pessoas com aparência incrível e incrível ambientes de shell de trabalho ", então é definitivamente algo pelo qual sou apaixonado.

Eu concordo com @ryanerwin; e também estou interessado em contribuir.

@ryanerwin Não estou usando o powerline e não o uso há muitos anos, então não tenho certeza em que estado o projeto está atualmente, e eu realmente não tenho nenhuma opinião sobre onde ele deve ir no futuro .

Também não tenho certeza do que fazer com este repo, pensei em arquivá-lo e deixar para a comunidade manter uma bifurcação para evitar outra situação de fluxo de eventos . Mas como isso provavelmente mataria o repo, em vez disso, adicionarei vocês a uma equipe de manutenção e tentarei acompanhar o desenvolvimento por um tempo.

Obrigado @Lokaltog!
Por enquanto, começarei a corrigir alguns bugs, como # 1953 ou # 2013. Em relação ao futuro, tenho alguns novos recursos por aí, mas terei que aprimorá-los antes de começarmos a pensar em adicioná-los ao repositório principal.

Dei uma olhada neste código há cerca de 1,5 anos, mas, de alguma forma, perdi o interesse por ele.
Com o Hacktoberfest fiquei motivado novamente para fazer algo aqui e espero que minha motivação dure um pouco.
De qualquer forma, estou feliz que parece haver pelo menos mais alguma atividade recentemente.

Em relação à direção futura, estou tendo alguns problemas com o ambiente de CI atual, pois isso está gerando cerca de 5 mil linhas de saída, mas a maioria parece ser uma saída bash irrelevante e não está muito claro por que os testes estão falhando e como eles estão exatamente falhando. Não me interpretem mal, gosto do fato de que este repositório tem uma grande quantidade de testes, mas refazer o fluxo de trabalho de execução de teste pode beneficiar a legibilidade.

Além disso, não sou um grande fã do fluxo de trabalho de instalação e configuração atual, tudo isso parece ser entediante e sujeito a erros. Freqüentemente, recebo alguns erros ao configurar a linha de energia sem ter a menor ideia do por que isso acontece. Além disso, JSON é, na minha opinião, excepcionalmente ruim para arquivos de configuração, pois não suporta comentários (se você não os adicionar como o VSCode fez).
Infelizmente, para o último ponto, sou a pessoa errada para perguntar como fazer melhor, mas talvez seja algo a ser abordado no futuro.

@StopMotionCuber Json5 suporta comentários, então talvez o projeto pudesse apenas mudar para a leitura dos arquivos de configuração com json5 . Embora o dev diga que é muito lento (e até onde posso ver, as configurações são lidas com frequência e não apenas na inicialização?).

Não acho que reescrever o powerline para usar uma configuração diferente seja realmente necessário (embora comentários sejam realmente bons; talvez pudéssemos usar campos começando com um sublinhado para isso, que são então ignorados pelo powerline):

• Há um linter para os arquivos de configuração ( powerline-lint ), além disso, os principais editores de texto geralmente mostram erros nos arquivos json diretamente
• Em particular, mudar para um método de configuração diferente significaria essencialmente reescrever a linha de energia; também isso quebraria todas as configurações existentes.

Em relação aos testes, eu concordo com @StopMotionCuber : Navegar para um caso de teste com falha é uma dor; alguns casos de teste às vezes falham sem motivo óbvio, etc ... No entanto, novamente, reescrever isso provavelmente é muito trabalhoso.

Pelo que vale a pena, mudar para o uso de YAML para configuração adicionaria suporte para comentários e sintaxe IMHO mais legível (supondo que você esteja ok com o recuo que importa).

Como YAML é um superconjunto de JSON, todos os arquivos de configuração atuais já são YAML válidos e as alterações no código seriam mínimas. Provavelmente tão fácil quanto aceitar algumas extensões de arquivo adicionais e usar yaml.safe_load vez de json.load . Você precisaria adicionar uma dependência em PyYAML (ou alguma outra biblioteca YAML, mas PyYAML é a mais comum).