All of my past & future contributions to LibreOffice may be
licensed under the MPL/LGPLv3+ dual license, including the
go-oo code
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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
On (2011-07-27 20:31), Bjoern Michaelsen wrote:
> On Wed, 27 Jul 2011 20:06:06 +0200
> Robert Nagy 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,
>
> Comp
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 sev
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 hou
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
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 i
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 ScDocument::Trans
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) elemen
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
int printf(const char *format, ...) __attribute__((deprecated));
int
main()
{
printf("");
return 0;
}
Which will e
: 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 thr
implementing something, I'm suggesting ISO/IEC TR
> 24731. This looked like the best API for avoiding buffer overflows.
>
> It is implemented by Microsoft, but sadly it seems like we don't
> have it in glibc
>
>
> Marc-André Laverdi??re
> Software Security S
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
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 fi
---
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 Desktop::Main()
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 @@ e
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" && \
A
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
On (2011-04-20 09:52), Andreas Becker wrote:
> Robert,
> my patch:
> http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4&id=6c3539d8e1dbad13264b862e1344e3c3a8690dec
> your patch:
> http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?id=2b03888a918b7020a1f9330686dc53122
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
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 tes
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 wrote:
> >
> > We should just ignore all the theming here
>
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 wrote:
> > It seems t
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
inch)"
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
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 di
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
---
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
+++ b/vcl/unx/gtk
Yaeh it works fine, do not forget unopkg.sh either.
On (2010-12-10 20:49), Caolán McNamara wrote:
> On Sat, 2010-12-11 at 03:43 +0900, Takeshi Abe wrote:
> > Hi,
> >
> > Poking desktop/scripts/soffice.sh for an Easy Hack, I wonder if there
> > exists a slight possibility of a trailing ':' of LD_L
On (2010-12-08 20:38), Caolán McNamara wrote:
> On Wed, 2010-12-08 at 18:52 +0100, Robert Nagy wrote:
> > Hey,
> >
> > Sweet!
> >
> > Should I do a full build with it on i386 or did you test it already
> > on the box?
>
> I tested that testtools wou
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 an
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-r
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 overr
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
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 N
What I meant was, remove the .odt and make the menu
open the cleartext one.
On (2010-11-17 16:18), Robert Nagy wrote:
> 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:
>
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 us
Just keep the plaintext one and kill the odt and
the html ones. They are useless.
On (2010-11-17 15:37), Sebastian Spaeth wrote:
> We use up 3 MB in order to copy the LGPL 5 times in my LO install
> folder. I know we care about obeying to licensing, but isn't that a bit
> over the top? And I guess
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 |
This one is wrong, it was missing a chunk.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
---
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-.sdf", e.g. "gallery-hu.sdf"
# it
---
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-.sdf", e.g. "gallery-hu.sdf"
# it i
---
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 han
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
Hi
Al the stupid GNU double dash arguments, in this case --exclude :)
On (2010-11-12 09:44), Sebastian Spaeth wrote:
> On Thu, 11 Nov 2010 21:32:44 +0100, Robert Nagy wrote:
> > +if test "z`uname -s`" = "zOpenBSD"; then
> > + TAR=gtar
> > +else
On (2010-11-11 22:42), Rene Engelhard wrote:
> Can that be made conditional on OpenBSD, please? I've seen already too many
> f*ups because
> someone had old libraries/binaries in /usr/local (on Linux), so I'd want to
> prevent
> that from happening if possible and this makes it even more likely t
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
---
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 "z
---
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++
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
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.
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.
---
.../hyphenator/altlinuxhyph/hyphen/makefile.mk |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/lingu
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.
Also remove the unneccesary HNJLIB because that is defined in
solenv/inc/lib.mk already.
---
.../hyphenator/altlinuxhyph/hyphen/makefile.mk
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 targe
Hey
I don't really care which one goes in. I think gzip -d might
be a better idea then. Any other comments?
On (2010-11-05 21:41), julien wrote:
> Hello,
>
> It's also possible to replace gunzip by gzip like the other lines of
> this file :
> # unpack the Crystal icon set
> $(MISC)$/crystal.flag
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 :)
_
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
-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 471f5
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 possib
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 inserti
---
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 "$
Just sent the new diff.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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 intend
On (2010-11-04 08:58), Caolán McNamara wrote:
> On Wed, 2010-11-03 at 22:02 +0100, Robert Nagy wrote:
> > Hey
> >
> > Attached some diffs to make LibreOffice boostrap on OpenBSD.
>
> As a matter of interest, would it be possible to e.g. just
>
> .INCLUDE :
---
set_soenv.in |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/set_soenv.in b/set_soenv.in
index 834bd34..79e79bd 100644
--- a/set_soenv.in
+++ b/set_soenv.in
@@ -1369,12 +1369,16 @@ elsif ($platform =~
m/linux|netbsd|osf1|aix|freebsd|openbsd/)
{ $SOLARLIB
---
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 $src/layo
---
set_soenv.in |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/set_soenv.in b/set_soenv.in
index 834bd34..79e79bd 100644
--- a/set_soenv.in
+++ b/set_soenv.in
@@ -1369,12 +1369,16 @@ elsif ($platform =~
m/linux|netbsd|osf1|aix|freebsd|openbsd/)
{ $SOLARLIB
---
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
__
Thanks, yeah git is kinda stupid :)
On (2010-11-04 00:46), Rene Engelhard wrote:
> Hi,
>
> On Wed, Nov 03, 2010 at 10:02:12PM +0100, Robert Nagy wrote:
> > Attached some diffs to make LibreOffice boostrap on OpenBSD.
>
> Thanks, added/pushed.
>
&g
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? Tha
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/unito
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) \
-&&
Ooops the boostrap.diff and unxobsd.mk files were
wrong. Here are the correct ones.
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_free
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" |
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
- P
diff --git a/bin/build-ooo b/bin/build-ooo
index 361e8f0..e4ab354 100755
--- a/bin/build-ooo
+++ b/bin/build-ooo
@@ -11,7 +11,7 @@ fi
export TARFILE_LOCATION
-if test "z$BUILD_WIN32" = "z" -a "z`uname -s`" != "zSunOS" -a "z`uname -s`" !=
"zDarwin"; -a "z`uname -s`" != "zOpenBSD"; then
+if tes
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
+++ b/bin
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 (2010
In my opinion people should only write scripts for posix shells, but that'd be
a huge development
i guess, so just using #!/usr/bin/env bash is fine, and make bash as a
dependency if it is not already.
On (2010-10-28 01:13), Tor Lillqvist wrote:
> Should we change all the shell scripts that use
Hello,
I've started to work on a LibreOffice port for OpenBSD and i'd like to
start pushing my diffs slowly, here is the first one.
diff --git a/bin/build-ooo b/bin/build-ooo
index 1f10182..361e8f0 100755
--- a/bin/build-ooo
+++ b/bin/build-ooo
@@ -11,7 +11,7 @@ fi
export TARFILE_LOCATION
-i
80 matches
Mail list logo
