openoffice.org-bin: sparc32plus shared library but no normal sparc file

Bug #6883 reported by Debian Bug Importer
4
Affects Status Importance Assigned to Milestone
openoffice.org-amd64 (Debian)
Fix Released
Unknown
openoffice.org-amd64 (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Automatically imported from Debian bug report #256347
http://bugs.debian.org/256347

Revision history for this message
In , jim watson (jim-amarooas) wrote : Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no normal sparc file

This is in the upstream build.

jim@sun:~/OpenOffice.org1.1.2/program$ file * | grep PLUS
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), stripped
------------------------------------
So i check all the produced files in sal:

jim@sun:/usr/local/src/112/sal/unxlngs.pro/lib$ file * | grep PLUS
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped

jim@sun:/usr/local/src/112/sal/unxlngs.pro/obj$ file * | grep PLUS
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped

jim@sun:/usr/local/src/112/sal/unxlngs.pro/slo$ file * | grep PLUS
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
---------------------------------------------
OK, it is only interlck.o

Now the makefile for this is in sal/osl/unx includes this code:
.IF "$(OS)$(CPU)"=="SOLARISS" || "$(OS)$(CPU)"=="NETBSDS" ||
"$(OS)$(CPU)"=="LINUXS"

$(SLO)$/interlck.obj: $(SLO)$/interlck.o
         touch $(SLO)$/interlck.obj

$(OBJ)$/interlck.obj: $(OBJ)$/interlck.o
         touch $(OBJ)$/interlck.obj

$(SLO)$/interlck.o: $(MISC)$/interlck_sparc.s
        $(ASM) $(AFLAGS) -o $@ $<

$(OBJ)$/interlck.o: $(MISC)$/interlck_sparc.s
        $(ASM) $(AFLAGS) -o $@ $<

$(MISC)$/interlck_sparc.s: asm/interlck_sparc.s
        +tr -d "\015" < $< > $@

ENDIF

This code existed already, for linux sparc port I simply added the last
condition:
|| "$(OS)$(CPU)"=="LINUXS"
----------------------------------------
Now look at solenv/inc/unxlngs.mk:
# mk file for unxlngs
ASM=$(CC)
AFLAGS=-Wa,-Av8plus,-K,PIC -c $(CDEFS)

--------------------------------------------------------
Also in sal/osl/unx/asm/interlck_sparc.s this comment:
/*
 * Implements osl_[increment|decrement]InterlockedCount in two ways:
 * sparcv8 architecture: use the "swap" instruction
 * sparcv9/sparcv8plus architecture: use the "cas" instruction
 *
 * Initialize once with osl_InterlockedCountSetV9(int bv9) if you want to
 * use the "cas" instruction, which is faster (no spinlock needed)
 * Default is to use the "swap" instruction, which works on all supported
 * SPARC cpu's
 *
 * osl_InterlockedCountSetV9(int bv9)
 * bv9 = 0 use sparcv8 "swap" (spinlock)
 * bv9 = 1 use sparcv9/sparcv8plus "cas" (no spinlock)
 *
/*
-------------------------------------------------
Sorry i dont understand much about this, but I will try any suggestions.
Thomas, can you review the code here and advise what might be done about this?
http://porting.openoffice.org/source/browse/porting/sal/osl/unx/asm/interlck_sparc.s

Meanwhile I will just try removing that AFLAG and see what happens. -Av8plus

thanks

jim
On Saturday 26 June 2004 21:36, Thomas Bogendoerfer wrote:
> Package: openoffice.org-bin
> Version: 1.1.1-3
> Severity: grave
> Justification: renders package unusable
>
> /usr/lib/openoffice/program/libsal.so.3.1.0 is compiled with the wrong
> flags, so it does run only on Ultra Sparc CPUs, but not on 32bit Sparc
> CPUs.
>

Revision history for this message
In , jim watson (jim-amarooas) wrote :

Without that flag, building error:
ccache gcc -Wa,-K,PIC -c -DLINUX -DUNX -DVCL -DGCC -DC300 -DSPARC
-DGXX_INCLUDE_PATH=/usr/include/c++/3.3 -DCVER=C300 -D_USE_NAMESPACE
-DGLIBC=2 -D_PTHREADS -D_REENTRANT -DSPARC -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DPRODUCT
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI
-DSOLAR_JAVA -DSRX645
-o ../../unxlngs.pro/obj/interlck.o ../../unxlngs.pro/misc/interlck_sparc.s
../../unxlngs.pro/misc/interlck_sparc.s: Assembler messages:
./../unxlngs.pro/misc/interlck_sparc.s:251: Error: Architecture mismatch on
"cas".
./../unxlngs.pro/misc/interlck_sparc.s:251: (Requires v9|v9a|v9b; requested
architecture is sparclite.)
./../unxlngs.pro/misc/interlck_sparc.s:270: Error: Architecture mismatch on
"cas".
./../unxlngs.pro/misc/interlck_sparc.s:270: (Requires v9|v9a|v9b; requested
architecture is sparclite.)
dmake: Error code 1, while making '../../unxlngs.pro/obj/interlck.o'
---* TG_SLO.MK *---

Revision history for this message
In , jim watson (jim-amarooas) wrote :

I prefer the two versions of libsal, i will see if someone can help find the
switch, which is described in the comments in interlck_sparc.s.
I think we need this anyway, since it will not build the v8 version as it is
expecting v9

On Sun, 27 Jun 2004 10:59:48 +0200, Thomas Bogendoerfer wrote
> machines refuses to load. Right now I can think of two ways to
> solve that:
>
> 1. Just dump the V9 implementation and always use the V8 implemenation.
> This does probably cause some performance loss on V9 sparc.
>
> 2. Split the assembler file into V8 and V9 implemenation and build
> two libsal shared libs. There is support in ld.so to load the correct
> library
>
> The first solution still leaves out Sparc V7 systems in the rain.
> With the second solution it would be even possible to provide a V7
> library, if someone figures out how to do it there (I'm not a sparc assembler
> crack).
>
> Thomas.

Revision history for this message
In , jim watson (jim-amarooas) wrote : sparc32plus shared library but no normal sparc file
Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #256347
http://bugs.debian.org/256347

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Sat, 26 Jun 2004 13:36:20 +0200
From: Thomas Bogendoerfer <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: openoffice.org-bin: sparc32plus shared library but no normal sparc
 file

Package: openoffice.org-bin
Version: 1.1.1-3
Severity: grave
Justification: renders package unusable

/usr/lib/openoffice/program/libsal.so.3.1.0 is compiled with the wrong
flags, so it does run only on Ultra Sparc CPUs, but not on 32bit Sparc
CPUs.

hyper:/usr/lib/openoffice/program# file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required, version 1 (SYSV), stripped
h

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc
Kernel: Linux 2.4.26
Locale: LANG=C, LC_CTYPE=C

Versions of packages openoffice.org-bin depends on:
ii debconf 1.4.25 Debian configuration management sy
ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi
ii libaudio2 1.6c-4 The Network Audio System (NAS). (s
ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an
ii libcurl2 7.11.2-1 Multi-protocol file transfer libra
ii libdb3++c102 3.2.9-20 Berkeley v3 Database Libraries for
ii libfontconfig1 2.2.2-2 generic font configuration library
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:3.3.4-1 GCC support library
ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library
ii libmyspell3 1:3.1-5 MySpell spellchecking library
ii libneon23 0.23.9.dfsg.3-2 An HTTP and WebDAV client library
ii libsm6 4.3.0.dfsg.1-4 X Window System Session Management
ii libstdc++5 1:3.3.4-1 The GNU Standard C++ Library v3
ii libstlport4.6 4.6.2-1 STLport C++ class library
ii libx11-6 4.3.0.dfsg.1-4 X Window System protocol client li
ii libxaw7 4.3.0.dfsg.1-4 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics
ii openoffice.org 1.1.1-3 high-quality office productivity s
ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m
ii zlib1g 1:1.2.1.1-3 compression library - runtime

-- debconf information:
  openoffice.org-bin/prelink: false

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (3.3 KiB)

Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 09:28:37 +1000
From: Jim Watson <email address hidden>
To: Thomas Bogendoerfer <email address hidden>,
 <email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
 normal sparc file

This is in the upstream build.

jim@sun:~/OpenOffice.org1.1.2/program$ file * | grep PLUS
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), stripped
------------------------------------
So i check all the produced files in sal:

jim@sun:/usr/local/src/112/sal/unxlngs.pro/lib$ file * | grep PLUS
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped

jim@sun:/usr/local/src/112/sal/unxlngs.pro/obj$ file * | grep PLUS
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped

jim@sun:/usr/local/src/112/sal/unxlngs.pro/slo$ file * | grep PLUS
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
---------------------------------------------
OK, it is only interlck.o

Now the makefile for this is in sal/osl/unx includes this code:
.IF "$(OS)$(CPU)"=="SOLARISS" || "$(OS)$(CPU)"=="NETBSDS" ||
"$(OS)$(CPU)"=="LINUXS"

$(SLO)$/interlck.obj: $(SLO)$/interlck.o
         touch $(SLO)$/interlck.obj

$(OBJ)$/interlck.obj: $(OBJ)$/interlck.o
         touch $(OBJ)$/interlck.obj

$(SLO)$/interlck.o: $(MISC)$/interlck_sparc.s
        $(ASM) $(AFLAGS) -o $@ $<

$(OBJ)$/interlck.o: $(MISC)$/interlck_sparc.s
        $(ASM) $(AFLAGS) -o $@ $<

$(MISC)$/interlck_sparc.s: asm/interlck_sparc.s
        +tr -d "\015" < $< > $@

ENDIF

This code existed already, for linux sparc port I simply added the last
condition:
|| "$(OS)$(CPU)"=="LINUXS"
----------------------------------------
Now look at solenv/inc/unxlngs.mk:
# mk file for unxlngs
ASM=$(CC)
AFLAGS=-Wa,-Av8plus,-K,PIC -c $(CDEFS)

--------------------------------------------------------
Also in sal/osl/unx/asm/interlck_sparc.s this comment:
/*
 * Implements osl_[increment|decrement]InterlockedCount in two ways:
 * sparcv8 architecture: use the "swap" instruction
 * sparcv9/sparcv8plus architecture: use the "cas" instruction
 *
 * Initialize once with osl_InterlockedCountSetV9(int bv9) if you want to
 * use the "cas" instruction, which is faster (no spinlock needed)
 * Default is to use the "swap" instruction, which works on all supported
 * SPARC cpu's
 *
 * osl_InterlockedCountSetV9(int bv9)
 * bv9 = 0 use sparcv8 "swap" (spinlock)
 * bv9 = 1 use sparcv9/sparcv8plus "cas" (no spinlock)
 *
/*
-------------------------------------------------
Sorry i dont understand much about this, but I will try any suggestions.
Thomas, can you review the code here and advise what might be done about this?
http://porting.openoffice.org/source/browse/porting/sal/osl/unx/asm/interlck_sparc.s

Meanwhile I will just try removing that AFLAG and see what happens. -Av8plus

thanks

jim
On Saturday 26 June 2004 21:36, Thomas Bogendoerfer wrote:
> Package: openoffice.org-bin
> Version: 1.1.1-3...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 09:36:33 +1000
From: Jim Watson <email address hidden>
To: Thomas Bogendoerfer <email address hidden>,
 <email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
 normal sparc file

Without that flag, building error:
ccache gcc -Wa,-K,PIC -c -DLINUX -DUNX -DVCL -DGCC -DC300 -DSPARC
-DGXX_INCLUDE_PATH=/usr/include/c++/3.3 -DCVER=C300 -D_USE_NAMESPACE
-DGLIBC=2 -D_PTHREADS -D_REENTRANT -DSPARC -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DPRODUCT
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI
-DSOLAR_JAVA -DSRX645
-o ../../unxlngs.pro/obj/interlck.o ../../unxlngs.pro/misc/interlck_sparc.s
../../unxlngs.pro/misc/interlck_sparc.s: Assembler messages:
./../unxlngs.pro/misc/interlck_sparc.s:251: Error: Architecture mismatch on
"cas".
./../unxlngs.pro/misc/interlck_sparc.s:251: (Requires v9|v9a|v9b; requested
architecture is sparclite.)
./../unxlngs.pro/misc/interlck_sparc.s:270: Error: Architecture mismatch on
"cas".
./../unxlngs.pro/misc/interlck_sparc.s:270: (Requires v9|v9a|v9b; requested
architecture is sparclite.)
dmake: Error code 1, while making '../../unxlngs.pro/obj/interlck.o'
---* TG_SLO.MK *---

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 19:41:46 +1000
From: "Jim Watson" <email address hidden>
To: <email address hidden> (Thomas Bogendoerfer)
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
 normal sparc file

I prefer the two versions of libsal, i will see if someone can help find the
switch, which is described in the comments in interlck_sparc.s.
I think we need this anyway, since it will not build the v8 version as it is
expecting v9

On Sun, 27 Jun 2004 10:59:48 +0200, Thomas Bogendoerfer wrote
> machines refuses to load. Right now I can think of two ways to
> solve that:
>
> 1. Just dump the V9 implementation and always use the V8 implemenation.
> This does probably cause some performance loss on V9 sparc.
>
> 2. Split the assembler file into V8 and V9 implemenation and build
> two libsal shared libs. There is support in ld.so to load the correct
> library
>
> The first solution still leaves out Sparc V7 systems in the rain.
> With the second solution it would be even possible to provide a V7
> library, if someone figures out how to do it there (I'm not a sparc assembler
> crack).
>
> Thomas.

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Sun, 27 Jun 2004 22:59:04 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Subject: sparc32plus shared library but no normal sparc file

forwarded 256347 http://qa.openoffice.org/issues/show_bug.cgi?id=30774
thanks
jim

Revision history for this message
Matt Zimmerman (mdz) wrote :

This bug is sparc-specific, hence NOTWARTY

Revision history for this message
In , jim watson (jim-amarooas) wrote : (No subject header)

Thomas,

the code has been written to run on both v8 and v8+/v9.

There is a test at runtime to discover the machine type. This was not
implemented for linux sparc so i think it defaults to run on v8 anyway.
Please see http://qa.openoffice.org/issues/show_bug.cgi?id=30774

But the shared library is built with v8+ flags because it includes v8+ code,
although the code which runs depends on the machine type.

Is there a problem running this on v8? can you post some error message?

If this library cannot run then it will be possible to make a separate sal
library for v8.

thanks

jim

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Sat, 3 Jul 2004 14:34:14 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: (No subject header)

Thomas,

the code has been written to run on both v8 and v8+/v9.

There is a test at runtime to discover the machine type. This was not
implemented for linux sparc so i think it defaults to run on v8 anyway.
Please see http://qa.openoffice.org/issues/show_bug.cgi?id=30774

But the shared library is built with v8+ flags because it includes v8+ code,
although the code which runs depends on the machine type.

Is there a problem running this on v8? can you post some error message?

If this library cannot run then it will be possible to make a separate sal
library for v8.

thanks

jim

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Re: Bug#256347: (No subject header)

Hi Thomas, hi Jim, hi *,

Jim Watson wrote:
> the code has been written to run on both v8 and v8+/v9.
>
> There is a test at runtime to discover the machine type. This was not
> implemented for linux sparc so i think it defaults to run on v8 anyway.
> Please see http://qa.openoffice.org/issues/show_bug.cgi?id=30774

I built the sal library with this code included on sparc based on
1.1.1-4.

You can get it at
http://people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Grüße/Regards,

René
--
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

Revision history for this message
In , Thomas Bogendoerfer (tsbogend) wrote : Re: (No subject header)

On Sat, Jul 03, 2004 at 02:34:14PM +1000, Jim Watson wrote:
> Is there a problem running this on v8? can you post some error message?

sure:

hyper:~# openoffice
OpenOffice.org for Debian - see
/usr/share/doc/openoffice.org/README.Debian.gz
running openoffice.org setup...
/usr/lib/openoffice/program/setup.bin: error while loading shared
libraries: libsal.so.3: cannot open shared object file: No such file or
directory
setup failed (code 0).. abort

hyper:~# ls -l /usr/lib/openoffice/program/libsal.so.3*
lrwxrwxrwx 1 root root 15 Jun 26 11:09
/usr/lib/openoffice/program/libsal.so.3 -> libsal.so.3.1.0
-rw-r--r-- 1 root root 1817928 May 24 20:26
/usr/lib/openoffice/program/libsal.so.3.1.0

> If this library cannot run then it will be possible to make a separate sal
> library for v8.

it's the runtime linker, which refuses to load the "incorrect" shared
library. Technical it would be possible to mix the two version like it's
done for solaris. But since ld.so tries to find optimized libraries,
it also chooses only matching libaries.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Re: Bug#256347: (No subject header)

Hi,

Thomas Bogendoerfer wrote:
> it's the runtime linker, which refuses to load the "incorrect" shared
> library. Technical it would be possible to mix the two version like it's
> done for solaris. But since ld.so tries to find optimized libraries,
> it also chooses only matching libaries.

Ah, guessed that. Wasn't sure whether GNUs ld does it too.
OK, that probably means we really have to fiddle with compilation
flags....

Grüße/Regards,

René
--
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

Revision history for this message
In , jim watson (jim-amarooas) wrote : Re: (No subject header)

Thomas,

I would like to do this with minimal deviation from the standard code and
packaging.

We have been shipping the v8 version already but build with v8+ because of
that unused asm code. So we should ifdef out the v9 code and build with v8
like _every_ other library is built. I will try and build one next weekend.

For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
tiny library which is not linked at runtime unless it is actually called. Is
such a thing possible? How could it be done?

On Monday 05 July 2004 06:22, you wrote:
>
> it's the runtime linker, which refuses to load the "incorrect" shared

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 14:40:02 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: (No subject header)

--6c2NcOVqGQ03X4Wi
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Thomas, hi Jim, hi *,

Jim Watson wrote:
> the code has been written to run on both v8 and v8+/v9.=20
>=20
> There is a test at runtime to discover the machine type. This was not=20
> implemented for linux sparc so i think it defaults to run on v8 anyway.
> Please see http://qa.openoffice.org/issues/show_bug.cgi?id=3D30774

I built the sal library with this code included on sparc based on
1.1.1-4.

You can get it at
http://people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Gr=FC=DFe/Regards,

Ren=E9
--=20
 .''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
     =20

--6c2NcOVqGQ03X4Wi
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA5/qh+FmQsCSK63MRAmeFAJ9HHeKYAkX6OdvNRJdjNeRdJ8bFWgCffC+o
bv1Bw74L6WiFpgPHA8aRMn4=
=TNFD
-----END PGP SIGNATURE-----

--6c2NcOVqGQ03X4Wi--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 22:22:16 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Jim Watson <email address hidden>
Cc: <email address hidden>
Subject: Re: (No subject header)

On Sat, Jul 03, 2004 at 02:34:14PM +1000, Jim Watson wrote:
> Is there a problem running this on v8? can you post some error message?

sure:

hyper:~# openoffice
OpenOffice.org for Debian - see
/usr/share/doc/openoffice.org/README.Debian.gz
running openoffice.org setup...
/usr/lib/openoffice/program/setup.bin: error while loading shared
libraries: libsal.so.3: cannot open shared object file: No such file or
directory
setup failed (code 0).. abort

hyper:~# ls -l /usr/lib/openoffice/program/libsal.so.3*
lrwxrwxrwx 1 root root 15 Jun 26 11:09
/usr/lib/openoffice/program/libsal.so.3 -> libsal.so.3.1.0
-rw-r--r-- 1 root root 1817928 May 24 20:26
/usr/lib/openoffice/program/libsal.so.3.1.0

> If this library cannot run then it will be possible to make a separate sal
> library for v8.

it's the runtime linker, which refuses to load the "incorrect" shared
library. Technical it would be possible to mix the two version like it's
done for solaris. But since ld.so tries to find optimized libraries,
it also chooses only matching libaries.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 5 Jul 2004 00:10:19 +0200
From: Rene Engelhard <email address hidden>
To: Jim Watson <email address hidden>,
 Thomas Bogendoerfer <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: (No subject header)

--gKMricLos+KVdGMg
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

Thomas Bogendoerfer wrote:
> it's the runtime linker, which refuses to load the "incorrect" shared
> library. Technical it would be possible to mix the two version like it's
> done for solaris. But since ld.so tries to find optimized libraries,
> it also chooses only matching libaries.

Ah, guessed that. Wasn't sure whether GNUs ld does it too.
OK, that probably means we really have to fiddle with compilation
flags....

Gr=FC=DFe/Regards,

Ren=E9
--=20
 .''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
     =20

--gKMricLos+KVdGMg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA6IBK+FmQsCSK63MRAj0VAJ0YS5ASnMCG9mlMV5haNjtxFmsyZgCgg+AY
8Jom28AahumZEXrs8kEg2H4=
=kE+u
-----END PGP SIGNATURE-----

--gKMricLos+KVdGMg--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Mon, 5 Jul 2004 08:46:40 +1000
From: Jim Watson <email address hidden>
To: <email address hidden> (Thomas Bogendoerfer)
Cc: <email address hidden>
Subject: Re: (No subject header)

Thomas,

I would like to do this with minimal deviation from the standard code and
packaging.

We have been shipping the v8 version already but build with v8+ because of
that unused asm code. So we should ifdef out the v9 code and build with v8
like _every_ other library is built. I will try and build one next weekend.

For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
tiny library which is not linked at runtime unless it is actually called. Is
such a thing possible? How could it be done?

On Monday 05 July 2004 06:22, you wrote:
>
> it's the runtime linker, which refuses to load the "incorrect" shared

Revision history for this message
In , Thomas Bogendoerfer (tsbogend) wrote :

On Mon, Jul 05, 2004 at 08:46:40AM +1000, Jim Watson wrote:
> We have been shipping the v8 version already but build with v8+ because of
> that unused asm code. So we should ifdef out the v9 code and build with v8
> like _every_ other library is built. I will try and build one next weekend.

that should work.

> For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
> tiny library which is not linked at runtime unless it is actually called. Is
> such a thing possible? How could it be done?

I guess it's possible by loading the library with dlopen and friends.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 6 Jul 2004 13:12:16 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Jim Watson <email address hidden>
Cc: <email address hidden>
Subject: Re: (No subject header)

On Mon, Jul 05, 2004 at 08:46:40AM +1000, Jim Watson wrote:
> We have been shipping the v8 version already but build with v8+ because of
> that unused asm code. So we should ifdef out the v9 code and build with v8
> like _every_ other library is built. I will try and build one next weekend.

that should work.

> For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
> tiny library which is not linked at runtime unless it is actually called. Is
> such a thing possible? How could it be done?

I guess it's possible by loading the library with dlopen and friends.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
In , jim watson (jim-amarooas) wrote : openoffice for v8

The solution provided by <email address hidden> is to put the problem assembler
"cas" instruction by hand into machine code
.word 0xD5E21009
!cas [%o0], %o1, %o2

This will build OK for v8 and runs on my sparc64 machine using
sparc32 to return sparc from uname -m.

Complete patches dated 13 july are at
http://qa.openoffice.org/issues/show_bug.cgi?id=30774

thanks

jim

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Tue, 13 Jul 2004 21:41:58 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: openoffice for v8

The solution provided by <email address hidden> is to put the problem assembler
"cas" instruction by hand into machine code
.word 0xD5E21009
!cas [%o0], %o1, %o2

This will build OK for v8 and runs on my sparc64 machine using
sparc32 to return sparc from uname -m.

Complete patches dated 13 july are at
http://qa.openoffice.org/issues/show_bug.cgi?id=30774

thanks

jim

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice for v8

Hi,

Jim Watson wrote:
> The solution provided by <email address hidden> is to put the problem assembler
> "cas" instruction by hand into machine code
> .word 0xD5E21009
> !cas [%o0], %o1, %o2
>
> This will build OK for v8 and runs on my sparc64 machine using
> sparc32 to return sparc from uname -m.
>
> Complete patches dated 13 july are at
> http://qa.openoffice.org/issues/show_bug.cgi?id=30774

I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).

http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Thomas, could you test it? Just copy it over the "normal" one...

Grüße/Regards,

René
--
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice forv8ä

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
Rene Engelhard wrote:
> Jim Watson wrote:
> > Complete patches dated 13 july are at
> > http://qa.openoffice.org/issues/show_bug.cgi?id=30774
>
> I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
>
> http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Addendum:

$ file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
not stripped

Grüße/Regards,

René
- --
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA8+iN+FmQsCSK63MRAn0ZAJ9ox91+Dq5koqpXRUJ8hD7QMeJQAQCePwIy
xV5Q+v2W2wmg2iSnpYgRHBY=
=53CA
-----END PGP SIGNATURE-----

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 15:44:09 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice for v8

--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

Jim Watson wrote:
> The solution provided by <email address hidden> is to put the problem assemble=
r=20
> "cas" instruction by hand into machine code
> .word 0xD5E21009
> !cas [%o0], %o1, %o2
>=20
> This will build OK for v8 and runs on my sparc64 machine using
> sparc32 to return sparc from uname -m.
>=20
> Complete patches dated 13 july are at=20
> http://qa.openoffice.org/issues/show_bug.cgi?id=3D30774

I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).

http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Thomas, could you test it? Just copy it over the "normal" one...

Gr=FC=DFe/Regards,

Ren=E9
--=20
 .''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
     =20

--FCuugMFkClbJLl1L
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA8+cp+FmQsCSK63MRAmvZAJ9+PI1Am95kK6vFxKnzAZPNMt90+ACdF1Ri
pIVE5qgjxeNyUqTJUc/robU=
=uNw+
-----END PGP SIGNATURE-----

--FCuugMFkClbJLl1L--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 15:50:05 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice for =?iso-8859-1?B?djjk?=

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
Rene Engelhard wrote:
> Jim Watson wrote:
> > Complete patches dated 13 july are at
> > http://qa.openoffice.org/issues/show_bug.cgi?id=30774
>
> I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
>
> http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0

Addendum:

$ file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
not stripped

Gr�gards,

Ren� --
 .''`. Ren�ngelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA8+iN+FmQsCSK63MRAn0ZAJ9ox91+Dq5koqpXRUJ8hD7QMeJQAQCePwIy
xV5Q+v2W2wmg2iSnpYgRHBY=
=53CA
-----END PGP SIGNATURE-----

Revision history for this message
In , Thomas Bogendoerfer (tsbogend) wrote : Re: Bug#256347:openoffice for v8ä

On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Rene Engelhard wrote:
> > Jim Watson wrote:
> > > Complete patches dated 13 july are at
> > > http://qa.openoffice.org/issues/show_bug.cgi?id=30774
> >
> > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> >
> > http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0
>
> Addendum:
>
> $ file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> not stripped

hmm, I've downloaded it twice and file shows me:

hyper:/tmp# file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped

hyper:/tmp# md5sum libsal.so.3.1.0
d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice forv8ä

Hi,

Thomas Bogendoerfer wrote:
> On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Hi,
> > Rene Engelhard wrote:
> > > Jim Watson wrote:
> > > > Complete patches dated 13 july are at
> > > > http://qa.openoffice.org/issues/show_bug.cgi?id=30774
> > >
> > > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> > >
> > > http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0
> >
> > Addendum:
> >
> > $ file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > not stripped
>
> hmm, I've downloaded it twice and file shows me:
>
> hyper:/tmp# file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> Required, version 1 (SYSV), not stripped
>
> hyper:/tmp# md5sum libsal.so.3.1.0
> d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0

*blushes* looks like I actually forgot the rsync or hosed somehow up...

Should be up now..

Grüße/Regards,

René
--
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 19:12:42 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Rene Engelhard <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: =?iso-8859-1?Q?openoffice_?=
 =?iso-8859-1?Q?for_v8=E4?=

On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Rene Engelhard wrote:
> > Jim Watson wrote:
> > > Complete patches dated 13 july are at
> > > http://qa.openoffice.org/issues/show_bug.cgi?id=30774
> >
> > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> >
> > http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0
>
> Addendum:
>
> $ file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> not stripped

hmm, I've downloaded it twice and file shows me:

hyper:/tmp# file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped

hyper:/tmp# md5sum libsal.so.3.1.0
d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 20:18:40 +0200
From: Rene Engelhard <email address hidden>
To: Thomas Bogendoerfer <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: openoffice for =?iso-8859-1?B?djjk?=

--TiqCXmo5T1hvSQQg
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

Thomas Bogendoerfer wrote:
> On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >=20
> > Hi,
> > Rene Engelhard wrote:
> > > Jim Watson wrote:
> > > > Complete patches dated 13 july are at=20
> > > > http://qa.openoffice.org/issues/show_bug.cgi?id=3D30774
> > >=20
> > > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> > >=20
> > > http.//people.debian.org/~rene/openoffice.org/sparc/libsal.so.3.1.0
> >=20
> > Addendum:
> >=20
> > $ file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > not stripped
>=20
> hmm, I've downloaded it twice and file shows me:
>=20
> hyper:/tmp# file libsal.so.3.1.0=20
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> Required, version 1 (SYSV), not stripped
>=20
> hyper:/tmp# md5sum libsal.so.3.1.0=20
> d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0

*blushes* looks like I actually forgot the rsync or hosed somehow up...

Should be up now..

Gr=FC=DFe/Regards,

Ren=E9
--
 .''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB

--TiqCXmo5T1hvSQQg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA9CeA+FmQsCSK63MRAk3DAJ9BIpoaG3FHXsIZx+bJKTubH0Iv2QCfXzyN
Dn5kW38WA7nzbNfCm/fbvlg=
=d75h
-----END PGP SIGNATURE-----

--TiqCXmo5T1hvSQQg--

Revision history for this message
In , Thomas Bogendoerfer (tsbogend) wrote : Re: Bug#256347:openoffice for v8ä

On Tue, Jul 13, 2004 at 08:18:40PM +0200, Rene Engelhard wrote:
> > > $ file libsal.so.3.1.0
> > > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > > not stripped
> >
> > hmm, I've downloaded it twice and file shows me:
> >
> > hyper:/tmp# file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> > Required, version 1 (SYSV), not stripped
> >
> > hyper:/tmp# md5sum libsal.so.3.1.0
> > d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0
>
> *blushes* looks like I actually forgot the rsync or hosed somehow up...
>
> Should be up now..

excellent, works now as expected :-) Thank you.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 21:12:45 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Rene Engelhard <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: =?iso-8859-1?Q?openoffice_?=
 =?iso-8859-1?Q?for_v8=E4?=

On Tue, Jul 13, 2004 at 08:18:40PM +0200, Rene Engelhard wrote:
> > > $ file libsal.so.3.1.0
> > > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > > not stripped
> >
> > hmm, I've downloaded it twice and file shows me:
> >
> > hyper:/tmp# file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> > Required, version 1 (SYSV), not stripped
> >
> > hyper:/tmp# md5sum libsal.so.3.1.0
> > d5fd5629f521971172cccc463948b1c9 libsal.so.3.1.0
>
> *blushes* looks like I actually forgot the rsync or hosed somehow up...
>
> Should be up now..

excellent, works now as expected :-) Thank you.

Thomas.

--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : pending

tag 256347 + pending
thanks

Grüße/Regards,

René
--
 .''`. René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Wed, 14 Jul 2004 23:00:38 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>
Subject: pending

tag 256347 + pending
thanks

Gr�gards,

Ren�-
 .''`. Ren�ngelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `' <email address hidden> | GnuPG-Key ID: 248AEB73
   `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

Revision history for this message
In , Rene Engelhard (rene-debian) wrote : Bug#256347: fixed in openoffice.org 1.1.2-3
Download full text (15.8 KiB)

Source: openoffice.org
Source-Version: 1.1.2-3

We believe that the bug you reported is fixed in the latest version of
openoffice.org, which is due to be installed in the Debian FTP archive:

openoffice.org-bin_1.1.2-3_i386.deb
  to pool/main/o/openoffice.org/openoffice.org-bin_1.1.2-3_i386.deb
openoffice.org-l10n-af_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-af_1.1.2-3_all.deb
openoffice.org-l10n-ar_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ar_1.1.2-3_all.deb
openoffice.org-l10n-ca_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ca_1.1.2-3_all.deb
openoffice.org-l10n-cs_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-cs_1.1.2-3_all.deb
openoffice.org-l10n-cy_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-cy_1.1.2-3_all.deb
openoffice.org-l10n-da_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-da_1.1.2-3_all.deb
openoffice.org-l10n-de_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-de_1.1.2-3_all.deb
openoffice.org-l10n-el_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-el_1.1.2-3_all.deb
openoffice.org-l10n-en_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-en_1.1.2-3_all.deb
openoffice.org-l10n-es_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-es_1.1.2-3_all.deb
openoffice.org-l10n-et_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-et_1.1.2-3_all.deb
openoffice.org-l10n-fi_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-fi_1.1.2-3_all.deb
openoffice.org-l10n-fr_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-fr_1.1.2-3_all.deb
openoffice.org-l10n-he_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-he_1.1.2-3_all.deb
openoffice.org-l10n-hi_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-hi_1.1.2-3_all.deb
openoffice.org-l10n-hu_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-hu_1.1.2-3_all.deb
openoffice.org-l10n-it_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-it_1.1.2-3_all.deb
openoffice.org-l10n-ja_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ja_1.1.2-3_all.deb
openoffice.org-l10n-ko_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ko_1.1.2-3_all.deb
openoffice.org-l10n-nb_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nb_1.1.2-3_all.deb
openoffice.org-l10n-nl_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nl_1.1.2-3_all.deb
openoffice.org-l10n-nn_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nn_1.1.2-3_all.deb
openoffice.org-l10n-ns_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ns_1.1.2-3_all.deb
openoffice.org-l10n-pl_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-pl_1.1.2-3_all.deb
openoffice.org-l10n-pt-br_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-pt-br_1.1.2-3_all.deb
openoffice.org-l10n-pt_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-pt_1.1.2-3_all.deb
openoffice.org-l10n-ru_1.1.2-3_all.deb...

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (16.0 KiB)

Message-Id: <email address hidden>
Date: Sat, 31 Jul 2004 09:49:49 -0400
From: Rene Engelhard <email address hidden>
To: <email address hidden>
Subject: Bug#256347: fixed in openoffice.org 1.1.2-3

Source: openoffice.org
Source-Version: 1.1.2-3

We believe that the bug you reported is fixed in the latest version of
openoffice.org, which is due to be installed in the Debian FTP archive:

openoffice.org-bin_1.1.2-3_i386.deb
  to pool/main/o/openoffice.org/openoffice.org-bin_1.1.2-3_i386.deb
openoffice.org-l10n-af_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-af_1.1.2-3_all.deb
openoffice.org-l10n-ar_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ar_1.1.2-3_all.deb
openoffice.org-l10n-ca_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ca_1.1.2-3_all.deb
openoffice.org-l10n-cs_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-cs_1.1.2-3_all.deb
openoffice.org-l10n-cy_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-cy_1.1.2-3_all.deb
openoffice.org-l10n-da_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-da_1.1.2-3_all.deb
openoffice.org-l10n-de_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-de_1.1.2-3_all.deb
openoffice.org-l10n-el_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-el_1.1.2-3_all.deb
openoffice.org-l10n-en_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-en_1.1.2-3_all.deb
openoffice.org-l10n-es_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-es_1.1.2-3_all.deb
openoffice.org-l10n-et_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-et_1.1.2-3_all.deb
openoffice.org-l10n-fi_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-fi_1.1.2-3_all.deb
openoffice.org-l10n-fr_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-fr_1.1.2-3_all.deb
openoffice.org-l10n-he_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-he_1.1.2-3_all.deb
openoffice.org-l10n-hi_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-hi_1.1.2-3_all.deb
openoffice.org-l10n-hu_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-hu_1.1.2-3_all.deb
openoffice.org-l10n-it_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-it_1.1.2-3_all.deb
openoffice.org-l10n-ja_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ja_1.1.2-3_all.deb
openoffice.org-l10n-ko_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ko_1.1.2-3_all.deb
openoffice.org-l10n-nb_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nb_1.1.2-3_all.deb
openoffice.org-l10n-nl_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nl_1.1.2-3_all.deb
openoffice.org-l10n-nn_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-nn_1.1.2-3_all.deb
openoffice.org-l10n-ns_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-ns_1.1.2-3_all.deb
openoffice.org-l10n-pl_1.1.2-3_all.deb
  to pool/main/o/openoffice.org/openoffice.org-l10n-pl_1.1.2-3_all.deb
openoffice.org-l10n-pt-br_1.1.2-3_all.deb
  to po...

Changed in openoffice.org-amd64:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.