gentoo
app-misc/localsearch, app-misc/tinysparql: New package 3.8.0, app-cdr/brasero, gnome-base/gnome-extra-apps, gnome-base/gnome-core-libs, media-gfx/gnome-photos, media-sound/gnome-music, media-plugins/grilo-plugins, gnome-extra/gnome-boxes, profiles/base: Rename tracker to localsearch
- app-misc/tinysparql: New package 3.8.0
- app-misc/localsearch: New package 3.8.0
- app-cdr/brasero: Rename tracker to localsearch
- gnome-base/gnome-extra-apps: Rename tracker to localsearch
- gnome-base/gnome-core-libs: Rename tracker to localsearch
- media-gfx/gnome-photos: Rename tracker to localsearch
- media-sound/gnome-music: Rename tracker to localsearch
- media-plugins/grilo-plugins: Rename tracker to localsearch
- gnome-extra/gnome-boxes: Rename tracker to localsearch
- profiles/base: Rename tracker to localsearch
Please check all the boxes that apply:
- [x] I can submit this contribution in agreement with the Copyright Policy.
- [x] I have certified the above via adding a
Signed-off-byline to every commit in the pull request. - [x] This contribution has not been created with the assistance of Natural Language Processing artificial intelligence tools, in accordance with the AI policy.
- [x] I have run
pkgcheck scan --commits --netto check for issues with my commits.
Please note that all boxes must be checked for the pull request to be merged.
Pull Request assignment
Submitter: @flint2 Areas affected: ebuilds, profiles Packages affected: app-cdr/brasero, app-misc/localsearch, app-misc/tinysparql, gnome-base/gnome-core-libs, gnome-base/gnome-extra-apps...
app-cdr/brasero: @gentoo/gnome app-misc/localsearch: @gentoo/proxy-maint (new package) app-misc/tinysparql: @gentoo/proxy-maint (new package) gnome-base/gnome-core-libs: @gentoo/gnome gnome-base/gnome-extra-apps: @gentoo/gnome gnome-extra/gnome-boxes: @gentoo/gnome media-gfx/gnome-photos: @gentoo/gnome media-plugins/grilo-plugins: @gentoo/gnome media-sound/gnome-music: @gentoo/gnome
Linked bugs
No bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment.
If you do not receive any reply to this pull request, please open or link a bug to attract the attention of maintainers.
In order to force reassignment and/or bug reference scan, please append [please reassign] to the pull request title.
Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide
Pull request CI report
Report generated at: 2024-10-17 18:12 UTC Newest commit scanned: f03d5136f5778b25c141da9df21f574282a7bb78 Status: :x: broken
New issues caused by PR: https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#app-cdr/brasero https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#app-misc/localsearch https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#gnome-base/gnome-extra-apps https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#gnome-extra/gnome-boxes https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#media-plugins/grilo-plugins https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html#media-sound/gnome-music
There are existing issues already. Please look into the report to make sure none of them affect the packages in question: https://qa-reports.gentoo.org/output/gentoo-ci/6c6f04d806/output.html
Hello,
I leave here this link explaining the context: https://blogs.gnome.org/carlosg/2024/07/14/goodbye-tracker-hello-tinysparql-and-localsearch/ (tracker-miners -> localsearch; tracker -> tinysparql)
I am a bit unsure about how to proceed:
- Global renaming of the USE flag from "tracker" to "localsearch" -> IMHO, that could be done even before localsearch lands the tree, as I also find the new name better explaining the function that is enabled/disabled (but I must confess I never liked much the "tracker" name for the USE as I felt that people not maintaining the tracker package wouldn't know its meaning until looking into the description). But if you prefer to temporarily have both USE flags (to avoid some immediate pkg rebuilds), I am also ok with that.
- Even if 3.8.x version is still fully compatible with the old tracker* naming style, that is going to change in the future. I wouldn't do then a pkgmove, and I would add them as new packages.
- Maybe one option would be to create dummy tracker-3.8.x.ebuild and tracker-miner-3.8.x.ebuild that would simply install the right localsearch/tinyspqrql versions. That would be interesting as we would migrate the RDEPENDs to the new names when the applications are really migrating to the new style (not relying on compatibility links that are going to be dropped in version 4).
Hello,
I leave here this link explaining the context: https://blogs.gnome.org/carlosg/2024/07/14/goodbye-tracker-hello-tinysparql-and-localsearch/ (tracker-miners -> localsearch; tracker -> tinysparql)
I am a bit unsure about how to proceed:
- Global renaming of the USE flag from "tracker" to "localsearch" -> IMHO, that could be done even before localsearch lands the tree, as I also find the new name better explaining the function that is enabled/disabled (but I must confess I never liked much the "tracker" name for the USE as I felt that people not maintaining the tracker package wouldn't know its meaning until looking into the description). But if you prefer to temporarily have both USE flags (to avoid some immediate pkg rebuilds), I am also ok with that.
- Even if 3.8.x version is still fully compatible with the old tracker* naming style, that is going to change in the future. I wouldn't do then a pkgmove, and I would add them as new packages.
- Maybe one option would be to create dummy tracker-3.8.x.ebuild and tracker-miner-3.8.x.ebuild that would simply install the right localsearch/tinyspqrql versions. That would be interesting as we would migrate the RDEPENDs to the new names when the applications are really migrating to the new style (not relying on compatibility links that are going to be dropped in version 4).
Hello,
Thinking a bit more into this, maybe one option could be to:
- Add "localsearch" as a global USE flag with the same description and default enabling as "tracker" in the relevant profiles.
- Add localsearch and tinysparql new packages.
- Add dummy "tracker-3.8.x" and "tracker-miners-3.8.x" ebuilds to avoid some ugly blockers in the (hopefully short) transition period. Doing this, old reverse deps would pull the non-blocking tracker-*-3.8 ebuilds, while new packages will pull localsearch/tinysparql.
