project_license needs a URL for LicenseRef-proprietary
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 1/5
- Tempo estimado
- Menos de uma hora
- Facilidade para iniciantes
- 70/100
- Tipo de issue
- Bug
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- xml
- Domínio
- content
Direção de pesquisa
Find the app's metainfo file and locate its <project_license> entry, which currently contains LicenseRef-proprietary. First identify the project's real license or EULA URL, then add it using the LicenseRef-proprietary=https://... form. The issue is done when the URL points to the license document and uses HTTP or HTTPS, so the linter exception can be removed.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
The latest flatpak-builder-lint would fail the build with:
'appstream-proprietary-license-missing-url' error found in linter repo check.
Details: The project_license tag uses LicenseRef-proprietary without an http(s)
URL to the license text. Please use LicenseRef-proprietary=<url>
This comes from a linter rule added on 2026-10-29 ("Require URL for
LicenseRef-proprietary licenses"). Your metainfo currently has a bare license ref:
<project_license>LicenseRef-proprietary</project_license>
Point the tag at the project's license or EULA text:
<project_license>LicenseRef-proprietary=https://example.com/eula</project_license>
The URL must use the http or https scheme. The linter only checks the scheme
and hostname, so make sure the link is the real license document, not a placeholder.
To avoid blocking builds in the meantime, an exception was added for this app in
flatpak-builder-lint's exceptions.json with the reason "Predates this linter
rule". It covers stable builds, plus beta where the app has a beta branch. The
stale-exception janitor reports exceptions that stop matching, and the entry will
be dropped once the metainfo carries a URL.
- Linguagem predominante
- Python
- Estrelas
- 26
- Forks
- 15
- Merge médio
- 1d 16h
- PRs com merge (30d)
- 5
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de flathub/com.unity.UnityHub
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
flathub/com.unity.UnityHub#224 ·
-
bug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
flathub/com.unity.UnityHub#220 · 1 comentário ·
-
[Bug]: Sign in required after restarting hub since update from 3.12 to 3.16Talvez já em andamento Um pull request vinculado a esta issue está aberto ou já foi mesclado. Abertabug help wanted
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
flathub/com.unity.UnityHub#176 · 9 comentários · 5 reações ·
-
enhancement
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
flathub/com.unity.UnityHub#170 · 1 comentário ·
-
enhancement
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
flathub/com.unity.UnityHub#105 · 2 reações ·
Todas as issues de flathub/com.unity.UnityHub
Issues semelhantes
-
changelog investigate
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
ramnes/notion-sdk-py#433 ·
-
docs pkg:core
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 84/100
pydantic/pydantic-ai#11929 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
intake/intake-esm#789 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
MemMachine/MemMachine#1877 ·
Mantenedores costumam responder em até 3 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
openedx/openedx-authz#579 ·
Mantenedores costumam responder em até 1 dia