[Slackbuilds-users] /usr/share/ package subdirectories: to version ID suffix or not?
rworkman at slackbuilds.org
Tue Jan 11 19:47:07 UTC 2011
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
Ooops - it was done last night:
> 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?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: not available
More information about the SlackBuilds-users