On Wed, 7 Mar 2007, Giuseppe Sacco wrote: > Il giorno mar, 06/03/2007 alle 21.11 +0200, Vassilii Khachaturov ha > scritto: > [...] > > the /etc/paper.config file, OTOH, is owned by a completely different > > package (which, in > > its turn, doesn't document it in an obvious way either, at least, there is > > no manpage > > about it): > > $ dlocate paper.config > > gnome-libs-data: /etc/paper.config > > > > Which begs the question: is it possible to make libpaper data-driven and > > fed from > > the same source at runtime? > > libpaper does not own nor use /etc/paper.config. Maybe you should report > this problem against a different package or you could better explain > what the problem is.
Indeed, this part of the mail was my apology for the fact that in the previous mail I wrongly assumed that /etc/paper.config is owned by libpaper. (But the 1st part, about the README, still makes sense). As reported by dpkg, gnome-libs-data is the package that actually owns the /etc/paper.config file. Reading that file, I see things similar to those that are hardwired inside libpaper. So, on my system, right now, there are (at least) these two sources of paper sizes available (in addition to custom PPDs that can specify their own sizes for CUPS). Suppose that somebody wants to add an additional custom paper format on their system. Right now, to teach libpaper, one needs to recompile with the new paperspecs, if I understand the sources correctly. In addition, for those gnome libs, one has to add the paper size in there. (BTW, reading the sources of the gnome code, I see that they actually give credit to libpaper and say they borrowed from it). I assume they didn't outright use libpaper as a lower layer is that libpaper is not data-driven, i.e., doesn't get an input from an external configuration file. I totally agree that this is not libpaper's problem; moreover, libpaper is generic enough to transparently switch over to a configuration file parsing at runtime rather than reading from the compiled paper specs any time anybody would want that. So if the libpaper and gnome-libs people feel one day like using a single layer underneath to configure the paper sizes, that would be great. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
