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

Re: Bug#891188: blends-dev: created d/control recommends packages not in main



Hi Ole,

On Fri, Mar 16, 2018 at 01:51:25PM +0100, Ole Streicher wrote:
> On 15.03.2018 19:41, Andreas Tille wrote:
> > I've commited a fix to Git which for me creates now sensible Debian
> > Astro metapackages.
> 
> For me, it actually upgrades the "Recommends" with to "Depends". For
> example, the "education" task (shortened):
> 
> ```
> Task: Education
> Install: true
> Description: Educational astronomy applications [...]
> 
> Recommends: celestia-gnome, gpredict, kstars
> Suggests: sunclock, xtide
> ```
> 
> becomes in d/control:
> 
> ```
> Package: astro-education
> Section: metapackages
> Architecture: all
> Depends: ${misc:Depends},
>  astro-tasks (= ${source:Version}),
>  gpredict,
>  kstars
> Recommends: celestia-gnome
> Suggests: sunclock,
>  xtide
> Description: Educational astronomy applications [...]
> ```

This does not sound good. :-(
 
> celestia-gnome is a package that does not exist in unstable.
> GENCONTROL_DEPENDS is set to TRUE.

My short term recommendation would be to set this to FALSE.

> In the moment, I would tend to rewrite blend-gen-control from scratch,
> using Python 3 and the standard Debian Python packages (debian.deb822,
> apt) in  a modular fashion. This would make the script much more
> maintainable (given the knowledge of Python is a bit better than Perl),
> and could also lead to create a "debian.blends" Python package that
> could be re-used for the Web pages.

I can only repeat:  Blends-dev *was* rewritten and creates correct
results:

    https://salsa.debian.org/blends-team/blends-gsoc

I repeat again: This creates *architecture* dependent metapackages (I
explained here why only this makes sense).  I'm all for switching to
Python3 but a complete rewrite should not be necessary.  There are some
glithes in the code (for instance line breaking in the auto generated
part of d/changelog) and it definitely needs testing.

> Any thoughts on that? I'd volunteer here.

I *really* appreciate your effort but may be 80% of the work is just
done and you try blends-gsoc first.  As we all know the last 20% is
the harder part - but I urgently vote for using UDD as base for
anything we use.  May me using the public UDD mirror can help to not
force everybody who wants to run blends-dev having a local clone.
 
> Best regards

Thanks a lot for pushing things

      Andreas.
 

-- 
http://fam-tille.de


Reply to: