61985 – gozer: Can dependancy on X circumvented?

Bug 61985 - gozer: Can dependancy on X circumvented?

Summary: gozer: Can dependancy on X circumvented?

Status:	RESOLVED INVALID

Alias:	None

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

Importance:	High normal
Assignee:	Gentoo Graphics Project

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-08-27 16:56 UTC by Sebastian
Modified:	2005-03-17 03:35 UTC (History)
CC List:	0 users

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 Sebastian 2004-08-27 16:56:17 UTC

Hello,

I need gozer and giblib for my Video Disc  Recorder in Order to create menus for TV-Recordings-to-DVD conversion. The VDR is a headless box. The only reason I have to install X is gozer/giblib. It's a waste of time and space the way I see it. Can this be changed in a way that these two programs don't need X anymore?

Thanks!
Sebastian

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1 SpanKY gentoo-dev

2004-08-27 23:02:48 UTC

giblib looks like it can; file a sep bug for me since it'll require patching on my part in the source

Comment 2 Sebastian 2004-08-28 17:07:59 UTC

Hello,

thanks for your answer. I will gladly file another bug report, but before I wan to ask if you have seen giblibs relation to imlib2. If it detects imlib2 has been emerged without the "X" USE flag it refuses to merge.

pkg_setup() {
    cd ${T}
    $(gcc-getCC) ${FILESDIR}/imlib-x-test.c `imlib2-config --libs` `imlib2-config --cflags` \
        || die "You need to re-emerge Imlib2 with USE=X"
}

That means that even imlib2 would have to be patched, right?

Thanks!

Sebastian

Comment 3 Sebastian 2005-03-17 03:35:29 UTC

Been some time now ;)