Re: Installation from LibreOffice on MAC (arm64) with VENTURA.....

Hi all, Just tested the macOS x86_64 dev daily version from https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@tb92-TDF/current/ and https://dev-builds.libreoffice.org/daily/master/MacOSX-aarch64@tb92-TDF/current/ The x86_64 version will install and run, via the Shift-Open

Re: Installation from LibreOffice on MAC (arm64) with VENTURA.....

Le 01/12/2022 à 11:45, Christian Lohmaier a écrit : Hi all, I've just downloaded and installed 7.5.00.alpha aarch64 from: https://dev-builds.libreoffice.org/daily/master/MacOSX-aarch64@tb93-TDF/current/ 1st December 2022 I am experiencing the same behaviour as reported by Zhéxué on macOS

Master build failure on macOS Arm M1 in liblangtag

Hi all, After a long hiatus, I've decided to try my hand again at building LO for Mac aarch64 on a MacMini (from config.log, host='aarch-apple-darwin21.6.0'). I've set up the lode build environment, and am using the default autogen.sh configuration values (whatever they might be), i.e. no

Re: Headless mail merge

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 ?

Re: [Feature request] Convert spreadsheets to SQL queries

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

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

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.

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:

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

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

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

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

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

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

Re: About building on Apple Silicon M1

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

Re: About MacOs future with ARM

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.

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

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

Re: About LO and ODBC

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

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

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

Re: Randomnes in LibreOffice Encryption

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

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

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

Re: MacOS build issue

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

Re: About putting back Firebird experimental

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

Re: About putting back Firebird experimental

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

Re: vcl_pdfexport test failing on master with MacOS

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

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

vcl_pdfexport test failing on master with MacOS

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

Re: Base without HSQL support?

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

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

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

cppunittest crashes building dbaccess_hsqldb

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

Re: MacOS Python: how to install additional packages

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

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

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

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

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

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

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

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

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

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

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

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

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

Re: Firebird build from master fails on macOS

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 follo

Firebird build from master fails on macOS

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

Re: Database migration in Base

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

Re: Image cropping depends on screen resolution

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

Re: [Libreoffice-qa] Saying Goodbye

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

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

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

Re: iOS, status update

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

Re: Repeated unit test failures on master MacOS in libtest_sw_uwriter

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.freede

Re: Repeated unit test failures on master MacOS in libtest_sw_uwriter

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.

Repeated unit test failures on master MacOS in libtest_sw_uwriter

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

Re: Rebuilding LO freezes on macOS

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

Re: Build failure with current master on MacOS

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

Re: Build failure with current master on MacOS

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

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

Re: Build failure with current master on MacOS

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

Re: Build failure with current master on MacOS

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

Re: Build failure with current master on MacOS

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 >

Build failure with current master on MacOS

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

Re: Unit test build failure in sw_htmlimport

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:

Unit test build failure in sw_htmlimport

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.

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

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

Re: Build Time Query

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

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

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. > > >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

Re: gbuildtojson

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

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

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

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

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

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

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

Re: Build completes, but with errors

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:

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

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

Re: Quick update about crash reporting and some open issues

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

Re: Quick update about crash reporting and some open issues

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

Re: Update to Firebird 3.0 - attempted build on OSX

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

Re: Update to Firebird 3.0 - attempted build on OSX

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

Re: firebird: windows and MacOS developer/tester needed

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

Re: firebird: windows and MacOS developer/tester needed

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

Re: firebird: windows and MacOS developer/tester needed

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

Re: firebird: windows and MacOS developer/tester needed

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

Re: Firebird doesn't support MSVC 2015

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

Re: DPI and screen resolution on OS X

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

[Libreoffice-qa] Blitz on Base bugs

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

Re: [Libreoffice-qa] Blitz on Base bugs

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

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

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

Re: help request on proposed VCL code patch

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

Re: [Libreoffice-qa] Building or bibisecting

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

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

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"

Re: [Libreoffice-qa] Gathering OpenGL info

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

Re: Help Authoring Extension

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

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

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

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

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

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

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,

[Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX

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

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

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

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

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

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

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:

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

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

Re: About skip SkipImages unit test on MacOs

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. *

Re: [Libreoffice-qa] potential MAB5.0

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

  1   2   3   4   5   6   >