SCRUM issueshttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues2018-12-04T13:47:28Zhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/540Usuario aluno não é criado no ubuntu 18.2018-12-04T13:47:28ZRafael S CastilhoUsuario aluno não é criado no ubuntu 18.Referente a issue/#445Referente a issue/#445stable-6.1.1-7https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/530le-edubar tem dependecia não atendida no Ubuntu 182018-10-16T13:44:36ZRafael S Castilhole-edubar tem dependecia não atendida no Ubuntu 18precisa de nodejs-legacy, mas o pacote não existe mais,falta ficou obsoleto aparentemente.
Referente a issue/#445precisa de nodejs-legacy, mas o pacote não existe mais,falta ficou obsoleto aparentemente.
Referente a issue/#445stable-6.1.1-7https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/276le-edubar: Arquivos alterados no Portal MEC não são atualizados2018-12-04T12:48:56ZGustavole-edubar: Arquivos alterados no Portal MEC não são atualizadosO Portal MEC permite que os usuários alterem o conteúdo educacional que já foi inserido. Isso mantém o id do objeto, mas muda o link para download. Seria interessante uma forma de avisar o usuário de que aquele arquivo baixado na máquina...O Portal MEC permite que os usuários alterem o conteúdo educacional que já foi inserido. Isso mantém o id do objeto, mas muda o link para download. Seria interessante uma forma de avisar o usuário de que aquele arquivo baixado na máquina esteja desatualizado. A ideia que pensamos seria adicionar um botão "atualizar arquivo". Isso também envolveria criar uma nova função no DBUS para fazer a verificação.stable-6.1.1-7https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/474Remover necessidade de reiniciar o le-lab quando novo serviço é criado2019-10-29T18:21:21ZDiego Giovane Pasqualindpasqualin@inf.ufpr.brRemover necessidade de reiniciar o le-lab quando novo serviço é criadoSão três opções:
1. Adicionar um *handler* para `systemctl reload le-lab`, que iria reler os diretórios dos serviços e reconstruir a estrutura interna do le-lab.
2. Sempre que necessário, o le-lab poderia ler os diretórios e construir e...São três opções:
1. Adicionar um *handler* para `systemctl reload le-lab`, que iria reler os diretórios dos serviços e reconstruir a estrutura interna do le-lab.
2. Sempre que necessário, o le-lab poderia ler os diretórios e construir essa estrutura.
3. Um *watch* seria configurado para recarregar o le-lab sempre que arquivos fossem alterados nos diretórios esperados.
Particularmente acho a primeira opção mais fácil de implementar e mais eficiente. Além disso diversos outros serviços comuns do mundo unix seguem essa linha (nginx, apache, postgresql, etc).v6.2.1-2legtonlegtonhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/606Implantar o agente dentro do LE6.2018-12-05T13:22:21ZAlessandro EliasImplantar o agente dentro do LE6.Verificar se já podemos colocar em produção a coleta de dados a partir do LE6, através do código que já foi portado para LE6.Verificar se já podemos colocar em produção a coleta de dados a partir do LE6, através do código que já foi portado para LE6.v6.2.1-3Davisson Henrique PaulinoDavisson Henrique Paulinohttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/423Melhorar sincronização le-parental-control no laboratório2018-12-06T11:15:01ZDavisson Henrique PaulinoMelhorar sincronização le-parental-control no laboratório* ~~Quando o servidor desliga ele perde o status de que desabilitou|habilitou o family shield na rede~~
* ~~Se o servidor desligar, máquinas que forem ligadas depois não irão saber se é para habilitar ou desabilitar o family-shield~~
* D...* ~~Quando o servidor desliga ele perde o status de que desabilitou|habilitou o family shield na rede~~
* ~~Se o servidor desligar, máquinas que forem ligadas depois não irão saber se é para habilitar ou desabilitar o family-shield~~
* Duas máquinas na mesma rede podem anunciar um serviço para habilitar ou desabilitar o family shield, dando conflitov6.2.1-3Guilherme Becker AggeGuilherme Becker Aggehttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/592Implementar construção da imagem ISO9660 usando overlay2018-09-01T00:19:02ZLucas Sulzbachls17@inf.ufpr.brImplementar construção da imagem ISO9660 usando overlayConforme discutido com @aelias e @dbf15, modificar o create-iso de modo que o filesystem que dá origem ao arquivo iso seja construído por meio de um overlay sobre o filesystem da iso do ubuntu.Conforme discutido com @aelias e @dbf15, modificar o create-iso de modo que o filesystem que dá origem ao arquivo iso seja construído por meio de um overlay sobre o filesystem da iso do ubuntu.https://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/565Adicionar suporte de boot via UEFI.2019-01-17T12:42:06ZAlessandro EliasAdicionar suporte de boot via UEFI.Atualmente nossa iso suporta somente boot via legacy mode, para estar de acordo com as novas máquinas do mercado adicionar suporte a UEFI.Atualmente nossa iso suporta somente boot via legacy mode, para estar de acordo com as novas máquinas do mercado adicionar suporte a UEFI.Lucas Sulzbachls17@inf.ufpr.brLucas Sulzbachls17@inf.ufpr.brhttps://gitlab.c3sl.ufpr.br/le6/SCRUM/-/issues/539Criar interface para colocar senha para a criptografia2018-12-04T13:49:06ZThiago AbdoCriar interface para colocar senha para a criptografiaÉ necessário criar uma maneira para o usuário criar uma senha para o laboratório provavelmente no painel de controle.
A parte de criptografia espera a senha em formato de base64 e para utilizar o aes é necessario que ela tenha 32 bytes p...É necessário criar uma maneira para o usuário criar uma senha para o laboratório provavelmente no painel de controle.
A parte de criptografia espera a senha em formato de base64 e para utilizar o aes é necessario que ela tenha 32 bytes para garantir isso podemos usar a função de hash sha256 mas podemos utilizar qualquer função contanto que o resultado tenha 32bytes e após isso usar o base64 antes de colocar no arquivo
Uma opção seria
A ideia é deixar a senha do admin a mesma senha para a chave de criptografia do le-lab.
Pam talvez?