Obviously I've unnecessarily and unintentionally stirred up a shitstorm for
which I apologize.
It's not specifically Debian, some Debian-based distributions can also take
their time filtering packages through from debian. For example, LMDE hasn't
released a new update pack since March and is starting to fall behind. In
that case, simply adding the repo to sources would be preferable to waiting
for LMDE to catch up or manually uninstalling and installing debs on 50+
machines (or setting LMDE to track debian testing which has only ever
broken the system in my tests).
It was also my understanding that official TDF .debs were compatible with
Debian, Ubuntu and derivative distributions. Again, feel free to correct me
if I'm wrong.
On 29 July 2013 12:17, Rene Engelhard <rene@debian.org> wrote:
On Mon, Jul 29, 2013 at 01:08:28PM +0200, Rene Engelhard wrote:
Backports has 4.0.3 because there's no sense to jump on every version
which
still needs to be tested to be exposed to stable users. And 3.5, yeah,
it sucks
but 3.6 was't ready by the time wheezy was frozen...
Besides that, I uploaded dthe 4.0.x backport quickly after 4.0.x was in
unstable. (factually breaking the rules, but LO has a exception for
important
updates. 3.5-Y>4.0 is so). Otherwise the policy is "take from testing".
4.1 will follow when it's tested in unstable...
Should I tell you what hinders in from entering testing now?
$ grep-excuses libreoffice
libreoffice (1:4.0.3-3 to 1:4.1.0-2)
Maintainer: Debian LibreOffice Maintainers
Too young, only 1 of 10 days old
[ missing builds on armel, armhd, kfreebsd-i386, kfreebsd-amd64 ]
[ RC bug which is fixed ]
Not considered
Depends: libreoffice kde-runtime (not considered)
Depends: libreoffice liborcus (not considered)
Depends: libreoffice mdds (not considered)
Depends: libreoffice python3-defaults (not considered)
Thus it's blocked by
a) being too young
b) by the KDE people adding a stricter depends and that one's blocked due
to
a bug
c) new dependencies LO 4.1 has.
d) python3-defaults because python3.3-uno was just a workaround and now
it's back to sane packaging, but with the caveat that it needs the
new default pyton (python 3.3 IS needed, even upstream)
Please tell me how I should have speeded this up? There's no way out of the
waiting time and no, I am not going to use internal libraries.
Regards,
Rene
--
*Andrew Cassidy BSc (Hons) MBCS SSCA*
Managing Director
*T <info@cassidywebservices.co.uk> *03300 100 960
*F<info@cassidywebservices.co.uk>
*03300 100 961
*E <info@cassidywebservices.co.uk> *andrew@cassidywebservices.co.uk
*W <info@cassidywebservices.co.uk> *www.cassidywebservices.co.uk
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.