Re: [Libreoffice] Build install for DEBS

Not sure what distro you use, but if you use irc on freenode they have a packaging channel for ubuntu called #ubuntu-packaging if that will help any. if not you could probably find Debian help on the oftc irc network channel #Debian On 1/15/11 10:34 PM, Andy Brown wrote: On Fri Jan 14 2011 23

[Libreoffice] To Whom It May Concern!!

15th Jan. 2011 Trevor Nawa Postal address Plaza De Espa 28805 Alcala De Henares Email: trevorn...@oho.ee Attention: CEO/President Dear Sir/Madam Before I proceed, I must first apologize for this unsolicited email to you. I am aware that this is certainly not a conventional way of approach to

Re: [Libreoffice] ICU bloat ...

You can easily minimize the ICU footprint by tweaking the ICU build options. See http://userguide.icu-project.org/packaging The result will be like this - http://site.icu-project.org/charts/icu4c-footprint

[Libreoffice] [PATCH] ./configure after ". *-Env.Set.sh"

In this situation: the only "db.h" on the system is /usr/include/db.h (that is, no db$ver/db.h) AND ./configure previously called with --with-system-db (or --with-system-libs) AND The -Env.set.sh file has been sourced in the current shell. then: ./configure --with-system-db fails saying that

Re: [Libreoffice] Change executable/sh names

I'm afraid it's not fixed yet. I think the problem is that e.g. ODS is associated with OOo's scalc as the default application and to LibO's scalc as an alternate program. These are not stored in the SAME registry Key. For xls which is associated with MS Excel (on my system), both OOo and LibO a

Re: [Libreoffice] Change executable/sh names

I'm afraid it's not fixed yet. I think the problem is that e.g. ODS is associated with OOo's scalc as the default application and to LibO's scalc as an alternate program. These are not stored in the registry Key. For xls which is associated with MS Excel (on my system), both OOo and LibO are alt

Re: [Libreoffice] [FIXED] Re: debug build fails because graphite ./configure not up to date

On Sat, Jan 15, 2011 at 08:16:55PM +, Caolán McNamara wrote: > On Sat, 2011-01-15 at 00:43 +0100, Lionel Elie Mamane wrote: > > Hi, > > > > A build with --enable-debug (or is it --enable-dbgutil?) fails in > > graphite... for a problem already corrected in graphite's > > configure.ac, but its

Re: [Libreoffice] Build install for DEBS

On Fri Jan 14 2011 23:16:21 GMT-0800 (PST) Jonathan Aquilina wrote: Icecream allows you to spread the compile across multiple machines. Thanks for the information. Icecream will do me no good as my main machine is the only one that has the processing power to do the compiling. What I real

Re: [Libreoffice] [PUSHED] + review requests i#116187: report left/right page margin setting ignored on Unix 64 bit

On Sat, Jan 15, 2011 at 3:00 PM, Caolán McNamara wrote: > On Sat, 2011-01-15 at 05:59 +0100, Lionel Elie Mamane wrote: >> Does not fit release blocker criteria, but would still be *very* nice >> to have for the release, as it easily fixes / papers over a rather >> annoying / stupid (from the user'

Re: [Libreoffice] Change executable/sh names

> I just tried cleaning it all (registry keys under Software included both for > HKCU and HKLM) and after installing OpenOfice 3.3.0RC9 and your build, I get > both options in the "Open with" menu IF I'm selecting an ODS or ODF file. > The same doesn't happen for a DOC or XLS file where only the Op

[Libreoffice] [FIXED] Re: debug build fails because graphite ./configure not up to date

On Sat, 2011-01-15 at 00:43 +0100, Lionel Elie Mamane wrote: > Hi, > > A build with --enable-debug (or is it --enable-dbgutil?) fails in > graphite... for a problem already corrected in graphite's > configure.ac, but its "configure" is outdated and thus the problem > still surfaces. Ah, I see. So

[Libreoffice] [PUSHED] + review requests i#116187: report left/right page margin setting ignored on Unix 64 bit

On Sat, 2011-01-15 at 05:59 +0100, Lionel Elie Mamane wrote: > Does not fit release blocker criteria, but would still be *very* nice > to have for the release, as it easily fixes / papers over a rather > annoying / stupid (from the user's point of view) bug: I pushed this to master and to the stab

[Libreoffice] [PATCH] partial easy hack - removal of non-compiled / dead code in sc

Trying to keep up with the changes a little better by sending smaller files. Hope I didn't mess up this diff as I'm new to git, and I had to stash to pull in some upstream changes. Please review! This is my first attempt at the sc/source/core/tool directory. Hopefully the diff is attached below

Re: [Libreoffice] Change executable/sh names

I just tried cleaning it all (registry keys under Software included both for HKCU and HKLM) and after installing OpenOfice 3.3.0RC9 and your build, I get both options in the "Open with" menu IF I'm selecting an ODS or ODF file. The same doesn't happen for a DOC or XLS file where only the OpenOffic

Re: [Libreoffice] desktop menu entries broken without compat-oowrapper

On Sat, Jan 15, 2011 at 05:15:35PM +0100, Christian Lohmaier wrote: > > Shouldn't they be removed at all then? I guess they are not used in > > Why not replacing those in sysui instead? Actually the ones in build.git have "oo" hardwired, so they are broken without compat support. The ones from

Re: [Libreoffice] Change executable/sh names

I'm testing several scenarios. I will report back ;) The scenario that didn't work was: OpenOffice RC8 > LibreOffice RC2 > OpenOffice 3.3.0rc9 > Your LibO I couldn't "Open with" OpenOffice Writer because it was associated with LibO Writer -- View this message in context: http://nabble.docume

Re: [Libreoffice] [Patch] Remove some dead code in sc

On Sat, 2011-01-15 at 01:01 +0100, Julien Nabet wrote: > Here is a small patch for dead code cleaning on sc Looks good, pushed, thanks for this. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/list

[Libreoffice] [PUSHED] Re: [Patch] Cppcheck cleaning on dbaccess

On Sat, 2011-01-15 at 00:03 +0100, Julien Nabet wrote: > Hello, > > Here is a small patch for Cppcheck cleaning on dbaccess Looks good, pushed, thanks for this. > Question : > In the last "git-updated" cppcheck I use, i found this in core part of > dbaccess : > [./api/query.cxx:310]: (error) i

Re: [Libreoffice] Change executable/sh names

Hi, 2011/1/15 Jesús Corrius : > On Sat, Jan 15, 2011 at 3:59 PM, plino wrote: >> >> Jesús, thank you for the new build. Unfortunately it doesn't fix the problem. >> Even if it did, the next time a user installs an OOo update wouldn't the >> problem appear again? If you add your fix to LO only, OO

Re: [Libreoffice] Change executable/sh names

On Sat, Jan 15, 2011 at 3:59 PM, plino wrote: > > Jesús, thank you for the new build. Unfortunately it doesn't fix the problem. > Even if it did, the next time a user installs an OOo update wouldn't the > problem appear again? If you add your fix to LO only, OOo updates won't > unfix it? Yes, tha

Re: [Libreoffice] desktop menu entries broken without compat-oowrapper

Hi *, On Sat, Jan 15, 2011 at 4:31 PM, Andreas Radke wrote: > > Right. Those seem to be identical to those in vanilla > sysui/desktop/menu/*.desktop. > > Shouldn't they be removed at all then? I guess they are not used in Why not replacing those in sysui instead? ciao Christian

[Libreoffice] [r...@debian.org: Re: desktop menu entries broken without compat-oowrapper]

oops, wrong Cc ;) - Forwarded message from Rene Engelhard - Date: Sat, 15 Jan 2011 16:38:15 +0100 From: Rene Engelhard To: Andreas Radke Cc: libreoff...@lists.debian.org Subject: Re: [Libreoffice] desktop menu entries broken without compat-oowrapper Organization: The Debian Pro

Re: [Libreoffice] desktop menu entries broken without compat-oowrapper

Am Sat, 15 Jan 2011 15:53:17 +0100 schrieb Rene Engelhard : > > Why are these files installed? Are they of any use? They look very > > different to the ones in /usr/share/applications/: > [...] > > Without being able to have a look, that might be those from sysui, no? > > Grüße/Regards, > > Ren

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 Rainer Bielefeld changed: What|Removed |Added Depends on||33151 -- Configure bugmail: https://

[Libreoffice] [Bug 31865] [Task]: LibreOffice 3.3 release blockers / stoppers

https://bugs.freedesktop.org/show_bug.cgi?id=31865 --- Comment #69 from Rainer Bielefeld 2011-01-15 07:09:30 PST --- I nominate Bug 33151 - Onlinehelp: Danish and Hungarian contents -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail b

Re: [Libreoffice] Change executable/sh names

Jesús, thank you for the new build. Unfortunately it doesn't fix the problem. Even if it did, the next time a user installs an OOo update wouldn't the problem appear again? If you add your fix to LO only, OOo updates won't unfix it? I can't see any other permanent solution than renaming the exes.

Re: [Libreoffice] desktop menu entries broken without compat-oowrapper

On Sat, Jan 15, 2011 at 01:15:39PM +0100, Andreas Radke wrote: > The ArchLinux package does not use the --with-unix-wrapper=foo nor the > new --with-compat-oowrappers switches. And apparently libreoffice-builds .desktop files and not those from sysui.. > * base,calc,impress,draw menu entries are

Re: [Libreoffice] Basic/newbie "how to build" questions

On Sat, Jan 15, 2011 at 01:23:23AM +0100, Lionel Elie Mamane wrote: > Hi, > > 1) > When I run ./autogen.sh with --enable-ext-FOO, it complains that > extension is not there and asks me if I have downloaded the -ext > tarball. But That tarball doesn't exist, really. This is now the extensions/ rep

[Libreoffice] LibO Programmatic Identifier on Windows

Hi all, I guess this is the right list for this message. Don't worry, I will not go into many technical details ;) On Windows, every application has his own programmatic Identifier for a concrete type of documents (or extension). The identifiers use the following format acording the the Microsoft

[Libreoffice] desktop menu entries broken without compat-oowrapper

The ArchLinux package does not use the --with-unix-wrapper=foo nor the new --with-compat-oowrappers switches. In RC3 the lo-wrapper changes seem to break stuff: * startcenter seems ok, * base,calc,impress,draw menu entries are shown but won't start "oobase %U" missing. their TryExec entry seems

Re: [Libreoffice] Change executable/sh names

On Fri, Jan 14, 2011 at 1:12 PM, plino wrote: > > Michael, please don't regard this as a personal complaint. > > I think many users who are currently using OOo will have this problem when > they try LO (and update any of them). > > I think it's a bad idea to cause grievance to users who are giving

Re: [Libreoffice] Change executable/sh names

On Fri, Jan 14, 2011 at 12:59 PM, Michael Meeks wrote: > > On Fri, 2011-01-14 at 02:37 -0800, plino wrote: >> Every time I update LibO or OOo (and like me most users who are experimenting >> with LibO but want to keep up with the currently more stable OOo) the file >> associations get messed up fo

Re: [Libreoffice] css::table::BorderLine vs BorderLine2

On Fri, Jan 14, 2011 at 02:45:06PM +0100, Cédric Bosdonnat wrote: > Hello David, all, > > I just saw this commit: > http://cgit.freedesktop.org/libreoffice/libs-core/commit/?id=0d209ac289dd5c79da6950b4c01b0cec9b7fbe6d > > I would like to have no BorderLine object created, but only BorderLine2: >