Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | .res file installation inconsistent | ||
---|---|---|---|
Product: | Installation | Reporter: | rene |
Component: | code | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | ingo.schmidt-rosbiegal, issues, lohmaier, nospam4obr, stephan.bergmann.secondary |
Version: | OOo 2.0.3 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
rene
2006-08-08 12:54:44 UTC
I thin that this is a question that should be discussed at dev@installation.openoffice.org. I can't see a defect here. reopening. We can also discuss here in this issue. And I also can make it ENCHANCEMENT if you wish, although I really thing it is a defect. It makes no sense to keep most of the res files in core and some of them in -calc. And -calc seems to have the complete set where -base only has one of the res files for base stuff. This is non-consistent packaging, I don't see what it should be for a problem to move them to -core08 (where all the other res files are) I really like people closing with WONTFIX that fast... At first: This issue has never been closed. It just got the 'resolution'. Shurely you can discuss a question in an issue. But this will lead to a pretty long issue with no oversight. We have had enough of these issue so that's why we in QA would prefer a discussion with a handsome result. added cloph to CC I agree that it would be better to have all resource files in package core-08. Nevertheless it can be dangerous now to move them from one package to another, because this could lead to update problems. Installing with "rpm -U" rpm can say that it will not install package ABC, because the file DEF is already included in another rpm. is: yes. But rpm does have a option allowing to overwrite "old" files, doesn't it? Like in Debian/dpkg: "7.5.1 Overwriting files in other packages Firstly, as mentioned before, it is usually an error for a package to contain files which are on the system in another package. However, if the overwriting package declares that it Replaces the one containing the file being overwritten, then dpkg will replace the file from the old package with that from the new. The file will no longer be listed as "owned" by the old package" That would just be solved by a Replaces: openoffice.org-calc, ... at -core08. rpm must have something similar... There were already movements between packages before, how did that get done? > Installing with "rpm -U" rpm can say that it will not install package ABC,
> because the file DEF is already included in another rpm.
That is not a problem when both affected rpms are updated at the same time.
Let's say you move files from the writer to the core packages. That's not a
problem since it is expected that the user will update both packages (a writer
package from one version will most likely not work with the core packages from
another version)
The only situation when the user will see a problem is when he tries to
seperately update the core and the writer package (e.g. if he does a
rpm -Uhv *core*rpm only)
Then rpm will complain. The user either has to remove the writer rpm first (or
override with --replacefiles) or update both with the same call. i.e.
rpm -Uhv *core*rpm *writer*rpm
will work without a problem.
(Maybe this is an occasion to add versioned dependancies (i.e the writer-2.0.4
package should require "openoffice.org-core01 = 2.0.4", not only
"openoffice.org-core01")
But perhaps it is an advantage that we can update single packages. This could be introduced by a kind of patch mechanism. It can be, that in the future only the calc package shall be updated. Then we will not be able to do this, if there are different versions of calc rpms with different file sets. So this file shifting would destroy this possibility. And how about Solaris and the other OOo platforms? If you shift files in scp2 from one package to another, this will affect all supported platforms. is: also note that your argumentation doesn't fit here anyway. Because from 2.0.3 to 2.0.4 Embedding-*.xcu moved from whatever -coreXY they were in in to -calc, -writer etc. SO there already was a move.... |