Comment 37 for bug 179988

Kees simply implemented the common gnome print dialog that uses standard cairo interfaces for printing, in a cross-architecture fashion. Adrian and Ishmal point to upstream bug http://bugzilla.gnome.org/show_bug.cgi?id=488833 as the cause of this problem. That bug says the fix will be released in cairo 1.6. Presumably, once that library is available, inkscape simply needs to be rebuilt against it and in theory the issue will be solved. A patch to cairo is posted there, with requests for testing, and I'd encourage those with windows platforms to test on, to build a patched cairo with this patch included and test to see if your print issue is resolved.

Bulia, your alternative suggestion for reverting the new print dialog back to the old one, would also be acceptable to me, if you code it to only take effect on Windows (i.e., either using ifdefs or an option). In browsing the svn log, it looks like kees introduced these changes in r16655, r16860, r16865, r16866. Please send me this patch by Tuesday if you could?

I am also open to the proposal by Rygle, Mental, and others that a Windows version of Inkscape not be advertised if this bug cannot be resolved prior to the release. This should be the last fallback if neither of the prior two options work out in time. This would enable us to release in time to be included in the next round of LInux distros (Ubuntu Hardy entered feature freeze Feb14, and goes to Beta Freeze March 13th; Fedora 9 foes into feature freeze March 4th, and beta release March 13th with Final Development freeze April 8). Otherwise, it'll be another 6 months before we have the opportunity to get Inkscape out to Linux users officially.