Package: libreoffice-common
Version: 1:6.4.0~rc1-2
Severity: normal
File: /usr/share/doc-base/access2base
During installation of libreoffice-common I got doc-base related errors.
Rerunning doc-base in debug mode:
# install-docs -d -i /usr/share/doc-base/access2base
Setup signals.
Scrollkeeper sta
Package: libreoffice-common
Version: 1:6.3.2-1
Severity: minor
Hi,
libreoffice-common ships an unused, obsolete
/usr/share/mimelnk directory.
Those were used in KDE3 days which is long gone.
This directory can be dropped safely from the package.
Regards,
Michael
-- System Information:
Debian R
Package: libreoffice-base-drivers
Version: 1:5.2.3~rc1-4
Severity: normal
Hi,
I think firebird support is exotic enough, that it shouldn't be
installed by default, which is currently the case via
libreoffice->libreoffice-base->libreoffice-base-drivers->libreoffice-sdbc-firebird
I just did a fres
Source: libreoffice
Version: 1:5.0.1-2
Severity: normal
Hi Rene,
please consider re-enabling the gtk3 backend.
It was working rather well here (using Sid) and it integrates much
better into a GNOME3 desktop.
If the plan is to enable the gtk3 backend for stretch (which I hope it
is), then having
On 19.11.2012 19:11, Michael Biebl wrote:
> tag 693626 - unreproducible
> thanks
>
> Hi David, hi Rene!
>
> On 19.11.2012 03:02, Rene Engelhard wrote:
>> So this is unreproducible...
>> (Nevertheless we could remove the ure Pre-Depends, see my other message)
>
Just looking at the libreoffice-core.preinst, I was wondering why it
needs a pre-depends on ure?
Not sure if this is the root-cause of the aborted apt-get dist-upgrade,
but it certainly makes it harder to get a proper upgrade path.
Michael
--
Why is it that all of the instruments seeking intell
Package: libreoffice-core
Version: 1:3.5.4+dfsg-3
Severity: serious
When trying to dist-upgrade a default squeeze GNOME installation,
apt-get aborts with the following error message:
E: Couldn't configure pre-depend ure for libreoffice-core, probably a
dependency cycle.
-- System Information:
Package: libreoffice-common
Version: 1:3.5.2-4
Followup-For: Bug #669138
Looks like a dangling symlink:
# ls -la /usr/share/applications/libreoffice-startcenter.desktop
lrwxrwxrwx 1 root root 38 Apr 16 14:07
/usr/share/applications/libreoffice-startcenter.desktop ->
/@OODIR@/share/xdg/startcente
very limited, so please check the
resulting patch carefully.
Thanks!
Michael,
on behalf of the Debian GNOME team.
[1]
http://git.gnome.org/browse/glib/commit/?id=7455dd370eb37ce3b0b409ff6120501f37b50569
[2] http://people.debian.org/~biebl/glib-single-include/libreoffice_3.4.5-5.log
[3]
Rene Engelhard wrote:
> clone 519695 -1
> reassign -1 openoffice.org
> retitle -1 raptor links against openssl
> reopen -1
> found -1 1:3.0.0~ooo300m3-1
> thanks
>
> Hi,
>
> Dave Beckett wrote:
>> Changes:
>> raptor (1.4.18-2) unstable; urgency=low
>> .
>>* Link to libcurl-gnutls to remove
As requested on IRC, here is the relevant dpkg.log
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
2009-01-28 00:50:41 startup archives unpack
2009-01-28 00:51:23 install libatlas3gf-base 3.6.0-22
2009-01-28 00:5
Rene Engelhard wrote:
> # at least. maybe even serious..
> severity 513300 important
> thanks
>
> Michael Biebl wrote:
>> While upgrading to 3.0.1-1, I noticed the following error messages:
>>
>> Vorbereiten zum Ersetzen von openoffice.org-calc 1:3.0.1~rc2-1 (
Package: openoffice.org-core
Version: 1:3.0.1-1
Severity: normal
While upgrading to 3.0.1-1, I noticed the following error messages:
Vorbereiten zum Ersetzen von openoffice.org-calc 1:3.0.1~rc2-1 (durch
.../openofice.org-calc_1%3a3.0.1-1_i386.deb) ...
/usr/lib/openoffice/program/../basis-link/ur
Rene Engelhard wrote:
> Hi,
>
> Michael Biebl wrote:
>>>> libgcj-common 1:4.3.2-2 [13,7kB]
>>>> gcj-4.3-base 4.3.2-2 [103kB]
>>>> libgcj9-0 4.3.2-2 [10,4MB]
>>>> libgcj-bc 4.3.2-2 [1132B]
>>>> java-common 0.30 [
tags 508761 - unreproducible
thanks
Rene Engelhard wrote:
> tag 508761 + unreproducible
> tag 508761 + moreinfo
> thanks
>
> Michael Biebl wrote:
>> Package: openoffice.org
>
> Note that "openoffice.org" is nothing else than a metapackage. It installs
I
Package: openoffice.org
Version: 1:3.0.0-5
Severity: important
Hi,
I did a test upgrade from etch -> lenny, and a huge amount of java deps
were pulled:
libgcj-common 1:4.3.2-2 [13,7kB]
gcj-4.3-base 4.3.2-2 [103kB]
libgcj9-0 4.3.2-2 [10,4MB]
libgcj-bc 4.3.2-2 [1132B]
java-common 0.30 [77,0k
Rene Engelhard schrieb:
>
>> which in turn puls libgcj and all its dependencies. I already have a
>> java-runtime installed and don't want an additional java-runtime.
>
> And java-gcj-compat (and therefore gij) is the default runtime on sid.
> The rest (sun?) is not even in Debian.
There are ot
Package: openoffice.org
Version: 2.2.1-8
Severity: important
The openoffice.org package has a Depends on openoffice.org-officebean,
which in turn puls libgcj and all its dependencies. I already have a
java-runtime installed and don't want an additional java-runtime.
Either, openoffice.org-offic
Package: openoffice.org-help-km
Version: 2.1~rc2-1
Severity: important
openoffice.org-help-km uses the Section: %CONTRIB%doc.
I guess the correct one would be Section: doc.
Cheers,
Michael
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (
Package: openoffice.org
Version: 2.0.2-3
Followup-For: Bug #290016
I have the same problem. Is it possible that OO.o looks for
/etc/printcap whereas the default Debian configurations in cupsd.conf is
to generate the printcap file as
Printcap /var/run/cups/printcap
/etc/printcap on my local syste
20 matches
Mail list logo