[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#590126: rcmdr: FTBFS on mips{,el}: Error : package 'tcltk' could not be loaded



Fellow Tcl/Tk maintainer,

Could you please take a look at the thread below / in #590126 ?  I got tagged
with a 'ftbfs' for an R package that cannot load R's 'tcltk' package (part of the
default build, hence of source package r-base and binary r-base-core) on the
mips and mipsel platforms.  Is that a known regression, or is it new?


On 27 July 2010 at 11:45, Dirk Eddelbuettel wrote:
| (Resending, this time with correct email address. Doh. --Dirk)
| 
| Dear MIPSers,
| 
| I am in need of some help here -- r-base stopped building with tcl/tk
| support, and this now trickles down to R packages using tcl/tk (which fail,
| as in this FTBFS).
| 
| There was no change whatsoever at R, and other arches continue to work.
| 
| I can accomodate things, but I would need a hand from someone with mips /
| mipsel expertise.  Was this local and isolated (and would a rebuild fix it?)
| or is this more structural?
| 
| Thanks,  Dirk
| (Debian R dude)
| 
| On 25 July 2010 at 15:22, Dirk Eddelbuettel wrote:
| | On 25 July 2010 at 01:05, Jakub Wilk wrote:
| | | * Dirk Eddelbuettel <edd@debian.org>, 2010-07-24, 11:34:
| | | >| Your package failed to build from source on mips[0] and mipsel[1] with
| | | >| the following error:
| | | >|
| | | >| | Error in firstlib(which.lib.loc, package) :
| | | >| |   Tcl/Tk support is not available on this system
| | | >| | Error : package 'tcltk' could not be loaded
| | | >| | ERROR: loading failed
| | | >
| | | >That means that r-base itself did not build right.
| | | 
| | | Indeed.
| | | 
| | | >All R versions should have "tcltk" on all platforms.
| | | >
| | | >Is there a known regression on mips / mipsel with tcl/tk ?
| | | 
| | | I don't know of any, but I'm not a mips porter.
| | 
| | According to buildd at 
| | 
| | https://buildd.debian.org/fetch.cgi?pkg=r-base;ver=2.11.1-2%2Bb1;arch=mipsel;stamp=1279384803
| | 
| | the configure detection for tcl did in fact go belly-up:
| | 
| | checking for tclConfig.sh... no
| | checking for tclConfig.sh in library
| | (sub)directories... /usr/lib/tcl8.5/tclConfig.sh
| | checking for tkConfig.sh... no
| | checking for tkConfig.sh in library
| | (sub)directories... /usr/lib/tk8.5/tkConfig.sh
| | checking tcl.h usability... yes
| | checking tcl.h presence... yes
| | checking for tcl.h... yes
| | checking tk.h usability... yes
| | checking tk.h presence... yes
| | checking for tk.h... yes
| | checking whether compiling/linking Tcl/Tk code works... no
| | 
| | That last line should have been a yes.  Who do we talk to now? tcl
| | maintainers?  Mips porters?
| | 
| | Dirk
| | 
| | 
| | | -- 
| | | Jakub Wilk
| | | 
| | | [GNUPG:] ERRSIG 2D4EB3A6015475F5 1 8 01 1280012697 9
| | | [GNUPG:] NO_PUBKEY 2D4EB3A6015475F5
| | 
| | -- 
| | Dirk Eddelbuettel | edd@debian.org | http://dirk.eddelbuettel.com
| | 
| 
| -- 
| Dirk Eddelbuettel | edd@debian.org | http://dirk.eddelbuettel.com

-- 
Dirk Eddelbuettel | edd@debian.org | http://dirk.eddelbuettel.com


Reply to: