Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 342901 - dev-java/maven-bin-2.2.1: re-emerging package overwrites settings.xml
Summary: dev-java/maven-bin-2.2.1: re-emerging package overwrites settings.xml
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High critical (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-27 09:59 UTC by Jochen Hinrichsen
Modified: 2010-10-29 18:49 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jochen Hinrichsen 2010-10-27 09:59:31 UTC
I did "emerge -e world" last night, and as part of the world update gentoo emerged maven-bin version 2.2. As part of the emerge, my manually changed/ adapted configuration in /usr/share/maven-bin-2.2/conf/settings.xml was overwritten using the default settings.xml from the package. All changes to settings.xml are lost.

I would rather expect dispatch-conf to jump in.


Reproducible: Always

Steps to Reproduce:
1. emerge maven-bin-2.2
2. edit /usr/share/maven-bin-2.2/conf/settings.xml
3. emerge maven-bin-2.2

Actual Results:  
Any changes /usr/share/maven-bin-2.2/conf/settings.xml

Expected Results:  
Any manual configuration in /usr/share/maven-bin-2.2/conf/settings.xml can be resolved via dispatch-conf

The ebuild installs the package using

    cp -Rp bin boot conf lib "${D}/${MAVEN_SHARE}" || die "failed to copy"

which will overwrite conf w/o further notice.
Comment 1 Ralph Sennhauser (RETIRED) gentoo-dev 2010-10-27 10:30:34 UTC
Use /etc/maven2/settings.xml  or ~/.m2/settings.xml for custom settings.
Comment 2 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2010-10-29 18:49:16 UTC
(In reply to comment #0)
> The ebuild installs the package using
> 
>     cp -Rp bin boot conf lib "${D}/${MAVEN_SHARE}" || die "failed to copy"
> 
> which will overwrite conf w/o further notice.
 
That's not the reason, but it can be helped using CONFIG_PROTECT.

(In reply to comment #1)
> Use /etc/maven2/settings.xml  or ~/.m2/settings.xml for custom settings.
 
Since I didn't find maven documentation suggesting /etc/ settings, I rather added the installed one to CONFIG_PROTECT. Should make upgrades via dispatch-conf easier anyway, than keeping your copy in sync manually.