Issue 121968

/opt/ with the previous and the new 4.0 version:

[ariel@localhost RPMS]$ dir /opt/openoffice*
/opt/openoffice:
basis4.0  ure

/opt/openoffice4:
basis-link  program  README  README.html  readmes  share

/opt/openoffice.org:
basis3.4  ure

/opt/openoffice.org3:
basis-link  program  README  README.html  readmes  share

Created attachment 80471 [details]
Terminal log of desktop-integration package installation

While the packages in the main root folder can be installed, the desktop-integration package fails due to conflicts between the new 4.0 package and the old 3.* one:

file /usr/bin/soffice from install of openoffice4.0-redhat-menus-4.0-9700.noarch conflicts with file from package openoffice.org3.4-redhat-menus-3.4-9593.noarch
...

This is because the new package is not considered an update of the older one, and is providing the same files, not obsoleting the older package

This is a 4.0 blocker, adapting fields.

@Ariel:
- Does this defect still holds after Jürgen's changes to get rid of the three layer office?
- Do you have the corresponding knowledge to solve this issue? I assume that certain package information has to be given about which former packages are obsolete by the new. I think that I have seen such information during my product renaming work - bug 121388. May be together we can solve this issue.

"arielch" committed SVN revision 1487725 into trunk:
i121968 - Activate linuxreplaces

"arielch" committed SVN revision 1487726 into trunk:
i121968 - Add linuxreplaces to package info and remove version number from pa...

"arielch" committed SVN revision 1487727 into trunk:
i121968 - Add Obsoletes to RPM spec files

"arielch" committed SVN revision 1487728 into trunk:
i121968 - Change URE package name

"arielch" committed SVN revision 1487729 into trunk:
i121968 - Obsolete brand packages

"arielch" committed SVN revision 1487730 into trunk:
i121968 - Obsolete binfilter

"arielch" committed SVN revision 1487731 into trunk:
i121968 - Add product name and version in UREs description

"arielch" committed SVN revision 1487732 into trunk:
i121968 - Obsolete previous URE

"arielch" committed SVN revision 1487733 into trunk:
i121968 - Replace OOOBASEVERSION with PRODUCTVERSION

"arielch" committed SVN revision 1487734 into trunk:
i121968 - Change BASISPACKAGEPREFIX

"arielch" committed SVN revision 1487736 into trunk:
i121968 - Prevent package name conflict

"arielch" committed SVN revision 1487737 into trunk:
i121968 - Remove references to testtool

"arielch" committed SVN revision 1487738 into trunk:
i121968 - Obsoletes openoffice.org3

(In reply to Oliver-Rainer Wittmann from comment #4)
> @Ariel:
> - Does this defect still holds after Jürgen's changes to get rid of the
> three layer office?

after that it is even worst

> - Do you have the corresponding knowledge to solve this issue? 

Well, I wouldn't call myself an expert on the subject.

> I assume that
> certain package information has to be given about which former packages are
> obsolete by the new.

There are the RPM spec files and debian control files under main/sysui/desktop/
Those are "easy" to fix reading the respective manuals, and EPM has nothing to do with them.
But this belong only to the desktop-integration packages.
The whole office is handled via EPM and information in scp together with main/setup_native/source/packinfo/
The package info allows marking obsoletes via linuxreplaces, but this isn't activated in the build environment. See http://markmail.org/message/t76ag6tco4kpkopd

I committed a set of patches that start the needed changes. All version number information is removed from the package name (see the mail above for the rationale).
All package are names openoffice(-*), there is no sense in having aoobasis because there is no more basis layer. For now I renamed BASISPACKAGEPREFIX but this should be completely removed, it is a leftover from the 3 layer removal.

So far I only tested were I build, but it is a good start so that others can download the packages from the bots and test in different distros.

@Ariel:
WOW, cool work.
I think you should draw more attention on it on the mailing list dev and qa in order to get more people checking the upgrade on different Linux platforms.

"orw" committed SVN revision 1488884 into trunk:
121968: adjust package description for debian system integration package

(In reply to SVN Robot from comment #20)
> "orw" committed SVN revision 1488884 into trunk:
> 121968: adjust package description for debian system integration package

Trying to improve the package description for the dedian system integration package.

set showstopper flag

@Oliver, Ariel: What is the current status of this bug.  Is it fixed?  If not, is anyone of you still working on it?

Weekly QA report from 2013-06-14 said that update/upgrading a former AOO/OOo version has been tested and that the test were successful.

I am on the way to test the update/upgrade on an Ubuntu 64-bit 10.04 VM
When my test succeeds I will resolve this issue as fixed.

"orw" committed SVN revision 1498474 into trunk:
121968: further changes for the creation of debian packages in order to get t...

marking as fixed for AOO 4.0 - verification pending

Verified on AOO400m3(Build:9702)  -  Rev. 1502185 2013-07-10 14:15:55 (Mi, 10 Jul 2013) on Redhatß32bit OS, Pass

/opt only find /openoffice.org(previous version)/shared