Package: blends-dev
Version: 0.6.100
Severity: serious
Hi,
when I run "make" on a blend's package, it puts all that is in
"Recommends" in the tasks package into "Recommends" of d/control,
independent of the status of the package.
Examples, from debian-astro
https://salsa.debian.org/debian-astro-
[Ole Streicher]
> This violates the policy in the generated blends tasks packages;
> therefore the severity.
>
> IMO this is a regression; it worked some time ago, right?
As far as I know, this has never behaved differently. I am not aware of
blends-dev every looking at main/contrib status, only
Hi Petter,
On 23.02.2018 10:56, Petter Reinholdtsen wrote:
> [Ole Streicher]
>> This violates the policy in the generated blends tasks packages;
>> therefore the severity.
>>
>> IMO this is a regression; it worked some time ago, right?
>
> As far as I know, this has never behaved differently.
Hi Ole,
[Ole Streicher]
> It did. astro-catalogs 1.0 (included in Stretch) has "Suggests:
> astrometry-data-2mass" in the package and "Depends:
> astrometry-data-2mass" in the tasks page:
But why did it? Was it because astrometry-data-2mass was in contrib or
non-free while astro-catalogs was in
Hi Petter,
On 23.02.2018 11:29, Petter Reinholdtsen wrote:
> [Ole Streicher]
>> It did. astro-catalogs 1.0 (included in Stretch) has "Suggests:
>> astrometry-data-2mass" in the package and "Depends:
>> astrometry-data-2mass" in the tasks page:
>
> But why did it? Was it because astrometry-data-2
Hi Petter,
On Fri, Feb 23, 2018 at 10:56:08AM +0100, Petter Reinholdtsen wrote:
> > IMO this is a regression; it worked some time ago, right?
>
> As far as I know, this has never behaved differently. I am not aware of
> blends-dev every looking at main/contrib status, only if the package
> exist
Hi Ole,
On Fri, Feb 23, 2018 at 10:43:01AM +0100, Ole Streicher wrote:
>
> when I run "make" on a blend's package, it puts all that is in
> "Recommends" in the tasks package into "Recommends" of d/control,
> independent of the status of the package.
>
> Examples, from debian-astro
> https://sals
Hi Andreas,
could you Cc your mails to the bug?
On 23.02.2018 13:23, Andreas Tille wrote:
> Did you somehow changed /etc/blends/sources.list or are you
> pointing to some different location with -s option?
No. As you can see from my last mail, the list of missing or avoided
packages seems to be
[Andreas Tille]
>> In my view, it is the responsibility of the people writing the tasks
>> to decide if a package in contrib should use recommends or suggest,
>> not the blends build system.
>
> No. Recommends need to reside in main (per policy).
I believe I understand what both you and Ola mean,
Hi Ole,
On Fri, Feb 23, 2018 at 01:32:17PM +0100, Ole Streicher wrote:
> could you Cc your mails to the bug?
Ups, bounced ...
> On 23.02.2018 13:23, Andreas Tille wrote:
> > Did you somehow changed /etc/blends/sources.list or are you
> > pointing to some different location with -s option?
>
>
On 23.02.2018 14:00, Petter Reinholdtsen wrote:
> If the sources.list file do not list contrib and non-free, as any
> policy compliant task setup should, then no package from contrib and
> non-free will be listed as recommended in the resulting task
> package.
s/will/shall/
That is the problem.
11 matches
Mail list logo