[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#90664: How's the foomatic package for Debian going?



>>>>> Jeff Licquia <licquia@debian.org> writes:

> I'm leaving Thursday on a vacation, and will be back a week from
> Friday.  I'll stick the latest foomatic tarball on the laptop and see
> if I get inspired by the beach sand.

Cool.

It may be instructive to look at the RPM spec [ Till, please send him
your spec, it doesn't seem to be in CVS ].

The main headaches are these:

 - Dependencies on a million Perl modules.  I think these are mostly
   done and in unstable.

 - System dependencies defined in Defaults.pm.  Originally the default
   Defaults.pm was based on my potato system, but the defaults may be
   a tad Mandrakish these days...

 - The C helper program.  This just means that it's not a noarch as it
   used to be.

 - The /var bit.  Last I knew, the library cached computed data in a
   parallel cache tree next to the source data.  Since that stuff
   really belongs in /var, I think we made those locations symlinks
   into /var/foomatic/blah rather than adjusting the library to do the
   right thing.

 - No real version numbering or releases.  The bulk of foomatic is a
   set of constantly updated data files.  There are also external
   datasets that people can add to their installation (from
   gimp-print, omni, etc).  I think Manfred's package was using a
   timestamp or something.

Oh - you get 100 bonus points if you can make the various spoolers in
Debian automagically convert configurations when you switch spoolers.
Foomatic has all that logic now, thanks to Till...

--
Grant Taylor - gtaylor@picante.com - http://www.picante.com/~gtaylor/
    Linux Printing Website and HOWTO:  http://www.linuxprinting.org/



Reply to: