Olá,

Recebi uma DM no telegram com o seguinte conteúdo:

Miguilim escreveu
Então, eu vi que agora o que está disponível é o IRPF 2023, como se o de 2022 tivesse sido atualizado

Mas acredito que o conceito de "atualizar" de 2022 pra 2023 esteja errado. O ideal seria que os dois (e de anos anteriores) estivessem disponível, como aplicativos distintos

Pois cada IRPF 20XX é referente a um Ano-calendário específico, o de 2023 é refente ao ano de 2022, e o de 2022 é referente ao ano de 2021

Um exemplo disso na pratica seria que, a receita federal ela pode negar o meu imposto de renda de 2021 (pois só foi processado, mas não aceito ainda), e pra eu alterar, eu teria que ter o programa de 2022, pois o de 2023 não serve pra isso

PS: Ao que entendo o conceito que usamos é o declaração do ano corrente. Mas tbm entendo que a modelo não está errada.

PS: Eu tbm vou precisar retificar minha declaração. Mas neste caso usaria numa VM ou containers

PS: Sempre reparei que a Receita Federal cada ano lança um programa distinto e não é continuação do ano anteriores, sempre numerado o primeiro release como v1. Podíamos dizer IRPF2023 v1

Gnome project released the v42 platform and SDK

I recommend evaluating the change, and Or don't heed this issue

Why not a PR ? I want notice and the owner make tests

Acho uma boa ideia deixar isso escrito e encontrável em algum lugar, achei melhor aqui:

O aplicativo do IRPF parece ter uma hard dependency com o GVFS, que não vem instalado em sistemas tradicionais com Plasma. Por alguma razão isso faz com que o SSO não funcione se o navegador estiver como flatpak (uso Firefox assim).

Isso é mais problemático em distros imutáveis como Fedora Kinoite ou openSUSE MicroOS Desktop, mas não faz mal, só instalar no sistema. Instalar o GVFS no sistema após instalar o aplicativo do IRPF do site faz o single sign-on funcionar.

Mas o workaround não funciona com o flatpak do IRPF por alguma razão. Eu suspeito que o problema é flatpak/xdg-desktop-portal#519 e flathub/org.freedesktop.Sdk.Extension.openjdk11#15.

I thought it would be a good idea to leave this here and make it findable for whoever faces the same problem:

The app seems to have a hard dependency on GVFS, which doesn't come installed in usual Plasma systems. For some reason this breaks SSO if the browser being used is a flatpak (in my case, Firefox).

This is a bit of a problem in immutable distros like Fedora Kinoite or openSUSE MicroOS Desktop, but that's not such a big deal, I just have to install GVFS. Installing it and the app from the website works fine.

But this workaround doesn't work with the IRPF flatpak for some reason. I suspect the problem is (mentioned in the two links above).

First things first: Thanks for packaging this essential software for Brazilians.

It's not clear from the Flatpak description that this is a third-party package that's not maintained by the developers (SERPRO).

I'd suggest to add a message similar to the one on various other packages:

NOTE: This wrapper is not verified by, affiliated with, or supported by SERPRO.

People should know that they're using an unofficial version.

Thanks for the initiative :D

Hello

I liked the courage to package this program, I read your submission and why you chose the gnome platform, the system does use an old jdk, it also uses outdated ciphers for receitanet (the distribuitons is considering such cipher as legacy).

I have a discussion last year about some permission of IRPF, a concern what have another persistent files and directory.

farribeiro/irpf-flatpak#5

I hope you appreciate the issue and I just didn't publish my solution for fears with the government (Note it's functional without browser workaround and patches).

if you liked any yaml entry of my solution and want improve your solution, feel free to copy it[1] , especially the proprietary tag or even the README snippets

[1] no attribution of authorship required

CC @realgrm

Gnome project released the v43 platform and SDK

I recommend evaluating the change, and Or don't heed this issue

Why not a PR ? I want notice and the owner make tests

Can you use flathub data checker instead of own data checker for the app and the resources?

The bot update the link and sha256 sum, open a PR... Have some ways to check new versions

The link to project: https://github.com/flathub/flatpak-external-data-checker

As mentioned, the metadata aren't showing on GNOME Software, even though they appear on Flathub. Neither the description nor app image.

https://www.gov.br/receitafederal/pt-br/centrais-de-conteudo/download/pgd/ditr

Desculpa por entrar em contato desse jeito!

https://community.endlessos.com/t/como-instalar-ditr-2022-no-endless/19906?u=leandrostanger

Java 11 doesn't know about Flatpak portals, so when we're saving files, we only have a single folder available (~/ProgramasRPF):

Adding the filesystem=xdg-documents permission would at least improve the situation: