Hi,
Guido Guenther wrote:
> > Then upgrades (which happens in your case) could be problematic when
> > there came a new openoffice.org (1.1.0-6) which does not know of the split.
> > It didn't have to.
> I'm no expert when it comes to complex upgrading issues but I think this
> is why a conclict of thesaurus-en-us with older openoffice.org is the
> only right thing to do here. Otherwise things will get fragile, e.g.
> when you have to security update oo 1.1.0-x.
why? when someone has installed OOo 1.1.0-a and gets a security-update
for it (1.1.0-awoodyb or something like that which is still lesser than
1.1.0+1.1.1a-1), there is _no_ problem. And the Replaces: covers
everything lesser then 1.1.0+1.1.1a-1.
> > If you install an experimental package on your system when you don't need
> > it (the thesaurus is in openoffice.org in 1.1.0-x) you have to look
> > where you are. "Normal" upgrades will work.
> ...the packages will move out of experimental sooner or later, right?
> And then the issues are the same e.g. for mixed stable(sarge) + testing
> systems.
Right. But it makes no sense to install -thesaurus-en-us since you have
it already in openoffice.org in 1.1.0-x.
> > I don't see why a Conflicts: is neccessary, the Replaces: is enough for
> > upgrades. I already had this discussion on IRC (#debian.de) yesterday.
>
> > I'll look whether I can convince myself (or you do?) that this Conflicts:
> > makes sense. I currently think it doesn't.
> See my worries above.
The "problem" we have here is the same what coreutils has. It just
Replaces: textutils, shellutils, fileutils, stat, debianutils (<=
2.3.1).
Upgrades work fine but if $user installs coreutils on their
stable(woody) system (because they do some dumb things) and then a
(security-)update to {file,shell,text}utils is necessary this gets a
problem. This is the exact situation as in our case where you installed
-thesaurus-en-us form experimental on 1.1.0-5 and then the regular
1.1.0-6 update came....
/me scratches his head...
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Attachment:
signature.asc
Description: Digital signature