[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#840094: blends-dev: Does not recognize multiline dependencies



Hi Ole,

On Thu, Nov 10, 2016 at 09:06:52AM +0100, Ole Streicher wrote:
> > 
> >> it's indeed to late in the stretch dev cycle in my opinion.
> > 
> > That would mean to lower the severity of #840094.  Ole, are you OK with
> > this?
> 
> No, I am not. The tool gives wrong results, and it does so silently. If
> I would not have discovered this by chance, the Debian Astro tasks
> packages were still wrong and would have stayed so in Stretch. I don't
> know about other blends, whether they ever checked the metapackages --
> others still may have missing tasks as well, just because their
> maintainers read the docs and trust the debian-blends package. And you
> can't just change the specs in the last minute.
> 
> And, if the package is in Stretch, people will start their new blend
> with exactly this package, again running into this trouble.

I see your point but I have mixed feelings.

> I would really propose to fix that before Stretch. It just can't be that
> difficult. Nobody knows a Perl specialist who can have a look?

Petter, could you please have a look at the patch provided by Ole[1]?
 
> (Oh, and can we have Python for the Next Generation blends-dev? This is
> at least what I understand, and there is already a parser for rfc822)

Did you ever checked out[2]?  Its Python and it solves another major
problem.  It is able to create Architecture=any metapackages verifying
the availability of a dependency on the said architecture.  It also
creates automatic changelog about differences to previous releases and
adds some statistical data in json format.  The price you need to pay is
that you need to access UDD - but given that there is some public UDD
mirror this could be turned to a non issue.  And it needs testing ...
since 3 years. :-(

If you have a local UDD mirror you can just build the package and use it
to create the metapackage source as a drop in replacement - which I'm
actually doing for Debian Med to get the json data and changelog which
I'm copying over.  As I said: Sorry for not managing to push this into
production earlier ...

Kind regards

       Andreas.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840094#25 
[2] https://anonscm.debian.org/git/blends/blends-gsoc.git

-- 
http://fam-tille.de


Reply to: