Re: [Libreoffice] no installation possible

[Andreas Radke]

Am Sun, 1 May 2011 19:04:29 +0200
schrieb Andras Timar :

> 2011/5/1 Andreas Radke :
> > It turns out no installation set at is created. Shouldn't it be put
> > under
> > instsetoo_native/unxlng*.pro/LibreOffice/installed/install/en-US/?
> 
> No. You can run 'make dev-install' and have a symlinked installation
> under $SRC_ROOT/install. Would you like to build packages instead?
> Then you need --enable-epm and --with-epm=internal configure switches.
> 
> Best regards,
> Andras

Thanks. Now I'm a step further. 

--enable-epm --with-epm=internal --with-package-format="native"

This creates the installation sets. Also some fat download tarballs
that I don't want. 
I guess this is what I want to install into our distribution package:

ls -1 
instsetoo_native/unxlngx6.pro/LibreOffice/native/install/LibO_3.4.0beta3_Linux_x86-64_install_en-US/linux-2.6-x86_64/buildroot/opt/libreoffice/
CREDITS.odt
LICENSE
LICENSE.odt
THIRDPARTYLICENSEREADME.html
basis-link
basis3.4
program
readmes
share
ure

Can I prevent the creation of all the spec files and RPMS directories(no rpms 
being created)?

I also get install sets in SDK, helppack and lang directory. Can I use them to 
build splitted packages?

I guess you could save me a lot of work if you could fix the make $DESTDIR 
install step
for me to get proper desktop integration. This has worked well until 3.3 
releases.

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

[Libreoffice] Impress freeze when using Apple Remote Control

[Florian Effenberger]

Hello,

can anyone confirm this bug?
https://bugs.freedesktop.org/show_bug.cgi?id=33816

It might depend on which Apple Remote you use (old = white, new = 
silver). I can reproduce it here regularly with the old Apple Remote.


Thanks,
Florian

--
Florian Effenberger 
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Tinderbox 2.0 what I've got so far...

[Norbert Thiebaud]

So, finally found some time to work on the tinbuld script... I pushed
what I've done so far, even though it is not completely operational
yet...
but it is close enough that it is worth having fresh eyes on it...

Note: none of what I did should impact the existing tinbuild script,
therefore it should not break any existing setup you have

this is the content of the README.tinbuild2, that I hope explain
reasonably well enough what I am going for:

=

tinbuild2 is an evolution of tinbuild
Warning: this work is not fully operational yet

Why:

The main motivation was the need to have a more flexible customisation for the
different build step. For performance reason, I needed to be able to set-up a
ram_disk after the make clean, create a bunch of directory and link them in
the tree to preempt solver and all the *.pro build directory

I also needed a pre-clean step to be able to destroy that ram_disk (hence
speeding up the make clean a lot)


so rather than hacking the existing tinbuild in a way I could never upstream
I started tinbuild2.

while at it, I set-up a few more goals:
have the list of commits and committers - in case of failure - be generated
based on the heads of the last sucessful build, rather than based on a
timestamp. this is needed because the timestamp associated to the commits
have little correlation to the time when they have become available in the
public tree.
Working based on a set of heads, meant I also wanted to tinbuild to be
'restartable'. in other words, if the tinbuild stop of any reason
(Ctrl-C for instance). when it restart it will behave as if it was stopped
just after the last successful build it did.
This require to prime/bootstrap the tinbuild, that is to successfully complete a
build sequence. this is achieved with running it once with -b.
It will then attempt a build iteration (without pulling) and stop immediately
after that.


How:

The design is loosely inspired from Gentoo's portage. the idea is to use
the ability of bash to redefine function.

so the function to build the product, do_build, is implemented with

tb_call()
{
declare -F "$1" > /dev/null && $1
}

phase()
{
local f=${1}
for x in {pre_,do_,_post}${f} ; do
tb_call ${x}
done
}


do_build()
{
retval=0
for p in autogen clean make test push ; do
echo "call $p"
phase $p
done
}

so essentially the following functions will be called if implemented
pre_autogen, do_autogen, post_autogen, pre_clean, do_clean, post_clean,
pre_make, do_make, post_make, pre_test, do_test, post_test, pre_push, do_push,
post_push

Note that the implementation of these function need to test ${retval} to find
out if a step before them had failed. if so they may decide to do nothing
(most cases) or may decide to still do something.
reciprocally, every function should put a non-zero value in retval in case of
failure.

Now, the base function are implemented in tinbuild_phases.sh
but these function can be overrided by a user-implementation.

In the same spirit, platform dependent hack can be done in
tinbuild_internals_.sh
The core default is meant to run on Linux, using bash and all the GNU tools that
are expected to normally be there on a Linux box.
Other platform will re-implementent incompatible stuff in theyre own .sh

And yes. bash is required. There maybe a way to avoid it, but:
1/ Bash is required to build the product anyway
2/ VHS won over BetaMax, get over it :-)


Where:

tinbuild2 rely on a profile name, passed with a mandatory -p  on the
command line.
That name is used to locate a file in ~/.tinbuild/config/.cfg
(you have to create it)

That config file should contain all the needed SMTP information,
the name of you build (TINDER_NAME)  and
can override factory default (like PAUSE_SECOND, which by default
is set at 15 minutes (900 seconds))

also, if present, the file ~/.tinbuild/phases/.sh will be sourced
after tinbuild_phases.sh.
This allow to override and/or expand the default build behavior.

Note that there is no 'inheritance'. if you override and existing function
you cannot invoke it anymore. so you cannot 'expand' a function, just
re-write you own implementation of it.


TODO:

* In order not to mess the tinderbuild server with crappy message while
debuggin tinbuild2, I have disabled the mail-sending part of it.
(which means that that code as not run at all and is likely to have
stupid bugs in it)

* There should be an effort to refine the naming of things:
of the config variables to keep the gobal namespace sane
(like having TB_ as a prefix for these)

* There should be an effort to document the available API
that is the functions and variable available to the phases
functions. like how to send an email, how to manipulate dates
etc...

* write a proper 'user guide'


Future:

* make the locking mechanism work for Mac (flock is missing)
* make one tinbuild able to handle more than one branch based on the same repo
* 

Re: [Libreoffice] update service

[Arnaud Versini]

Hello,

2011/5/1 Ryan Jendoubi 

>  Hello Arnaud,
>
>
> On 01/05/11 15:26, Arnaud Versini wrote:
>
> I've tried this system with some problems :
>
>- I can't build it, it needs some notable modifications before being
>usable with wxWidgets 2.8.
>- this solution needs wxWidgets, I dont know if it's a problem but LibO
>download size increase with.
>
> Is it the good way?
>
>
> Thanks for looking into it. Some points:
>
> 1) I'm not at all sure WinSparkle is the way to go, given that it only
> works on Windows. Even if the work is relevant to Mac as well, given that WS
> is 'heavily inspired' by Sparkle, if it doesn't do at least *nix as well
> we're going to end up with parallel update systems. I think we should
> continue looking for a cross-platform solution for this.
>

I haven't tried WinSparkle but webupdate, the multi plateform update system
using wxWidgets. I will try winsparkel later.


>
> 2) OTOH, I haven't looked into how Sparkle / WinSparkle work, particularly
> how they package updates. The appcasts concept sounds simple and elegant,
> which makes it smell technically attractive to me as well, so my only
> question mark is how updates as actually packaged / applied. IF, through
> study of the Sparkle / WinSparkle systems, it turns out that the same
> packaging / patch applying method could work on *nix as well, then maybe
> this could be a fruitful direction to go in.
>
> 3) From my extremely limited knowledge of Wx, I know that it's far from
> monolithic. There are umpteen shared libraries that all do various bits and
> pieces. The problem Wx might pose would depend on what bits we need. I know
> there are 'low-level' Wx libraries that abstract system utilities-type
> stuff, which can be used entirely separately from any graphical libs.
> Depending on what WinSparkle needs one might be (should be?) able to do the
> GUI part using GUI components already in LO.
>
> 4) There have been proposals of refactoring all GUI components out of LO
> and using a third party GUI library. Some people recommended Qt, for a
> variety of reasons I'd recommend Wx instead. It would be an ungodly huge job
> of course, but maybe the experience of tinkering with incorporating an
> external GUI lib with LO code would be profitable for future development.
>

Yes but it's not an update system problem, but a more global problem, so I
think we could wait until there is a decision concerning the usage of a
toolkit

>
> 5) The other way to go is just examine how the (Win)Sparkle system works
> and emulate it using LO components. It'd be cross-platform because LO
> components are already. Again, the magic would seem to be in how updates are
> packaged and applied.
>
> Yes off course, OOo have an update system?

... make of that what you will :-p
>
> -r
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>


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

[Libreoffice] Strange filesystems-related enum in libs-gui/tools

[Francois Tigeot]

Hi,

libs-gui/tools/inc/tools/fsys.hxx defines a FSysPathStyle enum, which is used
by different files in libs-gui/tools/source/fsys/

This enum contains names which are related to different filesystem or
filesystem/operating system combinations (most of them obsolete) like
FSYS_STYLE_MSDOS, FSYS_STYLE_HPFS, FSYS_STYLE_SYSV, etc...

I've not looked at all the code using these names yet but this seems
quite bogus: what business has a regular desktop application knowing
the details of the filesystem used ?

So far the only functions making use of this enum I've looked in details
are either :
  - never called in all the LibreOffice code base.
  - moronic (like choosing to use ':' as path separator if the filesystem
is FSYS_STYLE_MAC; that was only ever true on Macs running MacOS <= 9,
10 years ago ...)

Is there a reasonable explanation for the existence of this enum or am I free
to rip it out and clean all the code using it ?

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

Re: [Libreoffice] update service

[Ryan Jendoubi]

Hello Arnaud,

On 01/05/11 15:26, Arnaud Versini wrote:

I've tried this system with some problems :

* I can't build it, it needs some notable modifications before
  being usable with wxWidgets 2.8.
* this solution needs wxWidgets, I dont know if it's a problem but
  LibO download size increase with.

Is it the good way?


Thanks for looking into it. Some points:

1) I'm not at all sure WinSparkle is the way to go, given that it only 
works on Windows. Even if the work is relevant to Mac as well, given 
that WS is 'heavily inspired' by Sparkle, if it doesn't do at least *nix 
as well we're going to end up with parallel update systems. I think we 
should continue looking for a cross-platform solution for this.


2) OTOH, I haven't looked into how Sparkle / WinSparkle work, 
particularly how they package updates. The appcasts concept sounds 
simple and elegant, which makes it smell technically attractive to me as 
well, so my only question mark is how updates as actually packaged / 
applied. IF, through study of the Sparkle / WinSparkle systems, it turns 
out that the same packaging / patch applying method could work on *nix 
as well, then maybe this could be a fruitful direction to go in.


3) From my extremely limited knowledge of Wx, I know that it's far from 
monolithic. There are umpteen shared libraries that all do various bits 
and pieces. The problem Wx might pose would depend on what bits we need. 
I know there are 'low-level' Wx libraries that abstract system 
utilities-type stuff, which can be used entirely separately from any 
graphical libs. Depending on what WinSparkle needs one might be (should 
be?) able to do the GUI part using GUI components already in LO.


4) There have been proposals of refactoring all GUI components out of LO 
and using a third party GUI library. Some people recommended Qt, for a 
variety of reasons I'd recommend Wx instead. It would be an ungodly huge 
job of course, but maybe the experience of tinkering with incorporating 
an external GUI lib with LO code would be profitable for future development.


5) The other way to go is just examine how the (Win)Sparkle system works 
and emulate it using LO components. It'd be cross-platform because LO 
components are already. Again, the magic would seem to be in how updates 
are packaged and applied.


... make of that what you will :-p

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

Re: [Libreoffice] Operating system families

[Francois Tigeot]

On Sun, May 01, 2011 at 01:23:53PM -0600, Tor Lillqvist wrote:
> > Were there some other operating system families in the past ?
> 
> Win9x I think. 

Thanks Tor. Now that I think about it, it makes sense.

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

Re: [Libreoffice] Operating system families

[Tor Lillqvist]

> Were there some other operating system families in the past ?

Win9x I think. 

--tml

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

Re: [Libreoffice] error building translations

[Júlio Hoffimann]

Hi Jean,

This problem was solved by KAMI as you can see here:

http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html

Try
to update your repo and build again. :-)

Regards,
Júlio.

2011/5/1 Andras Timar 

> Hi,
> 2011/5/1 Jean-Baptiste Faure :
> > Error message is : "po2oo: error: no such option: --skipsource"
> >
> > My version of po2oo is 1.5.3
>
> Option 1:
> remove translate-toolkit package and install translate-toolkit 1.9.0 from
> source
> Option 2:
> use internal translate-toolkit. In fact I don't understand why you get
> the error above, because the default is internal translate-toolkit and
> configure checks for the presence of --skipsource switch.
>
> Best regards,
> Andras
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] error building translations

[Andras Timar]

Hi,
2011/5/1 Jean-Baptiste Faure :
> Error message is : "po2oo: error: no such option: --skipsource"
>
> My version of po2oo is 1.5.3

Option 1:
remove translate-toolkit package and install translate-toolkit 1.9.0 from source
Option 2:
use internal translate-toolkit. In fact I don't understand why you get
the error above, because the default is internal translate-toolkit and
configure checks for the presence of --skipsource switch.

Best regards,
Andras
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Fixed bug regarding zero values not appearing (Bug 36748).

[Cassio Neri]

Hi all,

It's probably unnecessary to say this but, for the avoidance of doubt,
my contribution is released under LGPLv3+ / MPL.

Cheers,
Cassio.

On Sun, May 1, 2011 at 6:12 PM, Cassio Neri  wrote:
> Hi all,
>
> Please find attached a patch to fix bug 36748.
>
> Hope it helps,
>
> Best regards,
> Cassio.
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] error building translations

[Jean-Baptiste Faure]

Hi,

I try to build Libo 3.4 in French and I get an error in "translations"
module.
Error message is : "po2oo: error: no such option: --skipsource"

My version of po2oo is 1.5.3

What can I do to fix this problem ?

Best regards.
JBF
-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] problem to clone translations git repository

[Jean-Baptiste Faure]

Le 01/05/2011 09:23, Jonathan Aquilina a écrit :
> On 01/05/2011 09:08, Jean-Baptiste Faure wrote:
>> Hi,
>>
>> Le 30/04/2011 10:23, Jean-Baptiste Faure a écrit :
>>> Hi all,
>>>
>>> I want build with lang fr but I can't achieve to clone translations
>>> repository : download is very slow (~ 20 Kio/s) and stop after a few
>>> percents of receiving objetcs.
>>>
>>> Is there some git config I am missing ?
>>>
>>> Best regards
>>> JBF
>> Is there a mean to restart the cloning of a repository when it is
>> stopped without losing what has been already downloaded ?
>>
>> Cloning of translations repo stops after various amount of download. If
>> I interrupt make and re-launch the same command, it does not continue
>> the interrupted cloning but restarts from the beginning.
>>
>> Best regards
>> JBF
>>
> I can confirm this behaviour on the normal LO master repositories
> yesterday, not to mention anongit access to the repos is super slow.

After many attempts I finally succeeded to clone translations repository.
I don't know why. ;-)


Regards.
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [PATCH] Fixed bug regarding zero values not appearing (Bug 36748).

[Cassio Neri]

Hi all,

Please find attached a patch to fix bug 36748.

Hope it helps,

Best regards,
Cassio.


0001-Fixed-bug-regarding-zero-values-not-appearing-Bug-36.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] no installation possible

[Andras Timar]

2011/5/1 Andreas Radke :
> It turns out no installation set at is created. Shouldn't it be put
> under instsetoo_native/unxlng*.pro/LibreOffice/installed/install/en-US/?

No. You can run 'make dev-install' and have a symlinked installation
under $SRC_ROOT/install. Would you like to build packages instead?
Then you need --enable-epm and --with-epm=internal configure switches.

Best regards,
Andras
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] no installation possible

[Andreas Radke]

It turns out no installation set at is created. Shouldn't it be put
under instsetoo_native/unxlng*.pro/LibreOffice/installed/install/en-US/?

There's no folder "LibreOffice". Can somebody please have a look what
I'm missing? I've uploaded my build script and the logs here:

https://dev.archlinux.org/~andyrtr/

Maybe $DESTDIR is not the problem
(https://bugs.freedesktop.org/show_bug.cgi?id=3).

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

Re: [Libreoffice] [PATCH] Display non printable characters on the end of line

[Bartosz]

Hi.

> Wow! - so this is your first contribution to LibreOffice, right?  Very
> nice :-)
>
> Cedric - can you please check the patch?
>
> Bartosz - can you please provide us with your full name, and also can
> you confirm that your patch is under LGPLv3+ and MPL?
>

My name is Bartosz Kosiorek and I have already pushed ruler patch for 
LibreOffice/OpenOffice:
http://openoffice.org/bugzilla/show_bug.cgi?id=84723

and very annoying crash, during the replacing of moldy svarray to STD to 
OpenOffice. Maybe it should be also pushed to LibreOffice?
http://openoffice.org/bugzilla/show_bug.cgi?id=84159
http://www.openoffice.org/issues/show_bug.cgi?id=112395
All changes is available at svarray CWS:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fsvarray
Is it possible to push this CWS into LibreOffice (this CWS needs some 
improvements (i115684 and 
http://openoffice.org/bugzilla/show_bug.cgi?id=112395#c31) ?
I could help to move this patch into LibreOffice.


Now I created patch for display spaces at the end of the line:
https://bugs.freedesktop.org/show_bug.cgi?id=33167
With that patch editing the non printable characters is much easier/better that 
before.
Feel free to test and comment it.

All this patches is available under LGPLv3+/MPL.

Best Regards
Bartosz

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

Re: [Libreoffice] ./autogen failed.... on Mac OS X 10.6.6 Please advise me where to get help on this issue...

[Christian Lohmaier]

Hi Peter, *,

On Sun, May 1, 2011 at 5:00 PM, Peter Teeson  wrote:
> [...]
> In order to see if things work as Christian described here is my plan.
> Since I have loads of HDD available
> I will setup a new partition and do a clean install
> of Snow Leopard 10.6.6 plus Xcode 3.2.4 with 10.4 SDK.
>
> Then install the LO Mac dependencies,

There are no dependencies other than XCode with the 10.4u SDK (it's
not enabled by default, so check it when installing XCode). Just use
--disable-mozilla. Unless you want to work on mozilla-adressbook
connectivity, document signing/certificate management or ldap, and
don't want to create release builds, then you don't need the mozilla
stuff anyway.

You should install ccache and git manually, that's all there is to it.

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

Re: [Libreoffice] ./autogen failed.... on Mac OS X 10.6.6 Please advise me where to get help on this issue...

[Peter Teeson]

I've now joined dev libreoffice list and usually bottom post.
(also unsubscribed from users since it's not really the lists for
 my kind of questions.)

Clemmit & Andras Thanks for the CPAN URLs.
Norbert I'll watch the ram when I get going. Thanks for the help
Christian Thanks for the advice. I do have macports installed.

Rather than try to tweak things and go hunting for env messup
I have a different idea.

In order to see if things work as Christian described here is my plan.
Since I have loads of HDD available
I will setup a new partition and do a clean install 
of Snow Leopard 10.6.6 plus Xcode 3.2.4 with 10.4 SDK.

Then install the LO Mac dependencies, git, and get the source.
This will get me back to the point I am at now which is to do the ./autogen.
But it will be an absolutely clean system. We shall see what we shall see.

I will report back on how things work out.

respect


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

Re: [Libreoffice] update service

[Arnaud Versini]

Hello,

I've tried this system with some problems :

   - I can't build it, it needs some notable modifications before being
   usable with wxWidgets 2.8.
   - this solution needs wxWidgets, I dont know if it's a problem but LibO
   download size increase with.


Is it the good way?


2011/4/15 Ryan Jendoubi 

> On 14/04/11 06:42, Hossein Noorikhah wrote:
>
>> I think it's a good assumption that updating is only needed on
>> Windows. Look at Mozilla Firedox update. Update mechanism is available
>> for Linux, but most distros disable it because they have their own
>> update mechanism.
>> I don't know exactly about Mac, but most of its uers have NeoOffice
>> installed.
>>
>
> I think I'm confused as to what we're talking about. Is updating any
> different than packaging? I assume we're looking for a system that manages
> both.
>
> I disagree with leaving things to the distros - giving *nix users the
> ability to update and get the most recent fixes / features should be /our/
> responsibility, not left to distro maintainers (and I for one use Firefox's
> update mechanism on Ubuntu, 'cause I don't like the changes the distro
> maints make :-)
>
> And ought we not to aim to merge the NeoOffice / LibreOffice communities
> eventually, as with the http://go-oo.org/ project? I don't know, maybe
> there are politics of which I'm unaware.
>
> In other news, I've found several other possible tool candidates, and some
> more information about the Firefox update system, and added it to the wiki:
>
> http://wiki.documentfoundation.org/Development/Enterprises_nice-to-have
>
> Bests,
>
>
> -r
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>



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

Re: [Libreoffice] update service

[Arnaud Versini]

Hi,

I can try to implement a prototype but I don't know how to integrate into
LO.



2011/4/14 Tor Lillqvist 

> > I've found this library for Windows http://winsparkle.org/  . I think It
> > could easier to implement this feature with.
>
> Good. Are you volunteering to experiment with that and testing how it could
> be used then?
>
> --tml
>
>
>


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

[Libreoffice] Errors compiling source - no idea what to do to fix!

[Ron House]

Hi, I have compiled the latest source and am getting errors after most 
of the job is done. I did:


git clone git://anongit.freedesktop.org/libreoffice/bootstrap libo
cd libo
./autogen.sh --with-num-cpus=2 --without-junit
(Tried with and without  --without-java)
make


After most of the build, this happened. The machine is a normal 686 
running debian squeeze. Any help much appreciated:



=
Building module cppu
=
Entering /home/house/libreoffice/libo/cppu/inc

Entering /home/house/libreoffice/libo/cppu/source/UnsafeBridge

Entering /home/house/libreoffice/libo/cppu/source/LogBridge

Entering /home/house/libreoffice/libo/cppu/source/threadpool

Entering /home/house/libreoffice/libo/cppu/source/AffineBridge

Entering /home/house/libreoffice/libo/cppu/source/helper/purpenv

Entering /home/house/libreoffice/libo/cppu/source/typelib

Entering /home/house/libreoffice/libo/cppu/source/cppu

Entering /home/house/libreoffice/libo/cppu/source/uno

Entering /home/house/libreoffice/libo/cppu/util

dmake:  /home/house/libreoffice/libo/solenv/inc/target.mk:  line 543: 
Warning: -- Macro `SHL2TARGETN' redefined after use

dmake -P1  -f extra.mk
Entering /home/house/libreoffice/libo/cppu/qa/cppumaker

Entering /home/house/libreoffice/libo/cppu/qa

: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../../unxlngx6.pro/lib/test_cppumaker.so

test_cppumaker.cxx:456:Assertion
Test name: N12_GLOBAL__N_14TestE::testBigStruct
equality assertion failed
- Expected: 24
- Actual  : 16

Failures !!!
Run: 4   Failure total: 1   Failures: 1   Errors: 0
dmake:  Error code 1, while making 'test'
Retrying /home/house/libreoffice/libo/cppu/qa/cppumaker

--
: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../../unxlngx6.pro/lib/test_cppumaker.so

- start unit test #1 on library ../unxlngx6.pro/lib/qa_any.so
--
: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../unxlngx6.pro/lib/qa_any.so

test_cppumaker.cxx:456:Assertion
Test name: N12_GLOBAL__N_14TestE::testBigStruct
equality assertion failed
- Expected: 24
- Actual  : 16

Failures !!!
Run: 4   Failure total: 1   Failures: 1   Errors: 0
dmake:  Error code 1, while making 'test'
OK (21)
--
- start unit test #2 on library ../unxlngx6.pro/lib/qa_unotype.so
--
: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../unxlngx6.pro/lib/qa_unotype.so

OK (3)
--
- start unit test #3 on library ../unxlngx6.pro/lib/qa_reference.so
--
: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../unxlngx6.pro/lib/qa_reference.so

OK (1)
--
- start unit test #4 on library ../unxlngx6.pro/lib/qa_recursion.so
--
: && 
LD_LIBRARY_PATH=/home/house/libreoffice/libo/clone/ure/cppu/unxlngx6.pro/lib:/home/house/libreoffice/libo/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} 

/home/house/libreoffice/libo/solver/300/unxlngx6.pro/bin/cppunit/cppunittester 
../unxlngx6.pro/lib/qa_recursion.so

OK (1)

---
Oh dear - something failed during the build - sorry !
  For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development

  internal build errors:

ERROR: error 65280 occurred while making 
/home/house/libreoffice/libo/cppu/qa/cppumaker

ERROR: error 65280 occurred while making /home/house/libreoffice/libo/nss

 it seems you are using a threaded build, which means that the
 actual compile error is p

Re: [Libreoffice] What is oosplash.bin ?

[Cor Nouws]

Cor Nouws wrote (01-05-11 11:01)


prevents 3.4.0 beta1/3 to start on Debian 32 bits (bug 36275)


which already was added to the collection most annoying bugs for 340 
(bug 35673)



--
 - http://nl.libreoffice.org
 - giving openoffice.org its foundation :: The Document Foundation -

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

Re: [Libreoffice] What is oosplash.bin ?

[Cor Nouws]

Hi,

Jean-Baptiste Faure wrote (01-05-11 00:21)


I have installed LibO 3.4.0 beta-3 on Ubuntu 10.04 x86_64.
After several minutes of inactivity, the process
/opt/libreoffice/program/oosplash.bin take 100% CPU.


Possibly related:

  symbol lookup error:   /libreoffice/program/oosplash.bin
  undefined symbol: sal_detail_initialize, version PRIVATE_1.1

prevents 3.4.0 beta1/3 to start on Debian 32 bits (bug 36275)


Cor

--
 - http://nl.libreoffice.org
 - giving openoffice.org its foundation :: The Document Foundation -

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

Re: [Libreoffice] problem to clone translations git repository

[Jonathan Aquilina]

On 01/05/2011 09:08, Jean-Baptiste Faure wrote:

Hi,

Le 30/04/2011 10:23, Jean-Baptiste Faure a écrit :

Hi all,

I want build with lang fr but I can't achieve to clone translations
repository : download is very slow (~ 20 Kio/s) and stop after a few
percents of receiving objetcs.

Is there some git config I am missing ?

Best regards
JBF

Is there a mean to restart the cloning of a repository when it is
stopped without losing what has been already downloaded ?

Cloning of translations repo stops after various amount of download. If
I interrupt make and re-launch the same command, it does not continue
the interrupted cloning but restarts from the beginning.

Best regards
JBF

I can confirm this behaviour on the normal LO master repositories 
yesterday, not to mention anongit access to the repos is super slow.

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

Re: [Libreoffice] problem to clone translations git repository

[Jean-Baptiste Faure]

Hi,

Le 30/04/2011 10:23, Jean-Baptiste Faure a écrit :
> Hi all,
> 
> I want build with lang fr but I can't achieve to clone translations
> repository : download is very slow (~ 20 Kio/s) and stop after a few
> percents of receiving objetcs.
> 
> Is there some git config I am missing ?
> 
> Best regards
> JBF

Is there a mean to restart the cloning of a repository when it is
stopped without losing what has been already downloaded ?

Cloning of translations repo stops after various amount of download. If
I interrupt make and re-launch the same command, it does not continue
the interrupted cloning but restarts from the beginning.

Best regards
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice