First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 177925
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Java team <java@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Vlastimil Babka (Caster) <caster@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 177925 depends on: 193979 Show dependency tree
Show dependency graph
Bug 177925 blocks: 83852 118531 119219 119622 138108
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-05-10 14:33 0000
Tracking all bugs that are about revdep-rebuild and binary JRE/JDKs. If you
know of any that I missed, please add.

I think we have two options:

a) remove the "broken linking" libraries from the JDK/JRE if respective USE
flag is not set.
b) install revdep-rebuild control file with SEARCH_DIRS_MASK excluding the
whole JDK/JRE directory.

I think b) is the right solution. Users trying to use the features without
dependencies installed will get breakage in any way. Maybe I'm wrong but I
think there's even more chance of breakage with the JDK/JRE library missing.
Also if you see http://download.java.net/dlj/jdk/README.html#contents there are
specified optional components that we don't need to install, and these
libraries are not there, so removing them is probably violating the DLJ.

The solution doesn't need revbump, if someone's revdep-rebuild reinstalls a
JDK/JRE, it gets the control file and won't be reinstalled no more.

Of course openjdk will probably be solved more elegantly.

------- Comment #1 From Vlastimil Babka (Caster) 2007-05-11 09:08:14 0000 -------
So, on IRC we basically agreed on the b) solution with Betelgeuse. Needs
java-vm-2.eclass additions:

- function for installing the control file
- function that processes USE vs IUSE for known stuff (X, alsa, odbc?, lpr?)
and warns about the risk of missing deps, as sun-jdk does for X and lpr
currently.

It's also good chance to re-evaluate what exactly is needed. For example
jrockit-jdk-bin has nothing in RDEPEND.

------- Comment #2 From Vlastimil Babka (Caster) 2007-12-16 22:13:07 0000 -------
(In reply to comment #1)
> - function for installing the control file

added java-vm_revdep-mask() function 

> - function that processes USE vs IUSE for known stuff (X, alsa, odbc?, lpr?)
> and warns about the risk of missing deps, as sun-jdk does for X and lpr
> currently.

Not done, because IUSE is not affected by package.use.mask and thus it's
impossible to tell if use flag that's in IUSE but not true in 'use $flag' is
disabled by the user or masked on given arch. Went with a generic warning that
people should check their flags in the revdep-mask function.

> It's also good chance to re-evaluate what exactly is needed. For example
> jrockit-jdk-bin has nothing in RDEPEND.

Done in Sun, IBM, Blackdown JDK/JRE so far. Jrockit left, perhaps the emul
stuff too.

------- Comment #3 From Vlastimil Babka (Caster) 2008-04-19 14:39:10 0000 -------
*** Bug 119219 has been marked as a duplicate of this bug. ***

------- Comment #4 From Vlastimil Babka (Caster) 2008-04-19 15:04:03 0000 -------
Jrockit and emul-linux done, closing.

First Last Prev Next    No search results available      Search page      Enter new bug