Re: Headless mail merge

2022-04-07 Thread Alexander Thurgood

Le 06/04/2022 à 12:47, Marco Marinello a écrit :

Hi Marco,

Python-Uno ?

https://forum.openoffice.org/en/forum/viewtopic.php?f=44=96001


.NET ?
https://stackoverflow.com/questions/47180697/mail-merge-with-libre-office-using-net

Perl ?
https://metacpan.org/dist/OpenOffice-OODoc/view/OODoc/Intro.pod


Alex



Re: [Feature request] Convert spreadsheets to SQL queries

2021-05-26 Thread Alexander Thurgood
Le 25/05/2021 à 17:17, Chintan from Rebhu a écrit :

Dear Chintan,

When you file a request for enhancement in the LibreOffice bugzilla, you
might want to be more specific about your needs, as LibreOffice already
contains functionality allowing you to append data from a spreadsheet to
an existing database table (or even to create a new table with that
data), and select the target fields of the DB for insert.

All the best,

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: LO Community ex Vanilla and user expectations, impact and other points.

2021-04-22 Thread Alexander Thurgood
Thanks Michael, much appreciated !

Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: LO Community ex Vanilla and user expectations, impact and other points.

2021-04-22 Thread Alexander Thurgood


Further to this discussion a concrete example of where this confusion is
likely to lead :

I've just reported bug 141830.

Bug not reproducible in :

Version: 7.1.2.2 / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded


Bug present in :

Version: 7.1.2.3 / LibreOffice Community
Build ID: a393d9064b7eb849da7f488ab43f56a404be32ae
CPU threads: 8; OS: Mac OS X 11.2.3; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded
This is the currently released version of LO Vanilla (installed this
morning via AppStore).


How is a QAer (other than myself as the original reporter) attempting to
triage going to be able to tell which version of LO we are talking about
here ? Both products have "Community" in the infobox.

How will a user know what the difference is when asked ?


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: LO Community ex Vanilla and user expectations, impact and other points.

2021-04-22 Thread Alexander Thurgood
Le 22/04/2021 à 11:25, Michael Meeks a écrit :

Hi Michael,


> 
>   This is a fairly fundamental limitation of the app-store I'm afraid;
> and it is regrettable indeed.
>> However, this version now points directly to the LibreOffice website,
>> and I feel that user expectations are being somewhat misled, due to the
>> missing functionality.


Yes, I understand that, although it was also my understanding that it
is/was still possible to provide a complete JDK into the app that could
then be accepted into the AppStore. I also understand that that might
require significant effort from Collabora to do so, and that perhaps
from a business point of view, it is not a route that it wishes to go down.

Additionally, from a wider project view, it might also set a precedent
with regard to other OSes for which LO doesn't bundle the JDK (for a
number of equally valid reasons).

> 
>   Is there somewhere better we can point ? for example, if you could
> control that landing page (which is easy) where would you have it land?
> Can we make a better page that doesn't confuse people and explains how
> they can download the TDF version and an OpenJDK to get better 'Base'
> support?
> 

My suggestion would be to have it point to a Collabora page, after all
it is a Collabora product, which page would direct the user to the
LibreOffice project as the source for any questions, documentation, etc,
and additionally, should the user feel so inclined in order to obtain
the missing functionality, to the download site of the TDF release.

Personally, I would find it helpful if the pros/cons of each were
identified on such a page. That way, the user makes their choice in full
knowledge.

For example, the AppStore blurb text doesn't mention that LO Vanilla
includes multiple language support - this is a huge positive for many
people compared to the TDF downloads which require separate langpack
installations and their associated issues.

On the negative side, of course, the absence of any Java functionality,
but also what that entails in terms of functional limitation. The
current note in brackets at the end of the AppStore text is somewhat
light on the implications of the lack of Java, stating that it only
affects usage of the HSQLDB embedded engine, when in reality the extent
is far greater.

The landing page pointed to by the banner could explain those
differences in more detail, e.g. :

- no Java-based database connectivity whatsoever, so no JDBC connections
to any DB engine reliant on JDBC drivers - considering the broad range
of JDBC drivers available, this is by far one of the most common ways of
connecting to a backend database engine ;

- no database reporting engine (jfreereport) ;

- no beanshell or Javascript support

- no Java extension support (e.g. LanguageTool)


Are these suggestions of any use ?

Alex










___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


LO Community ex Vanilla and user expectations, impact and other points.

2021-04-22 Thread Alexander Thurgood
Hi all,

Apologies if this has already been debated somewhere and I've missed it
(probably), but I have just received an update for LO Vanilla through
the Apple AppStore, and I noticed that the StartCenter now carries a
banner/sticker inscribed "LibreOffice Community" in the bottom lefthand
corner, which is an active link pointing to

https://www.libreoffice.org/)

As a QA triager, I am somewhat confused as to the message being sent out
here.

As we know, the "community" version provided by Collabora doesn't have
the same functionality as the TDF download (e.g. no Java support,
therefore no hsqldb support, no reportbuilder, etc).

However, this version now points directly to the LibreOffice website,
and I feel that user expectations are being somewhat misled, due to the
missing functionality.

Users who click on the link will land on the LibreOffice landing page
and look for help (e.g. Ask, or the documentation section) where they
will see that Java functionality is supposed to be supported, and my
concern is that once a user realizes that a deliberate confusion has
been entertained, it will probably be too late.

The user in question will by now almost certainly have dismissed LO as
not up to scratch, and will probably fail to understand why they should
now go and install a different app with a confusingly similar name, and
unauthenticated to boot, outside of the AppStore.

My takeaway from this confusion is unfortunately all rather negative,
and ultimately my concern is that the confusion will lead to the "by
default" replacement of desktop LO on the Mac by "LO Vanilla/Community"
with ensuing loss of functionality, driven by one actor of the LO
community in its broadest sense, and which the LO project will have at
worst underwritten, at best implictly condoned.

I also feel somewhat uncomfortable with providing help for a product
that maintains this duplicity.

Unfortunately, I don't really have any better suggestions on how to
manage this, but for me, willingly confusing users is not the way forward.

I am as yet undecided on whether I would wish to maintain my
contribution to the project in the current environment. Clearly, I have
some thinking still to do in that regard.


Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: About tdf#138715 and future of Thunderbird address book support

2021-04-21 Thread Alexander Thurgood
Le 10/12/2020 à 10:38, Tor Lillqvist a écrit :
> My recommendation would be to just drop the Thunderbird address book
> driver without any replacement.
> 


I would be interested to know what replacement would be suggested instead ?


Currently, if I take macOS as my example, LO enters a crash/recovery
loop anytime any function execution in a macab connected ODB is
attempted (bug 126961).

ODBC connections are also broken (bug 138990).

Sure, macOS has built-in OS-provided sqlite3, but currently no way to
use it from within LO.

Currently, there is no way to create any sort of ODB file connecting to
one of the main addressbook formats (either native OS, or multi-OS) for
the macOS system.


Just my ha'penneth.

Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: About building on Apple Silicon M1

2021-04-21 Thread Alexander Thurgood


Le 16/04/2021 à 08:42, Stephan Bergmann a écrit :

> Apart from that, things just work (thanks to Tor, mostly).
> 

How about Firebird support ? Does that build / is it functional yet ?


Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: About MacOs future with ARM

2020-06-24 Thread Alexander Thurgood
Le 24/06/2020 à 12:15, julien2412 a écrit :


Hi Julien,

Good questions IMHO.

From what I read yesterday, Apple would propose a "Rosetta 2" on-the-fly
byte-code conversion environment to allow programs compiled for x86
hardware to continue running for a while at least to ease the transition.

For those of us having been (un)fortunate or old enough to have lived
through the first iteration of Rosetta, when Apple transitioned from PPC
to x86 they will know that performance will take a significant hit,
memory consumption will likely go through the roof, and that some stuff
just won't work...depending on how well Apple implements Rosetta 2.

Then comes the question of whether, indeed, the project has the
resources to provide 2 ongoing versions of LO for macOS for 2 different
chip architectures...

Will be interesting to see how this evolves.

Alex


> Hello,
> 
> I noticed that Apple will sell machines with homemade ARM processors in a
> quite near future see
> https://www.news1.news/en/2020/06/mac-with-apple-silicon-processors-the-complete-guide.html
> 
> I thought it could be interesting to add this subject in ESC, so these
> points may be discussed for example:
> - do we want to keep on proposing Mac version ?
> If no, quite simple, we can purge some code in LO basecode.
> If yes:
> - are we prepared for this transition? (perhaps it'll need full Cocoa
> framework use, I haven't read the impacts yet)
> - have we got enough devs for this?
> - budget to buy future Mac with ARM ?
> - propose during some time (perhaps 3-4 years) 2 LO releases for Mac : Intel
> and ARM
> - TB and Jenkins machine with Mac ARMs?
> - impact on all external libs, old ones like HSQLDB may bring some problems
> (since we're stuck with version 1.8)
> 
> It seems Cupertino guys will help some projects like SKIA, see:
> https://www.macg.co/macos/2020/06/arm-apple-facilite-la-transition-de-plusieurs-projets-open-source-114881
> (sorry French source, didn't find English source)
> 
> Perhaps it's too early to talk about it, perhaps there's no big deal, ...
> I got no expertise here and no opinion here, just wanted to spotlight this
> subject.
> 
> Any thoughts here?
> 
> Julien
> 
> 
> 
> --
> Sent from: 
> http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
> 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Compiling LO on macOS using lode - yasm and nasm not found

2020-05-14 Thread Alexander Thurgood
Le 13/05/2020 à 22:55, Eivind Samseth a écrit :

Hi Eivind,

> The BuildingOnMac page doesn’t reference yasm or nasm at all, not sure if it 
> rather should be included in the packages the lode environment sets up?
> 

It doesn't matter, the build should complete anyway without them. It
does on my macMini, and I get those warnings too.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: About LO and ODBC

2020-04-28 Thread Alexander Thurgood
Le 28/04/2020 à 15:02, Julien Nabet a écrit :

Hi Julien,


> Would you be ok to remove and replace deprecated functions from ODBC <
> 3.0 or do you think about some cons?
> 

I would have thought / hoped that by now, no one working with LO over
ODBC is using any ODBC driver stuff that calls purely into the ODBC2 API
(or are they) ?

I would also hope that we do not rely on, rather than optionally
fallback support, ODBC2 or older implementations in any way within our
own code (having said that, some of the Base code goes back more than 20
years, so possible) ?


Otherwise, if it is killing useless deadweight cruft, put it up there on
the wishlist of things to do away with ;-)


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: remove attribute table:cell-range-address at element in ODF 1.4

2020-04-01 Thread Alexander Thurgood
Le 31/03/2020 à 16:56, Regina Henschel a écrit :

Hi Regina,


> Does anyone know, whether there exists a scenario (besides sx* import
> filter) where it makes a difference for LibreOffice, whether the
> attribute exists or not?
> 


I don't know whether this is the case, but would Charts in Base Reports
be concerned ?


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Randomnes in LibreOffice Encryption

2019-12-10 Thread Alexander Thurgood
Le 10/12/2019 à 14:57, Steve Martin a écrit :

Steve,

If you haven't already read this, it might be helpful :

http://ringlord.com/dl/Decrypting%20ODF%20Files.odt


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: ESC meeting minutes: 2019-11-07 - macOS 10.15 notarization

2019-12-02 Thread Alexander Thurgood
Le 02/12/2019 à 17:20, William Gathoye (LibreOffice) a écrit :

Hi William,


> I'm jumping on this "notarization" problem. Do we have any news to share
> about this topic?

There is a potential workaround which requires the adminstrator (in most
cases, this is the main user of the Mac anyway), to specifically grant
full disk access to the LibreOffice app bundle, via :

System Preferences > Security and Confidentiality > Allow Full Disk
Access > then add the LibreOffice app to the list.

Obviously, most users will be loathe to actually do this as it
specifically removes the protections around the jailed/containered
"secure" application environment that Apple expects users (and
application providers) to abide by.

As to whether something is being considered from a coding point of view
to resolve the problem, I have no idea.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MacOS build issue

2019-11-14 Thread Alexander Thurgood
Le 14/11/2019 à 17:54, Michael Stahl a écrit :

I don't see any of these errors (which isn't of much help, admittedly)
when building on Catalina from a zsh shell, but then I'm not using LODE.

Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About putting back Firebird experimental

2019-09-04 Thread Alexander Thurgood
Le 22/08/2019 à 12:12, Jean-Pierre Ledure a écrit :

Hi all,

> (3) the limits are different: e.g. VARCHAR max. length is < 2Gb in
> Hsqldb and  < 32K in Firebird, the max. length of a table row is < 2Gb
> in Firebird and <64K in Firebird, the max. length of a column name is
> 128B in Hsqldb and 31B in Firebird.
> 

And therein lies the problem, we have substituted the default db engine
for one that is less, or depending on how you look at it, otherwise
capable, in many respects...without providing the means for users of the
existing one to have their data survive the transition, or rather, we
let them believe that it will survive, and then fail at the task.

I feel we would do well to remember that this is people's live and
valuable data we are potentially messing with here, and not all of these
users are DBAs, in fact rather the contrary. It matters not a jot that
db engine XYZ can outperform db engine ABC under circumstance PQR if the
data that the user originally had gets screwed up, or if the yearbook,
contacts with photos, or multilingual accounts DB they were running no
longer functions correctly, or at all, they won't forgive us for it.

And yes, I appreciate that at some stage, a decision on whether we have
reached a sufficiently advanced stage of conversion therapy will need to
be taken and acted upon. The question then is what level of
success/failure is deemed acceptable ?


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About putting back Firebird experimental

2019-08-20 Thread Alexander Thurgood
Le 20/08/2019 à 10:28, Julien a écrit :

Hi Julien,

+1 from me.

As a QA triager, I can but agree with Julien given the current stage of
development. The migration code still fails to handle multiple, basic
elements of embedded hsqldb ODB files found in actual use. If it can't
even do the basics of migration properly, what hope do we have of
convincing users to switch ?

Forcing users to be the unwitting testers (as is currently perceived to
be the case - indeed, I saw such a recrimination in a migration bug
report I dealt with today) of such a system is bound to provoke at best
apathy or resignation, at worst anger, frustration and searching for
another tool that won't trash your data.


Clearly, the work required for the tender by TDF was underestimated. I
see this currently as a kind of unwanted offspring, neither here, nor
there, and certainly not fit for purpose, despite all of the very good
work put in.

Anyway, my 2c as usual.

Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: vcl_pdfexport test failing on master with MacOS

2019-07-26 Thread Alexander Thurgood
Le 22/07/2019 à 17:58, Alexander Thurgood a écrit :


FWIW, I opened a bug report about this in bug 126559.

Alex




___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: vcl_pdfexport test failing on master with MacOS

2019-07-22 Thread Alexander Thurgood
Le 22/07/2019 à 17:18, Jan-Marek Glogowski a écrit :

Thanks for your input, I'll just have to try and disable them.

FWIW, there have been no daily master builds available from the daily
builds repo for MacOS at least since May 23rd, 2019, and it seems that
the other dailies (6.2/6.3) are also unavailable from around the same date.

The last master dailies successfully released for Linux date back to
11/07/2019, so something isn't working quite right in the LO
infrastructure somewhere


Alex




___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

vcl_pdfexport test failing on master with MacOS

2019-07-22 Thread Alexander Thurgood
Hi all,

Anyone else experiencing the same problem ?

As from today, or at earliest from Thurs or Fri last week, I keep
getting a build failure (debug enabled build) on master on MacOS with
the vcl_pdfexport.text:

pdfexport.cxx:415 : Assertion
Test name : (anonymous namespace)::PdfExportTest::testTdf107868
equality assertion failed
Expected : 0
Actual : 4



pdfexport.cxx:668 (anonymous namespace)::PdfExportTest:testSoftHyphenPos
double equality assertion failed
Expected : 11.05
Actual : 1
Delta: 1e-06

This is currently preventing the build from progressing as it keeps
cropping up repeatedly.


Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Base without HSQL support?

2019-06-06 Thread Alexander Thurgood
Le 06/06/2019 à 00:00, Drew Jensen a écrit :

For my 2c :

> Right now if the ODB file with HSQL does not have any of the following
> data types, decimal, numeric, Image(Blob), Date, Time or TIMESTAMP, the
> data transfer will succeed. How many odb files would have one or more of
> those IDK but guessing it would be a fair percentage. 
> 

In other words, and this may seem harsh, the migration assistant is
pretty much useless for the majority of embedded hsqldb ODBs out there
in real-world actual daily use.

I would also add that every single table bar three (Customers,
Suppliers, Categories) we currently propose through the table creation
wizard in the Business category, has at least one of those fields, which
means that if people have used them in the past to create embedded
hsqldb files, they are all pretty much likely to fail on migration in
one way or another. I haven't checked the Personal category list of
tables, but I imagine it is a similar story.

> Here is the real problem though, imo, right now with 6.3 if you try to
> import any external source into decimal and numeric fields with Firebird
> there is an issue. If you drag drop a table from any Base file type or
> from Calc or import a text file as CSV. The Date, time, TIMESTAMP and
> Boolean fields in Firebird also have some issues with the those Import
> Wizard functions, but less extreme in that the import function is more
> restrictive on what is recognized as valid input compared to the Import
> Wizard when using the HSQL sdbc. 

In addition to what Drew outlines above, correct UTF and collation
support need to be guaranteed for all those who don't use ASCII English
in their DBs. We too often have a habit of forgetting that there are DB
users outside of the anglophone sphere, and their migration concerns are
just as valid.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: doxygen: Illegal command n as part of a title section

2019-04-05 Thread Alexander Thurgood
Le 05/04/2019 à 11:50, himajin10 a écrit :

Hi,

> Hello, himajin10 here!
> 
> When I build LibreOffice locally, I often get just a bit upset because
> of the following warnings. Less warning will give me less stress :-)
> 

