Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Only checks for developer_name which is now deprecated and replaced by developer (only since AppStream 1.0) #274

Closed
travier opened this issue Jan 30, 2024 · 8 comments

Comments

@travier
Copy link
Contributor

travier commented Jan 30, 2024

Since AppStream 1.0 release (https://github.com/ximion/appstream/blob/edb25f166d43df9a489c26ef78548bb37b730981/NEWS#L76), the developer_name tag is now deprecated and replaced by developer.

The linter currently only checks for the developer_name tag:

developer = components(path)[0].xpath("developer_name")

@bbhtt
Copy link
Contributor

bbhtt commented Jan 30, 2024

Please use developer_name like the docs say https://docs.flathub.org/docs/for-app-authors/appdata-guidelines/#name-summary-and-developer-name until libappstream migration happens which is tracked separately in flathub/flathub#4882.

Can't allow just the developer and no developer_name tag until the migration happens because the website (and other parts of infra) will loose developer names/grouping based on that and break.

@travier
Copy link
Contributor Author

travier commented Jan 30, 2024

Yes, we likely also want to support pre-appstream 1.0 systems for a while so there is no rush. I raised this issue so that we have a trace.

kdesysadmin pushed a commit to KDE/gwenview that referenced this issue Feb 2, 2024
@bbhtt
Copy link
Contributor

bbhtt commented Feb 15, 2024

Solved by 7bcac8e I should work now if either tag is present.

But I'm switching the recommendation to the latest spec supported developer with the name child tag in docs. flathub-infra/documentation#228

@travier
Copy link
Contributor Author

travier commented Feb 15, 2024

I'm not sure we can do that yet. Have you verified that older appstream accept the new developer tag?

@bbhtt
Copy link
Contributor

bbhtt commented Feb 16, 2024

That's just the recommendation, you can use either one and it's going to be fine.

By older appstream do you mean appstream-glib or older versions of appstreamcli? If it's the former, it will not show an error on validation, it ignores the new tag.

@bbhtt
Copy link
Contributor

bbhtt commented Feb 22, 2024

Looks like "older" appstreamcli 0.16.1 (the version shipped in Fedora 39 right now for me), emits a harmless warning "unknown-tag-developer" on appstreamcli validate but the composed catalogue data removes the new developer tag (tested it on the current Slack package). So that's going to get caught by the linter unless you have developer_name too in the metainfo file. Maybe talk to @ximion about this.

Flathub uses appstreamcli 1.0.1 with a few unreleased patches. So everything should work fine there.

I guess if your upstream CI still has to use older appstream (be it as-glib or appstreamcli), continue using developer_name and everything should work on Flathub/linter.

So from the linter's or Flathub's perspective the issue in the title is solved.

@ximion
Copy link

ximion commented Feb 22, 2024

Is there a chance older CI could update to AppStream 0.16.4, potentially? That would also resolve it without introducing any breaking changes.

@bbhtt
Copy link
Contributor

bbhtt commented Mar 5, 2024

Let's close this. I see it is being discussed and resolved on the KDE side https://invent.kde.org/packaging/flatpak-kde-applications/-/issues/5

The original issue in the title is solved anyways.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants