Summary: | app-text/acroread-9.5.1-r1 - acroread creates $HOME/fontconfig directory on startup | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | manwe <gentoo> |
Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | adaptee, Adrian.Bassett, alexandre.guimaraes, gentoo, help, ikelos |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=486338 https://bugs.gentoo.org/show_bug.cgi?id=486940 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
manwe
2013-02-18 11:47:49 UTC
Could you please try with 9.5.4 as I am unable to trigger this behaviour now when I am testing it. Same thing with app-text/acroread-9.5.4 $ LC_ALL=POSIX ls -l $HOME/fontconfig ls: cannot access /home/manwe/fontconfig: No such file or directory $ /opt/bin/acroread & [1] 16144 $ LC_ALL=POSIX ls -l $HOME/fontconfig total 48K -rw-r--r-- 1 manwe users 600 Feb 22 11:35 3830d5c3ddfd5cd38a049b759396e72e-le32d4.cache-3 -rw-r--r-- 1 manwe users 11K Feb 22 11:35 a595ca43be94766bbfe429f07fba82d0-le32d4.cache-3 -rw-r--r-- 1 manwe users 32K Feb 22 11:35 d722f191fc173fb8c13c8ea6f285de40-le32d4.cache-3 $ grep -vE '^#' $HOME/.config/user-dirs.dirs XDG_DESKTOP_DIR="$HOME" XDG_PICTURES_DIR="$HOME" XDG_VIDEOS_DIR="$HOME" XDG_DOWNLOAD_DIR="$HOME" XDG_TEMPLATES_DIR="$HOME" XDG_PUBLICSHARE_DIR="$HOME" XDG_DOCUMENTS_DIR="$HOME" XDG_MUSIC_DIR="$HOME/.config/spotify" XDG_CONFIG_HOME="$HOME/.config" env for my user $ env MANPATH=/etc/java-config-2/current-system-vm/man:/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.23.1/man:/etc/java-config-2/current-system-vm/man/:/usr/lib64/php5.3/man/:/usr/lib64/php5.4/man/ MRXVT_TABTITLE=Terminal ANDROID_SWT=/usr/share/swt-4.2/lib SHELL=/bin/bash TERM=rxvt VBOX_ALSA_ADC_DEV=hda-surround GTK2_RC_FILES=/home/manwe/.gtkrc-2.0 VBOX_APP_HOME=/usr/lib64/virtualbox WINDOWID=104857607 LC_ALL=pl_PL ANT_HOME=/usr/share/ant SVN_EDITOR=/usr/bin/geany USER=manwe LS_COLORS=rs=0:..... PRELINK_PATH_MASK=/usr/lib64/klibc:/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so GUILE_LOAD_PATH=/usr/share/guile/1.8 _JAVA_OPTIONS=-Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Dswing.aatext=true -Dawt.useSystemAAFontSettings=on OOO_FORCE_DESKTOP=gnome PAGER=/usr/bin/less CONFIG_PROTECT_MASK=/etc/gentoo-release /etc/sandbox.d /etc/php/cli-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/apache2-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/fonts/fonts.conf /etc/gconf /etc/terminfo /etc/dconf /etc/ca-certificates.conf /etc/revdep-rebuild /etc/splash XDG_CONFIG_DIRS=/etc/xdg FLTK_DOCDIR=/usr/share/doc/fltk-1.3.2/html PATH=/home/manwe/.bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/home/manwe/.bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3:/opt/android-sdk-update-manager/tools:/opt/android-sdk-update-manager/platform-tools:/sbin:/usr/sbin:/opt/android-sdk-update-manager/tools:/opt/android-sdk-update-manager/platform-tools:/sbin:/usr/sbin PWD=/home/manwe LIBXCB_ALLOW_SLOPPY_LOCK=1 JAVA_HOME=/etc/java-config-2/current-system-vm JAVAC=/etc/java-config-2/current-system-vm/bin/javac EDITOR=/usr/bin/vim LANG=pl_PL GSETTINGS_BACKEND=dconf QT_GRAPHICSSYSTEM=raster PS1=.... JDK_HOME=/etc/java-config-2/current-system-vm SHLVL=5 HOME=/home/manwe VBOX_ALSA_DAC_DEV=hda-surround PYTHONPATH=/usr/lib/portage/pym LESS=-R -M --shift 5 LOGNAME=manwe GCC_SPECS= XDG_DATA_DIRS=/usr/local/share:/usr/share LESSOPEN=|lesspipe %s WINDOWPATH=7 INFOPATH=/usr/share/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.23.1/info DISPLAY=:0.1 RUBYOPT=-rauto_gem OPENGL_PROFILE=nvidia CONFIG_PROTECT=/usr/share/gnupg/qualified.txt COLORTERM=rxvt OPENCL_PROFILE=nvidia XAUTHORITY=/home/manwe/.Xauthority _=/usr/bin/env I've seen this with WINE also. All Windows/Wine-Apps now create such a "fontconfig" in the current (!) directory. Noticed today with skype too. Most likely it was introduced in app-emulation/emul-linux-x86-xlibs-20130224, skype is 32bit, tested with another cross-compiled application, fontconfig directory is indeed created in current path. I'm going to make an assumption that wine and acroread are 32bit too. Hmm, just noticed that original report came before 20130224. The fact is that my last update was on January 20, everything was fine then, I've updated today and got this problem. It's definitely caused by some app-emulation/emul-linux-x86 libs and since directory is called fontconfig, it's doubtful that any code other than libfontconfig's would create it. (In reply to comment #4) It must be related to fontconfig commit 8c255fb185d5651b57380b0a9443001e8051b29d, which went into 2.10. In this version they changed config and cache directories to respect Freedesktop (XDG) specification. And since emul-linux-x86-xlibs-20130224 package provides fontconfig 2.8, while >=2.10 is installed in your system, they have different configuration files, I guess. In any case, updating 32bit fontconfig to 2.10 (I just unmasked multilib version of emul-linux-x86-xlibs) fixed the problem. This is very similar to libpng-1.6 + wine issue. So several months later, and I'm still getting fontconfig directories dropped where ever I launch a 32-bit linux program. That's with emul-linux-x86-xlibs-20130224-r2 and fontconfig-2.10.92, has this actually been fixed? Did anyone get to the bottom of why having mixed versions of the libraries didn't work properly? Where does the 2.8 version read its cache location from and can we just set that? I'm having to use a 32-bit program quite a lot at the moment, and cleaning up after all these dropped directories is starting to get irritating... Ok, so it appears this is fixed by using the new (and seemingly little documented) ABI_X86 use flags, to create native, compiled 32-bit versions of the latest fontconfig package, and hence no longer have the mismatch. In make.conf add: ABI_X86="32 64" then re-emerge world with -N or new-use to ensure that changes are noticed and acted upon. I haven't managed to fully test this yet, but I'm pretty sure it'll be the solution... I posted about the same bug at: https://bugs.gentoo.org/show_bug.cgi?id=486338 A "by hand copy" of one of the produced fontconfig folders to ~/.fontconfig is a workaround for the problem. Fontconfig searches the "~/.fontconfig"-folder with some particular content. If it doesn't exists it creates a new folder but at the wrong place (in opposite to former versions of fontconfig which choose the right location to create the folder.). This is also why fontconfig creates a new fontconfig folder for every pdf (acroread instance) you open. Fontconfig think: Oh there's no ~/.fontconfig folder; let's create one, but he creates it at the wrong place. Applications like acroread work well - except the problem discussed here - without the "x86_abi_x32" use-flag. Therefore it seems to me that the ABI="64 32"-thing ins't the source of the problem it's only another kind of workaround. It seems like fontconfig produces the same failure with skype https://bugs.gentoo.org/show_bug.cgi?id=486940 *** This bug has been marked as a duplicate of bug 486338 *** |