FWIW, I also see these when building on macOS, but have never gotten
around to checking whether it causes an issue in the API documentation.

Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

cppunittest crashes building dbaccess_hsqldb

2019-03-28 Thread Alexander Thurgood
Hi all,

I am getting repeat crashes in cppunittest when attempting to build
dbaccess_hsqldb from master on macOS.

I opened a bug report and enclosed a trace :

https://bugs.documentfoundation.org/show_bug.cgi?id=124374

but Xisco suggested I raise it here instead.

Unfortunately, this stops the LO build from completing at the moment.



Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MacOS Python: how to install additional packages

2018-12-07 Thread Alexander Thurgood
Le 06/12/2018 à 07:35, Jens Tröger a écrit :

This is issue has come up before, if not here, then at least probably on
the user mailing list. I too am interested in a solution, but currently
don't have one (having tried like you to import modules in the past,
failed, and rapidly given up).

My understanding was that this is an as yet unresolved problem in which
nobody has a particular interest, time or energy to look at. I would
hope to be proved wrong :-)

I suspect that there aren't a whole lot of python dev specialists out
there working on LO, and even fewer with an interest or acces to a Mac.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Mysql/Mariadb connector extension flag not recognized on MacoS when building LibreOffice

2018-08-28 Thread Alexander Thurgood
Le 28/08/2018 à 16:29, Andras Timar a écrit :

Hi Andras,

Thanks for the info.

> MySQL connector is built-in code now, not an extension.

Does that mean that the flag --enable-bundle-mariadb is also no longer
necessary ?


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Mysql/Mariadb connector extension flag not recognized on MacoS when building LibreOffice

2018-08-28 Thread Alexander Thurgood
Hi all,

Has someone removed the configure flag --enable-ext-mariadb-connector flag ?

If so, what is the flag that should be used now if one wants to build
the mysql/mariadb connector extension ?

TIA,

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

2018-08-21 Thread Alexander Thurgood
Le 21/08/2018 à 09:24, Stephan Bergmann a écrit :

Well my build completed successfully this morning, so I'm guessing your
fix did it, thanks !

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

2018-08-20 Thread Alexander Thurgood
Le 20/08/2018 à 18:24, Drew Jensen a écrit :


Yep, that's almost certainly the culprit, as it appears to have been
committed just after I started my last successful build.




> Noticed over on the QA IRC channel some talk about Mac and a recent
> change to the MySQL sdbc code:
> "Switch from mysql to MariaDB C API" :
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=3478d7453a3d65b3d8d164e8f898a0b79f005c58
> for the change record.
> 



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

2018-08-20 Thread Alexander Thurgood
Le 20/08/2018 à 17:24, Alexander Thurgood a écrit :

The last change I see when git grepping mariadb is a commit from Miklos
relating to fixing the Windows build...but this was back in May, and I
have been successfully building from master on MacOS, including after
make clean, git pull and make using an export in my environment to the
mysql-connector-c source since well before May 30th, 2018...





___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Undefined symbols for architecture x86_64 in libmariadb-connector-c - build failure on master, with macOS

2018-08-20 Thread Alexander Thurgood
HI all,

In my usually uneventful master builds, last built on August 13th, I am
now seeing the following build failure in mysqlc.uno.dylib :

Undefined symbols for architecture x86-64:
"_iconv", referenced from _mariadb_convert_string in
libmariadb-connector-c.a
"_iconv_close", referenced from _mariadb_convert_string in
libmariadb-connector-c.a
"_iconv_open", referenced from _mariadb_convert_string in
libmariadb-connector-c.a

clang: error: linker command failed with exit code 1


What gives ?

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Firebird build from master fails on macOS

2018-06-28 Thread Alexander Thurgood
Le 27/06/2018 à 17:34, Alexander Thurgood a écrit :


Well, the build seems to be working fine again now, so whatever...


> Hey all,
> 
> Heads up to the curator of the built-in Firebird package. The build from
> master is failing for me currently on macOS 10.13.5 with the following
> error message :
> 
> can't format message 17:3 -- message file
> /Users/Shared/LO/core/workdir/UnpackedTarball/firebird/gen/Release/firebird/firebird.msg
> not found
> 


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Firebird build from master fails on macOS

2018-06-27 Thread Alexander Thurgood
Hey all,

Heads up to the curator of the built-in Firebird package. The build from
master is failing for me currently on macOS 10.13.5 with the following
error message :

can't format message 17:3 -- message file
/Users/Shared/LO/core/workdir/UnpackedTarball/firebird/gen/Release/firebird/firebird.msg
not found



Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Database migration in Base

2018-04-10 Thread Alexander Thurgood
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 than building from
master ?

Are any startup parameters required ?

Note that I would be testing on macOS.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Image cropping depends on screen resolution

2018-02-26 Thread Alexander Thurgood
Le 26/02/2018 à 22:48, Thorsten Behrens a écrit :

> Sounds like a bug to me, please file (with sample document) at
> bugs.documentfoundation.org
> 

Sounds like :

https://bugs.documentfoundation.org/show_bug.cgi?id=112538


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] Saying Goodbye

2018-02-15 Thread Alexander Thurgood
Le 14/02/2018 à 20:52, Jay Philips a écrit :

Thank you for all you've done for the project, and for the interesting
discusssions we've had along the way :-) Goog luck in your new endeavour.


Alex


> Hi Guys,
> 
> It has been alot of fun these last 4 years working with the many
> libreoffice teams, but like all things in life, things come to an end,
> so i'd like to thank you all for the pleasure of working with you and
> wish you all the best in the continuous success of LO.
> 
> Just as a note, all of the documents i've written related to LO are
> accessible through my wiki user page.
> https://wiki.documentfoundation.org/User:Philipz
> 
> Regards,
> Yousuf Philips
> 
> 
> ___
> List Name: Libreoffice-qa mailing list
> Mail address: Libreoffice-qa@lists.freedesktop.org
> Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
> Problems? 
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
> 


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Linker warning about shared_ptr on Mac, when compiling for iOS.

2017-10-19 Thread Alexander Thurgood
Le 18/10/2017 à 19:11, Jan Iversen a écrit :

Hi Jan,

FWIW, I have seen this too in the standard OSX LO build, but have so far
ignored it, as it doesn't seem to affect the build outcome or LO's
behaviour (at least not in any way that I have encountered).


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: iOS, status update

2017-10-04 Thread Alexander Thurgood
Le 04/10/2017 à 10:33, Tor Lillqvist a écrit :
>> Current 9.0 does not compile the libraries correctly, but it also does not
>> compile the normal LO app for macOSX correctly.
>>
> 

It compiles for me too, and provides a working app bundle, at least in
my symbols enabled build from current master.

XCode9.0, HighSierra OSX10.13


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Repeated unit test failures on master MacOS in libtest_sw_uwriter

2017-09-26 Thread Alexander Thurgood
Le 26/09/2017 à 12:25, Alexander Thurgood a écrit :

> 
> Cheers, yes, saw that go in earlier this morning, am just attempting a
> rebuild now.
> 
> 

Build successful, thanks !

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Repeated unit test failures on master MacOS in libtest_sw_uwriter

2017-09-26 Thread Alexander Thurgood
Le 26/09/2017 à 11:19, Stephan Bergmann a écrit :

> 
> Hopes are that
> 
> "Blind fix for Xcode 9" will fix this.

Cheers, yes, saw that go in earlier this morning, am just attempting a
rebuild now.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Repeated unit test failures on master MacOS in libtest_sw_uwriter

2017-09-25 Thread Alexander Thurgood
Hi all,

I've been seeing repeated build failures in libtest_sw_uwriter when
trying to build master on MacOS (10.12.6), with the following error :

Undefined symbols for architecture x86_64:
"SfxEnumItem::operator==(SfxPoolItem const&) const"
referenced from:
SwDocTest::testTableAutoFormats() in uwriter.o
ld: symbols not found for architecture x86_64

clang: error: linker command faied with exit code 1


Is this test not designed for this architecture, or am I missing something ?


Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Rebuilding LO freezes on macOS

2017-08-24 Thread Alexander Thurgood
Le 23/08/2017 à 21:28, Thorsten Wagner a écrit :

Hi THorsten,


> (2) During building again build freezes while linking 
> "Library/libscfiltlo.dylib". "make" loops consuming 100% cpu on a single 
> core. Build has to be interrupted by killing "make" processes.
> 

I see this occasionally, or though it tends to be during population of
instdir (so towards the end of the build) and not specifically in
libscfiltLO.dylib. Possibly the parallel build gets into a race
condition somewhere (shrugs) and I have to kill it, clean it and restart.

I remember reading somewhere a long time ago about changing the ulimit
number of openable file descriptors, something like this here:

https://unix.stackexchange.com/questions/108174/how-to-persist-ulimit-settings-in-macos

That might help, but if you need to push past the hard limit set by
Apple as default, then you need to buy AppleServer for OSX from the
AppStore.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-25 Thread Alexander Thurgood
Le 25/07/2017 à 13:18, Tor Lillqvist a écrit :


> 
> GNU gettext package is available in Homebrew.
> 
> 
> But we have traditionally strongly advised against polluting one's build
> environment on macOS with Homebrew and similar. Has this changed?
> 

Apparently. Or rather, there appears to be some creep in the general
direction of adding further build dependencies to one's environment.

As I experienced yesterday in a separate incident, seeking to try out
mariadb and a few other gnome/gtk resources, before removing it all
again, installing virtually anything from HomeBrew pollutes your LO-dev
environment with pkgconfig foo which autogen.sh then promptly tells you
to remove or alter your path settings. So, still incompatible with LO's
build environment and I would still recommend against using HomeBrew.


Alex







___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-25 Thread Alexander Thurgood
Le 24/07/2017 à 16:29, Caolán McNamara a écrit :

Thanks for the headsup !

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-24 Thread Alexander Thurgood
Le 24/07/2017 à 15:16, Michael Stahl a écrit :

> (here "fixed" means you'll get an error message from configure instead
> that tells you to install gettext)
> 

At least the message is explicit enough ;-)

I don't build via LODE, just the standard OSX Terminal.app.

It has worked fine (with the odd exception) for years (since LO began,
in fact).

The day I am forced (as in, because everything forces the user in that
direction) to set up a specific environment to get LO to build on Mac is
the day I stop building LO on Mac. In that case, we become no better
than HomeBrew or ports, or any other similar project. Oh well, such is
progress :-)


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-24 Thread Alexander Thurgood
Le 24/07/2017 à 15:16, Michael Stahl a écrit :

> 
> this should be fixed on master with commit
> 68d7faae7d748b6adcf8ba71a5b7ec9d80031c1b
> 
> (here "fixed" means you'll get an error message from configure instead
> that tells you to install gettext)
> 
> (how one would best install gettext on MacOS is another question that i
> don't know the answer to; perhaps via LODE ?)
> 

Ok, thanks, but I guess it still means I can't build with localized
version until that is sorted. Where did this new requirement come from ?


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-24 Thread Alexander Thurgood
Le 24/07/2017 à 14:45, Michael Stahl a écrit :

> what does this say:
> 
> grep MSG config_host.mk
> 

Both MSGFMT and MSGUNIQ are undefined.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build failure with current master on MacOS

2017-07-24 Thread Alexander Thurgood
Le 24/07/2017 à 13:09, Michael Stahl a écrit :


Hi all,

>> [PKG] python3
>> /Users/XXX/lo/lode/dev/core/solenv/gbuild/Package.mk:81: *** Something
>> depends on package python3 which does not exist..  Stop.
>>
> 
> this should be fixed on master with commit
> 8c9ed261cb9201774943e438cf5394c1dcfa8c49

Yes, saw that too this morning, but that isn't the same problem I'm
experiencing as I pulled again after that and still with a make clean,
make, I'm getting the same failure as I reported in accfr.mo and
avmediafr.mo.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Build failure with current master on MacOS

2017-07-24 Thread Alexander Thurgood
Hi all,

My master build is currently failing after a make clean and fresh git
pull when building MO first in accfr, and now avmediafr - have there
been some recent changes to gettext pushed to master or some other
element of the FR language support that could have led to these
failures. I see the following message just before the failure :

interim-update-for-gettext : processing
/core/translations/source/fr/accessibility

interim-update-for-gettext : merging
/core/translations/source/fr/accessibility/source/helper.po


and similar messages in avmedia, but also :

sh --force-po command not found





Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Unit test build failure in sw_htmlimport

2017-06-20 Thread Alexander Thurgood
Hi Vasily,

Thanks for the information. I am enclosing the build output from the
terminal.


Alex

[build CUT] sw_htmlimport
[build CUT] sw_ooxmlexport
warn:sal.bootstrap:33693:1:sal/rtl/bootstrap.cxx:378: couldn't open file: 
file:///Volumes/BUILDHD/Shared/LO/core/workdir/LinkTarget/Executable/cppunittesterrc
File tested,Execution Time (ms)
warn:legacy.osl:33693:1:xmloff/source/transform/OOo2Oasis.cxx:1925: duplicate 
doc handler
warn:legacy.osl:33693:1:xmloff/source/transform/OOo2Oasis.cxx:1925: duplicate 
doc handler
warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-asian
1: HG Mincho Light J
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-complex
1: Arial Unicode MS
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-asian
1: HG Mincho Light J
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-complex
1: Arial Unicode MS
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-asian
1: HG Mincho Light J
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-complex
1: Arial Unicode MS
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-asian
1: HG Mincho Light J
Exception-Message: 

warn:xmloff:33693:1:xmloff/source/core/xmlerror.cxx:169: An error or a warning 
has occurred during XML import/export!
Error-Id: 0x10020002
Flags: 1 WARNING
Class: 2 FORMAT
Number: 2
Parameters:
0: style:font-name-complex
1: Arial Unicode MS
Exception-Message: 

warn:svtools:33693:1:svtools/source/svhtml/parhtml.cxx:1394: GetOption: unknown 
HTML option 'xmlns'
warn:basic:33693:1:basic/source/uno/namecont.cxx:974: Cannot access extensions!
warn:basic:33693:1:basic/source/uno/namecont.cxx:974: Cannot access extensions!
picture.html:
4130
testPictureImport::Import finished in: 4386ms
File tested,Execution Time (ms)
warn:vcl:33693:1:vcl/osx/salmenu.cxx:925: no menu
inlined_image.html:
3026
testInlinedImage::Import finished in: 3084ms
File tested,Execution Time (ms)
PageAndParagraphFilled.html:
426
testInlinedImagesPageAndParagraph::Import finished in: 457ms
File tested,Execution Time (ms)
warn:svtools:33693:1:svtools/source/svhtml/parhtml.cxx:1394: GetOption: unknown 
HTML option 'xmlns'
list-style.html:
style is 1
527
testListStyleType::Import finished in: 558ms
File tested,Execution Time (ms)
meta-ISO8601-dates.html:
397
testMetaIsoDates::Import finished in: 425ms
File tested,Execution Time (ms)
meta-changedby.html:
414
testChangedby::Import finished in: 447ms
File tested,Execution Time (ms)
table_border_1px.html:
/Volumes/BUILDHD/Shared/LO/core/sw/qa/extras/htmlimport/htmlimport.cxx:232:testTableBorder1px::Import
equality assertion failed
- Expected: 9
- Actual  : 12
- different InnerLineWidth

testTableBorder1px::Import finished in: 476ms
/Volumes/BUILDHD/Shared/LO/core/sw/qa/extras/htmlimport/htmlimport.cxx:232: 
Assertion
Test name: testTableBorder1px::Import
equality assertion failed
- Expected: 9
- Actual  : 12
- different InnerLineWidth

Failures !!!
Run: 7   Failure total: 1   Failures: 1   Errors: 0
warn:fwk.desktop:33693:1:framework/source/services/desktop.cxx:1070: Desktop 
disposed before terminating it
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?
warn:legacy.osl:33693:1:sw/source/core/layout/newfrm.cxx:363: Who didn't 
deregister?

Unit test build failure in sw_htmlimport

2017-06-20 Thread Alexander Thurgood
Hi all,

On Mac OSX, attempting to build from master (make clean, fresh pull)?
I'm seeing repeat build failures in sw_htmlimport preventing the rest of
the build from completing.

The failure is in an assertion not met in table_border_1px.html
testTableBorder1px::Import
Different inner line width.

Anyone else experiencing the same thing ?

OSX 10.12.4
XCode 8.0



Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: DbGridControl's confusion of BrowseBox's column number vs. column ID

2017-03-10 Thread Alexander Thurgood
Le 10/03/2017 à 16:01, Lionel Elie Mamane a écrit :


Hi all,

> 
> It starts to look like bugs will appear if you:
> 
> 1) Open a document with a form with a table control.
> 
> 2) Move a column (which may be possible only pogrammatically or after
>tdf#54021 is fixed)
> 
> 3) Try to copy the cell text (you'll copy from the wrong column)
> 

Perhaps the mailmerge and DatatoText functionalities might also expose
this "feature" too as they use, if I understand correctly, a DbGridCtrl
to populate data from the data source and then push that elsewhere ?



Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build Time Query

2017-02-24 Thread Alexander Thurgood
Le 23/02/2017 à 22:53, Jason Marshall a écrit :

Hi Jason,

> The actual build triggered by running ‘make' initially ran for
> approximately ten hours, but unfortunately the battery failed on my
> computer meaning that the build presumably was interrupted.  Clearly,
> the battery failure issue was unfortunate, but I am unclear as to the
> expected build times on the above specification of platform.  Would
> greater than ten hours be expected, as I am aware that the hardware
> specification above is quite low.  In addition, if the failed build is


With a spec like the one you describe, expect an initial build to take
anywhere between 24 and 48 hours, possibly even longer depending on how
many other bits you have added in terms of build switches (e.g.
languages, extensions, etc).

Even minor changes in git can also provoke 24h+ re-builds with a setup
like that, at least, that was certainly my previous experience with a
similar rig.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-13 Thread Alexander Thurgood
Le 13/01/2017 à 17:07, Jan Iversen a écrit :
> 


> Bjoern is the right person to ask, he declared a number of modules for
> blacklisted. Once reason could be if the module contains Java, another
> can be the makefiles are not using the standard gb_ macros.
> 
> 
> gb_GbuildToJson_BLACKLISTEDMODULES := connectivity compilerplugins
> cli_ure dictionaries bridges helpcompiler helpcontent2 icon-themes jurt
> sal shell cppu cppuhelper cpputools extensions external i18npool
> javaunohelper lingucomponent odk scaddins solenv stoc tools translations
> udkapi unoidl
> 

That is unfortunate as it means that most of the database functionality
is excluded, including the bundled extensions and wizards (abpilot,
bibliography, dbpilots, spotlight/mdimporter), the external stuff :
reportbuilder, firebird, anything that relies on Java.

It is also a bit inconsistent, in that the module "forms" is included,
but without any database connectivity, it is probably not much use. Same
for reportdesign.


I imagine that that represents still quite a bit of work to achieve, so
good luck !


Alex





___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-13 Thread Alexander Thurgood
Le 05/01/2017 à 19:23, jan iversen a écrit :

Hi Jan,


Exploring the included modules in libreoffice.xcodeproj shows that
"connectivity" isn't included - why might this be ?


Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] minutes of ESC call ...

