First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 149345
Alias:
Product:
Component:
Status: CLOSED
Resolution: FIXED
Assigned To: Gentoo Games <games@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jimmy.Jazz@gmx.net
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 149345 depends on: Show dependency tree
Bug 149345 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

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


Not eligible to see or edit group visibility for this bug.




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

Description:   Opened: 2006-09-27 13:27 0000 
Hello,

please could you look after that circular dependencies in quake4 ebuild.

Thx,

Jj

USE flag: cdinstall

# emerge -av quake4-bin

These are the packages that would be merged, in order:

Calculating dependencies... done!
!!! Error: circular dependencies:

ebuild / games-fps/quake4-bin-1.3.2 merge depends on
   ebuild / games-fps/quake4-data-1.0.2147.12 merge (hard)
ebuild / games-fps/quake4-data-1.0.2147.12 merge depends on
   ebuild / games-fps/quake4-bin-1.3.2 merge (hard)

------- Comment #1 From Chris Gianelloni (RETIRED) 2006-09-27 13:57:48 0000 ------- 
This new circular dependency detection sucks... especially since there's no way
to say "yes, these packages both depend on each other for runtime, but this one
should be installed first" in an ebuild.  Anyway, I'll "fix" this by removing
the dependency from one of them and putting in a warning note.

------- Comment #2 From Chris Gianelloni (RETIRED) 2006-09-27 14:06:14 0000 ------- 
Fixed now in CVS

------- Comment #3 From Zac Medico 2006-09-27 14:26:50 0000 ------- 
(In reply to comment #1)
> This new circular dependency detection sucks... especially since there's no way
> to say "yes, these packages both depend on each other for runtime, but this one
> should be installed first" in an ebuild.

If you do one as a PDEPEND, then it will be treated as a soft dependency, which
means that a circular dep will be okay and the merge order will not be strictly
enforced.

------- Comment #4 From Chris Gianelloni (RETIRED) 2006-09-27 14:45:59 0000 ------- 
Thanks, Zac.

Sorry if I seem a little dense, but I would only list it as PDEPEND, or both
RDEPEND *and* PDEPEND?  Should I do both as PDEPEND, or pick one to be RDEPEND
and one PDEPEND, fex. quake4-data would PDEPEND quake4-bin and quake4-bin would
RDEPEND quake4-data?

------- Comment #5 From Zac Medico 2006-09-27 15:05:14 0000 ------- 
(In reply to comment #4)
> Sorry if I seem a little dense, but I would only list it as PDEPEND, or both
> RDEPEND *and* PDEPEND?

If you do both, then the RDEPEND will still be treated as a hard dep as for as
portage is concerned, so the PDEPEND would be rendered useless.

> Should I do both as PDEPEND, or pick one to be RDEPEND
> and one PDEPEND, fex. quake4-data would PDEPEND quake4-bin and quake4-bin
> would RDEPEND quake4-data?

Either one of those will work.  As long as they don't both RDEPEND on eachother
you should be fine.

------- Comment #6 From Paul Bredbury 2006-09-27 15:18:56 0000 ------- 
Ideally on a fresh install, the -data ebuild would be triggered to install
first, so that -bin can be downloading in the background while -data is
installing from the CD :)

------- Comment #7 From Chris Gianelloni (RETIRED) 2006-09-28 06:38:15 0000 ------- 
That is exactly what it does (provided you have USE=cdinstall, anyway) now. 
Thanks again, Zac!
First Last Prev Next    No search results available      Search page      Enter new bug