Re: Suggestion: add -dmo suffix to package names

Top Page

Reply to this message
Author: Christian Marillat
Date:  
To: dmo-discussion
Subject: Re: Suggestion: add -dmo suffix to package names
Dominique Dumont <domi.dumont@???> writes:

> Hello
>
> With #668831, I had another instance of confusion between packages provided by
> Debian versus those provided by debian-multimedia: long story short, dmo xine
> packages are already multi-arch and debian xine packages are lagging behind.
> This is a transition issue, made more complex by the fact that transitioning
> packages come from 2 repos.


Normaly I tested all package who depends on libxine2 but I missed
libxine2-xvdr because the package name start with libxine2.

[...]

> So, an issue with the current orgranisation is: once packages are installed,
> it's not obvious wether a package comes from dmo or vanilla debian. Sure,
> using apt-cache policy or reading /usr/doc will give a hint. But these are
> esasy to overlook when hunting for a bug. As I did.


It is easy to find my packages with only the number version. *All* my
packages have a debian version (the number after the -) who start with
0.x This version number scheme don't exist *at all* in Debian.

I'm doing that since I started my repository in 2001.

It is easy to see which packages come from my repository. Packages with
-0.3 and -0.4

,----
| ii  libavutil51      5:0.10.2-0.3
| ii  libc6            2.13-27
| ii  libxine2         1:1.2.1-0.4
| ii  libxine2-ffmpeg  1:1.2.1-0.4

`----

Otherwise I've a big doubt if users read all the dependencies when there
are doing a bug report.

> So here's the suggestion: all packages from debian-multimedia should have a
> '-dmo' suffix (with proper conflict and provides statement).


This doesn't work at all and probably break an installation.

A provides field should provides a *virtual* package name and not an
existing package name. See debian policy paragraph 7.5

Christian