I'm fairly confident that the problem is in the eps output, not the viewers. I've reached this conclusion by comparing the EPS output from etch and gutsy. A diff of the files reveals:
diff request-categories-etch.eps request-categories-gutsy.eps 4c4 < %%CreationDate: Thu Apr 3 14:36:56 2008 --- > %%CreationDate: Fri Apr 4 11:30:33 2008 737c737 < n 34.542893 22.542893 0.000000 0.000000 -18007.812500 359.900000 ellipse s --- > n nan 22.542893 0.000000 0.000000 360.000000 359.900000 ellipse s 739c739 < n 34.542893 22.542893 0.000000 0.000000 -18007.812500 359.900000 ellipse s --- > n nan 22.542893 0.000000 0.000000 360.000000 359.900000 ellipse s and so on. This explains the error message from ghostscript, since nan is quite literally not a number and not defined in the dictionary I suspect that the problem lies somewhere in the zig-zag lines in the .dia file. These lines seem to include extra points that throw off the rounding code. The problem doesn't seem to be in the dia code base, since I recompiled the exact code that I used on etch and still had the problem. In the short term I've been able to work around the problem by doing a grep -v " nan " on the resulting .eps. Naturally this isn't the best solution... ** Attachment added: "The good eps file from etch" http://launchpadlibrarian.net/13115008/request-categories-etch.eps -- dia eps export broken in gutsy https://bugs.launchpad.net/bugs/155091 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
