[MIR] libetoneyek needed as b-d for libreoffice

Bug #1277152 reported by Björn Michaelsen
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libetonyek (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

libetonyek is needed as a b-d for libreoffice

libetonyek is code factored out from libreoffice. libreoffice now uses the shared code (instead of providing an own copy). So basically no new code, but just a new package.

The packaging looks ok, maintained ok by kubuntu maintainers.

Changed in libetonyek (Ubuntu):
importance: Undecided → Low
status: New → Fix Committed
status: Fix Committed → Triaged
status: Triaged → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libetonyek - 0.0.3-0ubuntu2

---------------
libetonyek (0.0.3-0ubuntu2) trusty; urgency=low

  * fix granularity of boost b-d for MIR (LP: #1277152)
 -- Bjoern Michaelsen <email address hidden> Thu, 06 Feb 2014 18:02:10 +0100

Changed in libetonyek (Ubuntu):
status: New → Fix Released
Revision history for this message
Matthias Klose (doko) wrote :

don't close a MIR with an upload. it's not the upload that makes the MIR happen.

 - no symbols file
 - no package subscriber

Changed in libetonyek (Ubuntu):
status: Fix Released → Incomplete
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

LibreOffice packaging is now subscribed, for the rest see https://bugs.launchpad.net/ubuntu/+source/libwpd/+bug/695456 as reference.

Revision history for this message
Matthias Klose (doko) wrote :

still missing the symbols file

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Looking at the symbols file this matches the "If you find (on some arches) symbols that are exported which are not supposed to be public, you must not use symbols versioning at all." case from https://wiki.debian.org/UsingSymbolsFiles. While this is supposedly fixed on upstream master, for http://summit.ubuntu.com/uds-1308/meeting/21942/client-1308-rolling-libreoffice/ we would need to use an internal copy for LibreOffice updates anyway. As such, closing as Wont Fix for now, can be reconsidered when the fixed upstream master is released (even though that wont help for LibreOffice).

Changed in libetonyek (Ubuntu):
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.