thes0ls

O problema é que é totalmente aleatório. Ontem às 22h tava comendo os 35% de novo. Reiniciei o container e tá até agora rodando bonitinho consumindo de 1% pra baixo.

No dendrite eu não tinha notado esses problemas.

alias gastou quanto pra criar servidor doméstico?

Um fornecedor do meu irmão tava se desfazendo de equipamentos antigos e peguei um "HP Prodesk 600 Slim", acho que um i5 e 8gb de ram e um hdd mecânico de 500GB por uns R$600.

Só botei mais uns pentes de memória que eu tinha sobrando aqui e um ssd, que também tinha de sobra.

EDIT:

Btw, não sei se é bug, mas só consegui fazer o upload da imagem pela interface normal, tentando pelo old.lemmy só retornava erro.

Tenho feito selfhost de uma instância do matrix desde o ano passado.

A ideia era criar um mirror do grupo de trabalho do telegram (que vinha sendo ameaçado de bloqueios na época) e migrar pro matrix caso fosse necessário.

No fim, o meu provedor "esqueceu" de bloquear o telegram e acabou dando em nada.

Assim o matrix continuou só como um mirror e aproveitei para botar uma bridge do meu whatsapp pessoal lá, principalmente pra deixar rodando um script pra transcrever as mensagens de áudio que eu recebo e agora não consigo mais ficar sem isso.

Na época eu tinha optado por usar o Dendrite, que dizia ser uma versão mais enxuta do que o Synapse (que é o servidor padrão). Tava tudo redondo, até que recentemente as bridges foram atualizadas e passaram a precisar da api versão 1.4, mas o Dendrite meio que estagnou e tá empacado na api 1.2 ainda.

Então tentei instalar o Synapse aqui, mas aleatoriamente ele começa a comer 35% da CPU (de um i5-4590). Se eu reiniciar o container dele, normaliza por um tempo, mas depois de algumas horas volta a pesar de novo.

O próximo passo vai ser testar o Matrix Conduit pra ver :|

Ia dizer que é o que eu uso, mas na verdade é outro fork.

No PC eu tenho o KeePassXC (em conjunto com o addon KeePassXC-Browser do firefox). E no android eu tenho o Kepass2Android Offline, que eu uso como read-only.

E pra sincronizar do pc pro android uso Syncthing.

Livros da outra loja que vende digitais no Brasil, a Kobo, também precisam ter a proteção quebrada. Nesse caso, a obtenção dos arquivos *.epub protegidos é meio chata e envolve baixar o Adobe Digital Editions

Não sei como é nos outros sistemas operacionais, mas no Windows, ao se instalar o cliente da própria Kobo e depois no Calibre instalar o plugin obok (que tá no pacote do noDRM/DeDRM_tools), o plugin vai listar todos os seus ebooks baixados e permite importar diretamente pra biblioteca do calibre já removendo a proteção com um único clique.

Recomendo fortemente um jailbreak e depois instalar o KOReader.

Uso em conjunto com um servidor opds (que permite baixar os livros que estão no meu servidor direto do aparelho, no meu caso uso o Komga, mas tem vários que conseguem usar o banco de dados do próprio calibre) e um sincronizador de progresso de leitura (uso o myelsukov/koreader-sync).

Dessa forma, basta eu também instalar o KOReader no celular, que quando for enfrentar alguma fila inesperada, consigo continuar a leitura mesmo longe do ereader. E quando voltar para o ereader, ele vai sincronizar de onde eu parei de ler no celular.

Hey, thanks for the Audiobookshelf recommendation!

Recently I was looking for a audiobook player and Smart Audiobook Player was the best I found, but Audiobookshelf have almost all of the functions I liked like simultaneous dual timeline bar (one for the whole book and another for the current chapter), auto sleep, shake to reset sleep and so on. Just missed the small beep alert before the audio fade out on sleep.

Anyway, and all of this with the advantage of using my already selfhosted data, so no need to keep transferring files manually to the device. And all the progress are synced back to my homeserver, so I can use multiple devices without any problems.

Como o projeto é opensource, agora fica nas mãos de quem quiser continuar (e que não está na mira da empresa coreana). Muito respeito e agradecimento ao pessoal que pavilhou o caminho até aqui.

Pelo que procurei, dos forks já existentes:

• O SY não planeja parar.

• O AZ planeja continuar como já estava antes, sem intenção de implementar nada novo mas arrumar qualquer coisa que se quebrar com o tempo.

• O J2K, que é o que eu uso, ainda é uma incógnita pois nem implementou as extensões externas.

• E por fim, Mihon (ainda sem link), vai se propor a ser o sucessor do tachi original (já que os forks acima são versões modificadas), sendo encabeçado por um dos contribuidores do projeto original.

O eBooks e Textos da seção de livros pra dl tá apontando pra busca na ordem dos mais visualizados na semana, mas não seria mais interessante ordenar para a ordem de adicionados recentemente (archive.org/details/texts?sort=-publicdate&and[]=language%3A"Portuguese")?

Pois assim dá pra se descobrir muito conteúdo interessante que acabaria ficando escondido no meio da enorme biblioteca, e a cada vez que visitar pode acabar encontrando uma coisa diferente.

Não sei porque o id é 2303 no link, mas o número é 4088 na postagem original lá do lemmy.ml

É que #4088 é o número da issue aberta pra discutir sobre o assunto (ou dependendo do caso informar sobre algum bug), enquanto o #2303 se refere ao pull request que de fato fez a alteração no código fonte.

Agora o tachiyomi trucou de vez e removeu todas as sources.

Aparentemente vão ficar só com as extensões de selfhost (Komga, Kavita, lanraragi), assim como os apps de mangá pra iOS fizeram.

Mas ainda assim, mesmo o repo de selfhost, aparentemente é preciso adicionar o link do repositório manualmente:

Repo oficial dos selfhost (tem que copiar e colar manualmente em settings > browse > extension repo):

https://raw.githubusercontent.com/tachiyomiorg/extensions/repo/index.min.json

Repo não oficial, com tudo que tinha antes (só abrir no navegador do celular e clicar no botão, que ele preenche automaticamente dentro do app):

https://keiyoushi.github.io/extensions/

EDIT:

Na minha opinião, o próximo passo deveria ser mudar o formato das extensões, para deixar de ser um apk e ser algo que fique salvo dentro do próprio app, evitando assim que o povo instale um apk infectado que finge ser uma extensão do tachiyomi.

Pelo lado positivo, perder uma source tão grande serviu para que o tachiyomi resolvesse descentralizar e implementar a opção de o usuário inserir repositórios externos.

Então pra receber futuras alterações da extensão do mangadex, é só atualizar o tachiyomi pra versão mais recente, que saiu um dia depois do caso, e adicionar um repositório externo que deve continuar tudo tranquilo.

Essa mesma tática de separar o aplicativo (que é 100% legal) das sources (que podem ser alvo de ~~DCMA~~ DMCA) já tem sido feita pelos apps de iOS faz um tempo.

EDIT: Aparentemente o markdown de ~~strikethrough~~ não pega no mlmym/old.lemmy

On newer webos, you need to enable developer mode and then you can install homebrews (adsless YouTube, kodi and more), without the need to root.

The downside is that to keep the develop mode apps for more than 48 hours, you need to setup a crontab or an ittt job to connect to LG servers to automatically renew the developer token.