Re: Handling of /etc/printcap
"David" == David Frey <david@eos.lugs.ch> writes:
> I today just found out, that my magicfilter violates the newest
> policy by rewritting /etc/printcap, which is lpr|lprng's confile.
> What would be the correct solution for this problem? Shall I require
> that the lpr|lprng maintainer writes a modify-printcap command, so
> that I could do a 'modify-printcap --replace if=/usr/sbin/...-filter
> printer'
David, did you ever get any sort of solution on this?
Perhaps there should be a pointer from developers documentation on how
to deal with a conffile which is in another package, where that other
package provides no standard means to update its conffiles.
David, AFAIK, the only solution is to have a sysadmin program (or
script of course) which makes the changes you were automating in
postinst, but just pipes to STDOUT or something. Then you leave it up
to the sysadmin to make the changes, thereby covering your ass.
Of course the ultimate solution is to either work with Guy on the
generic modify conffile/services system he mentioned in debian-devel a
while back, or even work with lpr/lprng people to have a stdized way
to hack the configs.
Sorry there isn't anything better yet.
[Aside: I wonder how all our 'update-blah.conf' scripts are going to
interact with COAS?]
.....A. P. Harris...apharris@onShore.com...<URL:http://www.onShore.com/>
Reply to: