is the list filtering too strict, or what?
Hi all, It is the second time my email didn't make it into the list, or, at least, into the list archives at https://www.mail-archive.com/dev@openoffice.apache.org/maillist.html. The emails were sent (and not returned) on Jan 20 and on Jan 26 (today, at about 8:00 UTC). Wonder if this one would make it. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
building with gcc 13
Hi folks, Is there any utility in publishing building experience, like with non-standard configurations, and such? It's sort of 'experimental data' after all, right? If so, what's the preferred form and the 'repository' for that? Anyway, I've just completed building yesterday's trunk with gcc 13.2.0 set to c++11 mode, on a rather up-to-date Slackware Linux system. No immediate issues with apps as yet, but there was one peculiar problem when building. I'm usually configuring the build with --with-system-boost=no and recently switched the downloaded boost version to 1.79, per the advise in this same maillist. It was building okay with end-2022 Slackware's gcc (11-something, don't remember). But after going to gcc 13 (which came with updating to January 2024 Slackware) the rebuilding snagged in configmgr module, couldn't go further. What happended was GCC now somehow manages in such configuration to reach for the system's boost header files which produces definitions mismatch. So I had to switch to --with-system-boost=yes and things went well after that. However, the questions remains -- what had actually happened there (and how to resolve)? The command line failing was: R=/d/home/ty/c/+ooo/aoo45 && S=$R/main && O=$S/solver/450/unxlngx6.pro && W=$O/workdir && mkdir -p $W/CxxObject/configmgr/source/ $W/Dep/CxxObject/configmgr/source/ && g++ -DCPP U_ENV=gcc3 -DCUI -DENABLE_GTK -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -DGCC -DHA VE_GCC_VISIBILITY_FEATURE -DLINUX -DNDEBUG -DNEED_ALIGN16 -DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DPRODUCT -DPRODUCT_FULL -DSOLAR_JAVA -DSUPD=450 -DUNIX -DUNX -DVCL -DX86_64 -DXML_STATIC -D_PTHREADS -D_REENTRANT -Wall -Wendif-labels -Wextra -Wno-ctor-dtor-privacy -Wno-non-v irtual-dtor -Wshadow -fPIC -fmessage-length=0 -fno-common -fno-strict-aliasing -fuse-cxa- atexit -fvisibility-inlines-hidden -fvisibility=hidden -std=c++11 -pipe -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -Os -ggdb3 -finline-limit=0 -fno-inline -fno-default- inline -c $S/configmgr/source/access.cxx -o $W/CxxObject/configmgr/source/access.o -MMD - MT $W/CxxObject/configmgr/source/access.o -MF $W/Dep/CxxObject/configmgr/source/access.d \ -I$S/configmgr/source/ -I$O/inc/stl -I$O/inc/external -I$O/inc -I$S/solenv/unxlngx6/i nc -I$S/solenv/inc -I$S/res -I$S/tools/inc -I$S/comphelper/inc -I$S/solenv/inc/Xp31 -I/us r/lib64/java/include -I/usr/lib64/java/include/linux -I/usr/lib64/java/include/native_thr eads/include -I$S/configmgr/inc/pch -I$O/inc/offapi -I$O/inc/udkapi and it produced the following (cut down to save space): In file included from /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/boost/move /algorithm.hpp:29, from /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/boost/move /move.hpp:32, from /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/boost/unor dered/unordered_map.hpp:19, from /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/boost/unor dered_map.hpp:17, from /d/home/ty/c/+ooo/aoo45/main/configmgr/source/modifications.hxx:29, from /d/home/ty/c/+ooo/aoo45/main/configmgr/source/access.hxx:67, from /d/home/ty/c/+ooo/aoo45/main/configmgr/source/access.cxx:88: /usr/include/boost/move/algo/move.hpp: In function ‘F boost::uninitialized_move(I, I, F)’ : /usr/include/boost/move/algo/move.hpp:124:4: error: ‘BOOST_MOVE_TRY’ was not declared in this scope; did you mean ‘BOOST_MOVE_RET’? How could this happen with the compiling options being set as they were? I've tried adding -I-, but it seems to be completely deprecated. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
TR1 removed from boost in version 1.65
Hi all, I seem to have no trouble in compiling the trunk with 1.79 boost on a fairly fresh linux distro. Notes: - I'm building with my patch applied, enabling to build with c++11 - I had tentatively removed patching with boost_1_55_0.patch and boost-clang.patch in boost/makefile.mk, seems to do no harm -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Was: 'Macro Security' button not doing anything
Responding to my own post. Some success & some unsuccess, too. Finally, got macros security working by a total wipeout of unxlngx6.pro subdirs & a rebuild. Wasn't able to put the newer xmlsec1 in, at least quickly-like, as there are tons of patches for its code in the AOO tree. Also I notice the fresh trunk has its macros security level set unconditionally to 'high' until changed. Even if starting off the existing user configuration. That's new and inconvenient. As an aside, might I ask, is there an active collective working on the project? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
introducing new versions of external dependencies (Was: 'Macro Security' button not doing anything)
Hi guys, I still have my issue with 'Macro Security' button or, rather, with the macro security subsystem not allowing my macros to be run off keyboard shortcuts. My supposition (maybe wrong) is that the certificates got stale, so I've tried to plug in the newest version of the (possibly) corresponding external dependency, specifically, 'xmlsec1' library used in 'libxmlsec' module (1.3.2 vs 1.2.14 in the trunk). Anyway, wouldn't hurt to have the up-to-date code dealing with security, right? But I'm getting some errors related to changes in library's API. Should I try to change the code using the related calls (in 'xmlsecurity' component), or maybe someone would take it on oneself? There seem to be like 5-6 instances of deprecated syntax use, so it's not completely overwhelming, but for me that's a significant amount of work, especially considering that's a security-related code. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Open letter to TDF
IMO, not much hope in such letters, and not much potential good from people 'possibly to be lured' from there. The LO folks have already played the MS kind of game, when jumping to the 1.3 file format ahead of everybody. And our icon sets and menus structure do need daily reorganising, thank you. Also, you'd entice people to migrate with what? Frankly, LO has progressed in some areas beyond the AOO current level. Of what's noticeable to me there are build system, fonts support, graphics toolkits support. I guess xml security component is outdated in AOO, too. If one's not a programmer, one's stuck with some unconvenient modes of behaviour. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
...in followup to my previous post: So sources for xmlsec1 library which is used in the 'xmlsecurity' module are NOT downloaded when this condition (in external_deps.lst) is false? if (ENABLE_NSS_MODULE!=NO && SYSTEM_NSS!=YES) And I have both ENABLE_NSS_MODULE and SYSTEM_NSS set to YES after configuration. So can't I use the system libnss3 for my AOO build, or what? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
Apologies for not responding earlier, was
optimistically expecting to report a complete
success 'any moment now'. No such luck, though, yet.
My findings at the moment are:
1. The scp2 module needs to be rebuilt from
scratch every time the build configuration changes.
As it is, the scp2 isn't getting its
dependencies renewed, so, e.g., mine instance
had a year old unxlngx6.pro subdir, in spite of
many reconfigurations.
2. Now my configuration options set (which was
quoted before) produces binaries for xmlsecurity
module. These binaries after the
'instsetoo_native' stage reference system
libraries libcrypto,libssl, & libnss3.
3. I've missed telling I have my configure.ac
modified, so my configure script is capable of
blanket disabling category-B but allowing only a
few things from it I actually need.
And that's when I've heard the current configure
behaviour must not be changed -- when I've
submitted those changes to be included in the
trunk, in 2021 or maybe in 2022.
So far so good.
4. However, clicking Macro Security still yields
me nothing.
In the
SvxSecurityTabPage::MacroSecPBHdl(void*)
...the object is sort of created:
(gdb) p
$1 =
(com::sun::star::uno::Reference
*) 0x7fffc660
...but is of generic, unusable type:
(gdb) p *()
$2 = { = {
_pInterface = 0x0}, }
...and I still get the 'This document contains
macros. Macros may contain viruses...' msgbox
when running off my working OOO user config and
invoking a keyboard shortcut for one of my
StarBasic macros.
-Yury
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
Hi, Thank you, Damjan, for the prompt looking into the problem. Regarding the matters you address: If I understand correctly, the configure code allows for a separate inclusion of nss (more on that at the very end of this message): --with-system-nss ...which brings us to the original issue. I've just rebuilt from start with --with-system-ssl and with --with-system-nss options, but for a while I couldn't even check if it actually worked. Because, when making the final target, i.e. instsetoo_native, the 'packaging' script in solenv/bin/make_installer.pl, which uses this list: ... analyzing script: /home/me/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/bin/setup_osl.ins which is dated 2023-08-28 on my system and includes, e.g., this: File gid_File_Lib_Openssl Dir = gid_Brand_Dir_Program; Name = "libssl.so"; Styles = (PACKED); UnixRights = 444; End ...fails (i.e. the 'packaging' script fails), saying this: ERROR: The following files could not be found: ERROR: File not found: libcrypto.so ERROR: File not found: libssl.so ...which obviously wouldn't even be there. Just for the kicks, I removed those two entries (on libcrypt and libssl) from setup_osl.ins (in solver, not touching its original in scp2/), and the packaging script completed successfully. Any idea how such things could be fixed? Should be fixed? Would be fixed? However, while 'Online Update - Check Now' stopped crashing the AOO (i.e. with system SSL loaded), the 'Macro Security' stil does nothing, so it seems just using --with-system-nss isn't enough. That brings us to the configure script functionality. I've heard before that w/r to at least category-b, there are to be NO changes. So I shouldn't expect the possibility of, like, including/enabling category-b stuff piecemeal? (For myself I'm using such piece-wise inclusion for years (as you could glean from my options) with no ill effects) Thank you for your time anyway, again. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
> And it's --with-system-openssl or --without-system-openssl, there is no --with-system-openssl=yes like you had. Sorry for stating the obvious but anything non-empty goes, provided it's not a 'no'. Anyway it compiles successfully, like I've said, only it then fails when copying libcrypt.so and libssl.so into the 'native' installation subdir. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
Hi, Thanks for answering. What fails in IMPL_LINK( SvxSecurityTabPage, MacroSecPBHdl, void*, EMPTYARG ) is that check: if ( xD.is() ) And the xD object is non-null at that. Somehow I can't set a breakpoint to that IMPL_LINK call. Neither variants with SvxSecurityTabPage:: nor name-mangled version taken out of object file work. I don't have a specific file with macros, it's my StarBasic macros that are failing to run from their keyboard shortcuts. Running those from 'Run macro' works (I changed MacroLevel in my registry to 0 by xml editor). If called by their keyboard shortcut, those macros show a msgbox with 'This document contains macros ...may contain viruses..'. My build options are now without system openssl, didn't retain the previous set. But IIRC, for the attempts with system openssl I had these --with-system-openssl=yes --with-system-curl=yes changed in the following options set: $ ./configure '--with-build-version=2023-12-04 22:37 - Linux x86_64' --enable-verbose --enable-crashdump=yes --enable-opengl --enable-dbus --with-package-format=installed --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 --with-epm-url=https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz --without-junit --without-stlport --disable-kde --disable-kde4 --disable-randr-link --disable-gconf --disable-gnome-vfs --disable-gstreamer --with-ppds --disable-wiki-publisher --disable-category-b --disable-saxon --disable-pam --disable-odk --with-jdk-home=/usr/lib64/java --with-system-stdlibs --with-system-libs=yes --with-system-jars=no --disable-bundled-dictionaries --enable-hyphen --enable-hunspell --with-fonts --with-system-python=no --with-system-lucene=no --with-system-hsqldb=no --with-system-beanshell=no --with-system-redland=no --with-system-mythes=no --with-system-icu=no --with-system-openssl=no --with-system-curl=no --with-system-libxml=no --with-system-libxslt=no --with-system-expat=no --with-system-jpeg=no - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
Hi, Yeah, the linux build. AFAIU the build process is a bit wilful, maybe it's fluking again. Anyway, I sort of went around the issue, but what about macros security button (see my neighbouring post)?? What does it want, a new set of certificates, or what? I literally lose half of my macros (starbasic ones) when trying to use the fresh trunk build -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: is it possible to build trunk with system OpenSSL?
Hi all, Regarding the matter in the Subject, I've found I can just build with internal OpenSSL (which's rather old, btw), then rename libcrypto.so and libssl.so, and so actually use the system libraries. But as to why I needed that - it *looks* like at some point in the 4.5 branch development (maybe other branches, too, didn't check) macros got switched off in the program code somewhere -- and there's no standard means to turn them back on, because 'Macro Security' button (Options-OpenOffice-Security dialog) doesn't do anything. Which, in its turn, looks like it's caused by IMPL_LINK( SvxSecurityTabPage, MacroSecPBHdl, void*, EMPTYARG ) in cui/source/options/optinet2.cxx failing to create that: Reference xD What might be causing that, any advice? NB: That button also fails to do anything in my 2 years old trunk build, but there macros are NOT disabled by the program code. I've checked that by starting the old and the new builds off my working configuration. In the new build some macros do not run, showing me a msgbox telling me about macros being disabled and pointing me to the mentioned dialog and button. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
is it possible to build trunk with system OpenSSL?
Hi all, I'm trying to build the trunk codebase with maximum use of system libs and specifically with --with-system-openssl=yes, to get rid of the update routine crashing. The build seems to complete okay, but in the instsetoo_native stage it breaks, telling me: ERROR: File not found: libcrypto.so ERROR: File not found: libssl.so I couldn't understand the problem well enough, but these files (present in-system) SEEM to be always required to be in the AOO build tree, in order to be copied, regardless of what configure option was used. Any advice, please? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Changes proposal for the future AOO 5.0.0
On 24/04/2023 00:42, Keith N. McKenna wrote: Corentin Verbrèghe wrote: on the version with Commons in the Gallery, to In my opinion your idea is better off as an extension that people can use if they have the need. +1 to that, because: It's not only Wikimedia Commons that has images usable as an alternative Gallery. There's openclipart.org, too. I'm believe there are others. And all those would have their differing interfaces, changing independently, too. And I believe in most cases there'll be no standard API at all. So is there anything in AOO that works as a web browser screen scraper? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: scons-build branch
On 16/04/2023 16:21, Arrigo Marchiori wrote: I just pushed some commits to the scons-build branch, in which I am attempting to write _from scratch_ the SConscripts to build some modules. ... The only module that _seems_ to build is xml2cmp, but only under Linux so far. Is it because of modules dependencies, would you say, or because toolchain and codebase are out of sync w/r to language features used and similar issues? Last time I looked at that branch, the transition of build descriptions to scons hadn't been completed. Can you even build AOO modules one by one, aren't they all inter-dependent? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Need help
On 22/02/2023 19:42, Matthias Seidel wrote: Actually, that looks like an idea for an OOO extension (for someone to implement). We do have this one: https://extensions.openoffice.org/en/project/pdf-import-apache-openoffice I know about that one, and it's actually included in AOO sources, right? However, it seemed to me that the original inquirer wanted something more specific, like maybe converting parts with table layout from PDF into spreadsheet table in AOO. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Need help
Actually, that looks like an idea for an OOO extension (for someone to implement). On 21/02/2023 21:23, Marcus wrote: Forwarding the answer to Heena as she is not subscribed to this mailing list. Hello, I have open office bt im unable to convert my pdf to excel . - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: User Installation Process Feedback
On 15/02/2023 19:39, Damjan Jovanovic wrote: I documented 8 projects that tried to achieve that and compared them in the attached spreadsheet, and there are more. The document is a beaut, but you've excluded Flatpak and Snap, one of which you sort of condemn and one of which you recommend, nevertheless. Why not AppImage, for which half a work is already there, AFAIU ? (I mean `installed` method of packaging) So it hasn't got sandboxing. Is it such a big deal? Also, any new packaging method would have to integrate into the existing build framework? Which isn't exactly a model of clarity and robustness? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Please update boost (1.79.0 would be just great)
Apologies if I'm being dense here, but is this indeed compiling to c++14? Won't you need explicit -std=c++14 option for that? To compile 'just' to c++11 (on linux) a patch of about 19 parts is needed, although admittedly it consists mostly of these guys: +#define BOOST_NO_CXX11_RVALUE_REFERENCES 1 +#define BOOST_NO_CXX11_DELETED_FUNCTIONS 1 +#include On 20/01/2023 21:52, Damjan Jovanovic wrote: So I eventually succeeded in getting OpenOffice to compile against the "c++14" standard now, and to use a newer Boost. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Managed build on Ubuntu 22.04 but I had to change some stuff.
On 31/12/2022 12:32, Peter Kovacs wrote: FWIW, I'm using for a year and a half the AOO trunk built from source in C++11 mode, with GCC 10 through 12 (Slackware current). (If you're going to search for it, the patch I'm still applying is dated June 19, 2021. I've definitely reported it working here in the list.) However, in recent such builds 'macro security' button (Options- OpenOffice - Security dialog) stopped responding, What GUI Do you use? Have you opened a BZ report for this? We might need to investigate. Both gen and gtk frontends have the issue. No, I didn't open a ticket, as I feel that folks in the team are already hard-pressed for time and resources. BTW, what's the, like, good empirical rule/ruleset for finding the method/procedure dealing with something in UI, like, e.g. that button? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Managed build on Ubuntu 22.04 but I had to change some stuff.
On 30/12/2022 22:44, Peter Kovacs wrote: > I managed to Build AOO trunk on Ubuntu 22.04. > The build has been rough and with a lot of Issues. FWIW, I'm using for a year and a half the AOO trunk built from source in C++11 mode, with GCC 10 through 12 (Slackware current). I believe I've posted the patch here, and it still works (allows building in my configuration). However, in recent such builds 'macro security' button (Options- OpenOffice - Security dialog) stopped responding, and macros in Java and Python stopped being launched (first try gives warning about 'document containing macros', subsequent tries do nothing). -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
keyboard shortcuts for macros stopped working in 4.5 fresh
I have some keyboard shortcuts for macros defined in user's config. With fresh 4.5 as built from source none of these have any effect, either those set to extensions installed, or to my own Basic procedures. Redefining doesn't help. In the dialog, definitions change from likes of 'vnd.sun.star.script:TexMaths...' to macros' names, but there's still no effect on keypresses. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
BTW, I've checked my notes, and these crashes 'out of nowhere' which now I know to be caused by update component, may have been introduced (or started to happen) not later than May 3, 2022. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
OK, I've reconfigured AOO to use the internal curl, and build process as such completes okay, however, I can't make the build system rebuild everything depending on curl. And I'm not rebuilding from scratch again right now. Is there a complete dependencies rebuild command? I've tried copying libcurl.so.4 into program dir by hand but that didn't work as expected. However, such copying somehow removes update dialog from Options completely (and, I guess, update functionality gets blocked completely), and I think I'll go with that workaround for a moment. Also, how fares the transition to Scons system? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:29, Matthias Seidel wrote: But there seems to be a problem with our update check. Do you build with system-SSL? Actually, I build with maximum use of internal libs. These are active in config: --without-stlport --with-system-stdlibs --with-system-libs=no --with-system-openssl=no And the log goes: configure:16784: checking which libssl to use configure:16888: result: internal I think I'll just pro-temp disable system curl in configuration and rebuild. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:27, Damjan Jovanovic wrote: What are the versions of libcurl and libssl? My distro's ones: curl-7.85.0 openssl-1.1.1q - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
...obviously, checking for updates explicitly produces a crash with the same sort of stack trace. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO as built from source fails in libcurl
On 26/11/2022 18:13, Matthias Seidel wrote: Can you try to disable the automatic update check? Am 26.11.22 um 16:08 schrieb Yury Tarasievich: I've built an instance of AOO 4.5 from couple of days old git checkout. (fresh-ish Linux, gcc 12.2.0) After launching the binary and letting it sit there, it reliably fails after a minute or so, always with the same kind of stack trace, which follows after my text. Now it behaved more subtle. On the first launch after I disabled updates checking the binary sort of recycled its window once (but didn't bomb out), and after that I didn't catch the issue, neither in standalone or in debugger. What should I try now? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
AOO as built from source fails in libcurl
Hello all, I've built an instance of AOO 4.5 from couple of days old git checkout. (fresh-ish Linux, gcc 12.2.0) After launching the binary and letting it sit there, it reliably fails after a minute or so, always with the same kind of stack trace, which follows after my text. I have beginner's skills with GDB. What should I look for? #0 0x0001 in () #1 0x7fffd7a13d38 in () at /lib64/libssl.so.1.1 #2 0x7fffd7a142b1 in () at /lib64/libssl.so.1.1 #3 0x7fffd7a48437 in () at /lib64/libssl.so.1.1 #4 0x7fffd7a3f8d6 in () at /lib64/libssl.so.1.1 #5 0x7fffd7be5206 in () at /usr/lib64/libcurl.so.4 #6 0x7fffd7be9bda in () at /usr/lib64/libcurl.so.4 #7 0x7fffd7beace5 in () at /usr/lib64/libcurl.so.4 #8 0x7fffd7ba4396 in () at /usr/lib64/libcurl.so.4 #9 0x7fffd7bbbcec in () at /usr/lib64/libcurl.so.4 #10 0x7fffd7bbcd3e in curl_multi_perform () at /usr/lib64/libcurl.so.4 #11 0x7fffd7b9515b in curl_easy_perform () at /usr/lib64/libcurl.so.4 #12 0x7fffd5c9ef92 in http_dav_ucp::CurlRequest::perform() (this=this@entry=0x7fffed7d3610) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlRequest.cxx:266 #13 0x7fffd5c9f222 in http_dav_ucp::CurlRequest::get(http_dav_ucp::CurlUri, rtl::OUString) (this=this@entry=0x7fffed7d3610, uri=..., path=...) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlRequest.cxx:189 #14 0x7fffd5c9c2db in http_dav_ucp::CurlSession::GET(rtl::OUString const&, std::vectorstd::allocator > const&, http_dav_ucp::DAVResource&, http_dav_ucp::DAVRequestEnvironment const&) (this=this@entry=0x7fffd7e505b0, inPath=, inHeaderNames=std::vector of length 0, capacity 0, ioResource=..., rEnv=...) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/CurlSession.cxx:1128 #15 0x7fffd5c8a608 in http_dav_ucp::DAVResourceAccess::GET(std::vectorstd::allocator > const&, http_dav_ucp::DAVResource&, com::sun::star::uno::Reference const&) (this=0x7fffd5fa2ec0, rHeaderNames=std::vector of length 0, capacity 0, rResource=..., xEnv=...) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/DAVResourceAccess.cxx:443 #16 0x7fffd5c76358 in http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument2 const&, com::sun::star::uno::Reference const&) (this=this@entry=0x7fffd7e504b0, rArg=..., xEnv=...) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:2282 #17 0x7fffd5c7950d in http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, int, com::sun::star::uno::Reference const&) (this=0x7fffd7e504b0, aCommand=, Environment=...) at /d/home/ty/c/+ooo/aoo45/main/ucb/source/ucp/webdav/webdavcontent.cxx:621 #18 0x7fffd5f547d0 in (anonymous namespace)::UpdateInformationProvider::load(rtl::OUString const&) (this=0x7fffd5f8ce50, rURL=) at /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:516 #19 0x7fffd5f553e4 in (anonymous namespace)::UpdateInformationProvider::getUpdateInformationEnumeration(com::sun::star::uno::Sequence const&, rtl::OUString const&) (this=0x7fffd5f8ce50, repositories=out>, extensionId=...) at /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/feed/updatefeed.cxx:616 #20 0x7fffd7cb9c4c in checkForUpdates(UpdateInfo&, com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (o_rUpdateInfo=..., rxContext=..., rxInteractionHandler=..., rUpdateInfoProvider=...) at /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updateprotocol.cxx:130 #21 0x7fffd7cb0128 in (anonymous namespace)::UpdateCheckThread::runCheck(bool&) (this=0x7fffd6010a60, rbExtensionsChecked=@0x7fffed7d3d4f: false) at /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:458 #22 0x7fffd7cb05c5 in (anonymous namespace)::UpdateCheckThread::run() (this=0x7fffd6010a60) at /d/home/ty/c/+ooo/aoo45/main/extensions/source/update/check/updatecheck.cxx:566 #23 0x7fffd7cb098a in osl::threadFunc(void*) (param=0x7fffd6010a60) at /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/osl/thread.hxx:184 #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) at thread.c:266 #25 0x77715fea in start_thread () at /lib64/libc.so.6 #26 0x777a09ec in clone3 () at /lib64/libc.so.6 #24 0x77df7219 in osl_thread_start_Impl (pData=0x7fffd0005d10) at thread.c:266 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
build on linux with gcc11
Wish to inform you, that build of 4.5.0 trunk completes successfully with gcc 11.2.0 on fairly fresh linux (slackware with 5.13.12 and GLIBC_2.3.4). Binaries of Writer and Draw seem to function normally so far. Options used were the same as in my June's report. (Only I'm not sure if std=c+11 option actually got activated -- can I check this?) -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: minor patch enabling the piecewise inclusion of category-b components
@Carl: Done, to the best of my understanding. @Matthias: I meant the thing is trivial, and I just have NO practice with more complex git use scenarios (trivial 'pull'ing and looking at 'diff' contents do not count). Yes, I SHOULD spare a day or two, to read and internalise a book or a tutorial. But that day hasn't yet come )) -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: minor patch enabling the piecewise inclusion of category-b components
Could you guys put these changes in, please, instead of me messing with git? I'm quite incompetent in git process, and the patch content is straightforward. Anybody could produce it. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
minor patch enabling the piecewise inclusion of category-b components
Hi all, The thing's here: https://gist.github.com/yurytch/8ea677f1fa937cf508526618768b9a61 Does what it says in the Subject. (disregard the exclamation marks, they are there just for my attention) Why that patch? Because standard configure AS IT IS either enables category-b -- and all the stuff in it is then needed, or disables all cat-b components at once. I needed just the grammar-related ones. So the patch puts REAL meaning into configure options like --enable-hyphen. I'm making builds of 4.5.0 with that patch for more than a year now, everything seems to function fine. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: building with gcc 10 and external (system) boost
Right, understandable. Only I believe there's need to consider also that the newer GCC (10.3.0 in my case) can't (won't?) compile even the headers-only part of older boost (1.55, the internal one). Maybe there're issues with other libraries frozen at their older versions, too. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: building with gcc 10 and external (system) boost
Hello Peter, You are right on both issues, of course. To be fair, on your (1), I didn't touch that variable check, I just brute-forced the C++11 mode of compilation. Which leads to your (2), but thing is, modern boost sort of requires C++11. Might be other external modules do, too. Might that switch to C++11 be overdue? What I consider the nicest result (beyond the 'fact of the pudding') is seeing that the C++11 build is achievable with very minimal changes to the source, which wouldn't (shouldn't?) reflect on builds with older versions of GCC. PS The JDK I compiled with was Oracle's 1.8.0_271. PPS There were tons of warnings about 'dynamic exception throw declarations'. Literally everywhere. Otherwise the compiler didn't complain overmuch, AFAICT. PPPS The build system is a conundrum in an enigma. Or something. Did anyone wonder how the following worked for me? --disable-category-b \ --enable-hyphen \ --enable-hunspell \ --disable-coinmp \ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: building with gcc 10 and external (system) boost
On 2021/06/18 07:08:17, Yury Tarasievich wrote ... I've managed to actually finish the build with the changes: https://gist.github.com/yurytch/9725e3281f9ef784cbf865fcebf51517 (plus some info in two comments) This is of course a kludge cubed, but at the moment it seems to serve. I didn't see any crashes yet, although I didn't pressure the app too much, either. Stuff with BOOST_NO_CXX11... vars needs to go into global variables set, of course. Give it a look guys. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
building with gcc 10 and external (system) boost
Hi all, Following the results described in this post: https://lists.apache.org/thread.html/ra0045b3901742ecbda7e23791819eabb18920a3c5848ebf586103a33%40%3Cdev.openoffice.apache.org%3E When configuring with external boost library (I have 1.76.0 installed, all headers and libraries ARE present), my build is stopped by this issue: In file included from /d/home/ty/c/+ooo/aoo45/main/xml2cmp/source/finder/dependy.hxx:28, from /d/home/ty/c/+ooo/aoo45/main/xml2cmp/source/finder/dependy.cxx:25: /d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/stl/vector:33:11: fatal error: boost/tr1/tr1/vector: No such file or director I publish this here here as advised in IRC devs channel )) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
building on linux systems with gcc 10
I can't build the AOO from source on modern linux system with gcc 10 for some time now, maybe for two months, because of an issue with boost. In modules: xml2cmp and cosv (whichever's reached first) I get the following: .../main/solver/420/unxlngx6.pro/inc/boost/tr1/detail/config_all.hpp:101:44: fatal error: ../10/utility: No such file or directory 101 | #define BOOST_TR1_STD_HEADER(name) <../__GNUC__/name> There are lots of 'utility' files related to boost library, what headers do I want? === It is the same with 4.5 and 4.2. I'm using roughly this set of options: --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 \ --with-epm-url=https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz \ --with-jdk-home=/usr/lib64/java \ --without-junit \ --disable-gnome-vfs \ \ --with-system-libs \ --with-system-lucene=no \ --with-system-hsqldb=no \ --with-system-beanshell=no \ --with-system-saxon=no \ --with-system-redland=no \ --with-system-mythes=no \ \ --with-system-boost=no \ (using newer system boost seems to cause similar problems, too) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: sharing "installed" builds for Linux testing
On 11/06/21 20:52, Carl Marcum wrote: If need be I create shell script with alternate config directory specification: -env:UserInstallation=file:///home/you/.openoffice/4 Is this for an alternate user profile? Is this passed at startup? Yes and yes. Pity this trick has (had?) to be hounded out in forums and such. There is (was?) no clear mention of this in the documentation. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: sharing "installed" builds for Linux testing
On 2021/06/08 15:50:56, Marcus wrote: > Am 08.06.21 um 16:08 schrieb Carl Marcum:> > > Would sharing the "installed" type builds work for Linux testing of > > > small changes as long as the architecture was the same? I'm using OpenOffice and/or LibreOffice in this manner for years. This works. If need be I create shell script with alternate config directory specification: -env:UserInstallation=file:///home/you/.openoffice/4 -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
kde dependencies can't be removed?
Compiling from the trunk with
--disable-kde and --disable-kde4
can't be completed here (diagnostics follows).
I have no KDE4 installed, only KDE5 and TDE.
Questions:
1) Where to look to try to unhook that KDE
dependency?
2) The Trinity DE (KDE3 analogue) can't be
dropped-in (--enable-kde --disable-kde4). Is it
worth it to try to make it compile? There's a
lot of namespace changes.
***
The diagnostics:
Entering [...]/main/postprocess/packcomponents
: &&
LD_LIBRARY_PATH=/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/bin/xsltproc
--nonet --stringparam prefix
/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/xml/
-o ../unxlngx6.pro/misc/services.rdb \
/d/home/ty/c/+ooo/aoo45/main/solenv/bin/packcomponents.xslt
../unxlngx6.pro/misc/services.input
warning: failed to load external entity
"/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/xml/component/fpicker/source/unx/kde4/fps_kde4.component"
cannot process
component/fpicker/source/unx/kde4/fps_kde4.component
error: file ../unxlngx6.pro/misc/services.input
xsltRunStylesheet : run failed
dmake: Error code 11, while making
'../unxlngx6.pro/misc/services.rdb'
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
scons-build progress?
Hello all What is the progress on scons-build project? And you'd need to be a programmer to help speed it up, I suppose? -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: ./configuration acrobatics.
Thanks Peter. I'm subscribed to the list, only I'm reading it via 'nabble', so no need to trouble yourselves with CC's. Like I said on BZ, I was able to build 'trunk' about mid-April, but that was on another linux system. I don't have the exact config, but looking in the notes I think there were like three options regarding libraries and modules: --disable-pam \ --enable-beanshell \ --enable-category-b \ So, I don't really know where did the libraries come from in those 'old' builds. And now I'd like to have a more controlled setup of AOO, hence the 'interesting' config. -Yury - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
