starting dia says: ** (dia:31401): WARNING **: Python: Couldn't find startup file /usr/local/share/dia/python-startup.py ** (dia:31401): WARNING **: No valid configuration files found for the XSLT plugin, not loading. It is installing some files in /usr/share/dia, and looking for them in /usr/local/share/dia Reproducible: Always Steps to Reproduce: 1. remove old files from /usr/local/share/dia, in case they are there from older ebuilds 2. build dia 3. start Actual Results: no bitmap in the splash screen, no help or libraries of shapes workaround: ln -s /usr/share/dia /usr/local/share/dia
In addition it tries to open netscape when I ask for the manual: sh: netscape: command not found yet yelp /usr/share/dia/help/en/dia.xml displays the manual plus my equery USES: marlow ~ $ equery uses dia [ Searching for packages matching dia... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for app-office/dia-0.94 ] U I + + gnome : Adds GNOME support + + png : Adds support for libpng (PNG images) + + python : Adds support/bindings for the Python language + + zlib : Adds support for zlib (de)compression - - debug : Tells configure and the makefiles to build for debugging. Effects vary across packages, but generally it will at least add -g to CFLAGS. Remember to set FEATURES=nostrip too - - debug : Tells configure and the makefiles to build for debugging. Effects vary across packages, but generally it will at least add -g to CFLAGS. Remember to set FEATURES=nostrip too
Hello. The first problem you report, regarding dia looking for files under /usr/local/share/dia is very strange. I don't see that behaviour, the dia ebuild installs its files under /usr/share/dia. Did you compile/install dia yourself from the sources? As for the second problem, dia trying to use netscape for the help files, apparently the dia ebuild installs the help files under /usr/share/gnome/help/dia, and the binary is looking for /usr/share/dia/help. Plus, having netscape as the help browser is certainly not a good idea. I can patch those two issues, but I'm concerned that you report having the help files under /usr/share/dia/help/en/dia.xml. Again, are you sure you weren't using a dia binary that you built yourself?
dia-0.94-r1 includes a patch that fixes the Help->Manual action, at least under gnome. The other problems you report are still unreproducible. Please let us know if you have more information regarding these issues.
Verified, the /usr/local stuff was some problem with me tryin to fix the help problem and spoiling it, or some other kind of glitch. the binary I keep does not have any "/usr/local" file. -r1 works great, with manual and all. Thanks. :-)