On 13.5.2024 11.09, Regis Perdreau wrote:
Hi,
I follow carefully again windows build instruction wiki, but the windows
build does not work again. Could you we expect that it will work for
everybody not only on developper's computer ? (i know it's sometimes
difficult, but if we could have
Hi,
I follow carefully again windows build instruction wiki, but the windows
build does not work again. Could you we expect that it will work for
everybody not only on developper's computer ? (i know it's sometimes
difficult, but if we could have some news, it's better)
Regards,
Régis Perdreau
On 2/9/24 12:29, Regis Perdreau wrote:
It works,
I'm not sure what exactly works. You manually changed the generated
config_host/config_global.h from
#define HAVE_CPP_STRONG_ORDER 1
to
#define HAVE_CPP_STRONG_ORDER 0
and then a following `make` worked? That's bad, it would mean the
It works,
thanks a lot,
Régis Perdreau
Le ven. 9 févr. 2024 à 11:36, Regis Perdreau
a écrit :
>
> Hi Stephan,
>
> you're right, i have #define HAVE_CPP_STRONG_ORDER 1
> I'm so happy to hear from you, and answer to a year mystery
> Only follow wiki procedure. Tks for advices, i will check this.
Hi Stephan,
you're right, i have #define HAVE_CPP_STRONG_ORDER 1
I'm so happy to hear from you, and answer to a year mystery
Only follow wiki procedure. Tks for advices, i will check this.
Regards,
Régis Perdreau
Le ven. 9 févr. 2024 à 11:26, Stephan Bergmann <
On 2/9/24 11:00, Regis Perdreau wrote:
time to time, the master libreoffice build is broken
What platform are you building on? What compiler and what version of
that compiler are you using (Clang, GCC, ...)? What standard library
and what version of that standard library are you using
Hi,
time to time, the master libreoffice build is broken
I suppose that when developers commit, they have tested their build, so
this should not happen :
Is there any explanation ?
/home/codeur/libo/libreoffice/chart2/source/view/main/VDataSeries.cxx: In
member function 'bool
On Sun, 2024-01-07 at 19:26 +, Caolán McNamara wrote:
> On Sun, 2024-01-07 at 19:03 +0200, Ilmari Lauhakangas wrote:
> > Yes, even with the patch the (debug) build fails for me on Linux
> > with
> > Clang 16.
>
> I don't quite know what the problem here is but if you drop
>
>
On Sun, 2024-01-07 at 19:03 +0200, Ilmari Lauhakangas wrote:
> Yes, even with the patch the (debug) build fails for me on Linux with
> Clang 16.
I don't quite know what the problem here is but if you drop
--enable-ld=mold
does it then build?
On 7.1.2024 18.38, Patrick Luby wrote:
On 2024-01-06 3:46 p.m., Caolán McNamara wrote:
On Sat, 2024-01-06 at 12:03 -0500, Patrick Luby wrote:
I have submitted a revert for the Firebird update here:
The previous version was 3.0.7 and the current is 3.0.11 which suggests
there probably wasn't
Thank you Caolán for finding the cause of the macOS build failures! I
can now build and run the unit tests successfully running "make clean &&
make && make check"
Although the following Gerrit change mostly only affects macOS, I did
add a fix for another problem that I found: the Firebird
On Sat, 2024-01-06 at 12:03 -0500, Patrick Luby wrote:
> I have submitted a revert for the Firebird update here:
The previous version was 3.0.7 and the current is 3.0.11 which suggests
there probably wasn't massive changes. So reading through the upgrade
commit I see a macosx specific hunk in one
I have submitted a revert for the Firebird update here:
https://gerrit.libreoffice.org/c/core/+/161683
There are still errors even when I build a non-debug build. So, the only
way I can see this update sucessfully building on macOS is that Jenkins
builds Mac Intel targeting an older
So I used the attached debug patch and now I am only runnning into
casting errors. Still more work to do, but at least it is progress.
I'll see how far I can get patching the errors.
Patrick
On 2024-01-06 11:22 a.m., Regina Henschel wrote:
Hi all,
it breaks for me too. VS2022 on Win11
Hi all,
it breaks for me too. VS2022 on Win11 with --enable-dbgutil. So not only
macOS.
Kind regards,
Regina
Patrick Luby schrieb am 06.01.2024 um 16:20:
All,
I am not sure how this update built successfully on macOS on Jenkins,
but the Firebird update is filled with hundreds of sprintf
Unfortunately, on macOS neither --enable-werror or --disable-werror
doesn't seem to have any affect on the external/firebird build.
Patrick
On 2024-01-06 10:59 a.m., Mike Kaganski wrote:
Hi!
On 1/6/2024 9:53 PM, Patrick Luby wrote:
Can anyone actually do a debug build on any other platform
On 6.1.2024 17.53, Patrick Luby wrote:
On 2024-01-06 10:20 a.m., Patrick Luby wrote:
All,
I am not sure how this update built successfully on macOS on Jenkins,
but the Firebird update is filled with hundreds of sprintf calls like
the following. Xcode has marked sprintf as deprecated since a
Hi!
On 1/6/2024 9:53 PM, Patrick Luby wrote:
Can anyone actually do a debug build on any other platform on master
with this update? IIRC Windows also has to suppress deprecation
warnings, at least for sprintf, but maybe I am wrong.
I have just built master on Windows, using --enable-werror;
Bad news: this update is worse than I thought when doing a clean debug
build after doing a make clean. I am seeing a lengthy list of all sorts
of different warnings being converted to errors. There are still a lot
of sprintf errors, but now there are even more other, different warnings.
See
All,
I am not sure how this update built successfully on macOS on Jenkins,
but the Firebird update is filled with hundreds of sprintf calls like
the following. Xcode has marked sprintf as deprecated since a couple of
versions ago:
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
Roland Kurmann changed:
What|Removed |Added
Assignee|libreoffice-b...@lists.free |i...@scito.ch
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
Roland Kurmann changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
--- Comment #5 from Caolán McNamara ---
At the top of each file in xmlsecurity/inc/pch/precompiled_x*hxx there is a
line to update the pch e.g. ./bin/update_pch ... If you run each of the
update_pch suggestions and retry with
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
--- Comment #4 from Roland Kurmann ---
Building with only --enable-pch is successful.
My commands:
make clean
./autogen.sh CC=clang CXX=clang++ --enable-pch --without-doxygen
--without-system-libxml --without-krb5 --disable-randr
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
--- Comment #3 from Caolán McNamara ---
seeing as --enable-pch=full is uncommon, maybe try toggling that off and see if
it makes a difference
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
--- Comment #2 from Roland Kurmann ---
Compiler:
clang version 11.0.1
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib64/gcc/x86_64-suse-linux/7
Found
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
Roland Kurmann changed:
What|Removed |Added
CC||caol...@redhat.com,
https://bugs.documentfoundation.org/show_bug.cgi?id=146392
Bug ID: 146392
Summary: LO build broken due to x509.h
Product: LibreOffice
Version: 7.4.0.0 alpha0+ Master
Hardware: All
OS: Linux (All)
Status
On 27.02.2016 09:49, Giuseppe Castagno wrote:
> clang master build breaks in af57a81d0c28944b424649f024c28f444a1ab2d9,
> gcc build doesn't.
> /Users/tdf/lode/jenkins/workspace/lo_tb_master_mac/workdir/UnpackedTarball/cppunit/include/cppunit/TestAssert.h:61:13:
>
> error: call to function
Hi all,
clang master build breaks in af57a81d0c28944b424649f024c28f444a1ab2d9,
gcc build doesn't.
Log from Mac master tb:
"
[build CUT] vcl_lifecycle
[build CUT] vcl_bitmap_test
In file included from
/Users/tdf/lode/jenkins/workspace/lo_tb_master_mac/sd/qa/unit/import-tests.cxx:12:
In file
Hi,
LO 5.1 is currently broken. I get the following error message:
> [build LOC] libreoffice
> [build LOC] top level modules: libreoffice
> /home/jbf/LibO/lo51/workdir/CxxObject/sc/source/ui/view/reffact.o: In
> function `ScValidationDlg::Close()':
>
https://bugs.freedesktop.org/show_bug.cgi?id=85802
Robinson Tryon (qubit) qu...@runcibility.com changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDINFO
make: *** [build] Error 2
On following the given instructions it still fails.
Thanks,
Tarun
--
View this message in context:
http://nabble.documentfoundation.org/Build-broken-with-enable-headless-tp4128038p4128371.html
Sent from the Dev mailing list archive at Nabble.com
Il 07/11/2014 12:51, tarungoyal ha scritto:
Hi Riccardo,
Thanks for the patch. I think a little modification is required.
$(if $(ENABLE_HEADLESS),, \ must be modified to: $(if ! $(ENABLE_HEADLESS),,
\
Nope, the original patch was fine :)
The if syntax is: conditional,true branch,false branch
/local/google/home/tarungoyal/Downloads/libreoffice_4_2/core/workdir/ComponentTarget/vcl/vcl.unx.component.
Stop.
Complete log:
--
View this message in context:
http://nabble.documentfoundation.org/Build-broken-with-enable-headless-tp4128038.html
Sent from the Dev mailing list archive
Hello,
Il 05/11/2014 10:35, tarungoyal ha scritto:
Command used: ./autogen.sh --without-java --enable-headless --with-theme=''
--with-package-format=deb --enable-epm --disable-vba --disable-extensions
--disable-opengl make
It should really say make
ERROR Message:
On 05.11.2014 11:05, Riccardo Magliocchetti wrote:
Hello,
Il 05/11/2014 10:35, tarungoyal ha scritto:
Command used: ./autogen.sh --without-java --enable-headless --with-theme=''
--with-package-format=deb --enable-epm --disable-vba --disable-extensions
--disable-opengl make
hi
On Wed, Nov 5, 2014 at 4:05 AM, Riccardo Magliocchetti
riccardo.magliocche...@gmail.com wrote:
Hello,
Il 05/11/2014 10:35, tarungoyal ha scritto:
Command used: ./autogen.sh --without-java --enable-headless
--with-theme=''
--with-package-format=deb --enable-epm --disable-vba
Hello,
Il 05/11/2014 11:35, Michael Stahl ha scritto:
On 05.11.2014 11:05, Riccardo Magliocchetti wrote:
Hello,
Il 05/11/2014 10:35, tarungoyal ha scritto:
Command used: ./autogen.sh --without-java --enable-headless --with-theme=''
--with-package-format=deb --enable-epm --disable-vba
Hi Tarun,
Il 05/11/2014 11:05, Riccardo Magliocchetti ha scritto:
ERROR Message:
libreoffice_4_2/core/solenv/gbuild/ComponentTarget.mk:51: ***
No LIBFILENAME set at component target:
/usr/local/google/home/tarungoyal/Downloads/libreoffice_4_2/core/workdir/ComponentTarget/vcl/vcl.unx.component.
https://bugs.freedesktop.org/show_bug.cgi?id=85802
Bug ID: 85802
Summary: Build broken with --enable-headless
Product: LibreOffice
Version: 4.4.0.0.alpha0+ Master
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status
https://bugs.freedesktop.org/show_bug.cgi?id=85802
--- Comment #1 from Tarun tarungoya...@gmail.com ---
Command used: ./autogen.sh --without-java --enable-headless --with-theme=''
--with-package-format=deb --enable-epm --disable-vba --disable-extensions
--disable-opengl make
ERROR Message:
https://bugs.freedesktop.org/show_bug.cgi?id=85802
--- Comment #2 from Tarun tarungoya...@gmail.com ---
Created attachment 108840
-- https://bugs.freedesktop.org/attachment.cgi?id=108840action=edit
Make Error log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=85802
--- Comment #3 from Tarun tarungoya...@gmail.com ---
Build fails even without --enable-headless
i) make clean
ii) ./autogen.sh
iii) make
fails with the same compilation error
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=85802
--- Comment #4 from Terrence Enger lo_b...@iseries-guru.com ---
Tarun,
I think you will get a faster response by taking your problem to IRC
(channel #liberoffice-dev) or the developer mail list
On Tuesday 23 of September 2014, Andras Timar wrote:
On Tue, Sep 23, 2014 at 10:10 PM, Jean-Baptiste Faure
jbfa...@libreoffice.org wrote:
Hi,
The build of 4.3 branch fails on the following unit test :
[build CUT] sw_ooxmlimport
File tested,Execution Time (ms)
Hi,
The build of 4.3 branch fails on the following unit test :
[build CUT] sw_ooxmlimport
File tested,Execution Time (ms)
bnc891663.docx,[...]/LibO/lo43/sw/qa/extras/ooxmlimport/ooxmlimport.cxx:2284:testBnc891663::Import
assertion failed
- Expression: textNextRowTop = imageTop + imageHeight
On Tue, Sep 23, 2014 at 10:10 PM, Jean-Baptiste Faure
jbfa...@libreoffice.org wrote:
Hi,
The build of 4.3 branch fails on the following unit test :
[build CUT] sw_ooxmlimport
File tested,Execution Time (ms)
Le 23/09/2014 23:37, Andras Timar a écrit :
On Tue, Sep 23, 2014 at 10:10 PM, Jean-Baptiste Faure
jbfa...@libreoffice.org wrote:
Hi,
The build of 4.3 branch fails on the following unit test :
[build CUT] sw_ooxmlimport
File tested,Execution Time (ms)
:
http://nabble.documentfoundation.org/Windows-daily-build-broken-on-Windows-8-1-tp4122701p4122986.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org
On 09/18/2014 05:43 PM, Stephan Bergmann wrote:
On 09/18/2014 04:41 PM, V Stuart Foote wrote:
sberg wrote
Is there a uno.ini file somewhere else in C:\Program Files
Only a pythonloader.uno.ini -- no uno.ini present in the installed build.
So Tor and I have an idea now of what's going on
Le 18/09/2014 14:13, Adam Fyne a écrit :
*/LibreOfficeDev 4.4 - Fatal Error/*
*/---/*
*/The program cannot be started./*
*/The service manager is not available./*
*/(Cannot open uno ini
file:///C:/Program%20Files%20(x86)/LibreOfficeDev%204/URE/bin/uno.ini)/*
On 09/19/2014 11:50 AM, Alexander Thurgood wrote:
Same on Mac for the packaged DMG, but not the instdir app bundle.
...and should be fixed with
http://cgit.freedesktop.org/libreoffice/core/commit/?id=7d5b30b419fb49232f3476d9fb8899fe3754d96d
Use instsetoo_native-generated uno ini-file for
Le 19/09/2014 16:14, Stephan Bergmann a écrit :
On 09/19/2014 11:50 AM, Alexander Thurgood wrote:
Same on Mac for the packaged DMG, but not the instdir app bundle.
...and should be fixed with
T'is indeed, thanks.
Alex
___
LibreOffice mailing
Hi all,
When I tried to install latest daily build from 17th and 16th
of September (from TB 42). In both cases it installs successfully
but when I try to run it, I get this fatal message:
*LibreOfficeDev 4.4 - Fatal Error*
*---*
*The program cannot be started.*
*The
Windows build also broken on Windows 7.
On Thu, Sep 18, 2014 at 3:13 PM, Adam Fyne adam.f...@cloudon.com wrote:
Hi all,
When I tried to install latest daily build from 17th and 16th
of September (from TB 42). In both cases it installs successfully
but when I try to run it, I get this
More info:
Currently these versions exist in daily-build (TB 42)
http://dev-builds.libreoffice.org/daily/master/Win-x86@42/:
...
[DIR] 2014-09-14_07.05.33/14-Sep-2014 10:25- WORKS FINE
[DIR] 2014-09-15_06.06.46/15-Sep-2014 09:32- WORKS FINE
[DIR] 2014-09-16_04.58.45/
this message in context:
http://nabble.documentfoundation.org/Windows-daily-build-broken-on-Windows-8-1-tp4122701p4122713.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http
On 09/18/2014 02:13 PM, Adam Fyne wrote:
*/LibreOfficeDev 4.4 - Fatal Error/*
*/---/*
*/The program cannot be started./*
*/The service manager is not available./*
*/(Cannot open uno ini
file:///C:/Program%20Files%20(x86)/LibreOfficeDev%204/URE/bin/uno.ini)/*
*/Start setup
sberg wrote
Is there a uno.ini file somewhere else in C:\Program Files
Only a pythonloader.uno.ini -- no uno.ini present in the installed build.
--
View this message in context:
http://nabble.documentfoundation.org/Windows-daily-build-broken-on-Windows-8-1-tp4122701p4122726.html
Sent from
On 09/18/2014 04:41 PM, V Stuart Foote wrote:
sberg wrote
Is there a uno.ini file somewhere else in C:\Program Files
Only a pythonloader.uno.ini -- no uno.ini present in the installed build.
So Tor and I have an idea now of what's going on there. Stay tuned for
a fix...
Stephan
Hi Stephan,
On 10/28/2013 05:00 PM, Winfried Donkers wrote:
I get a backtrace:
cppunittester: /home/winfried/git/libo/include/rtl/ustring.hxx:420:
sal_Unicode rtl::OUString::operator[](sal_Int32) const: Assertion `index =
0 index getLength()' failed.
Should be fixed now with
Hi,
I suffer (since last Wednessday/Thursday) with a broken build on both my
development machines.
The code bse is up to date and clean of my own code changes.
make check reports an assertion in Cppunittess_sd_import_test.
Markus (moggi) helped me dig a little deeper and the stack in gdb shows
On 10/28/2013 09:25 AM, Winfried Donkers wrote:
I suffer (since last Wednessday/Thursday) with a broken build on both my
development machines.
The code bse is up to date and clean of my own code changes.
make check reports an assertion in Cppunittess_sd_import_test.
Do you mean a failed
On 10/28/2013 05:00 PM, Winfried Donkers wrote:
I get a backtrace:
cppunittester: /home/winfried/git/libo/include/rtl/ustring.hxx:420: sal_Unicode
rtl::OUString::operator[](sal_Int32) const: Assertion `index = 0 index
getLength()' failed.
Should be fixed now with
https://bugs.freedesktop.org/show_bug.cgi?id=61092
--- Comment #5 from Riccardo Magliocchetti riccardo.magliocche...@gmail.com
---
Thanks for adding me to the loop. Starting a new build to repliace on git
master.
@clkao: are you using git master or 4.0 branch?
The status of this is that all
https://bugs.freedesktop.org/show_bug.cgi?id=61092
Riccardo Magliocchetti riccardo.magliocche...@gmail.com changed:
What|Removed |Added
Assignee|libreoffice-b...@lists.free
https://bugs.freedesktop.org/show_bug.cgi?id=61092
Joel Madero jmadero@gmail.com changed:
What|Removed |Added
Hardware|x86-64 (AMD64) |All
https://bugs.freedesktop.org/show_bug.cgi?id=61092
--- Comment #3 from Jorendc joren.libreoff...@telenet.be ---
Created attachment 78146
-- https://bugs.freedesktop.org/attachment.cgi?id=78146action=edit
buildlog with ./autogen.sh --enable-headless make
buildlog with ./autogen.sh
https://bugs.freedesktop.org/show_bug.cgi?id=61092
Jorendc joren.libreoff...@telenet.be changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=61092
Joel Madero jmadero@gmail.com changed:
What|Removed |Added
CC|
On 31/03/13 14:52, Tor Lillqvist wrote:
make clean helps. (if you have the patience, you can do make
foo.clean for each module that depend on icu.)
if make clean helps, most likely something is clearly wrong.
in this case apparently the following commit broke incremental builds of
external
I folks, after the upgrade of icu, it appears that the build is breaking:
/usr/bin/make -j 1 -rs -f /home/chris/repos/LibreOffice/core/Makefile.gbuild
[build MOD] accessibility
[build MOD] animations
[build MOD] avmedia
[build LNK] Executable/transex3
make clean helps. (if you have the patience, you can do make
foo.clean for each module that depend on icu.)
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Ah... guess I should have thought of that :-)
Chris
On Sun, Mar 31, 2013 at 11:52 PM, Tor Lillqvist t...@iki.fi wrote:
make clean helps. (if you have the patience, you can do make
foo.clean for each module that depend on icu.)
--tml
___
LibreOffice
Sorry, It should be lastword.
Thanks for fixing,
Peter
On Wed, Mar 27, 2013 at 8:52 AM, Stephan Bergmann sberg...@redhat.com wrote:
On 03/27/2013 08:07 AM, Bjoern Michaelsen wrote:
On Tue, Mar 26, 2013 at 05:07:15PM -0400, Kohei Yoshida wrote:
So, reverting this commit
On Tue, Mar 26, 2013 at 05:07:15PM -0400, Kohei Yoshida wrote:
On 03/26/2013 04:52 PM, Kohei Yoshida wrote:
Any ideas?
So, reverting this commit
http://cgit.freedesktop.org/libreoffice/core/commit/?id=207e370a167b7856346c1bff0c735cd2688e2e6e
fixes this. Since keeping the module build
On 03/27/2013 08:07 AM, Bjoern Michaelsen wrote:
On Tue, Mar 26, 2013 at 05:07:15PM -0400, Kohei Yoshida wrote:
So, reverting this commit
http://cgit.freedesktop.org/libreoffice/core/commit/?id=207e370a167b7856346c1bff0c735cd2688e2e6e
fixes this. Since keeping the module build working is
Hi there,
I just did a clean build of the master branch (pulled 10-30 minutes
ago), and it seems that a module build is broken.
When I do,
cd sal
make
instead of just building the sal module, I'll get
$ cd sal
$ make
On 03/26/2013 04:52 PM, Kohei Yoshida wrote:
Any ideas?
So, reverting this commit
http://cgit.freedesktop.org/libreoffice/core/commit/?id=207e370a167b7856346c1bff0c735cd2688e2e6e
fixes this. Since keeping the module build working is quite important,
I'll have to revert this for now.
https://bugs.freedesktop.org/show_bug.cgi?id=61092
Priority: medium
Bug ID: 61092
Assignee: libreoffice-bugs@lists.freedesktop.org
Summary: Build broken in oosplash when configured with
--enable-headless
Severity: major
On 18/10/12 23:38, Peter Foley wrote:
On windows the build fails with this error:
make -rsC animations
C:/libreoffice/workdir/wntmsci14.pro/Dep/LinkTarget/Library/ianimcore.lib.d:1:
*** multiple target patterns. Stop.
I think it is caused by concat-deps.exe being broken by either commit
On windows the build fails with this error:
make -rsC animations
C:/libreoffice/workdir/wntmsci14.pro/Dep/LinkTarget/Library/ianimcore.lib.d:1:
*** multiple target patterns. Stop.
I think it is caused by concat-deps.exe being broken by either commit d0bf151
or 1402818.
I've attached the dep
Hi all,
Since yesterday I can't build the master. Build seems to loop endless at
this stage:
[build MOD] sw
[build LNK] CppunitTest/libtest_sc_ucalc.so
[build CUT] sw_macros_test
[build CUT] sw_subsequent_ooxmlexport
[build CUT] sw_subsequent_ooxmlimport
[build CUT] sw_subsequent_ww8export
Le 07/10/2012 21:53, Jean-Baptiste Faure a écrit :
Hi all,
Since yesterday I can't build the master. Build seems to loop endless at
this stage:
Sorry, forgot to add some infos: my system is Ubuntu 12.04 x86_64 and my
last build of the master without problem was Friday
Best regards.
JBF
Hey Kendy,
thank you for your response.
Yeah, my wine-* packages were outdated (1.4.*, we could check it in
configure). After upgrading winegcc is working again, and after ccache
-C
(@David tnank you for that hint) LO even compiles, but
... cd /tmp/xfUNKMLKsY_temp.11871; tar -cf - . | gzip
Hi David,
d.ostrov...@idaia.de píše v Út 31. 07. 2012 v 12:55 +0200:
thank you for your response.
Yeah, my wine-* packages were outdated (1.4.*, we could check it in
configure). After upgrading winegcc is working again,
Great news :-)
and after ccache
-C
(@David tnank you for that
On Monday 12 of March 2012, Andreas Radke wrote:
Since latest KDE update (4.8.1) I get this build error in ArchLinux:
...
Is this already known? Latest kfpicker commits seem to be only removing
other compiler warnings.
No, this should be actually already handled. You probably want
Am Tue, 13 Mar 2012 16:40:19 +0100
schrieb Lubos Lunak l.lu...@suse.cz:
No, this should be actually already handled. You probably want
77ee92a6bd8f40022ab03325d158de4b67a41dd0 , which I think only made it
to 3-5 branch but not 3-5-1, in which case you probably want
Since latest KDE update (4.8.1) I get this build error in ArchLinux:
R=/build/src S=$R/libreoffice-core-3.5.1.2 O=$S/solver/unxlngx6.pro
W=$S/workdir/unxlngx6.pro mkdir -p $W/Headers/Library/ touch
$W/Headers/Library/simplecanvas.uno.so
In file included from
Hello guys,
currently the build is broken in nsplugin build:
=
(1/1) Building module extensions
=
Entering
/var/tmp/portage/app-office/libreoffice-3.5./work/libreoffice-core-3.5./extensions/inc
Entering
Tomáš Chvátal píše v St 22. 02. 2012 v 11:01 +0100:
Hello guys,
currently the build is broken in nsplugin build:
This error is caused due to fact that I have old npapi.h (pre ff9) and
it was supposed to be fixed by this commit:
Jean-Baptiste Faure píše v Pá 28. 10. 2011 v 23:50 +0200:
Hi,
FR langpack for DEB x86_64 daily build is broken: problem concerns the
package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5
Post-install fails, unopkg does not find a library:
error while loading shared libraries:
Le 06/12/2011 15:38, Petr Mladek a écrit :
Jean-Baptiste Faure píše v Pá 28. 10. 2011 v 23:50 +0200:
Hi,
FR langpack for DEB x86_64 daily build is broken: problem concerns the
package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5
Post-install fails, unopkg does not find a library:
Hi,
FR langpack for DEB x86_64 daily build is broken: problem concerns the
package libo-dev3.5-dict-fr Fr dictionary for LibO-dev 3.5
Post-install fails, unopkg does not find a library:
error while loading shared libraries: libdeploymentmisclo.so: cannot
open shared object file: No such file or
Hi
Getting this failure in the udkapi part of the build under Windows - I think
there were some changes here recently?
Thanks, Noel Grandin
Disclaimer: http://www.peralex.com/disclaimer.html
=
Building module udkapi
=
Entering
c5ac0683e2930ac51b59affbaf35d0c1b73a1dc8 is the first bad commit
commit c5ac0683e2930ac51b59affbaf35d0c1b73a1dc8
Author: Martin Hosken martin_hos...@sil.org
Date: Fri Mar 4 19:55:17 2011 +0700
Upgrade to ICU 4.6
:04 04 acdefc5204f7c0049aef9442c773f74efc9d4b2d
On Fri, 2011-03-11 at 09:46 -0600, Norbert Thiebaud wrote:
Looks like a icu4c-aix.patch, unsurprisingly ;-), does not apply anymore
I think I fixed that patch earlier. Though there seems to be another
problem on mac as well.
We also however a tricky windows problem, we munge the .vcproj
On Fri, Mar 11, 2011 at 9:55 AM, Caolán McNamara caol...@redhat.com wrote:
On Fri, 2011-03-11 at 09:46 -0600, Norbert Thiebaud wrote:
Looks like a icu4c-aix.patch, unsurprisingly ;-), does not apply anymore
I think I fixed that patch earlier. Though there seems to be another
problem on
On Fri, Mar 11, 2011 at 9:55 AM, Caolán McNamara caol...@redhat.com wrote:
On Fri, 2011-03-11 at 09:46 -0600, Norbert Thiebaud wrote:
Looks like a icu4c-aix.patch, unsurprisingly ;-), does not apply anymore
I think I fixed that patch earlier. Though there seems to be another
problem on
1 - 100 of 101 matches
Mail list logo