Bug 1172598

Summary:	TW20200603 tilix crashes with "tilix: symbol lookup error: tilix: undefined symbol: _D7gobject1c5types6GValue9__xtoHashFNbNeKxSQBpQBkQBlQBiZm"
Product:	[openSUSE] openSUSE Tumbleweed	Reporter:	Emiliano Langella <emiliano.langella>
Component:	GNOME	Assignee:	E-mail List <gnome-bugs>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P5 - None	CC:	badshah400, develop7, dimstar, elimat, emiliano.langella, gm.venekamp, jc, mimi.vx, wolcharryk
Version:	Current
Target Milestone:	---
Hardware:	x86-64
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Emiliano Langella 2020-06-05 17:20:37 UTC

I just updated Tumbleweed to snapshot 20200603, and tilix can't start anymore:

# tilix
tilix: symbol lookup error: tilix: undefined symbol: _D7gobject1c5types6GValue9__xtoHashFNbNeKxSQBpQBkQBlQBiZm

Comment 1 Art Zh 2020-06-05 18:50:59 UTC

+1
I have same problem. I think that dependencies are broken

Comment 2 jean-christophe baptiste 2020-06-06 01:54:11 UTC

Same issue. Also in 20200604.

Comment 3 Andrei Dziahel 2020-06-07 20:06:07 UTC

This happens every single rebuild and requires manual triggering rebuild of gtkd or something like that which is expected to be rebuilt automatically but just doesn't for reason unknown.

Comment 4 G.M. Venekamp 2020-06-08 07:32:46 UTC

Yes, I see the same issue. A rebuild of Tilix or one of its dependencies should mitigate the issue. This is not the first time Tilix breaks because of missing symbols. It seems that in factory the rebuild is not always triggered when it should. Looking forward to the next update of tumbleweed. I am at: TW20200604

Comment 5 Andrei Dziahel 2020-06-08 09:17:15 UTC

Confirming this, since multiple reports are in. Also bumping severity because of breaking functionality. 

@gnome-team, could the fix hit Updates repository instead of waiting for the next snapshot?

Comment 6 Andrei Dziahel 2020-06-08 10:03:27 UTC

Okay, the development package at https://build.opensuse.org/package/show/devel%3Alanguages%3AD/tilix is not affected by the issue.

@gnome-bugs, could you ask someone to upload it to Updates repo?

Comment 7 Atri Bhattacharya 2020-06-08 10:26:40 UTC

(In reply to Andrei Dziahel from comment #6)
> Okay, the development package at
> https://build.opensuse.org/package/show/devel%3Alanguages%3AD/tilix is not
> affected by the issue.
> 
> @gnome-bugs, could you ask someone to upload it to Updates repo?

1) The GNOME team does not maintain tilix (cc'ing people actually listed as maintainers)
2) Just "upload" a pkg built in some devel repo to the Updates repo is not how anything works.

Comment 8 Dominique Leuenberger 2020-06-08 10:36:21 UTC

(In reply to G.M. Venekamp from comment #4)
> Yes, I see the same issue. A rebuild of Tilix or one of its dependencies
> should mitigate the issue. This is not the first time Tilix breaks because
> of missing symbols. It seems that in factory the rebuild is not always
> triggered when it should. Looking forward to the next update of tumbleweed.
> I am at: TW20200604

rebuilding only helps if rebuilding works:

2020-05-31 01:58:14  tilix   new build        succeeded  1m 47s   lamb18:4        
2020-06-03 20:22:43  tilix   new build        failed     2m  5s   cloud118:3      
2020-06-06 21:50:54  tilix   source change    succeeded  1m 26s   lamb05:5        

i.e.: a rebuild was attempted on June 3rd, but the build failed.
A fixed package was submitted/checked in to the distro on June 6, which built again.

So this bug could be considered FIXED (snapshot 0607 will carry the fix)

Comment 9 Dominique Leuenberger 2020-06-08 10:38:54 UTC

(In reply to Andrei Dziahel from comment #3)
> This happens every single rebuild and requires manual triggering rebuild of
> gtkd or something like that which is expected to be rebuilt automatically
> but just doesn't for reason unknown.

Factory does not use OBS' transient rebuild method (too expensive for a repo with > 12k packages) but uses rebuild=local and a rebuild bot that triggers rebuilds on packages that 'lost install dependencies' - i.e. a package resulted in being 'uninstallable'. If a package does not list depenencies and thus gives no clue what it needs to run, we would never trigger the rebuild for it. In case of tilix, as noted above though: a rebuild was triggered, but failed

Comment 10 G.M. Venekamp 2020-06-08 10:44:32 UTC

Ah yes of course, a failed build could also be the cause. Thanks for the update. Looking forward to 20200607.

Comment 11 Andrei Dziahel 2020-06-08 15:51:29 UTC

(In reply to Atri Bhattacharya from comment #7)
> 1) The GNOME team does not maintain tilix (cc'ing people actually listed as maintainers)

Thank you, should have looked into the package myself

> 2) Just "upload" a pkg built in some devel repo to the Updates repo is not how anything works.

Thank you for clarifying.

(In reply to Dominique Leuenberger from comment #9)
> In case of tilix, as noted above though: a rebuild was triggered, but failed

I see, that's different issue indeed

(In reply to Dominique Leuenberger from comment #8)
> So this bug could be considered FIXED (snapshot 0607 will carry the fix)

Is it feasible to have the fix in Updates in the meantime, while the proper snapshot is still cooking? TIA.

Comment 12 Emiliano Langella 2020-06-10 12:41:14 UTC

I confirm that TW snapshot 20200609 with tilix version 1.9.3-4.1 solved this issue.

Comment 13 Dominique Leuenberger 2020-06-10 12:43:55 UTC

(In reply to Emiliano Langella from comment #12)
> I confirm that TW snapshot 20200609 with tilix version 1.9.3-4.1 solved this
> issue.

ok, let's close it then.

Comment 14 G.M. Venekamp 2020-06-10 14:24:40 UTC

Yes, I can second the confirmation. Tilix starts as expected with snapshot 0609.