[Desktop-packages] [Bug 1576051] Re: Duplicity cannot handle sparse files efficiently

It seems that the change to support this would be minimal, see below. All file writing during restore seems to be done by util.py/copyfileobj() Unless I'm very much mistaken, the following change would do sparse files, _if_ (and only if) the target object is empty to begin with. If it isn't, this

[Desktop-packages] [Bug 1576051] Re: Duplicity cannot handle sparse files efficiently

** Also affects: duplicity Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to duplicity in Ubuntu. https://bugs.launchpad.net/bugs/1576051 Title: Duplicity cannot handle sparse files

[Desktop-packages] [Bug 1576051] Re: Duplicity cannot handle sparse files efficiently

** Changed in: duplicity Status: New => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to duplicity in Ubuntu. https://bugs.launchpad.net/bugs/1576051 Title: Duplicity cannot handle sparse files efficiently Status in

[Desktop-packages] [Bug 1350319] Re: dialog silently fails if terminfo is unavailable

Contrary to my initial thought, it seems this should actually get assigned to pythondialog. Running the present-dialog.py quoted above, I can reproduce. Running this commandline (which should be what python-dialog is calling), I can't reproduce. Well, I can reproduce the failure, but also get a

[Desktop-packages] [Bug 1328908] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

*** This bug is a duplicate of bug 1319941 *** https://bugs.launchpad.net/bugs/1319941 ** This bug has been marked a duplicate of bug 1319941 libreoffice draw / impress crash if user service publishing is disabled in avahi -- You received this bug notification because you are a member

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

So the bug I uploaded the crash report as is https://bugs.launchpad.net/bugs/1328908 However, Christopher seems to think it is not a duplicate of this bug, while it is an exact reproduction of the case described here. Without explanation, he removes the marked as duplicate from the other bug

[Desktop-packages] [Bug 1328908] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

Could you please at least comment why you think this is not a duplicate of the bug I linked it to? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1328908 Title: libreoffice draw

[Desktop-packages] [Bug 1328908] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

For the record, I think it is a duplicate and exact reproduction of the case described in: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1319941 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu.

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

So I was able to reproduce on a freshly installed Ubuntu Trusty, It seems whoopsie on said machine has trouble uploading the crash data, so re-attaching the .crash file here. ** Attachment added: .crash file from apport

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

Just as a note: Procedure to reproduce: Locate the line #disable-user-service-publishing=no in /etc/avahi/avahi-daemon.conf and change it to disable-user-service-publishing=yes restart the avahi-daemon service (It might read the config file upon change, but I didn't check) Try to start Impress

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

Christopher M. Penalver: Please read my report: 1) reporting it like you suggested doesn't work. I can't say why except that this shows up in syslog: Jun 11 04:54:34 ubuntu whoopsie[1323]: Sent; server replied with: No error Jun 11 04:54:34 ubuntu whoopsie[1323]: Response code: 503 Jun 11

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

Anyway, to add some of the information that is requested on the libreoffice bug mangling page: $ apt-cache policy libreoffice-impress libreoffice-draw libreoffice-impress: Installed: 1:4.2.3~rc3-0ubuntu2 Candidate: 1:4.2.3~rc3-0ubuntu2 Version table: *** 1:4.2.3~rc3-0ubuntu2 0

[Desktop-packages] [Bug 1328908] [NEW] libreoffice draw / impress crash if user service publishing is disabled in avahi

*** This bug is a duplicate of bug 1319941 *** https://bugs.launchpad.net/bugs/1319941 Public bug reported: Crash report for bug #1319941 ProblemType: Crash DistroRelease: Ubuntu 14.04 Package: libreoffice-core 1:4.2.3~rc3-0ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9

[Desktop-packages] [Bug 1319941] Re: libreoffice draw / impress crash if user service publishing is disabled in avahi

For some reason, the upload finally worked. See the bug marked as a duplicate of this one for the crash report. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1319941 Title:

[Desktop-packages] [Bug 941790] Re: Emacs window shrinks automatically

Can this fix please be made available in Precise? Precise as of today seems to carry 23.1+1=4ubuntu7, which doesn't incorporate this fix. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to emacs23 in Ubuntu.