[Slackbuilds-users] /usr/share/ package subdirectories: to version ID suffix or not?

[Robby Workman]

On Wed, 12 Jan 2011 00:24:20 +0530
<SlackBuilds at catcons.co.uk> wrote:

> > -----Original Message-----
> > From: Robby Workman [mailto:rworkman at slackbuilds.org] 
> > Sent: 11 January 2011 23:50
> > To: SlackBuilds.org Users List
> > Cc: SlackBuilds at catcons.co.uk
> > Subject: Re: [Slackbuilds-users] /usr/share/ package 
> > subdirectories: to version ID suffix or not?
> > 
> > On Tue, 11 Jan 2011 23:01:07 +0530
> > <SlackBuilds at catcons.co.uk> wrote:
> > 
> > > Hello  :-)
> > > 
> > > Listing the package sub-directories of /usr/share shows the great
> > > majority named simply by their packages and a few suffixed 
> > with their
> > > version identifiers.  Is this something SlackBuilds could usefully
> > > standardise -- to use or not to use version suffixes?  
> > 
> > 
> > We do what upstream does unless there's a compelling reason to
> > change it (and things will still work after the change).
> > 
> > A "standard" is great right up to the point where implementing
> > it breaks stuff.  :-)
> > 
> 
> Thanks Robby :-)
> 
> In the case of the xapian-omega build I'm working on now (more input
> from the developer today so please don't publish the pending
> SlackBuild), 


Ooops - it was done last night:
http://slackbuilds.org/repository/13.1/misc/xapian-omega/


> the upstream build uses a version suffix but their own
> package for Debian strips it, leaving me free to do ... whatever I
> like!  I'll strip it unless you advise to the contrary.


That's fine.  I don't have a package of it handy - what's in the
/usr/share/ directory anyway?

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20110111/55b7a337/attachment.asc>