[SOLVED] Re: Build fails on Linux in include/basegfx/numeric/ftools.hxx

With master sources updated today, it builds now. I suppose it's due to https://cgit.freedesktop.org/libreoffice/core/commit/?id=e337b9d92c6d5184e160df66885f53ebc4835218 author Tomaž Vajngerl 2021-06-16 20:46:27 +0900 committer Tomaž Vajngerl2021-06-17 01:55:32 +0200 commit

Re: (no subject)

Hello, It could be useful you submit your patch on gerrit and tag it as WIP ("Work In Progress") so people may take a look. Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing

Re: Build on Windows 10 ok but error at launching because no version.ini

I tried make -n and noticed this: /C:/cygwin/home/serval/lode/opt/bin/make -C nss libs if test ! -d out; then mkdir -p out; fi make[6]: *** No rule to make target '../certhigh/echo', needed by 'out/nss3.dll'. Stop. make[5]: *** [../coreconf/rules.mk:37: nss] Error 2 make[4]: ***

Re: Build on Windows 10 ok but error at launching because no version.ini

sberg wrote > ... > instsetoo_native/CustomTarget_setup.mk Thank you Stephan for your feedback. Indeed, I see "instsetoo_native_genversionini" which is called some lines below. Now I don't know how to debug this. I tried make -d but after some minutes whereas I hadn't change local repo, it was

Build on Windows 10 ok but error at launching because no version.ini

Hello, I'm building LO on Win10 with LODE. Build is ok when trying to launch soffice, I got: warn:desktop.app:256:11620:desktop/source/app/app.cxx:238: cannot open /user/extensions/buildid for reading: 21 ... After some debugging, I found that expandMacros from sal/rtl/bootstrap.cxx couldn't do

Use of Windbg64 with master sources

Hello, Now that I could build LO master sources on Win10, I wanted to give a try to Windbg64 to retrieve backtrace or to do some debug. But when trying to put a breakpoint, for example to understand this log: warn:legacy.osl:7004:6216:sal/osl/w32/file_url.cxx:1074 osl_getAbsoluteFileURL called

[SOLVED] Re: Error when building on Windows 10 with LODE

Hello, Thanks to https://cgit.freedesktop.org/libreoffice/core/commit/?id=07f1ec0af02a9ab6c1bf6e6478092ee50495afa7 "author Christian Lohmaier 2021-05-01 10:40:58 +0200 committer Christian Lohmaier 2021-05-01 15:07:31 +0200 commit 07f1ec0af02a9ab6c1bf6e6478092ee50495afa7 (patch)

Re: Error when building on Windows 10 with LODE

himajin10 wrote > Hi, > > not sure, but something to do with this one? > > https://github.com/gpg/libgpg-error/commit/655ed9d83889bbb61d4b96755a2bd676622064c8#diff-3d88d5bfc418d55451e947aa2b40ddf7428f1afbe1e1215f75cecc7cb2d45232 Hello, Thank you for your feedback. I gave a try by using

Error when building on Windows 10 with LODE

Hello, I'm trying to build LO (master sources updated today) on Windows 10 (20H2) by using LODE. build.log I got an error in libgpg part. (see attachment). I only got --enable-dbgutil on autogen.input I use

[SOLVED] Re: About building on Apple Silicon M1

Thank you Stephan for your feedback, I updated the wiki page with these infos. Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

About building on Apple Silicon M1

Hello, Just for curiosity and to provide the information in https://wiki.documentfoundation.org/Development/BuildingOnMac, can LO be built on Apple M1 and if not, is there some plan or anything? Just for reference:

[SOLVED] Re: LibreOffice building fail with clang

Luboš Luňák wrote > On Friday 09 of April 2021, Julien Nabet wrote: >> Hello, >> >> On pc Debian x86-64 with master sources updated today, I got: >> >> [CXX] compilerplugins/clang/reservedid.cxx >> /home/julien/lo/libreoffice/compilerplugins/clang/pluginhandler.cxx:245:2: >> error: Internal error,

License statement as a prerequisite for gerrit account

Hello, I noticed several times some patches on gerrit for which authors hadn't send yet their license statement. Of course when asking, the license statement is provided but to avoid to miss it and risk some legal problem, thought it could be relevant to make license statement as prerequisite for

Re: ESC meeting agenda: 2021-03-25 16:00 Berlin time - renaming - a serious tongue-in-cheek proposal

Tor Lillqvist-2 wrote >> Oh for fuck’s sake. It’s sad to see how many reactionaries there are in > this so-called community. "Reactionary" me?! I'm offended! No, just joking of course :-) In this situation I don't consider to be a "reactionary" is negative here so no pb. Hopefully in a community,

Re: ESC meeting agenda: 2021-03-25 16:00 Berlin time - renaming - a serious tongue-in-cheek proposal

khagaroth wrote > Don't you dare to assume a gender. To be gender neutral, how about using > "WOKE". It seems you jump the gun here! :-) Before thinking about those who may be offended about gender, first you must deal with: - all references to "master" must disappear : master doc (there's

[RESOLVED] Whom to ping to add 7.0.5 in Version field in bugtracker?

I see that version 7.0.5.2 appears, thank you! -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Whom to ping to add 7.0.5 in Version field in bugtracker?

All is in the object. -- 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: ANN: renaming of master branch to "main" for core repository and submodules (dictionaries, help, translations)

Michael Meeks-5 wrote > ... > Hopefully you would be able to come ? No need to come since it's easier for me to write (no schedule constraints for example) and the migration will be done anyway, no need to worry. Moreover, even if there was a vote I suppose there'll be a large majority

Re: ANN: renaming of master branch to "main" for core repository and submodules (dictionaries, help, translations)

Thorsten Behrens-6 wrote > ... > Well. I'm not sure it matters much what you or me read into that word. > > So is there any harm in making that change? Others are doing the work, > why would we refuse a change that some feel strongly about? > > We're happily accepting changes that re-format

Re: ANN: renaming of master branch to "main" for core repository and submodules (dictionaries, help, translations)

Thorsten Behrens-6 wrote > ... > The reason is, that language evolves, and bad habits (or metaphors) of > the past shouldn't be persisted, if we know they are offensive to > others. Slavery itself shouldn't persist (badfully in some regions it still exists) but let's not confound the slavery

Re: ANN: renaming of master branch to "main" for core repository and submodules (dictionaries, help, translations)

Lubos Lunak-2 wrote > On Wednesday 17 of March 2021, Christian Lohmaier wrote: >> Hi *, >> >> as requested and announced in previous ESC-minutes and infra-call >> minutes, master branch will be renamed for the LibreOffice core >> repositories and the submodules used by LibreOffice (dictionaries,

Re: proposition for patch in CommonSalLayout.cxx

Stanisław Jeśmanowicz wrote >> > This is not always the case, because if a platform didn't include > graphite2 shaper in its HarfBuzz > implementaion, you won't have it anyway ( like ./configure > --with-graphite2=no ) > Even if you set it the shapers list (as in >

Re: proposition for patch in CommonSalLayout.cxx

Stanisław Jeśmanowicz wrote > ... > Thank you for your advice, but getting familiar with gerrit on top of git > would take some time for > me now. > I hope, that some of your developers could commit this patch for me in vcl > module. > It is simple and won't harm anything. > But people could

Re: proposition for patch in CommonSalLayout.cxx

Hello, In addition to what Miklos indicated, I think you may be interested in https://wiki.documentfoundation.org/Development/GetInvolved. Indeed, it seems you've already downloaded sources, built and tried to fix a problem with a patch. So you only need now a gerrit account and submit your

Re: External Data Source in Calc

Hello, It seems it wasn't maintained at all so we thought about removing it completely. see https://bugs.documentfoundation.org/show_bug.cgi?id=139409 Of course, if you want to work on it and fix the bugs listed here:

Questions about ./bin/update_pch.sh

Hello, I'm trying failing Windows builds by using ./bin/update_pch.sh but it seems when 1 TB is fixed, another begins to fail. Also, when relaunching the script, there are always changes (other than the generating line of course). What's the trick here? Should I run this script until there are

[SOLVED] Re: Build failure in connectivity/evoab2 [loplugin:refcounting]

Hello Stephan, I cherry-picked your patch and I confirm LO builds now. Thank you! Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Build failure in connectivity/evoab2 [loplugin:refcounting]

Hello, On pc Debian x86-64 with master sources updated today, I got: [CXX] connectivity/source/drivers/firebird/Column.cxx /home/julien/lo/libreoffice/connectivity/source/drivers/evoab2/NDriver.cxx:106:23: error: cppu::OWeakObject subclass 'connectivity::evoab::OEvoabConnection' being managed via

Re: Local LO build on Raspberry pi 4b doesn't launch

I got this error during build [CXX] store/source/storcach.cxx /home/pi/lo/libreoffice/store/source/lockbyte.cxx:701:1: error: ‘store::{anonymous}::MemoryLockBytes::~MemoryLockBytes()’ defined but not used [-Werror=unused-function] 701 | MemoryLockBytes::~MemoryLockBytes() | ^~~

Re: Local LO build on Raspberry pi 4b doesn't launch

Rene Engelhard wrote > With gcc it just works (well, in 7.0.4 without your patches), maybe with > warnings, but it starts and passes the tests... Ok I 'll give it a try. Rene Engelhard wrote > ... > And PLEASE don't write "Raspberry pi" here, one also doesn't write "HP > ProBook" or "Acer

[ABANDONED] Re: Local LO build on Raspberry pi 4b doesn't launch

sberg wrote > ... > I guess you'd need to actually debug into that callVirtualMethod. > ... Since I got no idea how bridge stuff works, let's abandon this thread then. -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html

Re: Local LO build on Raspberry pi 4b doesn't launch

Thank you again Stephan for your feedback. Is there anything I could test to provide more info? I mean if there's some patch to add logs or anything, I can apply it and provide the result. Should I submit a bugtracker or Raspberry is too specific so it wouldn't worth it? -- Sent from:

Re: Local LO build on Raspberry pi 4b doesn't launch

Another bt this time without Python (with gtk3 rendering so all the accessibility stuff), I'll try with gen rendering. bt2.txt -- Sent from:

Re: Local LO build on Raspberry pi 4b doesn't launch

sberg wrote > Looks like there's some issue with running the Python interpreter > in-process. And you apparently have some extension using old-style, > active registration of a Python component, which triggers the issue when > starting soffice. If you do not want to debug the issue with the

Re: Failing LO build with Raspberry pi4 (-Werror,-Wformat in idl)

I submitted this patch on gerrit: https://gerrit.libreoffice.org/c/core/+/110844 -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

About putting explicit bounty link in bugtrackers

Hello, Reading a French page https://linuxfr.org/users/qdm/journaux/programmes-de-bug-bounty-dans-les-projets-libres-en-general-et-libreoffice-en-particulier about bounties in FLOSS and LO specifically, I wonder if it could be interesting to add a bounty link in bugtracker. I mean, we all know

Re: About Jenkins/TBs synchro

Miklos Vajna-6 wrote > Hi Julien, > > On Sat, Jan 16, 2021 at 03:32:35AM -0700, julien2412 > serval2412@ > wrote: >> These generate a waste of time (even with resume build/rebase action, >> some >> commits may be stuck waiting in gerrit). > > My u

[ABANDONED] Re: About upgrading towards Postgresql 13.1

I began with https://gerrit.libreoffice.org/c/core/+/109456 but it even fails on Linux with: ar crs libpgport.a fls.o getpeereid.o strlcat.o strlcpy.o pg_crc32c_sse42.o pg_crc32c_sb8.o pg_crc32c_sse42_choose.o chklocale.o erand48.o inet_net_ntop.o noblock.o path.o pg_bitutils.o pg_strong_random.o

Re: About upgrading towards Postgresql 13.1

Jan-Marek Glogowski wrote > Am 16.01.21 um 10:28 schrieb julien2412: >> Taking a look at >> https://bugs.documentfoundation.org/show_bug.cgi?id=139598, >> could someone retrieve postgresql-13.1.tar.bz2 from >> https://www.postgresql.org/ftp/source/v13.1/ and make it

About Jenkins/TBs synchro

Hello, As you already know, there are often some Jenkins failures for reason unrelated to the commit. These generate a waste of time (even with resume build/rebase action, some commits may be stuck waiting in gerrit). In addition, we see that it happens some commits that were ok for Jenkins make

[SOLVED] Re: Building LO on Raspberry pi 4b, error: unknown attribute 'externally_visible' on jni part

Just for the record, after commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=ebb0ac4c922b51191979ca376f7c7d7581ace62e done with Stephan's help, the build on Raspberry pi 4b succeeded with quoted autogen.input. (see https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep=raspberry

About upgrading towards Postgresql 13.1

Hello, Taking a look at https://bugs.documentfoundation.org/show_bug.cgi?id=139598, could someone retrieve postgresql-13.1.tar.bz2 from https://www.postgresql.org/ftp/source/v13.1/ and make it available on https://dev-www.libreoffice.org/src/ ? I don't pretend being able to make it on my own

Re: Getting started

Hello, Did you take a look at https://wiki.documentfoundation.org/Development/GetInvolved ? Most of LO code (95%?) is C++. About Java, the goal is to try to reduce dependency on Java. For QA tests, we try to migrate Java tests towards Python or even better towards C++. Julien -- Sent from:

[SOLVED] Re: Warnings about Boost (warning: The practice of declaring the Bind placeholders (_1, _2, ...) in the global namespace is deprecated)

Thank you Stephan! -- 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: Question regarding LO 7.1 release notes: Did any previously "experimental features" mature?

Hello, About Firebird, there's been a migration from 3.0.0 to 3.0.7 could be done thanks to the great help of Jan-Marek and Stephan and some bugfixes but IMHO it'll stay experimental a long time since there are too few bugfixes about it considering the number of related opened bugs. Julien --

Re: Building LO on Raspberry pi 4b, error: unknown attribute 'externally_visible' on jni part

I pushed some commits to fix some errors, see https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep=raspberry. I don't know if they're the right fixes but at least, the build could go on. Now I'm struggling a bit with these errors: In file included from

Warnings about Boost (warning: The practice of declaring the Bind placeholders (_1, _2, ...) in the global namespace is deprecated)

Hello, On pc Debian x86-64 with master sources updated today + make clean && make (since Boost has been upgraded), I noticed these kinds of warnings: [CXX] svx/source/fmcomp/fmgridif.cxx In file included from /home/julien/lo/libreoffice/svx/source/xoutdev/xattr.cxx:87: In file included from

Windows 10 prerequisite for 7.2.0? (so abandon Windows 7 and avoid Windows 8)

Hello, Taking a look at https://en.wikipedia.org/wiki/Windows_7, Windows 7 (released in 2009) is now only "eligible for the Extended Security Updates service. This service is available via OEMs, in yearly installments. Security updates are available for the operating system until at most January

Re: Building LO on Raspberry pi 4b, error: unknown attribute 'externally_visible' on jni part

It seems "externally_visible" is a specific attribute of gcc (so not known by clang). See https://gcc.gnu.org/onlinedocs/gcc-10.2.0/gcc/Common-Function-Attributes.html#Common-Function-Attributes Reading the link, it seems we can ignore this error since it's only useful if we use "-fwhole-program"

Re: Jenkins pb?

Ilmari Lauhakangas wrote > On 31.12.2020 11.19, julien2412 wrote: > It was just discussed on #tdf-infra and is being worked on. Apparently > some ccache-related issue. Thank you for the quick feedback. I hope other random pbs will be taken into account, eg: - Windows Jenkins which s

Jenkins pb?

Hello, It seems there are more and more failing Jenkins not related to the tested patches. eg for https://ci.libreoffice.org/job/gerrit_master/74633/ with https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/76775/console Started by upstream project "gerrit_master" build number 74633

Building LO on Raspberry pi 4b, error: unknown attribute 'externally_visible' on jni part

Hello, I'm giving a try at building LO on Raspberry pi 4b. Here's the autogen.input I use: CC=clang CXX=clang++ --enable-compiler-plugins --enable-ext-nlpsolver --enable-ext-ct2n --enable-ext-numbertext --enable-ext-wiki-publisher --enable-dbus --enable-online-update --enable-werror

Re: Dropping X11 VCL backend

Ilmari Lauhakangas wrote > On 29.12.2020 11.11, julien2412 wrote: >> ... > kf5 comes from KDE Frameworks 5. Thank you, I'll try to remember this one. Ilmari Lauhakangas wrote > The extra libs to install are (on Debian & Ubuntu): > > qtbase5-dev libkf5coreaddons-dev li

Re: Dropping X11 VCL backend

Hello Ilmari, I use gen rendering when trying to be nearer of a Windows config. Indeed, I'm on pc Debian x86-64 with master sources and by default it uses gtk3. Badfully, gtk3 uses accessibility part which has been quite broken since years (but I suppose no one will want to remove it). So

Re: Dropping X11 VCL backend

Hello Chris, Just my personal opinion of course but I think my message from 2020-04-25 is still relevant (see http://document-foundation-mail-archive.969070.n3.nabble.com/SKIA-on-Windows-Roadmap-ESC-agenda-item-tt4277989.html#a4278039), I'll just quote myself: " 1) if Luboš doesn't want or can't

[SOLVED] Re: About vcl status in avmedia (keep or removed unmaintained code since 7 years)

Pushed now. Of course, if someone wants to work on it, don't hesitate to revert the patch. -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Re: About vcl status in avmedia (keep or removed unmaintained code since 7 years)

I submitted a patch here to remove vlc: https://gerrit.libreoffice.org/c/core/+/108283 -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

About vcl status in avmedia (keep or removed unmaintained code since 7 years)

Hello, On pc Debian x86-64 with master sources updated today, my local build fails with: /home/julien/lo/libreoffice/avmedia/source/vlc/vlcframegrabber.cxx:25:10: fatal error: 'vcl/bitmapaccess.hxx' file not found #include ^~ It's due

[SOLVED] Re: 2 commits pushed on gerrit but not retrievable and not present in cgit.

sberg wrote > both of them are "Marking change merged without cherry-picking to > branch, as the resulting commit would be empty." i.e., apparently some > other commit(s) meanwhile made the exact same changes? Thank you for the feedback Stephan! Indeed for

2 commits pushed on gerrit but not retrievable and not present in cgit.

Hello, On branch master, I pushed these commits: - https://gerrit.libreoffice.org/c/core/+/106303 tdf#124176: Use pragma once instead of include guards from çağatay kılınç - https://gerrit.libreoffice.org/c/core/+/108120 Removed executable permission on file docx from Andrea Gelmini I don't see

Re: About preparing migration towards gtk4

Dante Doménech wrote > Most linux distributions release versions once a year or two years. > I wouldn't expect it to have support until a couple of years. > So isn't it a bit early to implement support? I mean, nothing will be > compatible with it. That's why for the moment, only preparation may

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

I submitted https://gerrit.libreoffice.org/c/core/+/108017 for master sources. If Jenkins is ok and nobody complains, I'll push this and will update https://wiki.documentfoundation.org/ReleaseNotes/7.2. If the patch is pushed, I'll cherry-pick the patch on 7.1 branch. Indeed, I'd like to avoid

Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time

julien2412 wrote > Miklos Vajna-6 wrote > ... > Also there's the wrong named "Firebird" Address Data Source in Writer > wizards, should we remove this (or rename it if it works with Mozilla > Suite/Seamonkey but does it worth it?), knowing that the only remaining > entr

About preparing migration towards gtk4

Hello, Gtk4 has been released 2 days ago, I know that migration from a version to another version is not a 1 month work, but thought it could be interesting and it can't hurt the current state of LO to begin to prepare it by following:

Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time

Miklos Vajna-6 wrote > ... > + Thunderbird Addressbook no longer connectable > + https://bugs.documentfoundation.org/show_bug.cgi?id=138715 > + Rene removed the mork driver, needs closing? > ... Removing Mork => removing Thunderbird Address book but there's been

RE: Is there any effort or discussion yet about collaborative use of libreoffice applications?

Marc Roos wrote >>>... > Imho there should be one 'Libre office online' the one from Libre > office(The Document Foundation). If collabra has a different version > than that should be crystal clear. Why is collabra not using the name > collabra oline? > ... I suppose it won't change anything

RE: Is there any effort or discussion yet about collaborative use of libreoffice applications?

Hello Marc, IMHO I think the response is here: https://www.libreoffice.org/download/libreoffice-online I don't know the reason but I understand it as TDF let companies like Collabora to develop online feature above LO. I think you shouldn't expect much support here for collaborative use since

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

Lionel Élie Mamane wrote > ... > I seem to remember there was some code done to add a native SQlite > SDBC driver "somewhere" (but not merged), not sure where. Or was that > only ever discussed and never coded? > ... Indeed, in master connectivity/source/drivers contains these dirs: ado calc

Re: ESC meeting agenda: 2020-12-10 16:00 Berlin time

Hello Miklos, IMHO http://document-foundation-mail-archive.969070.n3.nabble.com/About-tdf-138715-and-future-of-Thunderbird-address-book-support-tt4292458.html should be discussed in ESC. In brief, since TB, in its last version 78, migrated from Mork to Sqlite to deal with address book and LO

About tdf#138715 and future of Thunderbird address book support

Hello, About 1 year ago Robert Großkopf submitted the enhancement bugtracker https://bugs.documentfoundation.org/show_bug.cgi?id=128977 had been created to indicate Thunderbird address book would use in next version Sqlite instead of Mork. After 1 year, no one stepped in to implement Sqlite

Re: Try to upgrade to Firebird 3.0.7

Jan-Marek Glogowski wrote > ... > I was looking into building 3.0.7 when trying to build Firebird for > Windows Arm64. I'm really wondering, why we build Firebird on Windows > with a heavily patched configure, which doesn't support cross building > at all. Any reason not to use VS / msbuild

Question about clang-format rules

Hello, I'd like to know what to do when during trying to commit locally, I got a message indicating: "The above differences were found between the code to commit and the clang-format rules. You can apply these changes with:..." 1) Should I clang-format the patch but it means it'll make it

Re: willing to contribute

Hello Vikas, Here's a link to start: https://wiki.documentfoundation.org/Development/GetInvolved Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list

Pb with MacOs Jenkins

Hello, MacOs Jenkins failed twice on my patch https://gerrit.libreoffice.org/c/core/+/105157 with: ... Taking configuration values from ./distro-configs/Jenkins/macosx_clang_dbgutil sourcing: macosx_clang_dbgutil.env set

Re: Try to upgrade to Firebird 3.0.7

Jan-Marek Glogowski wrote > Am 01.11.20 um 14:29 schrieb julien2412: >> ... > Done. Uploaded Firebird-3.0.7.33374-0.tar.bz2 and removed the other > versions. Thank you for the very fast feedback! :-) Jan-Marek Glogowski wrote >> Remark: last time, the biggest pb was to m

Try to upgrade to Firebird 3.0.7

Hello, Would it be possible to make available Firebird 3.0.7 on https://dev-www.libreoffice.org/src? BTW, since we're only on Firebird-3.0.0.32483-0.tar.bz2, would it be possible to remove from dev server: - Firebird-3.0.4.33054-0.tar.bz2 - Firebird-3.0.2.32703-0.tar.bz2 -

[SOLVED] Re: git indicates "helpcontent2" modified

Ilmari Lauhakangas wrote > Do this while in the core repository: > > git submodule update > ... It worked! Thank you! (I'll also keep this page in my local notes) -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html

gerrit Jenkins Android machine fails

Hello, I resumed build 2 or 3 times for https://gerrit.libreoffice.org/c/core/+/104040 but Jenkins Android fails with: ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://git.libreoffice.org/core at

git indicates "helpcontent2" modified

Hello, After having recreated from scratch my local repo, I got now: On branch master Your branch is up to date with 'origin/master'. Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git restore ..." to discard changes in working directory)

Stuck trying to recreate local repo from scratch

Hello, This morning for a reason I ignore, git status indicated me helpcontent2 had to be updated. I tried different things but got stuck so I removed the whole directory and downloaded again the core repo. But now I can't get "translations" repo when trying building with make. I've got this in

Re: Interested in open source for libre office

Hello Nikhil, You can start with this link: https://wiki.documentfoundation.org/Development/GetInvolved Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list

Re: ESC meeting agenda: 2020-09-17 16:00 Berlin time

I don't know if it must be indicated in the ESC because it's public API change but, just for information, I remove unused and deprecated sal_Char/sal_sChar/sal_uChar from include/sal/types.h. (see

[SOLVED] Re: About removing long time deprecated types from public API

The types have been removed and I put a comment in https://wiki.documentfoundation.org/ReleaseNotes/7.1 in SDK part. Thank you Stephan! -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice

Gdb + deprecated Python + gdb._execute_unwinders function is missing

Hello, Since yesterday and I don't know why, when launching make debugrun, I got: mkdir -p /home/julien/lo/libreoffice/instdir /home/julien/lo/libreoffice/solenv/bin/install-gdb-printers -a /home/julien/lo/libreoffice/instdir -c make -j 12 -rs -f /home/julien/lo/libreoffice/Makefile.gbuild

[SOLVED] Re: About use of sal_IntPtr for FontList::GetSizeAry, aStdSizeAry and mpSizeAry (svtools)

Caolán McNamara wrote >> ... > These are font heights, and IMO I feel a humble int is sufficient for > their maximum range (https://gerrit.libreoffice.org/c/core/+/102466) on > looking at what goes into them Ok then, let's put this thread to SOLVED. -- Sent from:

Re: About removing long time deprecated types from public API

Dumb me! I had read the comment for sal_sChar (@deprecated use plain `signed char` instead) instead of sal_Char (@deprecated use plain `char` instead) Sorry for the noise, I'm gonna test with the right replace :-) -- Sent from:

Re: About removing long time deprecated types from public API

sberg wrote >> ... > sounds ok at least to me For replace sal_uChar, I could build and use "make check" for concerned modules, so I submitted the patch on gerrit. But replacing sal_Char triggers a lot of errors. First one is: In file included from

Re: About removing long time deprecated types from public API

sberg wrote >> ... > So if you see a benefit in doing this particular change: I'd say, mark > the change as "[API CHANGE]" in the commit message, get it in, and > document the backwards incompatible change at > https://wiki.documentfoundation.org/ReleaseNotes/7.1#API_Changes;. Great!!! I

About removing long time deprecated types from public API

Hello, I submitted https://gerrit.libreoffice.org/c/core/+/102436 "Remove unused and deprecated sal_sChar" because it's not used in LO and has been deprecated since 2013, see: author Stephan Bergmann 2013-11-27 12:50:35 +0100 committer Stephan Bergmann 2013-11-27 12:52:32 +0100 commit

[SOLVED] Re: How to enable Skia on Linux ?

Luboš Luňák wrote > ... > Just for the record, while the above works, it's not the proper way to do > it, > as it skips the wrapper script, and it needlessly forces Skia. The proper > way > would be > SAL_USE_VCLPLUGIN=gen SAL_ENABLESKIA=1 ./soffice I confirm it works indeed! Thank you!

[SOLVED] Re: How to enable Skia on Linux ?

Luboš Luňák wrote >> ... > Skia on Linux is normally usable (if being usable only with the gen > backend > actually counts as being usable). So if you find a bug, report it as > usual. Thank you for your feedback. I had just a problem with remnants of an extension. I runned "make clean && make"

Re: How to enable Skia on Linux ?

Thank you Miklos for your quick feedback. I gave a try but had a segfault. I attached the bt but don't know if I should submit a bugtracker or should wait. After all, I forced the use SKIA and perhaps it's just not ready yet. bt.txt

How to enable Skia on Linux ?

Hello, I build LO from master sources on pc Debian x86-64. To try to retrieve some debug info for Skia related bugtracker, I added "--enable-skia=debug" on my autogen.input, then runned "make clean && make". However, I can't succeed in enabling Skia on Linux. Any thoughts? Julien -- Sent

[SOLVED] Re: LO building fails with non debug mode on slideshow/source/engine/box2dtools.cxx (loplugin:staticmethods)

My local build now works, thank you to both of you! Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Re: LO7 rejects Oracle Java 14.0.1 as defective

Hello, Here it's the LO dev forum, it's about discussing code or building code. For bugs, you should use https://bugs.documentfoundation.org/ FYI https://bugs.documentfoundation.org/show_bug.cgi?id=135479 corresponds to the description you provided. Julien -- Sent from:

[SOLVED] Re: Other build errors

sberg wrote >> ... > > https://git.libreoffice.org/core/+/2e12d210cac8d031c21cdda9c37c1551f967ddc4%5E%21; > > "Silence loplugin:staticmethods when the definition involves > preprocessing" is the last of the fixes I pushed; should work now Indeed! Thank you! Julien -- Sent from:

Other build errors

Hello again, Following previous errors, I encountered others: [CXX] workdir/UnpackedTarball/libcmis/src/libcmis/gdrive-folder.cxx In file included from /home/julien/lo/libo_perf/vcl/skia/salbmp.cxx:20: /home/julien/lo/libo_perf/vcl/inc/skia/salbmp.hxx:107:10: error: this member function can be

[SOLVED] Re: Build error cppu/source/uno/check.cxx:138:11: error: unused class member [loplugin:unusedmember]

Indeed by cherry-picking your patch, it worked locally! Thank you Stephan! Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Build error cppu/source/uno/check.cxx:138:11: error: unused class member [loplugin:unusedmember]

Hello, On pc Debian x86-64 with master sources updated on a 2nd build where I don't use enable-dbgutil but I still use --enable-werror, I got these errors: /home/julien/lo/libo_perf/cppu/source/uno/check.cxx:138:11: error: unused class member [loplugin:unusedmember] Char3 chars;

Re: How to add new source code file in directory

Hello Régis, Here's what you should type: git add Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

  1   2   3   4   5   6   7   8   9   10   >