153964 – kde-base/arts- won't emerge on "clean" system

Bug 153964 - kde-base/arts- won't emerge on "clean" system

Summary: kde-base/arts- won't emerge on "clean" system

Status:	RESOLVED NEEDINFO

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Gentoo KDE team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2006-11-03 13:39 UTC by Neil Katin
Modified:	2006-11-24 17:29 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Neil Katin 2006-11-03 13:39:45 UTC

I was emerging arts on a "clean" system (where clean means
that X11 wasn't previously installed -- all the X components
were brought in via the ebuild dependencies).  Arts wouldn't
emerge because it failed its internal configuration: it
couldn't work through its dependencies.

The first problem was that it couldn't find the X include
directory (it checks for .../X11/Intrinsic.h).  I added
"--x-includes=/usr/include --x-libraries=/usr/lib" to the myconf
variable, this allowed arts to compile even though x11-libs/libXt
wasn't present on the system (that is the package that provides
/usr/include/X11/Intrinsic.h, which is what configure was dying
on).

I added x11-libs/libXt to the DEPENDS variable and it also successfully
merged.  But it appears that libXt isn't actually used by arts; it
just uses it to check to see that it can detect the X include directory.

The version I was merging was kde-base/arts-3.5.2-r1.

Comment 1 Jakub Moc (RETIRED) gentoo-dev

2006-11-03 13:45:42 UTC

arts must die...

Comment 2 Charlie Shepherd (RETIRED) gentoo-dev

2006-11-20 15:00:44 UTC

Please try and reproduce with arts-3.5.5

Comment 3 Charlie Shepherd (RETIRED) gentoo-dev

2006-11-24 17:29:34 UTC

See Comment 3....