[Libreoffice-commits] .: 3 commits - bridges/source configure.in

2012-03-29 Thread Robert Nagy
bridges/source/cpp_uno/gcc3_linux_x86-64/uno2cpp.cxx |4 configure.in | 12 ++-- 2 files changed, 14 insertions(+), 2 deletions(-) New commits: commit 7c9e637bdebbc3688f3d321048f77b480b58dc24 Author: Robert Nagy rob...@openbsd.org Date

[Libreoffice-commits] .: download

2012-03-18 Thread Robert Nagy
download |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit bae6e3f4fe355d0018c77e68d19bc64b52fe1ba6 Author: Robert Nagy rob...@openbsd.org Date: Sun Mar 18 14:14:02 2012 +0100 use /usr/bin/env bash instead of /bin/bash diff --git a/download b/download index

[Libreoffice-commits] .: 2 commits - sal/osl solenv/gbuild

2011-12-21 Thread Robert Nagy
1c184292ad65907a5c19458ae4366c5af67d4828 Author: Robert Nagy robert.n...@gmail.com Date: Wed Dec 21 15:15:36 2011 +0100 sync the gb_LinkTarget__command_dynamiclink function from unxgcc.mk diff --git a/solenv/gbuild/platform/OPENBSD_INTEL_GCC.mk b/solenv/gbuild/platform/OPENBSD_INTEL_GCC.mk index b9a47da..acebb04 100644

[Libreoffice-commits] .: bridges/source configure.in set_soenv.in

2011-12-21 Thread Robert Nagy
b8b22391ae7f87c8fb495a9e6839ed508fdaf932 Author: Robert Nagy robert.n...@gmail.com Date: Wed Dec 21 16:16:22 2011 +0100 only use posix_fallocate() if it's actually available diff --git a/bridges/source/cpp_uno/shared/makefile.mk b/bridges/source/cpp_uno/shared/makefile.mk index 4ce8122

[Libreoffice-commits] .: solenv/bin

2011-12-18 Thread Robert Nagy
solenv/bin/concat-deps.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit b23f2d78c4d3ca9a79027c6251f3933a85f88053 Author: Robert Nagy rob...@openbsd.org Date: Sun Dec 18 11:18:28 2011 +0100 use the same memory alignment for *BSD as on Linux diff --git

[Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
I would like to ask my fellow developers to be more careful about merging and _touching_ files at all that they don't understand. During the last two days I had to fix several problems that were introduced by merging changes, hell I even found files with _conflicts_ in them and the guy who pushed

Re: [Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
On (2011-07-27 10:03), Kohei Yoshida wrote: On Wed, 2011-07-27 at 14:35 +0200, Robert Nagy wrote: I would like to ask my fellow developers to be more careful about merging and _touching_ files at all that they don't understand. During the last two days I had to fix several problems

Re: [Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
On (2011-07-27 10:50), Norbert Thiebaud wrote: Having done massive merge with conflicting files numbering in the thousands, I would be less quick to throw a stone here. I also had to iron some kink on MacOs this week-end as a fallback of gnumake4 merge... but all in all it 'cost' me few hours

Re: [Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
On (2011-07-27 15:53), Thomas Arnhold wrote: On 07/27/2011 02:35 PM, Robert Nagy wrote: I would like to ask my fellow developers to be more careful about merging and _touching_ files at all that they don't understand. During the last two days I had to fix several problems that were introduced

Re: [Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
On (2011-07-27 20:31), Bjoern Michaelsen wrote: On Wed, 27 Jul 2011 20:06:06 +0200 Robert Nagy rob...@openbsd.org wrote: If a patch/merge touches all of the platform files then it should be sent to the developers responsible for that part of the tree directly, Completely unworkable

Re: [Libreoffice] About merging and people not paying attention

2011-07-27 Thread Robert Nagy
I am talking about things that were fixed once and then overwritten by a merge. I mean it conflicts for a reason! On (2011-07-27 13:32), Tor Lillqvist wrote: If a patch/merge touches all of the platform files then it should be sent to the developers responsible for that part of the tree

Re: [Libreoffice] Making our Own Banned.h

2011-06-20 Thread Robert Nagy
Hey, Oh I just love this code, but are we actually planning on using the size-bounded string functions like strlcpy(3)? Because then you have to consider that these are not part of glibc so we will have to ship our own version which is not a big deal at all It would be a huge effort to switch all

Re: [Libreoffice] Making our Own Banned.h

2011-06-20 Thread Robert Nagy
overflows. It is implemented by Microsoft, but sadly it seems like we don't have it in glibc Marc-André Laverdi??re Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India On 06/20/2011 11:57 AM, Robert Nagy wrote: Hey, Oh I just love this code

Re: [Libreoffice] Making our Own Banned.h

2011-06-20 Thread Robert Nagy
: strcpy() is almost always misused, please use strlcpy() On (2011-06-20 12:09), Robert Nagy wrote: Hello, Well you don't have it any other supported platforms either. You can't just use macros to use those whenever they are supported, we would have to walk through the code and convert each

Re: [Libreoffice] Making our Own Banned.h

2011-06-20 Thread Robert Nagy
On (2011-06-20 15:30), Marc-André Laverdi??re wrote: - Gcc TODO For GCC you could redefine all of the functions with the deprecated attribute like: #include stdio.h int printf(const char *format, ...) __attribute__((deprecated)); int main() { printf(); return 0; } Which

Re: [Libreoffice] Making our Own Banned.h

2011-06-20 Thread Robert Nagy
On (2011-06-20 05:48), Tor Lillqvist wrote: I have to say, I'm kind of unenthusiastic about deprecating strlen and memcpy. I agree fully. I was under the impression that LO mostly uses its own (too many) string classes anyway, and usually for strings of UTF-16 (16-bit) elements (for

[Libreoffice] add newlines to EOF where missing to avoid compile time warnings

2011-06-20 Thread Robert Nagy
Hi I got fed up by the warnings while compiling. Okay to commit? diff --git a/sc/source/core/data/documen8.cxx b/sc/source/core/data/documen8.cxx index 23cb408..90fdf5c 100644 --- a/sc/source/core/data/documen8.cxx +++ b/sc/source/core/data/documen8.cxx @@ -1621,4 +1621,4 @@ void

[Libreoffice] [PATCH] fix quickstart on platforms using GTK and use the correct plugin name

2011-06-19 Thread Robert Nagy
After switching to gbuild ENABLE_SYSTRAY_GTK was not defined in the sfx target and the plugin name for libqstart was also hardcoded for linux. --- sfx2/Library_qstart.mk|7 +++ sfx2/Library_sfx.mk |9 + sfx2/source/appl/shutdownicon.cxx |2 +- 3

[Libreoffice] [PATCH] fix fdo#37110 --quickstart shouldn't show start center

2011-06-19 Thread Robert Nagy
--- desktop/source/app/app.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/desktop/source/app/app.cxx b/desktop/source/app/app.cxx index d8483a2..8c86886 100644 --- a/desktop/source/app/app.cxx +++ b/desktop/source/app/app.cxx @@ -1784,7 +1784,7 @@ int

Re: [Libreoffice] Robert Nagy: Problems with your python library patch

2011-04-20 Thread Robert Nagy
On (2011-04-20 09:52), Andreas Becker wrote: Robert, my patch: http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4id=6c3539d8e1dbad13264b862e1344e3c3a8690dec your patch:

Re: [Libreoffice] Robert Nagy: Problems with your python library patch

2011-04-20 Thread Robert Nagy
On (2011-04-20 10:14), Michael Meeks wrote: Hi Andreas, On Wed, 2011-04-20 at 09:52 +0200, Andreas Becker wrote: Really not. The reason is, that the old version does not always work: For me, print(distutils.sysconfig.get_config_var('VERSION')); prints 3.2, but the library is

Re: [Libreoffice] Robert Nagy: Problems with your python library patch

2011-04-20 Thread Robert Nagy
Better diff (note that this still requires a shared library and will not work static ones): diff --git a/configure.in b/configure.in index 470aa39..0d06542 100755 --- a/configure.in +++ b/configure.in @@ -4108,11 +4108,11 @@ elif test -n $with_system_python -o -n $with_system_libs \

Re: [Libreoffice] Robert Nagy: Problems with your python library patch

2011-04-20 Thread Robert Nagy
After discussing this with Michael it seems the best solution would be to use python-config, it even makes configure.in smaller ;) Please test it with python3 too. diff --git a/configure.in b/configure.in index 470aa39..4dd7a4e 100755 --- a/configure.in +++ b/configure.in @@ -4107,12 +4107,9 @@

Re: [Libreoffice] [PATCH] freebsd support

2011-02-01 Thread Robert Nagy
Hey, I am not sure that the a/desktop/scripts/soffice.sh diff is needed on FreeBSD, I tought $ORIGIN works fine there. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] Fix configure check for BerkleyDB where db_create is macro

2011-01-09 Thread Robert Nagy
if we use that simol it might break other versions of db. On (2011-01-10 10:16), Gökçen Eraslan wrote: Perşembe 06 Ocak 2011 günü (saat 20:03:28) Petr Mladek şunlar?? yazm??şt??: Hi, this fixed the problem described in the attached mail. Gökçen, Robert, could you please test it and

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
On (2011-01-05 14:27), Michael Meeks wrote: So - I would prefer to stick with large icons; and not use the DPI setting. I suggest instead, that we only use large icons if the true Y resolution 768 - how does that sound ? ATB, Michael. That would work fine too, I

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
On (2011-01-05 14:27), Michael Meeks wrote: So - I would prefer to stick with large icons; and not use the DPI setting. I suggest instead, that we only use large icons if the true Y resolution 768 - how does that sound ? Oh wait, I misunderstood. That is wrong. I am on a 1920x1080

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
) dimensions:1920x1080 pixels (518x291 millimeters) resolution:94x94 dots per inch It is strange for me tho that linux *hardcodes* 75. Where is taht hardcoded? On (2011-01-05 17:14), Michael Meeks wrote: Hi Robert, On Wed, 2011-01-05 at 16:24 +0100, Robert Nagy wrote: On (2011-01-05 14

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
It seems to me that gedit uses GTK_ICON_SIZE_MENU which is 16x16. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
Hi We should just ignore all the theming here since a lot of people are not running gnome or whatever window manager and just use stock gtk. On (2011-01-05 18:59), Christian Lohmaier wrote: Hi Robert, *, On Wed, Jan 5, 2011 at 6:36 PM, Robert Nagy rob...@openbsd.org wrote: It seems to me

Re: [Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-05 Thread Robert Nagy
Hi I am *not* using any themes, it's the default GTK one. Anyways that does not matter now. On (2011-01-05 19:15), Christian Lohmaier wrote: Hi Robert, *, On Wed, Jan 5, 2011 at 7:02 PM, Robert Nagy rob...@openbsd.org wrote: We should just ignore all the theming here No way - as gtk

[Libreoffice] [PATCH] set the icons size based on the DPI just like we do on Mac

2011-01-02 Thread Robert Nagy
--- vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx b/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx index f7a1cf2..fe7791d 100644 --- a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx +++

Re: [Libreoffice] Different x86 ABI on BSDs and MaxOSX

2010-12-08 Thread Robert Nagy
Hey, Sweet! Should I do a full build with it on i386 or did you test it already on the box? On (2010-12-08 16:49), Caolán McNamara wrote: So, checking this out on Robert's OpenBSD box and digging into MacOSX land it appears that Linux has different x86 struct returning rules than MacOSX and

Re: [Libreoffice] Release tag convention

2010-12-07 Thread Robert Nagy
sure On (2010-12-07 16:36), Petr Mladek wrote: Hi, there is a proposal to use the tag libreoffice-3.3.0.1 instead of LIBREOFFICE_3_3_0_1 and mention it in the LibreOffice/About dialog as is. It is more clear and understandable. Would you mind if we do this change for LibO-3.3-rc2?

Re: [Libreoffice] new credits up, now with less contributors

2010-12-03 Thread Robert Nagy
Sorry I don't like my colour :) On (2010-12-03 11:49), Sebastian Spaeth wrote: http://libreoffice.org/credits.html has been updated. On Wol's request it contains now the last commit date too, to see how up to date it is. This is the first version without the build repo being included in the

Re: [Libreoffice] [PATCH] Don't override CFLAGS and LDFLAGS

2010-12-03 Thread Robert Nagy
Yes please. I have this diff too, so just push it to both master and stable. On (2010-12-03 15:39), Thomas Klausner wrote: Hi! I'd like to push the attached patch to bootstrap. Currently, when finding X (on all platforms but WIN32, DARWIN with Aqua and OS2), CFLAGS and LDFLAGS are

[Libreoffice] PATCH: Try to find the proper berkeley db headers and incs

2010-12-01 Thread Robert Nagy
Hi, So this is a modified versio nof patches/dev300/system-db-check.diff to find the proper berkeley db headers and libs. I really would like to get this into bootstrap so please test and comment. Thanks From 8f5b9b8c85ae9d95dbe13b38abc3b473c045a138 Mon Sep 17 00:00:00 2001 From: Robert Nagy rob

[Libreoffice] [PATCH] Use a generic unxgcc.mk

2010-11-17 Thread Robert Nagy
Move unxlng.mk to unxgcc.mk and use that on OpenBSD and Linux too as a default and then overwrite or add variables. --- solenv/inc/unxgcc.mk | 279 + solenv/inc/unxlng.mk | 253 +--- solenv/inc/unxobsd.mk

Re: [Libreoffice] 5 times LGPL installed

2010-11-17 Thread Robert Nagy
Well remove it from the menu then. On (2010-11-17 16:15), Rene Engelhard wrote: On Wed, Nov 17, 2010 at 03:46:23PM +0100, Robert Nagy wrote: Just keep the plaintext one and kill the odt and the html ones. They are useless. That's no true, the odt is used by the menu. Grüße/Regards

[Libreoffice] [PATCH] Install to the correct directory based on PREFIX

2010-11-13 Thread Robert Nagy
--- bin/package-ooo | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) diff --git a/bin/package-ooo b/bin/package-ooo index f5d5c43..0d6dcac 100755 --- a/bin/package-ooo +++ b/bin/package-ooo @@ -176,11 +176,11 @@ case $VENDORNAME in # Icons and menu stuff is

[Libreoffice] [PATCH] just find all .sdf files and do not use GNU find arguments

2010-11-13 Thread Robert Nagy
--- bin/localize-ooo |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/bin/localize-ooo b/bin/localize-ooo index d253d6d..5b1b86f 100755 --- a/bin/localize-ooo +++ b/bin/localize-ooo @@ -95,7 +95,7 @@ done # it looks for files any-name-lang.sdf, e.g. gallery-hu.sdf # it

[Libreoffice] [PATCH] just find all .sdf files and do not use GNU find arguments

2010-11-13 Thread Robert Nagy
--- bin/localize-ooo |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/bin/localize-ooo b/bin/localize-ooo index d253d6d..46ea56c 100755 --- a/bin/localize-ooo +++ b/bin/localize-ooo @@ -95,7 +95,7 @@ done # it looks for files any-name-lang.sdf, e.g. gallery-hu.sdf #

Re: [Libreoffice] [PATCH] use the correct tar binary on OpenBSD

2010-11-12 Thread Robert Nagy
ACK On (2010-11-12 03:41), Tor Lillqvist wrote: The outer configure.in already takes a --with-gnu-tar option and sets the GNUTAR autoconf substitution, isn't it easier to use that, and make the indicated GNU tar propagate to bin/install-artwork some way? (Sourcing bin/setup and using

[Libreoffice] [PATCH] add /usr/local/sbin and /usr/local/bin to the gen{brk, ccode, cmn} searchpath

2010-11-11 Thread Robert Nagy
--- configure.in |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/configure.in b/configure.in index b92e597..0b812c2 100644 --- a/configure.in +++ b/configure.in @@ -5399,15 +5399,15 @@ if test -n $with_system_icu -o -n $with_system_libs \ AC_LANG_PUSH([C++])

[Libreoffice] [PATCH] use the correct tar binary on OpenBSD

2010-11-11 Thread Robert Nagy
--- bin/install-artwork |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/bin/install-artwork b/bin/install-artwork index 7695e4a..621cde3 100755 --- a/bin/install-artwork +++ b/bin/install-artwork @@ -7,6 +7,12 @@ dest=$2 echo do artwork tweaks ... +if test

Re: [Libreoffice] [PATCH] use the correct tar binary on OpenBSD

2010-11-11 Thread Robert Nagy
Oh sure I missed that. Otherwise can I push it? On (2010-11-11 20:55), Caolán McNamara wrote: On Thu, 2010-11-11 at 21:32 +0100, Robert Nagy wrote: - tar -C $src/layout --exclude=.svn -cf- default_images ooo_custom_images | tar -C $dest -xf- + ${TAR} -C $src/layout --exclude=.svn -cf

Re: [Libreoffice] smoketest

2010-11-10 Thread Robert Nagy
Hi I also get some Java crashes randomly running regcomp, since OOo 3.3rc2. 3.2 was fine so there has to be a change somewhere. On (2010-11-11 01:55), Jan Holesovsky wrote: Hi Norbert, Caolán McNamara píše v Po 08. 11. 2010 v 13:47 +: There is some improvement on the smoketest front

Re: [Libreoffice] [PATCH] fix linking the hyphen library

2010-11-08 Thread Robert Nagy
On (2010-11-08 16:29), Caolán McNamara wrote: On Sun, 2010-11-07 at 20:42 +0100, Robert Nagy wrote: If the internal hyphen library is used which does not build a shared object, then link to $(SOLARLIBDIR)/libhyphen.a, instead of using -lhyphen on UNX + GCC. How come, the -L options

[Libreoffice] [PATCH] use LIBTARGET=NO to avoid multiple definition of target recipe

2010-11-07 Thread Robert Nagy
The diff makes i18npool/source/paper/makefile.mk define LIBTARGET=NO just like other makefiles in the i18npool/source/ directory. Without this patch I always get: dmake: /home/robert/build/build/libreoffice-3.2.99.2/solenv/inc/_tg_lib.mk: line 1020: Error: -- Multiply defined recipe for

Re: [Libreoffice] [PUSHED] Re: [PATCH] use linux bridge code on all BSDs

2010-11-06 Thread Robert Nagy
On (2010-11-06 12:12), Caolán McNamara wrote: On Sat, 2010-11-06 at 00:16 +0100, Thomas Klausner wrote: Pushed, thanks! Something of a historic moment when Linux, OpenBSD, FreeBSD and NetBSD unify something :-) C. Oh there is more coming :)

[Libreoffice] [PATCH] Use the correct db includes and obey LDFLAGS

2010-11-05 Thread Robert Nagy
--- configure.in | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git a/configure.in b/configure.in index aab3995..6f72931 100644 --- a/configure.in +++ b/configure.in @@ -4368,11 +4368,16 @@ if test -n $with_system_db -o -n $with_system_libs \ test

Re: [Libreoffice] [PATCH] Use the correct db includes and obey LDFLAGS

2010-11-05 Thread Robert Nagy
A little bit more explanation: On OpenBSD there is a db.h in /usr/include which is not sleepycat db4, and of course it gets picked up and the compile test fails. On (2010-11-05 12:22), Robert Nagy wrote: --- configure.in | 15 ++- 1 files changed, 10 insertions(+), 5 deletions

Re: [Libreoffice] [PATCH] Use the correct db includes and obey LDFLAGS

2010-11-05 Thread Robert Nagy
Hi I'd personally not give the freedom to the user to pick whatever sleepycat db they want to use, just make a dependency for one only and check for that. On (2010-11-05 15:11), Hanno Meyer-Thurow wrote: Hi Robert, you may have a look at what we do for Gentoo Linux, where we have the

[Libreoffice] [PATCH] remove -d from gunzip flags

2010-11-05 Thread Robert Nagy
-d is not needed for gunzip because it will do a decompress anyways and -d is not available in every gunzip implementation --- packimages/pack/makefile.mk |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/packimages/pack/makefile.mk b/packimages/pack/makefile.mk index

Re: [Libreoffice] [PATCH] use linux bridge code on all BSDs

2010-11-05 Thread Robert Nagy
wiz, does this work on NetBSD? It does on OpenBSD, so i would like to push it. thanks ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PATCH 3/3] use linux bridge code on all BSDs

2010-11-04 Thread Robert Nagy
On (2010-11-04 16:53), Thomas Klausner wrote: One thing though: there are some checks for FreeBSD version like: +#if __FreeBSD_version 602103 +: m_hApp( dlopen( 0, RTLD_NOW | RTLD_GLOBAL ) ) +#else : m_hApp( dlopen( 0, RTLD_LAZY ) ) +#endif a) does this work as intended on

Re: [Libreoffice] [PATCH 3/3] use linux bridge code on all BSDs

2010-11-04 Thread Robert Nagy
Just sent the new diff. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] gunzip -d is not available on every gunzip implementation

2010-11-03 Thread Robert Nagy
Hi The Subject says everything, not to mention that gunzip will always decompress, so there is no need for -d. gunzip: unknown option -- d usage: gunzip [-cfhlNnqrtVv] [-o filename] [file ...] -- diff --git a/bin/setup.in b/bin/setup.in index 6133d77..a802598 100755 --- a/bin/setup.in +++

[Libreoffice] OpenBSD bootstrap diffs

2010-11-03 Thread Robert Nagy
Hey Attached some diffs to make LibreOffice boostrap on OpenBSD. diff --git a/configure.in b/configure.in index 52d7c8f..94c1ba8 100644 --- a/configure.in +++ b/configure.in @@ -1556,9 +1556,21 @@ case $build_os in test_cups=no test_randr=no test_freetype=yes -

[Libreoffice] Set COPYRECURSE to -R on OpenBSD too instead of -r

2010-11-03 Thread Robert Nagy
diff --git a/solenv/inc/unitools.mk b/solenv/inc/unitools.mk index 6bf0653..c6055d1 100644 --- a/solenv/inc/unitools.mk +++ b/solenv/inc/unitools.mk @@ -107,7 +107,7 @@ PERL*=perl TYPE=cat CDD=cd COPY=cp -f -.IF $(OS)==MACOSX || $(OS)==NETBSD +.IF $(OS)==MACOSX || $(OS)==NETBSD ||

[Libreoffice] OpenBSD patches for ure

2010-11-03 Thread Robert Nagy
Patches for ure, neeed by OpenBSD diff --git a/cppu/source/uno/data.cxx b/cppu/source/uno/data.cxx index 77243fd..5a8de8a 100644 --- a/cppu/source/uno/data.cxx +++ b/cppu/source/uno/data.cxx @@ -360,7 +360,8 @@ sal_Bool SAL_CALL uno_type_isAssignableFromData( #endif #if defined(INTEL) \ -

Re: [Libreoffice] Set COPYRECURSE to -R on OpenBSD too instead of -r

2010-11-03 Thread Robert Nagy
It probably is yes. On (2010-11-04 00:28), Rene Engelhard wrote: Hi, On Wed, Nov 03, 2010 at 10:24:37PM +0100, Robert Nagy wrote: diff --git a/solenv/inc/unitools.mk b/solenv/inc/unitools.mk index 6bf0653..c6055d1 100644 --- a/solenv/inc/unitools.mk +++ b/solenv/inc/unitools.mk

Re: [Libreoffice] OpenBSD bootstrap diffs

2010-11-03 Thread Robert Nagy
Yeah I could but now it's easier for the commiter just to copy it. Next time, I will add it first. On (2010-11-04 00:37), Miklos Vajna wrote: Could you please use 'git add' for unxobsd.mk, then 'git commit -a', write the commit message, finally 'git format-patch -1' to produce the patch? That

[Libreoffice] [PATCH] Use /usr/bin/env bash

2010-11-03 Thread Robert Nagy
--- bin/g |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/bin/g b/bin/g index f0928de..b1c80fc 100755 --- a/bin/g +++ b/bin/g @@ -1,4 +1,4 @@ -#!/bin/bash +#!/usr/bin/env bash # # Wrapper for git to handle more subdirs at the same time # -- 1.7.3.1

[Libreoffice] [PATCH] --exclude is gnutar

2010-11-03 Thread Robert Nagy
--- bin/install-artwork |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/bin/install-artwork b/bin/install-artwork index 7695e4a..5f1721d 100755 --- a/bin/install-artwork +++ b/bin/install-artwork @@ -43,7 +43,7 @@ if test -d $dest/default_images; then cp

Re: [Libreoffice] OpenBSD patch #1

2010-10-28 Thread Robert Nagy
env bash is needed since not every system has it in /bin (that basically includes everytihng except linux, mac and solaris?) Maintaining the csh style files are not needed and it just duplicates the work. If you want to build it, use a bourne-shell or go and download the binary packages. On