ACHTUNG: graphics/png Update!

Der VNC Server hat auch nichts mit libreoffice zu tun.

Mach mal ein ldd drauf, bei mir sieht das so aus:
Code: 
> ldd /usr/local/lib/libreoffice/program/oosplash
/usr/local/lib/libreoffice/program/oosplash:
	libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x800626000)
	libX11.so.6 => /usr/local/lib/libX11.so.6 (0x800821000)
	libpng15.so.15 => /usr/local/lib/libpng15.so.15 (0x800a56000)
	libthr.so.3 => /lib/libthr.so.3 (0x800c81000)
	libuno_sal.so.3 => not found (0)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x800ea4000)
	libm.so.5 => /lib/libm.so.5 (0x8011b3000)
	libc.so.7 => /lib/libc.so.7 (0x8013d4000)
	libXext.so.6 => /usr/local/lib/libXext.so.6 (0x801724000)
	libxcb.so.2 => /usr/local/lib/libxcb.so.2 (0x801836000)
	libXau.so.6 => /usr/local/lib/libXau.so.6 (0x801950000)
	libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x801a53000)
	libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 (0x801b58000)
	librpcsvc.so.5 => /usr/lib/librpcsvc.so.5 (0x801c59000)
	libz.so.6 => /lib/libz.so.6 (0x801e62000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x802078000)
 
Code: 
$ ldd /usr/local/lib/libreoffice/program/oosplash
/usr/local/lib/libreoffice/program/oosplash:
        libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x28096000)
        libX11.so.6 => /usr/local/lib/libX11.so.6 (0x28099000)
        libpng15.so.15 => /usr/local/lib/libpng15.so.15 (0x281b2000)
        libthr.so.3 => /lib/libthr.so.3 (0x281dc000)
        libuno_sal.so.3 => not found (0)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x281fd000)
        libm.so.5 => /lib/libm.so.5 (0x282f2000)
        libc.so.7 => /lib/libc.so.7 (0x2830c000)
        libXext.so.6 => /usr/local/lib/libXext.so.6 (0x2842b000)
        libxcb.so.2 => /usr/local/lib/libxcb.so.2 (0x2843a000)
        libXau.so.6 => /usr/local/lib/libXau.so.6 (0x28451000)
        libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x28454000)
        libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 (0x28459000)
        librpcsvc.so.5 => /usr/lib/librpcsvc.so.5 (0x2845b000)
        libz.so.6 => /lib/libz.so.6 (0x28463000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x28477000)
 
Probieren wir mal noch einen:
# pkg_info -gx libreoffice

Hast du die Prüfsumme des Pakets getestet?
 
Code: 
$ sha256 libreoffice-3.5.2_4.tbz
SHA256 (libreoffice-3.5.2_4.tbz) = 7cb9995337eccbfd72fa5d51ef03ec36d53a5b8c2d81e3008030c873acf38d90
$ pkg_info -gx libreoffice
Information for libreoffice-3.5.2_4:

Mismatched Checksums:

$

Hatte zwar die Prüfsumme noch nicht getestet, doch sie passt (leider).
 
Baue mal die Pakete neu, die volgendes Kommando ausspuckt:
Code: 
> ldd /usr/local/lib/libreoffice/program/oosplash | sed -En '/\/usr\/local/s,.*=> (.*)\(.*,\1,p' | xargs -n1 pkg_info -W
 
raus kam das:
Code: 
/usr/local/lib/libXinerama.so.1 was installed by package libXinerama-1.1.1,1
/usr/local/lib/libX11.so.6 was installed by package libX11-1.4.4,1
/usr/local/lib/libpng15.so.15 was installed by package png-1.5.10
/usr/local/lib/libXext.so.6 was installed by package libXext-1.3.0_1,1
/usr/local/lib/libxcb.so.2 was installed by package libxcb-1.7
/usr/local/lib/libXau.so.6 was installed by package libXau-1.0.6
/usr/local/lib/libXdmcp.so.6 was installed by package libXdmcp-1.1.0
/usr/local/lib/libpthread-stubs.so.0 was installed by package libpthread-stubs-0.3_3

und es bleibt alles beim alten. (natürlich nach dem Neubau der obigen Pakete)
Code: 
$ libreoffice
/usr/local/lib/libreoffice/program/oosplash: Shared object has no run-time symbol table$
 
Last edited:
Bei mir klappt der Bau von libreoffice auch nicht, aber dies scheint wohl ein größeres Problem zu sein, wenn man in die MLs schaut.
 
Umständlicherweise löse ich das Problem mit einem ExoPC und derzeit W8 mit Libreoffice.

Mal sehen was die Zeit bringt.
 
Die Ursache ist wohl gefunden - bin gerade am Testen

(freebsd-ports@ von Sergio de Almeida Lenzi)
Hello all...
finally I track down the problem with libreoffice,
the problem is with the boost headers and files

You MUST use the boost that comes with libreoffice,
but somehow the makefiles searches /usr/local/include/*

Solution:

remove (temporary) boost-lib, boost-jam,
then go to the editors/libreoffice ...
and then choose the language: in my case : LOCALIZED_LANG=pt-BR
put it in the Makefile, (or /etc/make.conf)....
than......
make install package,
in a 8 cores cpu, with 8 jobs in paralell, libreoffice builds in 2
hours....

after that,
reinstall boost-lib and boost-jam either from the ports, or from the
packages..


Works for me....
Click to expand...

bzw.
(R. Kevin Oberman)
Here is an easy way:
# portmaster -g boost-libs boost-jam
# pkg_delete -f boost-libs-\* boost-jam-\*
# portmaster libreoffice
# portmaster -PP --local-packagedir=/usr/ports/packages boost-libs boost-jam
or
use pkg_add

I'll admit that I am still building the packages, so I can't swear it
will work, but it should.
Click to expand...
 
Last edited:
Übrigens die der Libreoffice bau schlecht parallelisiert, die meiste Zeit wird nur ein Kern verwendet. Ich baue immer 3 Pakete gleichzeit. Das dauert fast 4 Stunden, deutlich besser als die 7:30 Stunden die es dauern würde die Pakete nacheinander zu bauen.
 
gute Neuigkeiten :) gleich mal testen

[EDIT]
ganz ungewohnt wenn LibreOffice startet ;)
 
Last edited:
Kamikaze said:
Übrigens die der Libreoffice bau schlecht parallelisiert, die meiste Zeit wird nur ein Kern verwendet. Ich baue immer 3 Pakete gleichzeit. Das dauert fast 4 Stunden, deutlich besser als die 7:30 Stunden die es dauern würde die Pakete nacheinander zu bauen.
Click to expand...

Ich mache es bestimmt schon seit einiger Zeit... aber wie genau kann man 3 Pakete gleichzeitig bauen lassen? Geht das auch in Verwendung von portmaster?
 
Hmm, ich verwende Tinderbox und habe mir einen eigenen tinderd geschrieben, der ordentliches Locking (pro laufedem build) macht und die Reihenfolge der Queue Abarbeitung (wichtig bei großem Massentests, da kann man schon mal ein paar Tage gewinnen) optimiert. Dann lasse ich einfach 3 Instanzen davon laufen.

Der Wiki-Code für die Download-Matrix und die Prüfsummen werden von einem Skript erzeugt. Der ftp-Upload ist auch automatisiert. Es war einfach zu pfriemelig 6*8 Pakete in die richtigen Verzeichnisse zu sortieren.

Die Port-Entwickler testen übrigens (wahrscheinlich) nicht mit Tinderbox. Ich stoße eigentlich mit jedem Release auf einige Bugs. Inzwischen schreibe ich schon gar keine PRs mehr dazu sondern schicke einfach den patch an office@
 
Last edited:
You must log in or register to reply here.
Back
Top