9:10 p.m.
How are versioned weak dependencies handled? Can I
"Suggests"/"Recommends"
min and max versions or can I only supply the main package and use
"Conflicts" to enforce version ranges?
For example:
Suggests: pkg >= 1.0
Suggests: pkg < 2.0
or
Suggests: pkg
Conflicts: pkg < 1.0
Conflicts: pkg >= 2.0
9:05 p.m.
I forgot about this over the US holiday. Any ideas?
On Fri, Dec 25, 2015 at 10:10 PM, Shawn Iwinski <shawn.iwinski(a)gmail.com> wrote:
> How are versioned weak dependencies handled? Can I
"Suggests"/"Recommends"
> min and max versions or can I only supply the main package and use
> "Conflicts" to enforce version ranges?
>
> For example:
>
> Suggests: pkg >= 1.0
> Suggests: pkg < 2.0
>
> or
>
> Suggests: pkg
> Conflicts: pkg < 1.0
> Conflicts: pkg >= 2.0
1:23 a.m.
On Wed, 20 Jan 2016 22:05:04 -0500
Shawn Iwinski <shawn.iwinski(a)gmail.com> wrote:
I forgot about this over the US holiday. Any ideas?
On Fri, Dec 25, 2015 at 10:10 PM, Shawn Iwinski
<shawn.iwinski(a)gmail.com> wrote:
> How are versioned weak dependencies handled? Can I
> "Suggests"/"Recommends" min and max versions or can I only
supply
> the main package and use "Conflicts" to enforce version ranges?
>
> For example:
>
> Suggests: pkg >= 1.0
> Suggests: pkg < 2.0
>
> or
>
> Suggests: pkg
> Conflicts: pkg < 1.0
> Conflicts: pkg >= 2.0
it can be done slightly differently
add Provides: pkg(1x) to the pkg spec file for all versions >=1.0 and <
2.0 (then bump to pkg(2x)). And then just use Suggests: pkg(1x) in foo.
Dan
1:49 a.m.
On Thu, Jan 21, 2016 at 2:23 AM, Dan Horák <dan(a)danny.cz> wrote:
On Wed, 20 Jan 2016 22:05:04 -0500
Shawn Iwinski <shawn.iwinski(a)gmail.com> wrote:
> I forgot about this over the US holiday. Any ideas?
>
> On Fri, Dec 25, 2015 at 10:10 PM, Shawn Iwinski
> <shawn.iwinski(a)gmail.com> wrote:
> > How are versioned weak dependencies handled? Can I
> > "Suggests"/"Recommends" min and max versions or can I only
supply
> > the main package and use "Conflicts" to enforce version ranges?
> >
> > For example:
> >
> > Suggests: pkg >= 1.0
> > Suggests: pkg < 2.0
> >
> > or
> >
> > Suggests: pkg
> > Conflicts: pkg < 1.0
> > Conflicts: pkg >= 2.0
it can be done slightly differently
add Provides: pkg(1x) to the pkg spec file for all versions >=1.0 and <
2.0 (then bump to pkg(2x)). And then just use Suggests: pkg(1x) in foo.
That's more complicated than it needs to be and potentially requires
cooperation with other packagers.
It basically depends on whether he has a hard restriction on the
Recommendation or Suggestion or not.
If the package is absolutely incompatible, the the Conflicts approach
makes sense. However, note that such a thing would prevent them from
coexisting at that point.
But, if it is not a hard restriction, then the Suggests approach makes
sense, because it won't suggest them as options if they fall outside
the range.
--
真実はいつも一つ！/ Always, there's only one truth!
3011
days inactive
3037
days old
packaging@lists.fedoraproject.org
3 comments
3 participants
participants (3)
-
Dan Horák -
Neal Gompa -
Shawn Iwinski