Bug 403630 - sonnet: trigrams.map multilib conflicts
Summary: sonnet: trigrams.map multilib conflicts
Status: REPORTED
Alias: None
Product: frameworks-sonnet
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.62.0
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Martin Sandsmark
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-26 16:21 UTC by Mike Hinz
Modified: 2019-09-17 13:53 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Hinz 2019-01-26 16:21:00 UTC
SUMMARY

Attempting to do 'dnf update' on a previously fully updated Fedora 29 system results in the following conflict that I've been unable to resolve.  

Error: Transaction check error:
  file /usr/share/kf5/sonnet/trigrams.map conflicts between attempted installs of kf5-sonnet-core-5.54.0-1.fc29.i686 and kf5-sonnet-core-5.54.0-1.fc29.x86_64


STEPS TO REPRODUCE
1. open a terminal window
2. do 'sudo dnf update'
3. error above occurs every time
4. this is apparently related to the recent k5f 5.54 release

OBSERVED RESULT

DNF transaction error occurs

EXPECTED RESULT

DNF update should complete normally without errors

SOFTWARE/OS VERSIONS
Windows: 
MacOS: 
Linux/KDE Plasma: Fedora 29 kernel 4.20.3-200fc29x86_64
(available in About System)
KDE Plasma Version: 5.14.4
KDE Frameworks Version: 5.53.0
Qt Version: 5.11.3

ADDITIONAL INFORMATION

I've attempted to rename or remove trigrams.map and the behavior doesn't change.  The installation still fails.  I've found no other bugs relating to this.
Comment 1 Rex Dieter 2019-01-29 16:29:17 UTC
We'd previously used a bit of a hack to avoid arch'd conflicts (swapping QHash for QMap), but it apparently no longer works,
https://src.fedoraproject.org/rpms/kf5-sonnet/blob/master/f/sonnet-multilib.patch
Comment 2 Kevin Kofler 2019-01-29 16:50:26 UTC
So let me repost https://bugzilla.redhat.com/show_bug.cgi?id=1669800#c2 here too:

For posterity, as I wrote on IRC:

+    QMap< QString, QHash<QString, int> > models;

There's still a QHash left in there.

I'd suggest doing as I had suggested in the original https://bugzilla.redhat.com/show_bug.cgi?id=1262746#c12 and do a global sed search&replace:

sed -i -e 's/QHash/QMap/g' data/parsetrigrams.cpp

but if you insist on the patch for some reason, make sure you really replace ALL instances of QHash with QMap.
Comment 3 Rex Dieter 2019-09-17 13:52:38 UTC
Still an issue, I'll see about submitting to reviewboard