openoffice.org | 2.0.3-6dapper3 | dapper-proposed | source, i386
A version of 2.0.3 is sitting in dapper-proposed awaiting testing. You
can try that.
Backporting openoffice is not a trivial task, and will need source
modifications. It's best handled by the -proposed -> updates path.
** Changed i
In Feisty now; builds and runs fine
+1 from me
** Changed in: edgy-backports (upstream)
Status: Unconfirmed => Confirmed
--
Backport Amarok 1.4.4
https://launchpad.net/bugs/69610
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinf
builds in prevu i dont know how to go about testing it
fiesty src
--
pcre3 from 6.4 to 6.7
https://launchpad.net/bugs/71249
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
We'll start by looking at a Subversion 1.3.2 backport to Dapper. So far
, I +1 it, but we still need to test the server-side aspect of it, and
whether or not an upgrade to 1.3.2 requires any manual work on the
server side.
As far as a repository of risky backports, that's one of the reasons that
dont build in dapper
-> Considering translate-toolkit (>= 0.9.2)
Tried versions: 0.8.rel-0ubuntu2 0.8.rel-0ubuntu1
-> Does not satisfy version, not trying
E: Could not satisfy build-dependency.
Copying back the cached apt archive contents
-> unmounting dev/pts filesystem
-> unmounting
re built from fiesty sources
still works just the same (dapper)
--
(KTorrent) Two patches from upstream SVN
https://launchpad.net/bugs/70529
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
Package: libpcre3
--
pcre3 from 6.4 to 6.7
https://launchpad.net/bugs/71249
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
Public bug reported:
I want to request a backport to 6.7 because php5.2 needs it and I don't
want to use built-in librarys in php.
Is it possible with that library without break existing API?
Feisty has v6.7!
Thanks
** Affects: dapper-backports (upstream)
Importance: Undecided
Sta
** Summary changed:
- Two patches from upstream SVN
+ (KTorrent) Two patches from upstream SVN
--
(KTorrent) Two patches from upstream SVN
https://launchpad.net/bugs/70529
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-backpo
Okay. I understand now. I can't replicate the bug on edgy then. I did
a dist-upgrade from dapper, so I don't know if that helps or not.
--
text-formating get lost
https://launchpad.net/bugs/51417
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mail
On Thu, 2006-11-09 at 18:08 +, John Dong wrote:
> Public bug reported:
>
> CMake 2.4 is in Feisty and Edgy. Lots of packages that use cmake demand
> version 2.4.
>
> Since it's a build tool, I doubt it'll break anything existing in
> Dapper.
>
>
> Builds fine in prevu.
>
> ** Affects: dap
** Changed in: tomboy (upstream)
Status: Unconfirmed => Confirmed
--
text-formating get lost
https://launchpad.net/bugs/51417
--
ubuntu-backports mailing list
ubuntu-backports@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
Public bug reported:
OS: Kubuntu 6.06
The openoffice version in the dapper repositories, 2.0.2 I think, crashes on
large powerpoint presentations (80+ slides). The presentation opens for a few
minutes and then closes with a kde program crash notification. The problem is
fixed with openoffice 2.
A bit off-topic:
> It would be very fine to have a PLF maintained repository of packages, which
> is known
> to contain packages which _might_ break backwards compatibility with some
> dependent packages.
> It is then up to the user to incorporate packages from this repo in his own
> sources.lis
Do you mean backport from Feisty to Edgy and Dapper?
At least a fresh Edgy installation still reports 1.3.2.
OK - a backport of fresh 1.3.x from Edgy to Dapper (and maybe Breezy)
would be also a good step forward.
It would be very fine to have a PLF maintained repository of packages, which is
kn
15 matches
Mail list logo