2017-01-13 Thread Alexander Thurgood
Le 13/01/2017 à 15:03, Michael Meeks a écrit :

> * make 3.81 (Michael S)

> + Mac comes with 3.81 (Cloph)
>+ but fine with dropping support for it.
>+ if people build with lode – they get a current make anyway (Michael 
> S)
>   + recommended (JanI)

So, dropping make 3.8.1 on Mac would clearly push people not to build
with the XCode system provided tools ?

Alex




___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-11 Thread Alexander Thurgood
Le 06/01/2017 à 11:39, Alexander Thurgood a écrit :

Well, just to report back, it would appear that, after a fresh make
clean pull and rebuild, xcode_ide-integration now has built a
libreoffice.xcodeproj folder.

Thanks for all the work you've put in ! Off to test, now.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-06 Thread Alexander Thurgood
Le 05/01/2017 à 19:23, jan iversen a écrit :

Hi Jan,

Thanks for your input, I'll try the make gbuildtojson again and send you
the zipped output from workdir/gbuildjson as requested.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-05 Thread Alexander Thurgood
Le 04/01/2017 à 18:30, Jan Iversen a écrit :

OK, so I actually looked in the osx directory, and saw an xcodeproj file
(folder).

If I open this up in XCode, I get a few warnings about architecture
overrides and whether I want to have them corrected, but more importantly :

- I only see the following modules listed under soffice : formula, sw,
vcl, java and sc

- an error is thrown in target with the line /opt/lo/bin/make


which obviously doesn't exist (at least not on my system). I'm guessing
that this needs to be corrected to just point to OSX system make.


Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: News on Xcode IDE, libre office now loads as 1 project, with modules etc.

2017-01-05 Thread Alexander Thurgood
Le 04/01/2017 à 18:30, Jan Iversen a écrit :

Hi Jan,

> Some positive news before tomorrows ESC meeting.
> 
> I just pushed commit f5dcce42e3d94ac121b2a511a7feddff272f2e4e.
> 
> That commit updates gbuild-to-ide to generate libreoffice.vcxproj (ONLY
> OSX), that contains (limited by gbuildtojson delivery)
> 
> - All modules
> - All cxx files within the modules
> - All targets within the modules
> 

Nice !

I tried running it on OSX and get the fatal error :

Attribute Error: 'NoneType' object has no attribute group

in the gbuild parser, line 113



Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make gbuildtojson and make xx-ide-integration problems.

2016-12-15 Thread Alexander Thurgood
Le 15/12/2016 à 12:11, Alexander Thurgood a écrit :

And surely the whole aim of the foo-ide-integration thing is to allow
the default to be built from within the target IDE and not to require
setting ENVs for frameworks that are not the default ?



Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make gbuildtojson and make xx-ide-integration problems.

2016-12-15 Thread Alexander Thurgood
Le 15/12/2016 à 11:50, Jan Iversen a écrit :
> 

> 
> If your make does not fail with a python backtrace, then you have another 
> problem, like missing python3.
> 

Did I misunderstand something, as I don't recall python3 becoming a
requirement for building LO ?
The default python framework on OSX 10.12.1 is python2.7 and this is
what appears in the shell.

The gbuildtojson script looks in workdir/GeneratedPackage directory for
python3 but this isn't built by default in an OSX build because a
top-level make finds python2.7 :

checking for a Python interpreter with version >= 2.6...python
checking for python version...2.7
checking for python platform...Darwin
...
checking which Python to use for Pyuno...
checking for a python interpreter with version >= 3.3...none




Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make gbuildtojson and make xx-ide-integration problems.

2016-12-15 Thread Alexander Thurgood
Le 15/12/2016 à 11:50, Jan Iversen a écrit :
> 

The error message is :


env: python3: No such file or directory

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make gbuildtojson and make xx-ide-integration problems.

2016-12-15 Thread Alexander Thurgood
Le 15/12/2016 à 08:56, Matúš Kukan a écrit :

FWIW, the xcode-ide-integration still fails for me for what appears to
be a lack of a python3 environment - OSX 10.12 default is python2.7,
which is what make finds, so I'm assuming that something in the
gbuildtojson script requires python3 ?

Alex




___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: gbuildtojson

2016-12-06 Thread Alexander Thurgood
Le 06/12/2016 à 11:49, Bjoern Michaelsen a écrit :

> 
> Well, I still dont quite get what your goal is. If its to bring
> xcode-ide-integration on par with kdevelop-ide-inegration and
> vs-ide-integration -- thats of course nice.
> 

Yes, it would be very nice ;-) In bringing into existence such a
capability, I might actually be able to contribute more usefully to
debugging, via my QA activities, particularly awkward bugs on OSX for
which no one has the time or inclination to look at.

Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: call for testing: gbuild-ide-integration reimplementation

2016-11-25 Thread Alexander Thurgood
Le 25/11/2016 à 10:58, Bjoern Michaelsen a écrit :
Hi,

> - ./autogen.sh
> - make {kdevelop,vim,vs2013,whatever}-ide-integration
> 

I tried :

make xcode-ide-integration

after make clean, pull -r, and ./autogen.sh

and get the following error :

env: python3 : no such file or directory
No rule to make target 'cmd'. Stop.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Firebird build fails on MacOs (tdf#101789)

2016-11-07 Thread Alexander Thurgood
Le 07/11/2016 à 15:27, Norbert Thiebaud a écrit :

> 
> you own shell cannot live in /usr/bin or /bin since mac in anny-mode
> will prevent even root from putting stuff there.
> so you need your own shell _and_ make sure that nothing you use below
> have a #!/bin/sh or #!/usr/bin/sh shebang in it
> 


Well that kind of puts the nail in the coffin for having Firebird3 on
Mac then or have I (hopefully) misunderstood ?


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] minutes of ESC call ...

2016-09-21 Thread Alexander Thurgood
Le 20/09/2016 à 11:18, Bjoern Michaelsen a écrit :

If I might interject my ha'pence-worth into the discussion :


> NEW _should_ mean triaged for all matters. That it is not called the more

This is where, in my experience with LO-QA, developer expectations and
QA/user actions do not always coincide. Some developers ask for full
backtrace with symbols before even deigning to sniff at a bug report. It
would be useful methinks to have some kind of consensus here, at least
from the developers, with a view to how that would impact the number of
bug reports that would then necessarily remain in the UNCONFIRMED
setting if we were to take such a demanding point of view.






> NEW  | devs  | fix the bug
> ASSIGNED | whoever is in assigned to | fix the bug [1]
> REOPENED | devs  | fix the bug [2]

I would take issue with the premise that only a dev can re-open the bug
report, simply because this almost never happens today.

At present, BZ allows normal bug reporters to re-open a report, which, I
would agree, probably isn't the ideal situation, however, if the
reporter is the only one to test the fix other than the developer and it
doesn't solve the issue as initially reported then what else is that
person supposed to do ? In quite a few instances, QA is simply not
around or unaware to be even able to test the fix and provide separate
confirmation/denial that the fix has solved the issue (unless they are
one and the same person). Such a narrow approach also relies on the fact
that the bug report is based on a specific code path fix, whereas the
problematic behaviour reported might actually be dependent on several
code execution sequences that form the whole behaviour.


An example (since it gives an idea of the mismatch in expectations) is
the extensions manager under OSX, where users have not been able to add
or update their extensions for quite a while now. The users expect to be
able to just update their existing extensions, irrespective of whether
it be by double-clicking on an OXT, or using the built-in dialog in the
manager. The fact that only one of these has been fixed is irrelevant to
them, in their eyes, "it still doesn't work" as all the other
possibilities are denied them. The fix is at best "partial".

From a developer point of view, the above situation involves several
code execution paths, and the solution is to address each one
independently. However, that is clearly not how a user understands the
situation. How would one then set such a bug ? Is it fixed, or
unconfirmed, or new, or re-opened or needinfo ? I can understand that
fixing the behaviour of the Add button is not the same as fixing the
behaviour of the Update button, but we need then to be able to convey
this to our users. I get the feeling that here we will end up with a
"you can't fool all of the people half of the time situation" with an
additional layer of fog thrown in to confuse the issue of communication
to the public, which can only serve to be detrimental long term.


Alex





___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Build completes, but with errors

2016-09-16 Thread Alexander Thurgood
Le 16/09/2016 à 05:47, Michael Lewis a écrit :


Hi Michael,


> testTdf99074::Import finished in: 147ms
> File tested,Execution Time (ms)
> tdf99140.docx:
> 107
> testTdf99140::Import finished in: 117ms
> /Users/ml/lo/core/sw/qa/extras/ooxmlimport/ooxmlimport.cxx:1884: Assertion
> Test name: textboxWpsOnly::Import
> equality assertion failed
> - Expected: 2
> - Actual  : 0
> 


Julien encountered the same failure a while back and filed a bug report
with bz tdf#100147, as yet unconfirmed (I don't see this in my own OSX
builds).




Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: http://templates.libreoffice.org/template-center is for Mci9rosfot Office?!?!?!?

2016-09-07 Thread Alexander Thurgood
Le 06/09/2016 à 21:51, toki a écrit :

Hi toki,

> Can somebody please explain to me, when, and more importantly, why
> LibreOffice is offering templates for Microsoft Office?
> 
> http://templates.libreoffice.org/template-center/gantt-chart-simple
> being just one such example.
> 

Good topic for debate. Indeed, as a suite that is supposed to be one of
the reference implementations for ODF, it seems pretty strange to be
offering MS XML templates on the extensions website. You might be better
off posting on the website mailing list though, as that seems to broach
topics about the extensions website more often.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Quick update about crash reporting and some open issues

2016-06-28 Thread Alexander Thurgood
Le 28/06/2016 à 11:55, Markus Mohrhard a écrit :
> Hey,
> 
> 
> 
> No, it is not supported on OSX and at least from my side there are no
> plans to fix that any time soon.
> 

OK, thanks, just wanted to check :-)

Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Quick update about crash reporting and some open issues

2016-06-28 Thread Alexander Thurgood
Le 27/06/2016 à 06:00, Markus Mohrhard a écrit :

Hi Markus,

> so here is a quick update about the crash reporting and a few questions
> about open issues. It would be good if people who are going to use the
> service to have a quick look through the items and tell me their opinion
> about the open items.
> 


Does this also work on OSX and if so, is it activated automatically, or
is there an option to tick in th UI to do so ?


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Update to Firebird 3.0 - attempted build on OSX

2016-06-17 Thread Alexander Thurgood
Le 17/06/2016 à 10:43, Bunth Tamás a écrit :

Hi Tamás,


> I forget to comment out those patches. I uploaded a patch to gerrit
> now, could you please try it with the new version again?
> 


Same commit numbers ?

Alex



___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Update to Firebird 3.0 - attempted build on OSX

2016-06-16 Thread Alexander Thurgood
Le 30/05/2016 à 19:13, Bunth Tamás a écrit :

Hi Tamas,

I cherry picked your commits to my master build tree and attempted a
build, which failed at the patch. I have 3 reject files created, do you
want them ?

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: firebird: windows and MacOS developer/tester needed

2016-06-16 Thread Alexander Thurgood
Le 16/06/2016 à 13:16, Alexander Thurgood a écrit :

OK, so the build failed in [PAT] firebird. What do you want me to do
with the output ? The build reports saving rejects into various
different files.

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: firebird: windows and MacOS developer/tester needed

2016-06-16 Thread Alexander Thurgood
Le 15/06/2016 à 16:03, Lionel Elie Mamane a écrit :

Hi Lionel,

> The request was done in the context of:
> 
>  https://gerrit.libreoffice.org/25673
>  https://gerrit.libreoffice.org/26188
> 
> which are not in master yet. The idea was to get them working on MacOS
> X & Windows before merging to master.
> 


I have cherry picked these to my master repo and am attempting a build.
Will report back here.

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: firebird: windows and MacOS developer/tester needed

2016-06-15 Thread Alexander Thurgood
Le 15/06/2016 à 16:03, Lionel Elie Mamane a écrit :

Hi Lionel,


> The request was done in the context of:
> 
>  https://gerrit.libreoffice.org/25673
>  https://gerrit.libreoffice.org/26188
> 
> which are not in master yet. The idea was to get them working on MacOS
> X & Windows before merging to master.
> 


Ah, probably beyond my ken, then.

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: firebird: windows and MacOS developer/tester needed

2016-06-15 Thread Alexander Thurgood
Le 15/06/2016 à 13:29, Lionel Elie Mamane a écrit :

Hi Lionel,

I tried building from master on my Mac mini yesterday after a fresh
pull, but it was still building fb2.5 and failing in libicu - this is a
long-standing issue on Mac.


If there are any switches I need to use instead, let me know, I can at
least give it a try.

Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: Firebird doesn't support MSVC 2015

2016-03-02 Thread Alexander Thurgood
Le 02/03/2016 13:12, Noel Grandin a écrit :


Toolchain problems on OSX with firebird too...currently not building
with firebird enabled in my own master builds, as the build fails each
time when I do.

Alternatives to an experimental feature that never got off the ground,
interesting, but please not another Java db, no matter how good it is
(and I actually really like h2 fwiw).

If the inclination is to go back to Java db (so much for getting rid of
the Java dependencies), why not just upgrade hsqldb to the latest, and
stuff backwards compatibility ?



Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: DPI and screen resolution on OS X

2016-02-03 Thread Alexander Thurgood
Le 03/02/2016 00:52, Chris Sherlock a écrit :

Hi Chris,


> Hi all, 
> 
> I’ve mentioned this briefly to Tor on IRC, but thought I’d email the mailing 
> list and a general enquiry. 
> 
> I noticed that we don’t actually get the “true” DPI for OS X, nor the actual 
> resolution - at least on high resolution screens (Retina in particular). 
> 

From what I recall this has provided a few calculation issues in the
past with some of the xml layout unit tests in sw on OSX - making rect
calculation rounding errors spring to mind causing the unit test to
fail. As I only reported these at the time, and not involved in fixing
them, I can't say I understand the details.

I also wonder whether the horrible black or white bands and other
display detritus we see on OSX in fullscreen would be affected by
changes in this area (for the better hopefully)

Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice-qa] Blitz on Base bugs

2016-01-19 Thread Alexander Thurgood
Morning all,

So, I see that for some reason which is yet unclear to me, there is
currently a blitz on Base bugs from the QA reminder bot. Quite why, I
must confess to not understanding. What is the rationale that predicts
why it should be likely that any of these bugs have been fixed or have
gone away over the various versions ? Especially those of regular Base
bug reporters, I see the reminders even target the bugs that the Base
dev "guardian of the code" has opened ?

I get that it is indiscriminate, but where is the advantage ? When there
is (are) only one (and occasionally two) devs actually working on the
code, why should the bugs have disappeared all of a sudden (or over time) ?

As the overwhelming majority of anwsers in response to those reminders
have shown, the bugs are still present. This is hardly surprising given
that there are too few developers around to be able to work on them.


Alex


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Blitz on Base bugs

2016-01-19 Thread Alexander Thurgood
Le 19/01/2016 14:01, Jochen Schiffers a écrit :

Hi Jochen,

> It is IHMO correct (all 6 months) to check if bugreports are actual.
> The problem is that only one (and occasionally two) devs actually is/are
> working on the code. But this not the problem of QA.

I never said it was the problem of QA that only 2 devs work on the Base
code. My issue is with what appears to have been targeting a module for
which the number of open bugs will necessarily not have diminished a
great deal since the inception of the project precisely because not many
people work on Base, and consequently receiving 200 or so emails in the
process, when it is pretty obvious to anyone that knows the Base module
and reports bugs in Base that most of these issues are extremely
unlikely to be fixed in any sort of reasonable timeframe, or have been
fixed, due to the very lack of developers working on that module.

I've always had a problem with bulk email bug reminders, and this has
definitely pushed my patience over my limit - for me, it only makes
sense if one understands the context behind the number of bugs reported
and tailors the reminder policy accordingly. I accept that we may not
have the resources or desire to do that, but regretfully, this policy
has pushed me to announce my immediate withdrawal from any further QA
work, certainly at least for the time being.





Alex




___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Error in autoconfig on OSX-- cannot find JUnit 4

2015-12-28 Thread Alexander Thurgood
Le 26/12/2015 10:08, Srishti Khatri a écrit :

Hi,

> ​Thing is, I installed junit-4.12.jar in /usr/share/java, alongside​
> 
> ​hamcrest-core-1.3.jar​.
> 
> Any help will be very appreciated.

Yeah, I tried that too... and couldn't get it to work either, so I
deactivated JUnit testing during build with :

--without-junit


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: help request on proposed VCL code patch

2015-12-14 Thread Alexander Thurgood
Le 14/12/2015 16:56, Lionel Elie Mamane a écrit :

Hi all,

> Regression is there. We are about to release 5.0.4.2 as final with
> that regression.
> 

Looked at tdf#94069 and tested on master 5.2 alpha - I get no crash when
moving the grid control around in a form in form design mode.

What is/was the regression ?


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] Building or bibisecting

2015-12-01 Thread Alexander Thurgood
Le 01/12/2015 15:56, Sophie a écrit :

Hi Sophie,


> Hi all,
> 
> I would like to know who here is frequently building LibreOffice or is
> bibisecting on a regular basis?
> You can either answer on the list or directly to me if you prefer.
> Thanks a lot in advance for your feedback

I try and build once a day on Mac from master, with personalized autogen
input parameters (with-lang=fr, disable-firebird-sdbc,
enable-ext-mariadb-connector, and some other extensions).

BTW, I noticed a few untranslated menu entries in my 5.1 alpha the other
day, before 5.1 rc branch-off.

I don't bibisect - one of the reasons being that last time I tried,
bibisecting on OSX required one to go through the pain of Gatekeeper
every *** time you start LO, the other being that bibisect support
is/was incomplete for anything earlier than 4.1.


Alex



___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Reminder: QA Meeting on Wednesday

2015-11-26 Thread Alexander Thurgood
Le 26/11/2015 17:00, Cor Nouws a écrit :

Hi Cor,


> In the early days, there was the meme that we needed good bug reports.
> Then that changed to good sample documents; tThen finding the first
> affected version; and now bibisecting.

You forgot the "please provide a full backtrace with symbols" (yes, I
have seen some of my backtraces declared obsolete because they lacked
symbols) ;-)

Not to mention that OS specific bugs, such as ones that are seen only on
OSX, for example, often seem to have no bibisectable repo (there doesn't
seem to be anything earlier than 4.1 branch off at

http://dev-downloads.libreoffice.org/MacOS_Bibibsect/

Virtualy all, if not all, of the current font weight support problems on
OSX seem to have appeared with the move to 4.1, so we would need a
bibisect repo from 3.5 to 4.1 to even start looking at these particular
regressions. CoreText work at the time is said to be the culprit (at
least, that is the comment I have seen from one dev in some of these
reports).

Similar problems with access to complete bibisect repos on Windows
exist, as far as my limited understanding of the problem goes.

How are OS-specific bugs treated if there is no bibisectable repo  ?
Do they just pile up and get forgotten in a corner ?


Alex

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Gathering OpenGL info

2015-10-05 Thread Alexander Thurgood
Le 04/10/2015 13:04, Yousuf 'Jay' Philips a écrit :

Hi Jay,


> Hi All,
> 
> I've just added info to the OpenGL wiki page on how to get a computer's
> OpenGL details so QA can instruct users to provide this when they are
> reporting bugs related to this.

The OpenGL Driver Monitor only seems to be available to people with OSX
Developer accounts, where it can be found in the Graphics Tools DMG as
an additional download in the Developer Downloads.

Once the Grapics Tools download has been completed, mount  the disk
image and double-click on OpenGL Driver Monitor.

Then go to menu Monitors > Renderer Info
This will give you a collapsible tree view of the various supported
extensions and OpenGL capabilities of the graphic chip(s) currently
available on the OSX system on which it is run. These details can be
saved to a text file via the SaveAsText button.



Alex


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Help Authoring Extension

2015-07-27 Thread Alexander Thurgood
Le 27/07/2015 15:37, Christian Lohmaier a écrit :

Hi Christian,




 Not true - it links to http://... (not https - that is your browser's
 plugin at work)
 

Indeed, I'm so used to forcing https everywhere, I kind of forget that
its not...


 
 That domain is not setup for https - you http to access it.
 


Thanks, will correct in my browser.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX

2015-06-25 Thread Alexander Thurgood
Le 23/06/2015 20:17, Andras Timar a écrit :


Hi all,

For the consequences of the build switches, as I understand them, see
below :


 Please find below the build configurations Collabora used:
 
 LibreOffice-from-Collabora:

 --disable-ext-ct2n
 --disable-ext-google_docs
 --disable-ext-mariadb-connector
 --disable-ext-numbertext

The above extensions are currently not built by default in master AFAIK
or in the default TDF builds.

ct2n is an extension to convert a number written as text to digital
number display

google-docs is the Google Docs extension add-on - this requires Java

mariadb-connector is the extension for building a sdbc driver that will
allow for native (i.e. internal C++ wrapped around a C connector
library, as opposed to calls to a JDBC/ODBC library) connections to a
mysql/mariadb database server

numbertext is an extension that does the opposite of ct2n ??


 --disable-lotuswordpro

These are the lwp filters.


 --disable-lpsolve
This is the internal solver code

 --disable-neon
Not sure about this one, but possibly related to network file access ?


 --disable-opengl

No OpenGL support - as I understand, this is/was disabled on Mac master
anyway

 --disable-pdfimport

This is the code used to display and edit PDF documents in Writer and
Draw, which means that users will not be able to open PDF documents for
editing in LibreOffice

 --disable-postgresql-sdbc

This is the postgresql database driver, used to natively connect LO to
postgres instances

 --enable-macosx-retina
HiDPI support enabled


 --enable-mpl-subset

No idea what this does


 --disable-python

This switch builds in python support. If it is not present, any and all
python-dependent functionality will fail to work - that includes
mailmerge, many of the wizards that were rewritten in python (e.g.
Fax/Letter template wizards), UNO programming via python,


 --with-theme=tango

Bit surprised not to see the Breeze icon theme here - any particular
reason ?


 --without-help
 --without-helppack-integration

No built-in help, i.e. clicking on the help button or F1 should launch
Safari and point to the help wiki


 --without-java

Any and all Java required functionality will not work - this includes a
great deal of Base (embedded hsqldb, any and all JDBC driver
functionality, Oracle ReportWriter) any and all Java user extensions
that people might wish to install, and also some of the remaining
wizards that are still written in Java

One would hope that a suitably clear explanatory message is given when
the user tries to activate any such call to instantiate the JVM, or that
the app won't suddenly curl up and die.


 --without-myspell-dicts

I'm not sure what the extent of the effect of this is. My understanding
is that the hunspell/myspell dictionaries don't get built with this
switch and that by default the Apple spelling correction is used instead ?



 
 LibreOffice Vanilla:
 --enable-extension-integration

This enables bundled extension integration in general


 --disable-online-update

Pretty obvious - I'm assuming there is an obligatory update mechanism
that needs to be provided when one hosts an app in the AppStore ?


 --disable-odk

 --enable-ext-wiki-publisher
 --enable-report-builder
 --enable-ext-nlpsolver

See above - with these switches on, the corresponding extensions are
bundled - note that the report-builder extension requires Java,
otherwise it will fail miserably to load and provoke an error message
(or worse, the whole app will fail)


 --enable-symbols

This is supposed to provide debugging symbols, although not quite sure
how that works without --enable-dbgutil, maybe I have an incomplete
understanding

 --without-java

As Andras indicated in his mail, removing the Java switch and including
the Report Builder extension is nonsense, it simply won't run, or worse,
have other unintended side effects.



Alex





___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX

2015-06-25 Thread Alexander Thurgood
Le 25/06/2015 10:04, Andras Timar a écrit :

Hi Andras,

 
 Generally, you can read configure.ac for the meaning of build
 switches. It would eliminate the guesswork.
 
 

Yes, I tried that too, but the help that one gets from configure.ac is
sometimes less than enlightening.


 AFAIK there are no more Java Wizards in LO 4.3. Why would the app
 suddenly die without Java? It does not die.

Because historically, and certainly in my experience, if a call to Java
functionality in LO is going to break somewhere badly, it has often done
so on OSX.


Alex

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX

2015-06-23 Thread Alexander Thurgood
Le 23/06/2015 15:21, Robinson Tryon a écrit :

 How differently is it built? My understanding is that it's pretty
 close, but I haven't had a chance to really delve into the details. As
 we likely will start to see bugs showing up in Bugzilla, it might be
 good for us to make some notes for QA, just so we can make sure that
 reports get shuffled-over to the right people who can triage them and
 then fix them.

I don't actually know all of the differences, but for starters, it
appears to be built on 4.3.x branch from what I have read elsewhere. I
have no idea what other build switches are in there.

 
 As an aside, what exactly is the expectation here ?
 
 From the Collabora side, I'd expect that Michael and/or Sam Tuke would
 be good people to answer any questions about their particular goals,
 etc. Speaking just as a project volunteer, I know that I've gotten
 inquiries from multiple Mac users in the past couple of years asking
 about whether we were ever going to make LibreOffice available via
 this app store, so I think that there is a good potential market for
 users who like the ease of installation and updates.
 

I didn't wish to give the impression that this was not a good thing.
Indeed, if it can attract more Mac users to LibreOffice and thereby spur
on Mac-based development, it is almost certainly a good idea. My concern
is that the version being provided in the AppStore is apparently in the
EOL branch as far as we (in the LO project) are concerned, so people
reporting bugs against LibreOffice Vanilla, and there have already been
at least 5 reports so far, some of which remain unconfirmed, are using
an out of date and EOL version.


 
 What's the status of NeoOffice? I haven't heard any news from that
 front in years.

It is still going (just about) - there are still fairly regular updates,
which I might add, don't require download of the whole shebam, merely a
patch set with an autoinstaller system which gets installed like any
other PKG.

I don't know whether they have a presence on the AppStore, there was
talk of it at one time, but I didn't follow that.


 
 It's *possible* that most mac users will gravitate towards an install
 via a trusted and easy-to-use update mechanism. I know that there's
 some GSoC work to repurpose the Mozilla updater this summer as well,
 so perhaps there will be even more choices for mac users soon.

This is also probably a good idea, but my concern is that we will be
inundated with people who don't understand the difference between our
version and Collabora's, especially as they seem to be routed to our
bugzilla for filing bugs.


Alex

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX

2015-06-22 Thread Alexander Thurgood
Hi all,


Just a heads up to say that I won't / can't / don't have the time /
energy to QA LibreOffice Vanilla for OSX as released by Collabora - I
barely have time enough to try and keep the unconfirmed bug count down
on OSX, without having  to deal with a version that is apparently built
differently.

As an aside, what exactly is the expectation here ? At the moment, I am
trying to understand whether this is going to become a permanent fixture
of the landscape, a bit like NeoOffice (to which I donate once a year,
but take no interest in the project otherwise), or is it a try out to
see if the business model is worth pursuing ? What effect will that have
on the TDF build in the long term ?

So many questions... ;-)


Alex
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-ux-advise] StartCenter on OSX does not display all available document shortcuts

2015-06-22 Thread Alexander Thurgood
Hi Tomaž,

Le 22/06/2015 11:13, Tomaž Vajngerl a écrit :



 It sounds like a bug to me, so sure file a bug (with a screenshot) for
 this issue.
 Alex


Done. It turns out that the incorrect initial size of the StartCenter is
already reported as bug 91971.

I have created bug 92242 with regard to being unable to resize the
window diagonally.


Alex



-- 
Alex Thurgood
Intellectual Property Attorney
IP GALORE
4 rue Durette
F-63500 BRENAT
FRANCE

Mobile : +33 6 40 59 99 16
Fax : +33 4 5680 9558
E-mail :
alex.thurg...@gmail.com
alex.thurg...@ipgalore.eu


CONFIDENTIAL  PRIVILEGED

The information in communications issued by the sender is confidential and 
privileged. If you are not the intended recipient of the communication, you are 
not authorised to visualise, display, save, print, copy or otherwise reproduce, 
transfer or modify said communication without express agreement from the 
sender. Any erroneous reception should be indicated to the original sender and 
the original communication subsequently destroyed.

___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] StartCenter on OSX does not display all available document shortcuts

2015-06-18 Thread Alexander Thurgood
Gi all,

Is there any logical reason why the StartCenter does not by default
display all of the document shortcut icons on the lefthand side ?

On master, with OSX 10.10.3, the StartCenter opens, with a default size
approximately 2/3 that of my screen 1360x768 LG Flatron W1946 monitor.

At this default size, I only get to see Writer, Calc, Impress and Draw
document shortcuts.

There is no mouse, scroll, or keyboard behaviour that lets you move down
the list of shortcuts to see the Database and Formula shortcuts, which
kind of gives the impression that they no longer exist. Indeed, this is
what I first thought when I saw that the Database document shortcut no
longer appeared.

This is with the default icon theme of Breeze and automatic size setting
of the icons.

If I try to expand the StartCenter window to a size I determine correct,
it automatically expands the window dimensions to accomodate the Formula
and Database icons, but in doing so

(1) encroaches on the OSX Dock ;
(2) is impossible to shrink diagonally afterwards - I can only operate a
width reduction on the window.

Surely, this is not expected behaviour ?


Alex

___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


Re: [Libreoffice-qa] daily dbgutil bibisect: Calc fails since 2015-06-05

2015-06-11 Thread Alexander Thurgood
Le 11/06/2015 09:58, Lyubomir Yotov a écrit :


Hy Lyubo,


 Hi Terry,
 I have the same issue with this on FreeBSD 10.1.
 Have you managed to find a workaround?
 


This is now fixed for me on OSX with current master.

Alex


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] daily dbgutil bibisect: Calc fails since 2015-06-05

2015-06-09 Thread Alexander Thurgood
Le 08/06/2015 21:22, Terrence Enger a écrit :

Hi Terry,

 This problem first happens with version of 2015-06-05.
 
 Has anybody else seen this?  Any suggestions?

Steve has seen this on OSX too, and I met the same message when testing
mmy own master build from 2 days ago.


Alex


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: About skip SkipImages unit test on MacOs

2015-06-02 Thread Alexander Thurgood
Le 02/06/2015 10:04, Stephan Bergmann a écrit :

 
 And right, on closer inspection of the CppunitTest output, the
 DisposedException (during tearDown) might be a red herring, and the
 truly relevant part is why loading
 sw/qa/extras/globalfilter/data/skipimages.docx fails in the first place.
 
 * What happens if you try to load that skipimages.docx manually in LO?


Everything appears to load, apart from the EMF+ image, which displays a
blank frame.


I don't know how to do the steps mentioned in your second question.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] potential MAB5.0

2015-05-24 Thread Alexander Thurgood
Le 23/05/2015 11:36, klaus-jürgen weghorn ol a écrit :

I thought we had stopped making bugs blockers and MABs. Have I
misunderstood something ?


Alex




___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] Performance regression of Impress file opening in LO5 OSX

2015-04-22 Thread Alexander Thurgood
Hi all,

Just wanted to make you all aware of tdf #90773, which highlights a
fairly severe performance issue when opening an ODP file in LO5 compared
to LO44 production release.

It would be interesting to have feedback from testers on other OSes, if
only to confirm that it is Mac specific.

Thanks,

Alex

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugs with Backtrace but Not Reproduced

2015-03-06 Thread Alexander Thurgood
Le 06/03/2015 15:26, Joel Madero a écrit :

 Got a link for those issues handy ?
 https://bugs.documentfoundation.org/buglist.cgi?list_id=525899regetlastlist=525899
 

Thanks but I only get this in return from Bugzilla :

Sorry, I seem to have lost the cookie that recorded the results of your
last search. I'm afraid you will have to start again from the search page.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice-qa] Bugs with Backtrace but Not Reproduced

2015-03-06 Thread Alexander Thurgood
Le 06/03/2015 16:00, Joel Madero a écrit :


There doesn't seem to be a backtrace with bug 89628, or did I miss
something ?

Alex

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

  1   2   3   4   5   6   >