sorry for the second post - but I should correct something I said.
Just realized; about today's build not starting, user error! I downloaded
the wrong daily build files ;- ( 32 but vs 64 bit), looks like I need to
wait a bit longer for the 64 bit Linux build to finish.
On Fri, Apr 13, 2018 at 3:4
On Thu, Apr 12, 2018 at 3:33 AM, Bunth Tamás wrote:
> Hi Alex,
>
> On 10 April 2018 at 15:04, Alexander Thurgood
> wrote:
> > Le 10/04/2018 à 12:30, Tamas Bunth a écrit :
> > Read through your blog posts, sounds really promising, and I am
> > interested in testing with various hsqldb ODB files t
Hi Alex,
On 10 April 2018 at 15:04, Alexander Thurgood wrote:
> Le 10/04/2018 à 12:30, Tamas Bunth a écrit :
> Read through your blog posts, sounds really promising, and I am
> interested in testing with various hsqldb ODB files that I have accrued
> over time through QAtriaging of Base problems.
Hi,
On 10 April 2018 at 17:55, Jean-Pierre Ledure wrote:
>> - Erased the hsqldb code entirely:
>> https://gerrit.libreoffice.org/#/c/52611/
>>
> Does this mean that once a .odb file containing an embedded HSQLDB database
> is opened in LO 6.1 there is no way back ? That file cannot be access
Cool.
Grabbed the 6.1alpha daily build just now and there it is as the default.
Also grabbed a 6.04 and then the 5.whatever it is that comes out of the
Ubuntu repo so I could create fresh hsql embed to open in 6.1.
There are a bunch of older odb files on my computer which could feed some
tests (s
On Tue, 2018-04-10 at 17:55 +0200, Jean-Pierre Ledure wrote:
> Does this mean that once a .odb file containing an embedded HSQLDB
> database is opened in LO 6.1 there is no way back ? That file cannot
> be accessed anymore by a LO <= 6.0 user ? Is this acceptable ?
FWIW the embedded hsqldb we wer
P.S. We shouldn't also convert anything silently, especially not between
file formats.
The user should decide if s/he wants to convert.
Am 11.04.2018 um 12:00 schrieb Sophia Schröder:
Hi *,
from a user perspective I disagree.
We shouldn't force users to switch back, but instead we should sti
Hi *,
from a user perspective I disagree.
We shouldn't force users to switch back, but instead we should still
support the old format
but tell the users that this support is deprecated and will be removed
with the one of the next releases of LO.
S/he can now decide him/herself to switch forwar
On 4/11/2018 12:34 PM, Jean-Pierre Ledure wrote:
> That's why I insist on a mastered process: the user should decide how
> and when he wants to migrate his Base files.
To implement unconditional drop of support of old engine (and thus,
requirement to convert of data to newer format to work with
Le 11/04/18 à 10:49, Kaganski Mike a écrit :
On 4/11/2018 10:46 AM, Jean-Pierre Ledure wrote:
When the database conversion is automatic without a fault back
scenario, then the software has at least to *GUARANTEE* that there
will be neither data loss nor functional loss afterwards.
Well - the
Hi,
On 4/11/2018 10:46 AM, Jean-Pierre Ledure wrote:
> Le 10/04/18 à 22:36, Wols Lists a écrit :
>> On 10/04/18 16:55, Jean-Pierre Ledure wrote:
>>> Does this mean that once a .odb file containing an embedded HSQLDB
>>> database is opened in LO 6.1 there is no way back ? That file cannot be
>>> ac
Le 10/04/18 à 22:36, Wols Lists a
écrit :
On 10/04/18 16:55, Jean-Pierre Ledure wrote:
Does this mean that once a .odb file containing an embedded HSQLDB
database is opened in LO 6.1 there is no way back ? That file cannot be
accessed anymore by a LO
On 10/04/18 16:55, Jean-Pierre Ledure wrote:
> Does this mean that once a .odb file containing an embedded HSQLDB
> database is opened in LO 6.1 there is no way back ? That file cannot be
> accessed anymore by a LO <= 6.0 user ? Is this acceptable ?
I believe this is normal for a lot of SQL databa
Hi,
Le 10/04/18 à 12:30, Tamas Bunth a écrit :
As part of this project I also:
- removed the ability to create embedded HSQLDB documents from wizard. Now
embedded Firebird is the default choice.
Is Firebird the default or the only choice ?
- Erased the hsqldb code entirely:
https://ge
Le 10/04/2018 à 12:30, Tamas Bunth a écrit :
Hi Tamas,
Read through your blog posts, sounds really promising, and I am
interested in testing with various hsqldb ODB files that I have accrued
over time through QAtriaging of Base problems.
Is there any particular setup required to test, other tha
Hi,
I recently finished the majority of HSQLDB database migration inside Base
documents. You can test it with opening an old .odb file which contains embedded
HSQL database.
As part of this project I also:
- removed "experimental" marker from Firebird.
- removed the ability to create embedded H
16 matches
Mail list logo
