Dear developers, please find attached tkpng-0.7.ebuild and patch it ... It is lightweight library for loading and using PNG images in Tcl/Tk applications. The configure script in source package require lastest BASH (listed in dependecies) otherwise is will result syntax error. I think this package is realy important, because Tk is unable to use PNG images (supports only GIF and some bitmaps). I suggest dev-tcltk/tkpng. Sincerely Martin Ošmera <P16F87504SP@seznam.cz>. P.S. I hope I am not wasting your/my time.
Created attachment 123813 [details] Functional ebuild. TkPng-0.7
which software depends on TkImg? please also note that the package Img exists, and supports *way* more image formats than tkpng: http://wiki.tcl.tk/Img
net-im/coccinella-0.96.10 needs TkPng to run.
"emerge" didn't want to install (due to compile-time errors) the "dev-tcltk/tkpng-0.7" package, until I've made some changes in the "./genericv/TkImgPNG.c" file. To be exact: --------------- Correction #1 ----------------- line 2010: "Tk_PhotoExpand(imageHandle, destX+pPNG->mWidth,destY+pPNG->mHeight);" to line 2010: "Tk_PhotoExpand_Panic(imageHandle, destX+pPNG->mWidth,destY+pPNG->mHeight);" ---------------- Correction #2 ---------------- line 2151: "Tk_PhotoPutBlock(imageHandle, &pPNG -> mBlock, destX, destY, pPNG -> mBlock.width, pPNG -> mBlock.height, TK_PHOTO_COMPOSITE_SET); " to line 2151: "Tk_PhotoPutBlock_Panic(imageHandle, &pPNG -> mBlock, destX, destY, pPNG -> mBlock.width, pPNG -> mBlock.height, TK_PHOTO_COMPOSITE_SET); " ------------------- End of corrections --------------------- I don't know if I've done a right thing. Maybe someone alse knows? If so, then please put everything right. I'll appreciate any answer.
I've put your changes together in a patch-file and altered the original ebuild. This makes life easier. See my attachments
Created attachment 192847 [details] Altered ebuild with patch line
Created attachment 192849 [details, diff] patchfile for tkpng-0.7-r1.ebuild
Created attachment 197567 [details] tkpng-0.9.ebuild
Is this package (dev-tcltk/tkpng) going to be included in the main Gentoo Portage tree?
Hello everyone! I've just learnt that few different versions of such packages as TkPng and TkTreeCtrl (and maybe some else) may be installed at the same time on the same machine. So why don't we use different SLOTs for different versions?
(In reply to comment #10) > Hello everyone! > I've just learnt that few different versions of such packages as TkPng and > TkTreeCtrl (and maybe some else) may be installed at the same time on the same > machine. So why don't we use different SLOTs for different versions? > Please, forget about this post. The necessary version of package is determined during run-time automatically, so there is no need for slots. Still the question about adding TkPng and TkTreeCtrl into the main portage tree remains. It would be nice to see these packages there, because they will provide Coccinella messenger (as an example) for amd64 (and other platforms, I believe), while it is available only for x86 at present.
Hello again! (In reply to comment #11) > Still the question about adding TkPng and TkTreeCtrl into the main portage tree > remains. > It would be nice to see these packages there, because they will provide > Coccinella messenger (as an example) for amd64 (and other platforms, I > believe), while it is available only for x86 at present. > I just wanted to say that since TkTreeCtrl is already present in the main Gentoo Portage tree, the only stumbling block on amd64 (and others) version of Coccinella way to Portage (and to users' computers) is TkPng. :) Clould someone please add this package to the Portage tree? The only way to have Coccinella running on amd64 machine now is to install TkPng from the local overlay. And I'm not sure every user knows at least what "local overlay" is. So it would be very nice to have Coccinella's dependencies in the Portage tree too. Regards, Vladimir.
I added the package to the tree. Please check it out and report if it is not working.