Am 09.08.2011 22:20, schrieb Mathias Bauer:
On 09.08.2011 20:49, Armin Le Grand wrote:
...
Forgot one point: We are not talking about stopping support for
something like PDF/A where readability is guaranteed for years/decades.
We are talking about wildly, unplanned grown old binary filter
Am 06.08.2011 19:45, schrieb Dennis E. Hamilton:
What does this show? Others behave much worse as we would do. If the
first AOO release will be the last with binfilters and we assume a
runnalble/installable state of 5-10 years (depending on OS, unforseeable
progress, etc...) this will be fine
Am 06.08.2011 19:45, schrieb Dennis E. Hamilton:
What does this show? Others behave much worse as we would do. If the
first AOO release will be the last with binfilters and we assume a
runnalble/installable state of 5-10 years (depending on OS, unforseeable
progress, etc...) this will be fine
On 06.08.2011 19:45, Dennis E. Hamilton wrote:
With regard to consumption versus production, I agree that it is easy
to stop supporting production when no native consumers are likely to
be available any longer and the OpenOffice.org document model evolves
to support expanded functionality of
Am 08/06/2011 02:45 PM, schrieb Eric Hoch:
Hi Armin,
Am Sat, 06 Aug 2011 13:56:45 +0200 schrieb Armin Le Grand:
Am 05.08.2011 22:22, schrieb Eric Hoch:
Hi Armin,
Am Fri, 05 Aug 2011 19:01:52 +0200 schrieb Armin Le Grand:
Am 05.08.2011 18:47, schrieb Dennis E. Hamilton:
The only problem with
Am 05.08.2011 22:22, schrieb Eric Hoch:
Hi Armin,
Am Fri, 05 Aug 2011 19:01:52 +0200 schrieb Armin Le Grand:
Am 05.08.2011 18:47, schrieb Dennis E. Hamilton:
The only problem with [2] is that it assumes conversion is
possible/permissible. That is not always the case. Now, I do
not know there
Hi Armin,
Am Sat, 06 Aug 2011 13:56:45 +0200 schrieb Armin Le Grand:
Am 05.08.2011 22:22, schrieb Eric Hoch:
Hi Armin,
Am Fri, 05 Aug 2011 19:01:52 +0200 schrieb Armin Le Grand:
Am 05.08.2011 18:47, schrieb Dennis E. Hamilton:
The only problem with [2] is that it assumes conversion is
]
Sent: Saturday, August 06, 2011 04:57
To: ooo-dev@incubator.apache.org
Subject: Re: binfilter (was RE: OOO340 to svn)
Am 05.08.2011 22:22, schrieb Eric Hoch:
Hi Armin,
Am Fri, 05 Aug 2011 19:01:52 +0200 schrieb Armin Le Grand:
Am 05.08.2011 18:47, schrieb Dennis E. Hamilton:
The only problem
On 05.08.2011 13:33, Armin Le Grand wrote:
[1] Do the not too difficult step of making binfilter independent from
the rest by statically linking, keep it on the current version. Use the
resulting binary module for future versions.
As long as binfilter runs in the same process, you can't
Hi Mathias,
Am 05.08.2011 16:25, schrieb Mathias Bauer:
On 05.08.2011 13:33, Armin Le Grand wrote:
[1] Do the not too difficult step of making binfilter independent from
the rest by statically linking, keep it on the current version. Use the
resulting binary module for future
On 05.08.2011 17:21, Armin Le Grand wrote:
Hi Mathias,
Am 05.08.2011 16:25, schrieb Mathias Bauer:
On 05.08.2011 13:33, Armin Le Grand wrote:
[1] Do the not too difficult step of making binfilter independent from
the rest by statically linking, keep it on the current version. Use
...@me.com]
Sent: Friday, August 05, 2011 04:34
To: ooo-dev@incubator.apache.org
Subject: Re: binfilter (was RE: OOO340 to svn)
Hi *,
Binfilter can pretty simply be linked statically against the remaining
dependencies (tools and below) and just stay there as a binary module.
It already
Am 05.08.2011 18:15, schrieb Mathias Bauer:
On 05.08.2011 17:21, Armin Le Grand wrote:
Hi Mathias,
Am 05.08.2011 16:25, schrieb Mathias Bauer:
On 05.08.2011 13:33, Armin Le Grand wrote:
[1] Do the not too difficult step of making binfilter independent from
the rest by statically
: Friday, August 05, 2011 04:34
To: ooo-dev@incubator.apache.org
Subject: Re: binfilter (was RE: OOO340 to svn)
Hi *,
Binfilter can pretty simply be linked statically against the remaining
dependencies (tools and below) and just stay there as a binary module.
It already is a UNO API based module
Hi Armin,
Am Fri, 05 Aug 2011 19:01:52 +0200 schrieb Armin Le Grand:
Am 05.08.2011 18:47, schrieb Dennis E. Hamilton:
The only problem with [2] is that it assumes conversion is
possible/permissible. That is not always the case. Now, I do
not know there is anyone who has that problem and
On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathke o...@erack.de wrote:
Hi IngridvdM,
On Tuesday, 2011-08-02 20:17:52 +0200, IngridvdM wrote:
The Hg archive should simply replicate the current structure at OOo,
also for ease of adding in pending CWSs as branches, so a separate l10n
Am 03.08.2011 08:12, schrieb Jürgen Schmidt:
On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathkeo...@erack.de wrote:
Hi IngridvdM,
On Tuesday, 2011-08-02 20:17:52 +0200, IngridvdM wrote:
The Hg archive should simply replicate the current structure at OOo,
also for ease of adding in pending CWSs
On Wed, Aug 3, 2011 at 8:45 AM, IngridvdM ingrid...@gmx-topmail.de wrote:
Am 03.08.2011 08:12, schrieb Jürgen Schmidt:
On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathkeo...@erack.de wrote:
Hi IngridvdM,
On Tuesday, 2011-08-02 20:17:52 +0200, IngridvdM wrote:
The Hg archive should simply
On Aug 3, 2011, at 12:28 AM, Eike Rathke wrote:
The problem with binfilter is that it depends on modules not in
binfilter, changing them incompatibly may entail changes necessary to
binfilter, those changes should be in one changeset, which I think is
not possible when not in trunk, insights
Am 03.08.2011 10:24, schrieb Stephan Bergmann:
On Aug 3, 2011, at 8:45 AM, IngridvdM wrote:
Ok agreed, binfilter is not the best example.
But what about the general idea to have a second directory where we can place
all the stuff that is not needed to build the main office (so not needed in
that a better refactoring would come later.
- Dennis
-Original Message-
From: Jürgen Schmidt [mailto:jogischm...@googlemail.com]
Sent: Tuesday, August 02, 2011 23:12
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathke o...@erack.de wrote:
Hi
Le 3 août 11 à 17:49, Dennis E. Hamilton a écrit :
I believe LibreOffice is already taking action on binfilter, and it
would be useful to see if we can match their approach.
Also, I think there was (again on LibreOffice) a technical
discussion on simplifying the dependencies.
I did a
up with RTF seems to be a serious
challenge).
- Dennis
-Original Message-
From: Malte Timmermann [mailto:malte_timmerm...@gmx.com]
Sent: Wednesday, August 03, 2011 10:24
To: ooo-dev@incubator.apache.org
Subject: Re: binfilter (was RE: OOO340 to svn)
Binfilter will be good for many
Am 03.08.2011 21:23, schrieb Mathias Bauer:
On 03.08.2011 10:38, IngridvdM wrote:
Am 03.08.2011 10:24, schrieb Stephan Bergmann:
On Aug 3, 2011, at 8:45 AM, IngridvdM wrote:
Ok agreed, binfilter is not the best example.
But what about the general idea to have a second directory where we can
Hi;
--- On Wed, 8/3/11, Mathias Bauer wrote:
...
As Stephan wrote, the structure can be changed easily
afterwards.
Building and packaging should follow dependencies (after
all that was the idea of our new build environment) and
so the directory structure is of second order importance.
) import just the OOO340 tip into svn
2) move all the Hg repositories over to apache-extras.org. That
supports Hg and it supports any OSI license. We can indefinitely
retain history there without it being part of our ASF project.
+1
Yes - sounds good! :)
Malte.
Hi Rob,
On Monday, 2011-08-01 16:33:59 -0400, Rob Weir wrote:
So where are we with this? The last I heard, the proposal was to
store an archival version of the Hg repositories at apache-extras [1]
and then to check the tip into SVN.
Yes, AFAIR there was no objection.
I suppose one
--- On Mon, 8/1/11, Rob Weir wrote:
So where are we with this? The last I heard, the
proposal was to store an archival version of the
Hg repositories at apache-extras [1] and then to
check the tip into SVN.
I am pretty sure there was no objection to having
a backup in apache extras. The
On 28.07.2011 12:37, Eike Rathke wrote:
Hi Greg,
On Thursday, 2011-07-28 00:41:40 -0400, Greg Stein wrote:
1) import just the OOO340 tip into svn
2) move all the Hg repositories over to apache-extras.org. That
supports Hg and it supports any OSI license. We can indefinitely
retain history
1) import just the OOO340 tip into svn
2) move all the Hg repositories over to apache-extras.org. That
supports Hg and it supports any OSI license. We can indefinitely
retain history there without it being part of our ASF project.
To get things going fast this might be the best way
--- On Thu, 7/28/11, Christian Lohmaier wrote:
...
[1] Note that with the map, it would also be possible to
reuse the old OOo-Subversion repo for the linear commits,
after all the hg repo was a conversion from the svn server.
This would save quite a bit of time.
I like this idea ... if
of version control work, and they may have
ideas/tooling).
In the meantime, and I can dig in more this weekend once I get home,
I'll suggest one possible road for us:
1) import just the OOO340 tip into svn
2) move all the Hg repositories over to apache-extras.org. That
supports Hg
Ahem.
-Original Message-
From: Greg Stein [mailto:gst...@gmail.com]
Sent: Thursday, July 28, 2011 04:56
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
[ ... ]
I have created ooo on apache-extras, but would like to give a full 72 hour
discussion to see what support looks
On 07/28/2011 08:37 PM, florent andré wrote:
On 07/28/2011 08:00 PM, Rob Weir wrote:
On Thu, Jul 28, 2011 at 12:41 AM, Greg Steingst...@gmail.com wrote:
On Wed, Jul 27, 2011 at 21:23, Dennis E. Hamilton
dennis.hamil...@acm.org wrote:
...
It says we have a storage quota of 4096 MB. I'm
On 07/28/2011 08:50 PM, Jens-Heiner Rechtien wrote:
On 07/28/2011 08:37 PM, florent andré wrote:
On 07/28/2011 08:00 PM, Rob Weir wrote:
On Thu, Jul 28, 2011 at 12:41 AM, Greg Steingst...@gmail.com wrote:
On Wed, Jul 27, 2011 at 21:23, Dennis E. Hamilton
dennis.hamil...@acm.org wrote:
On Thu, Jul 28, 2011 at 3:01 PM, florent andré
florent.andre-...@4sengines.com wrote:
On 07/28/2011 08:50 PM, Jens-Heiner Rechtien wrote:
On 07/28/2011 08:37 PM, florent andré wrote:
On 07/28/2011 08:00 PM, Rob Weir wrote:
On Thu, Jul 28, 2011 at 12:41 AM, Greg Steingst...@gmail.com
Comments inside
On 07/26/2011 05:44 PM, Pedro F. Giffuni wrote:
--- On Tue, 7/26/11, Christian Lohmaiercl...@openoffice.org wrote:
Well, do some over-the-thumb-maths please and see that this
approach is doomed. 26 linear revisions (the easy part),
and you can do 500 in two hours.
You
I manage(d) another try :
hg -- git
This is currently in process. After 20h a little bit more than 18
rev are exported to git.
Will wait some hours more to see what append, but so far so good.
git -- svn
This is the second step of my idea, in order to see if it's more faster
with this
Can we review what has been attempted and what has failed? I want to
make sure we understand the dead-ends, so we don't retrace them.
1) Have we tried posting to the Apache subversion user list? Perhaps
someone there has an idea or tool that we have not thought of? Or
maybe this would be an
-Original Message-
From: Rob Weir [mailto:apa...@robweir.com]
Sent: Thursday, 28 July 2011 6:14 AM
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
Can we review what has been attempted and what has failed? I want to
make sure we understand the dead-ends, so we don't
-Original Message-
From: florent andré [mailto:florent.andre-...@4sengines.com]
Sent: Wednesday, 27 July 2011 12:18 AM
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
On 07/26/2011 03:53 PM, Michael Stahl wrote:
On 26.07.2011 13:51, florent andré wrote
..
ergh
Have you guys not been following what Greg Stein and co have been doing in svn
and on this list with regards to a conversion tool?
May I really miss something, but what's on single-hg is a hg
concatenation tool.
This file have this in notice :
See TBD for converting the
Recap so far :
https://cwiki.apache.org/confluence/display/OOOUSERS/svn+import+experience
Try write details as much for reproducibility.
On 07/27/2011 10:14 PM, Rob Weir wrote:
Can we review what has been attempted and what has failed? I want to
make sure we understand the dead-ends, so we
, and others.
It seems to have become unclear exactly where we are heading.
Where are we heading?
- Dennis
-Original Message-
From: florent andré [mailto:florent.andre-...@4sengines.com]
Sent: Wednesday, July 27, 2011 15:42
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
..
ergh
Winnipesaukee and Weir's Beach (of course) for me.
- Dennis
-Original Message-
From: florent andré [mailto:florent.andre-...@4sengines.com]
Sent: Wednesday, July 27, 2011 15:42
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn
..
ergh
Have you guys not been following what
Hi *,
On Wed, Jul 27, 2011 at 10:14 PM, Rob Weir apa...@robweir.com wrote:
Can we review what has been attempted and what has failed? I want to
make sure we understand the dead-ends, so we don't retrace them.
[...]
2) I assume someone has tried the Hg convert extensions, e.g., hg
convert
On 26.07.2011 13:51, florent andré wrote:
Hi there,
I actually run a script [1] on my local laptop and online svn serveur
that import the OOO340 hg to an svn trunk folder.
For now, it's work pretty well - get all history from OO340 - with good
commit log e.g. :
---
Added:
On 07/26/2011 03:53 PM, Michael Stahl wrote:
On 26.07.2011 13:51, florent andré wrote:
...
But, as it simulate all svn commit, it's a little bit long...
Actually on 45/276930 revision.
well, the first 263206 revisions are the easy ones, because they're
linear :)
ha ! So looking forward
48 matches
Mail list logo