First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 157724
Alias:
Product:
Component:
Status: RESOLVED
Resolution: INVALID
Assigned To: media-gfx herd <graphics@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Andrzej Zaborowski <balrogg@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
graphviz-2.8-notcl.patch Replacement graphviz-2.8-notcl.patch patch Andrzej Zaborowski 2006-12-10 05:20 0000 635 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 157724 depends on: Show dependency tree
Bug 157724 blocks: 165460
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-12-10 05:16 0000 
Graphviz Makefile uses the command "tclsh" to generate the manuals even if
./configure detected that tclsh is under a different name (say "tclsh8.4", as
installed by portage). "tclsh" is hardcoded in tclpkg/gv/Makefile.am and should
be changed to $(TCLSH) to avoid build errors.

------- Comment #1 From Andrzej Zaborowski 2006-12-10 05:20:41 0000 ------- 
Created an attachment (id=103741) [details]
Replacement graphviz-2.8-notcl.patch

The graphviz-2.8-notcl.patch file currently found in
/usr/portage/media-gfx/graphviz/files/ can be safely replaced with this one. It
contains the same changes but replaces "tclsh" with $(TCLSH) as a bonus.

------- Comment #2 From Chris Bainbridge (RETIRED) 2007-02-19 17:47:20 0000 ------- 
/usr/bin/tclsh should be a link to tclsh-8.4. It's owned by dev-lang/tcl. If
that link doesn't exist it's a problem with your install or the tcl ebuild.
Please reopen if I've misunderstood the problem.

------- Comment #3 From Martin von Gagern 2007-02-19 18:04:56 0000 ------- 
Still configure detecting one executable and the build process using another
one sounds like a bug to me, even if it should not affect Gentoo.
It might be a good idea to report this issue upstream.
First Last Prev Next    No search results available      Search page      Enter new bug