Bug 6468

please test the new package

CC: (none) => dmorganec

Tested in mga2 x86_64 chroot.

jpackage-utils-1.7.5-16.1.mga2 installs alongside rpm-4.9.1.3-2.mga2 without problem.

reassign to the QA then

Suggested advisory:
========================

Updated jpackage-utils fix the file /usr/lib/rpm/fileattrs conflict with the rpm package who had made ââit impossible to install.

SRPM: jpackage-utils-1.7.5-16.1.mga2.src.rpm

Assignee: bugsquad => qa-bugs
Source RPM: (none) => jpackage-utils

Testing x86_64

I apparently already have both of these installed already and not able to reproduce the problem.

# rpm -qa |grep -e jpackage-utils -e ^rpm-4
jpackage-utils-1.7.5-16.mga2
rpm-4.9.1.3-2.mga2

# rpm -e --nodeps jpackage-utils
warning: /etc/maven/maven2-depmap.xml saved as /etc/maven/maven2-depmap.xml.rpmsave

# urpmi jpackage-utils


    http://192.168.2.222/mirror/distrib/2/x86_64/media/core/release/jpackage-utils-1.7.5-16.mga2.x86_64.rpm
installing jpackage-utils-1.7.5-16.mga2.x86_64.rpm from /var/cache/urpmi/rpms              
Preparing...                     #########################################################
      1/1: jpackage-utils        #########################################################

# rm /etc/maven/maven2-depmap.xml
rm: remove regular file `/etc/maven/maven2-depmap.xml'? y
# mv /etc/maven/maven2-depmap.xml.rpmsave /etc/maven/maven2-depmap.xml

Urpmf shows it does belong to both packages though.

# urpmf /usr/lib/rpm/fileattrs
...
rpm:/usr/lib/rpm/fileattrs
...
jpackage-utils:/usr/lib/rpm/fileattrs

The same check on testing version shows the directory is not owned by jpackage-utils. Installed the update candidate.

# urpmf --media "Core Updates Testing" /usr/lib/rpm/fileattrs                  
jpackage-utils:/usr/lib/rpm/fileattrs/maven.attr
jpackage-utils:/usr/lib/rpm/fileattrs/osgi.attr

The description says..
"It contains also the License, man pages, documentation, XSL files of general
use with maven2, a header file for spec files, etc. Please See
the /usr/share/doc/jpackage-utils-1.7.5/jpackage-utils-README file for more
information."

That file does not exist there, it is at..
/usr/share/doc/jpackage-utils/jpackage-utils-README

The README itself contains unexpanded macros

The jpackage-utils package installs the following scripts on the system:

* %{_bindir}/build-classpath
                                build the Java classpath in a portable manner
* %{_bindir}/build-jar-repository
                                build a jar repository in a portable manner
* %{_bindir}/rebuild-jar-repository
                                rebuild a jar repository in a portable manner
                                (after a jvm change...)
etc.

Checked the scripts found in # urpmf --media Testing jpackage-utils | grep bin
Checked only as far as they displayed their help when used with --help

Barry do you feel the README is worth a rebuild?

If not, then testing complete x86_64

Sorry it was dmorgan who built it.

dmorgan do you feel the README / description is worth a rebuild? See comment 4.

a new package is on testing with a fixed README

Confirmed the fixed readme and retested x86_64

jpackage-utils-1.7.5-16.2.mga2.src.rpm

Whiteboard: (none) => mga2-64-OK

Ran this on mga2 i586:

$ urpmf /usr/lib/rpm/fileattrs
jpackage-utils:/usr/lib/rpm/fileattrs
jpackage-utils:/usr/lib/rpm/fileattrs/maven.attr
jpackage-utils:/usr/lib/rpm/fileattrs/osgi.attr
rpm:/usr/lib/rpm/fileattrs
rpm:/usr/lib/rpm/fileattrs/desktop.attr
rpm:/usr/lib/rpm/fileattrs/elf.attr
rpm:/usr/lib/rpm/fileattrs/font.attr
rpm:/usr/lib/rpm/fileattrs/libtool.attr
rpm:/usr/lib/rpm/fileattrs/mono.attr
rpm:/usr/lib/rpm/fileattrs/ocaml.attr
rpm:/usr/lib/rpm/fileattrs/perl.attr
rpm:/usr/lib/rpm/fileattrs/perllib.attr
rpm:/usr/lib/rpm/fileattrs/pkgconfig.attr
rpm:/usr/lib/rpm/fileattrs/python.attr
rpm:/usr/lib/rpm/fileattrs/script.attr
$ urpmf --media Testing /usr/lib/rpm/fileattrs
jpackage-utils:/usr/lib/rpm/fileattrs/maven.attr
jpackage-utils:/usr/lib/rpm/fileattrs/osgi.attr
$ urpmq -f --media Testing jpackage-utils
jpackage-utils-1.7.5-16.2.mga2.i586

This confirms that the /usr/lib/rpm/fileattrs directory is not any more in the updated package.

However, I've tried to install it on mga2 x86_64 and could not reproduce the error message about the conflict. Instead, installing jpackage-utils-1.7.5-16.mga2.x86_64.rpm changed the owner of /usr/lib/rpm/fileattrs from rpm:rpm to root:root and updating to 16.2.mga2 did not change it back either. Decide yourself if this is a problem or not and act accordingly (I did not change the whiteboard tags).

CC: (none) => balaton

This is a strange one.  I uninstalled jpackage-utils with --nodeps, installed
the core release version without any problem, then installed the update.

The description still says /usr/share/doc/jpackage-utils-1.7.5 instead of
/usr/share/doc/jpackage-utils.

What was actually changed?

CC: (none) => davidwhodgins

just fixed, please test next rpm

cat /etc/java/jpackage-release
JPackage release 1.7 (Mageia) for %{buildarch}

Is that correct, or should the buildarch be getting translated during
the rpm build?

ping Dmorgan, did you see comment #11?

CC: (none) => stormi

new package just submited.

Introducing a new lazy-testing method!

First, description is indeed fixed:

[root@localhost ~]# cat /etc/java/jpackage-release 
JPackage release 1.7 (Mageia) for i386

Then, let's see what else changed between release and update:

[root@localhost ~]# rpmdiff -i T jpackage-utils-1.7.5-16.mga2.i586.rpm jpackage-utils-1.7.5-17.3.mga2.i586.rpm 
S.5.....    DESCRIPTION
removed     PROVIDES jpackage-utils(x86-32) = 1:1.7.5-16.mga2
added       PROVIDES jpackage-utils(x86-32) = 1:1.7.5-17.3.mga2
S.5........ /etc/java/jpackage-release
removed     /usr/lib/rpm/fileattrs
S.5........ /usr/share/doc/jpackage-utils/jpackage-utils-README
S.5........ /usr/share/man/man1/build-classpath.1.xz
S.5........ /usr/share/man/man1/build-jar-repository.1.xz
S.5........ /usr/share/man/man1/diff-jars.1.xz
S.5........ /usr/share/man/man1/rebuild-jar-repository.1.xz

The diff shows only description, removal of /usr/lib/rpm/fileattrs and documentation have been changed (S means size and 5 means MD5SUM).  

I consider that no regression can be introduced by such changes, so testing complete on Mageia 2 32.

Whiteboard: (none) => MGA2-32-OK

Same results on x86_64. Testing complete Mageia 2 x86_64.

Update validated. No added dep, so no linking required.

SRPM: jpackage-utils-1.7.5-17.3.mga2.src.rpm

Advisory:
========================

Updated jpackage-utils fixes a file conflict with the rpm package. The /usr/lib/rpm/fileattrs file no longer belongs to jpackage-utils.
Some documentation issues were also fixed.

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Whiteboard: MGA2-32-OK => MGA2-32-OK MGA2-64-OK

Update pushed:
https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0156

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED