desktop-packages team mailing list archive

[Andreas Heinlein <1214352@xxxxxxxxxxxxxxxxxx>]

I fully agree that rebuilding only a few packages is no suitable general
solution. But so is the recommendation to upgrade to 14.04.

There is a reason that corporate environments do not upgrade so often,
and even 2 years is a very short time in this context. I have only
recently upgraded a few smaller networks from Windows XP to Windows 7,
and I am pretty sure these will stick with it until 2020. Thats why we
highly appreciated the announcement that Ubuntu 12.04 would get 5 years
of LTS support, so we decided to skip 14.04 entirely and target 16.04 as
the next upgrade.

We cannot change that plan just because of this bug. It took us several
hundreds of hours of manpower to evaluate and test the upgrade from
10.04 to 12.04, and it took the complete lifespan of 10.04 until it was
done. We worked out around 50 fixes and workarounds for all sorts of
weird bugs and shortcomings which are still not fixed, and I cannot
count how often I have read that this and that bug will not be fixed in
the current version, despite it being an LTS release. Just two recent
examples, #949468 and #886327. They're both not as critical as this one,
but still annoying.

We are a non-profit and as such cannot afford paid support like RHEL or
SuSE Enterprise. We decided to try and contribute back instead, wherever
we can. I still feel comfortable with that. But sometimes I get
frustrated because it seems that some people behind Ubuntu think a shiny
new tablet running Ubuntu is more important than people being able to
get their work done.

I would be happy to help testing if you decided to go the hard way and
rebuild the rdeps.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1214352

Title:
  [SRU] GUINT32/64_SWAP_LE_BE macros do not enclose val argument in
  parentheses

Status in LibreOffice Productivity Suite:
  Fix Released
Status in The "G" Library - GLib:
  Fix Released
Status in glib2.0 package in Ubuntu:
  Fix Released
Status in gvfs package in Ubuntu:
  New
Status in libreoffice package in Ubuntu:
  New

Bug description:
  [Impact]
   * This bug affects Glib-dependent packages, one of them is modern version of LibreOffice 4.x from PPA (https://launchpad.net/~libreoffice/+archive/ubuntu/ppa).
  * LibreOffice is very important software. Modern versions are more functional. Without them Ubuntu is nothing, it is a toy.

  [Test Case]
   1. Place OpenDocument file (for example 'test.odt') on SMB/CIFS server (Samba on GNU/Linux, or from Windows). Make this share available for read-write.
   2a.1. Open Nautilus, navigate it to 'smb://server_name/share_name/', wait the share to be mounted with GVFS.
   2a.2. Double click on 'test.odt'
   2b. Launch terminal and send 'libreoffice smb://server_name/share_name/test.odt' command.
   3. Get error message from LibreOffice:
       "The file 'test.odt' is corrupt and therefore cannot be opened.
       LibreOffice can try to repair the file.

          The corruption could be the result of document manipulation or of
       structural document damage due to data transmission.
       We recommend that you do not trust the content of the repaired document.
       Execution of macros is disabled for this document.

          Should LibreOffice repair the file?

          Yes     No"
   4a. If I click 'Yes', the file is opened, but the title of the document
            is "Untitled 1 (repaired document)", not original name.
   4b. If I click 'No', the dialog 'LibreOffice 4.4' is opened with text:
            The file 'test.odt' could not be repaired and therefore cannot be opened.
          OK"

          I click 'OK' here, the next window "LibreOffice 4.4.1.2" is opened with text:
          "General Error.
          General input/output error.

          OK"

          If I click OK here - no files are opened.

  While step 3 gvfsd-smb process eats CPU then terminates with error.
  This error is caused by bug in Glib (wrong type conversion in macros).

  [Regression Potential]

   * This functionality is essential. Please fix this bug.
  I (and you) can't tell Windows users, that they should not open office files from network shares in GNU/Linux.

   * The patch has two lines
  (https://git.gnome.org/browse/glib/commit/?id=255c65f83c1515a7e3fc4609b36e72acc08a79e4)
  and well-tested at upstream.

   * This bug may cause potential loss of data.

  [Other Info]

   * Corresponding links to LibO bugs are:
     https://bugs.freedesktop.org/show_bug.cgi?id=67527
     https://bugs.documentfoundation.org/show_bug.cgi?id=72337

  [Original description]
  On 12.04 LTS precise GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses, causing trouble down the stack in gvfs and LibreOffice (and possibly in lots of obscure bugs elsewhere).
  There is a patch available, but as this touches the header, it needs a full recompile of rdepends.
  see: https://lists.fedoraproject.org/pipermail/devel/2013-March/180302.html ff. for details

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/1214352/+subscriptions