flathub / br.gov.fazenda.receita.irpf Goto Github PK

Preciso de seus conselhos a respeito deste código... Onde estou errando?

id: br.jus.pjeofficepro
runtime: org.freedesktop.Platform
runtime-version: '23.08'
sdk: org.freedesktop.Sdk
sdk-extensions:
  - org.freedesktop.Sdk.Extension.openjdk17
tags:
  - proprietary
command: pjeoffice-pro

finish-args:
  - --share=network
  - --socket=x11
  - --socket=cups
  - --socket=pcsc
  - --share=ipc
  - --device=all
  - --env=PATH=/app/jre/bin:/app/bin:/usr/bin
  - --env=JAVA_HOME=/app/jre
  - --filesystem=xdg-documents # Useful place to save PDF files.

add-extensions:
  org.freedesktop.Platform.ffmpeg-full:
    directory: lib/ffmpeg
    add-ld-path: .
    version: '23.08'
    no-autodownload: true
    autodelete: false

modules:
  - name: openjdk
    buildsystem: simple
    build-commands:
      - /usr/lib/sdk/openjdk17/install.sh

  - name: pjeofficepro
    buildsystem: simple
    build-commands:
      - install -Dm755 -t /app/bin apply_extra
      - install -Dm755 -t /app/bin pjeoffice-pro
    sources:
      - type: script
        dest-filename: apply_extra
        commands:
          - set -e
          - export LC_ALL=C
          - mkdir share
          - |
            bsdtar -C share -xf pje.zip --strip-components 1 \
              --include='pjeoffice-pro/cutplayer4jfx.jar' \
              --include='pjeoffice-pro/pjeoffice-pro.jar' \
              --include='pjeoffice-pro/pjeoffice-pro.sh' \
              --include='pjeoffice-pro/LEIA-ME.TXT' \
              --include='pjeoffice-pro/ffmpeg.exe' \
              --include='pjeoffice-pro/pjeoffice-update.properties'
          - rm -f pje.zip
      - type: extra-data
        filename: pje.zip
        url: https://pje-office.pje.jus.br/pro/pjeoffice-pro-v2.5.13u-linux_x64.zip
        size: 167503756
        sha256: b0b342304c2c7a4000111a94c96bc0d3a7ab6bad0f85ae07af4bbe29ec82188a
      - type: script
        dest-filename: pjeoffice-pro
        commands:
          - |
            debugMode=false

            currentDIR=$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )
            currentDIR=$currentDIR | sed -e 's/ /\\ /g'
            cd "$currentDIR"
            chmod 755 ffmpeg.exe
            chmod 755 ./jre/bin/java
            a3auto=true
            if [ "$debugMode" = false ]; then
              rm -rf ~/.pjeoffice-pro/*.log*
            else
                a3auto=false
                rm -rf ~/.pjeoffice-pro
            fi

            nohup java \
            -XX:+UseG1GC \
            -XX:MinHeapFreeRatio=3 \
            -XX:MaxHeapFreeRatio=3 \
            -Xms20m \
            -Xmx2048m \
            -Dpjeoffice_home="$currentDIR" \
            -Dffmpeg_home="$currentDIR" \
            -Dpjeoffice_looksandfeels="Metal" \
            -Dcutplayer4j_looksandfeels="Nimbus" \
            -Dsigner4j_a3auto="$a3auto" \
            -jar \
            pjeoffice-pro.jar >/dev/null 2>&1 &

            # Aguarda 1 segundo antes de finalizar a seção atual
            sleep 1

            # Fecha a tela preta do script
            exit

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

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

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

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:

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

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

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

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).

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