unpushed

gtk3-3.24.30-4.fc34 and gtk4-4.2.1-4.fc34

FEDORA-2021-d1bbad7516 created by kalev 3 years ago for Fedora 34

Build with tracker support enabled

This update has been submitted for testing by kalev.

3 years ago

This update's test gating status has been changed to 'failed'.

3 years ago

This update's test gating status has been changed to 'waiting'.

3 years ago

This update's test gating status has been changed to 'failed'.

3 years ago

This update's test gating status has been changed to 'passed'.

3 years ago

This update has been pushed to testing.

3 years ago
User Icon bojan commented & provided feedback 3 years ago
karma

Works.

User Icon ozeszty commented & provided feedback 3 years ago

This update installs libtracker-sparql as a dependency and, as weak dependencies, tracker with tracker-miners. I'm using KDE spin, where there's already Baloo, does it mean that from now on we'll have two indexing services working in background (unless someone removes tracker manually)?

User Icon renault commented & provided feedback 3 years ago
karma

no regressions found

This update can be pushed to stable now if the maintainer wishes

3 years ago
User Icon kalev commented & provided feedback 3 years ago

@ozeszty Oh, that's a good point (sorry, I missed your comment earlier). I am not entirely sure what would be the best solution here though. To avoid the duplicate indexers on KDE, I guess a solution would be if libtracker-sparql package stopped recommending tracker package -- but at the same time, doing so would regress the search in gtk file chooser dialog on KDE.

User Icon ozeszty commented & provided feedback 3 years ago

@kalev I guess it would be best if libtracker-sparql (or other gtk component) could also use baloo as index/search provider.

User Icon nixuser commented & provided feedback 3 years ago
karma

This upgrade, or one of its dependencies seems to have broken a 3rd party app for me, specifically Tor Browser, both the release version and the beta. This was the payload that did it:

Upgrading: gtk3 gtk3-immodule-xim

Installing dependencies: exiv2-libs libcue libgexiv2 libgrss libiptcdata libosinfo libtracker-sparql osinfo-db osinfo-db-tools totem-pl-parser

Installing weak dependencies: exiv2 tracker tracker-miners

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

3 years ago
User Icon nixuser commented & provided feedback 3 years ago

Further to the above comment, downgrading just gtk3 and gtk3-immodule-xim to 3.24.30-1.fc34 has fixed Tor Browser.

User Icon alciregi commented & provided feedback 3 years ago
karma

Same here. Upgrading to gtk3-3.24.30-1.fc34.x86_64 breaks a third party program (BricsCAD):

/opt/bricsys/bricscad/v21/bricscad: symbol lookup error: /lib64/libtracker-sparql-3.0.so.0: undefined symbol: sqlite3_value_free

User Icon nixuser commented & provided feedback 3 years ago

For some strange reason, this update on fc35 beta (gtk3-3.24.30-4.fc35.x86_64) and fc36 Rawhide (gtk3-3.24.30-4.fc36.x86_64) has not caused this issue for me, it's only on fc34 that I am seeing this breakage.

User Icon kalev commented & provided feedback 3 years ago

Weird. The sqlite3_value_free issue sounds like maybe BricsCAD is bundling sqlite (tracker links against sqlite as well) and then the dynamic linker ends up resolving tracker's sqlite symbols to the wrong sqlite library and that causes things to blow up.

Sounds like it's safest to unpush this update for now to avoid weird issues with 3rd party programs.

This update has been unpushed.


Please login to add feedback.

Metadata
Type
enhancement
Karma
0
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Thresholds
Minimum Karma
+2
Minimum Testing
14 days
Dates
submitted
3 years ago
in testing
3 years ago
BZ#1908874 File chooser subfolder search is completely broken in F32 and F33
0
0

Automated Test Results