Re: Debian OTR team
On Thu, Apr 03, 2014 at 12:52:25PM +0200, Holger Levsen wrote:
> On Donnerstag, 3. April 2014, Andreas Tille wrote:
> > I'd recommend using the Blends framework to assemble the according OTR
> > software.
> I think you misunderstood the purpose of the OTR packaging team, which has the
> goal of maintaining packages from the OTR universe.
A Blend is exactly about maintaining packages from a certain universe
and bringing them to the user via hand metapackages as well as
advertising these packages in a nice way on web sites (the Blends web
sentinel) to give newcomers an overview about the packages inside
> We don't want to create
> another Debian blend (which is are customized Debian
Holger, please do me a favour and do not mix this customized
distribution / derivatives misunderstanding in again. A Blend is in no
way a derivative - in case of doubt I recommend (re)reading the Blends
documentation. It is rather about forming a team around a set of
user oriented application. It is not uncommon that derivatives might
make use of this *internal* work inside Debian since it is an optimal
preparation for a certain target user group inside Debian and we have
several cases where the Blends team works together nicely with
Please also note that you can install more than one Blend on one
computer since the work of a Blend is policy compliant. For instance
you can safely install Debian Med and DebiChem metapackages.
> Or maybe I misunderstood you or blends has gained features I'm not aware of?
I guess there are features you are not aware of but these are not
recently gained. ;-)
> :-) If so, please explain why you recommend using the blends framework...
I might like to use a recently created (not yet officially announced)
Blend 3dprinter (Thorsten, I hope you do not mind if I link to
I guess you would be able to find categories for OTR stuff in a similar
way like 3dprinter and you also want to point your users to the results
of your work. You also might want to create metapackages for OTR users
with different needs. So why not using this framework?