Summary: | app-office/openoffice-3.2.0: ERROR: Could not register all components for file services.rdb | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Attila Tóth <atoth> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | atoth, b.brachaczek, n-roeser, nikita.kipriyanov, p2wood |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Last portion of the build log
after running ebuild install Sandbox violation |
Description
Attila Tóth
2010-03-05 12:04:29 UTC
Created attachment 222159 [details]
Last portion of the build log
Note: when the original emerge dies, there's also an sandbox access violation trying to check writeability of /root/.gconf
Created attachment 222161 [details]
after running ebuild install
Created attachment 222169 [details]
Sandbox violation
Can you post the use flags on openoffice? (In reply to comment #4) > Can you post the use flags on openoffice? > USE="bash-completion cups dbus eds gnome gstreamer gtk java nsplugin odk opengl pam templates -binfilter -debug -kde -ldap -mono" LINGUAS="en hu" -binfilter, because it causes runtime generated binary segfaults on my systems - and I don't really care about old staroffice documents I can't seem to reproduce this error. emerge --info follows: Portage 2.1.7.17 (hardened/linux/amd64/10.0, gcc-4.4.3, glibc-2.11-r1, 2.6.28-hardened-r9 x86_64) ================================================================= System uname: Linux-2.6.28-hardened-r9-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-gentoo-1.12.13 Timestamp of tree: Fri, 05 Mar 2010 10:00:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.4 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.64 sys-devel/automake: 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.20-r1 sys-devel/gcc: 3.4.6-r2, 4.3.4-r2, 4.4.3-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests collision-protect distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://192.168.3.1/pub/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j9" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/hardened-development /usr/local/portage/layman/mystuff /usr/local/portage/layman/mozilla" SYNC="rsync://192.168.3.1/portage" USE="X a52 acl acpi alisp alsa amd64 apm autoipd avahi berkdb bindist bluetooth bookmarks bzip2 cairo cdr chm cli consolekit cracklib crypt cups cxx dbus device-mapper directfb djbfft dri dvd dvdr encode esd exif expat extras fam fbcon ffmpeg flac fortran galago gd gdbm gif gmp gnome gpm gs gstreamer gtk hal hardened iconv ipv6 jpeg jpeg2k justify libnotify loop-aes lzo mad mbox mdnsresponder-compat mmx modules mpeg mudflap multilib ncurses nfs nls nptl nptlonly ogg opengl openmp pam pcre pdf perl pic png ppds pppd python readline reflection samba secure-delete server session spl sse sse2 ssl svg sysfs tcpd theora tiff tracker truetype unicode urandom utils vorbis winbind wmf xcb xml xorg xulrunner xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #1) > Created an attachment (id=222159) [details] > Last portion of the build log > > Note: when the original emerge dies, there's also an sandbox access violation > trying to check writeability of /root/.gconf > This problem can be fixed adding some addpredict lines to the ebuild. The behavior could be related to gstreamer, as it was shown in case of other ebuilds where gst-inspect gets called. I still have tu paxctl -m regcomp in order for thr ebuild to compile. If some addpredict lines gets inserted, the sandbox access violations goes away. However the error mentioned in the initial post - failing to access types.rdb - still persists. If I issue the failing command myself, it returns without error messages and the resulting registry file gets created. I tried to chown the full path of the file to root:root, to portage:portage and other combinations - without success. Any clue on what I can try? Looks like a dupe of Bug #292519. (In reply to comment #9) > Looks like a dupe of Bug #292519. > Looks promising. I give it a try. Yep it for sure is the dup of the above bug. Dupin' *** This bug has been marked as a duplicate of bug 292519 *** |