Bug#2790: gsfonts-3.53 control file
>
>
> Package: gsfonts
> Version: 3.53-1
>
> The control fails to encode the Debian revision number.
You're absolutely right -- I've corrected this in my sources.
> An Architecture field
> would be nice as these fonts might well be architecture-independent.
But what should I use as architecture field? I've tried "i386 source"
and the like, but dchanges starts complaining (I'm using the wrong
file-name) so I abandoned that.
Apparently, If I have an architecture i386, dchanges wants a .deb file
with i386 in it -- but what if I have an architecture of "i386 spark alfa"
does it then have to be "gsfonts-3.53-2i386_spark_alfa_whatever.deb"?
> Moreover, shouldn't it Conflicts: gsfonts(<<3.53) to replace the fonts for a
> GNU gs package?
Got you: gsfonts-3.53 is the same package as gsfonts-2.62, only
a few versions later. So, dpkg will automatically remove everything from
gsfonts-2.62 when upgreading to gsfonts-3.53
It's really got advantages, this same-package bussines...
--
joost witteveen
joost@rulcmc.leidenuniv.nl
joostje@dds.hacktic.nl
--
Use Debian Linux!
Reply to: