107929 2005-10-02 14:24 0000 sci-electronics/geda-20050820 (version bump) 2005-11-14 12:32:07 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED http://www.geda.seul.org/devel/20050820/gaf-20050820-relnotes.html P2 enhancement --- 1 gralves@gmail.com plasmaroo@gentoo.org gentoobugs@wonderclown.com sci@gentoo.org gralves@gmail.com 2005-10-02 14:24:13 0000 The ebuild needs a version bump. I would also suggest that the ebuild is broken into several ebuilds (one for each component and geda depending on them). Reproducible: Always Steps to Reproduce: 1. 2. 3. gralves@gmail.com 2005-10-02 17:31:47 0000 According to the attached url, geda does not need half of the depencies it currently depends on. I'm going to post a proposed ebuild w/o them (as soon as I get it to compile clenaly on my system). gralves@gmail.com 2005-10-02 17:39:03 0000 Created an attachment (id=69758) sci-libs/libgeda/libgeda-20050820.ebuild libgeda-20050820 (needed by geda-20050820) gralves@gmail.com 2005-10-02 17:40:18 0000 Created an attachment (id=69759) sci-electronics/geda/geda-20050820.ebuild geda ebuild. Take notice of the difference on the dependencies from geda-20050313. gralves@gmail.com 2005-10-02 17:41:45 0000 The files for both ebuilds should be downloaded from : http://www.geda.seul.org/download.html#sources The makefile should be renamed geda-20050820.Makefile gentoobugs@wonderclown.com 2005-10-12 11:25:30 0000 Sure would be nice to see this stuff in portage. I've also been rather disturbed by the enormous number of unneccessary dependancies in this package. Not everybody who wants gschem also wants verilog, and it is not truly a dependancy (geda compiles and installs just fine without it). Ditto for gtkwave, ngspice, etc. Also, ~amd64 should be added to geda, libgeda, and libgdgeda. I have just successfully installed all three on my amd64 system, using the ebuilds attached here, and manually adding amd64 in my local overlay. (I did not try with the current ebuilds in portage, since there are WAY too many dependancies, most of which are neither ~amd64 nor amd64.) This is the first time I have successfully gotten geda running on my system outside of a 32-bit chroot, and I am VERY excited about that. plasmaroo@gentoo.org 2005-11-04 14:09:30 0000 Randall - regarding the dependency mesh (i.e. iverilog, etc.) I used the EDA list gEDA provides on their download page... a reasonable solution to this would be to possibly have a local USE flag of some sort (maybe 'edatools' or something) which if not turned on would not pull in gerbv, gnucap and all those other tools. Does this sound reasonable? As for splitting gEDA itself up into geda- components I think the idea isn't too suitable as you really do want all the geda- components together... having them split out would only make maintainance hell since a large set of ebuilds would have to be changed rather than one (and upstream releases the whole thing as a big set anyway)... plasmaroo@gentoo.org 2005-11-06 06:03:41 0000 *** Bug 107924 has been marked as a duplicate of this bug. *** gralves@gmail.com 2005-11-06 09:14:38 0000 Randall, I've made this version bump because I couldn't get the last version compiling on my AMD64 machine (since I refuse to build a 32bit chroot :) ). It seems to be working without a glitch here. And yes, I have the same problem as you, I only need gschem, and was forced into all the depencies of the old ebuild (some of them do not like amd64 nor gcc4.* ). gentoobugs@wonderclown.com 2005-11-06 09:45:13 0000 A USE flag for the extra components would be a good step, but perhaps use a metapackage instead? gEDA itself could become geda-core, which would be only the gEDA components, then have a metapackage that depends on the entire EDA suite (geda-suite, or just geda). I agree that it would be a pain to maintain separate geda-* ebuilds for each component of geda, but I think the above scheme to handle the auxiliary tools would be helpful, or else the USE flag solution is also fine I guess. (Though it is my impression that USE flags are for customizing the compilation, not for bringing in dependancies for extra components that aren't actually part of the compilation.) plasmaroo@gentoo.org 2005-11-14 12:32:07 0000 Bumped in CVS, deps cleaned up and sci-electronics/geda-suite added. Thanks! 69758 2005-10-02 17:39 0000 sci-libs/libgeda/libgeda-20050820.ebuild libgeda-20050820.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1saWJzL2xpYmdlZGEvbGliZ2VkYS0yMDA1 MDMxMy5lYnVpbGQsdiAxLjEgMjAwNS8wMy8yNiAwMDozMjo0NSBwbGFzbWFyb28gRXhwICQKCkhP TUVQQUdFPSJodHRwOi8vd3d3LmdlZGEuc2V1bC5vcmciCkRFU0NSSVBUSU9OPSJsaWJnZWRhIC0g dGhpcyBsaWJyYXJ5IHByb3ZpZGVzIGZ1bmN0aW9ucyBuZWVkZWQgZm9yIGEgd29ya2luZyBnRURB L2dhZiBzeXN0ZW0iClNSQ19VUkk9Imh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9yZy9kZXZlbC8ke1BW fS9saWJnZWRhLSR7UFZ9LnRhci5neiIKCklVU0U9InBuZyBzdGF0aWMiCkxJQ0VOU0U9IkdQTC0y IgpLRVlXT1JEUz0ifng4NiB+cHBjIgpTTE9UPSIwIgoKREVQRU5EPSI+PWRldi1saWJzL2dsaWIt Mi40LjgKCT49eDExLWxpYnMvZ3RrKy0yLjIKCXZpcnR1YWwveDExCgoJPj1kZXYtdXRpbC9ndWls ZS0xLjYuMwoJPj1kZXYtdXRpbC9wa2djb25maWctMC4xNS4wCglwbmc/ICggPj1zY2ktbGlicy9s aWJnZGdlZGEtMi4wLjE1ICkiCgpzcmNfdW5wYWNrICgpIHsKCXVucGFjayAke0F9CiAgICAJY2Qg JHtTfQogICAgCSNlcGF0Y2ggJHtGSUxFU0RJUn0vbGliZ2VkYS1nY2M0LnBhdGNoCn0KCnNyY19j b21waWxlICgpIHsKCWxvY2FsIG15Y29uZgoKCXVzZSBwbmcgfHwgbXljb25mPSctLWRpc2FibGUt Z2RnZWRhJwoJdXNlIHN0YXRpYyAmJiBteWNvbmY9IiR7bXljb25mfSAtLWVuYWJsZS1zdGF0aWMg LS1kaXNhYmxlLXNoYXJlZCIKCgllY29uZiAke215Y29uZn0gfHwgZGllCgllbWFrZSB8fCBkaWUK fQoKc3JjX2luc3RhbGwgKCkgewoJZWluc3RhbGwgfHwgZGllCglkb2RvYyBBVVRIT1JTIENPUFlJ TkcgQ2hhbmdlTG9nIFJFQURNRQp9Cg== 69759 2005-10-02 17:40 0000 sci-electronics/geda/geda-20050820.ebuild geda-20050820.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1lbGVjdHJvbmljcy9nZWRhL2dlZGEtMjAw NTAzMTMuZWJ1aWxkLHYgMS4yIDIwMDUvMDcvMTYgMjE6MDQ6NDEgcGxhc21hcm9vIEV4cCAkCgpp bmhlcml0IGV1dGlscwoKUz0ke1dPUktESVJ9CgpIT01FUEFHRT0iaHR0cDovL3d3dy5nZWRhLnNl dWwub3JnIgpERVNDUklQVElPTj0iZ2VkYSBpcyBhIG1ldGFwYWNrYWdlIHdoaWNoIGNvbXBpbGVz IGFsbCB0aGUgbmVjZXNzYXJ5IGNvbXBvbmVudHMgeW91IHdvdWxkIG5lZWQgZm9yIGEgZ0VEQS9n YWYgc3lzdGVtIgpTUkNfVVJJPSJodHRwOi8vd3d3LmdlZGEuc2V1bC5vcmcvZGV2ZWwvJHtQVn0v Z2VkYS0ke1BWfS50YXIuZ3oKCSBodHRwOi8vd3d3LmdlZGEuc2V1bC5vcmcvZGV2ZWwvJHtQVn0v Z2VkYS1kb2NzLSR7UFZ9LnRhci5negoJIGh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9yZy9kZXZlbC8k e1BWfS9nZWRhLWV4YW1wbGVzLSR7UFZ9LnRhci5negoJIGh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9y Zy9kZXZlbC8ke1BWfS9nZWRhLWdhdHRyaWItJHtQVn0udGFyLmd6CgkgaHR0cDovL3d3dy5nZWRh LnNldWwub3JnL2RldmVsLyR7UFZ9L2dlZGEtZ25ldGxpc3QtJHtQVn0udGFyLmd6CgkgaHR0cDov L3d3dy5nZWRhLnNldWwub3JnL2RldmVsLyR7UFZ9L2dlZGEtZ3NjaGVtLSR7UFZ9LnRhci5negoJ IGh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9yZy9kZXZlbC8ke1BWfS9nZWRhLWdzeW1jaGVjay0ke1BW fS50YXIuZ3oKCSBodHRwOi8vd3d3LmdlZGEuc2V1bC5vcmcvZGV2ZWwvJHtQVn0vZ2VkYS1zeW1i b2xzLSR7UFZ9LnRhci5negoJIGh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9yZy9kZXZlbC8ke1BWfS9n ZWRhLXV0aWxzLSR7UFZ9LnRhci5negoJIGh0dHA6Ly93d3cuZ2VkYS5zZXVsLm9yZy9kZXZlbC8k e1BWfS9saWJnZWRhLSR7UFZ9LnRhci5negoJIGh0dHA6Ly9kZXYuZ2VudG9vLm9yZy9+cGxhc21h cm9vL3BhdGNoZXMvZ2VkYS8ke1B9Lk1ha2VmaWxlIgoKSVVTRT0iIgpMSUNFTlNFPSJHUEwtMiIK S0VZV09SRFM9In54ODYgfnBwYyIKU0xPVD0iMCIKCkRFUEVORD0iPj1kZXYtbGlicy9nbGliLTEu Mi4xMAoJPj14MTEtbGlicy9ndGsrLTIuMgoJPj1kZXYtdXRpbC9ndWlsZS0xLjYuMwoJPj1zeXMt bGlicy96bGliLTEuMS4wCgk+PW1lZGlhLWxpYnMvbGlicG5nLTEuMi4wCgl2aXJ0dWFsL3gxMQoK CT49ZGV2LXV0aWwvcGtnY29uZmlnLTAuMTUuMAoJPj1zY2ktbGlicy9saWJnZGdlZGEtMi4wLjE1 CgoJPj1zY2ktbGlicy9saWJnZWRhLSR7UFZ9CgkiCgpzcmNfdW5wYWNrKCkgewoJdW5wYWNrIGdl ZGEtJHtQVn0udGFyLmd6Cgl1bnBhY2sgZ2VkYS1kb2NzLSR7UFZ9LnRhci5negoJdW5wYWNrIGdl ZGEtZXhhbXBsZXMtJHtQVn0udGFyLmd6Cgl1bnBhY2sgZ2VkYS1nYXR0cmliLSR7UFZ9LnRhci5n egoJdW5wYWNrIGdlZGEtZ25ldGxpc3QtJHtQVn0udGFyLmd6Cgl1bnBhY2sgZ2VkYS1nc2NoZW0t JHtQVn0udGFyLmd6Cgl1bnBhY2sgZ2VkYS1nc3ltY2hlY2stJHtQVn0udGFyLmd6Cgl1bnBhY2sg Z2VkYS1zeW1ib2xzLSR7UFZ9LnRhci5negoJdW5wYWNrIGdlZGEtdXRpbHMtJHtQVn0udGFyLmd6 Cgl1bnBhY2sgbGliZ2VkYS0ke1BWfS50YXIuZ3oKCWZvciBmaWxlIGluICQoZmluZCBnZWRhLWdu ZXRsaXN0LSR7UFZ9IC1uYW1lICIqLnNjbSIpOyBkbwoJCXNlZCAtZSAnczovdXNyL1gxMVI2L2xp Yi9YMTEvcGNiL200Oi91c3Ivc2hhcmUvcGNiL200OmcnIFwKCQkJLWkgJHtmaWxlfQoJZG9uZQoJ Y3AgJHtESVNURElSfS8ke1B9Lk1ha2VmaWxlIE1ha2VmaWxlCglzZWQgLWkgLWUgJ3M6cHJlZml4 PSQoSE9NRSkvZ2VkYTpwcmVmaXg9L3VzcjonIE1ha2VmaWxlIHx8IGRpZSAnRmFpbGVkIHRvIHBh dGNoIE1ha2VmaWxlIScKfQoKc3JjX2luc3RhbGwgKCkgewoJbWFrZSBERVNURElSPSR7RH0gaW5z dGFsbCB8fCBkaWUKCgljZCBsaWJnZWRhLSR7UFZ9CgltYWtlIERFU1RESVI9JHtEfSB1bmluc3Rh bGwgfHwgc2gKCXJtICR7RH0vdXNyL2luY2x1ZGUgLVJmCglybSAke0R9L3Vzci9zaGFyZS9nRURB L3N5bS9nbmV0bWFuIC1SZiAjIEZpeCBjb2xsaXNpb24gd2l0aCBnbmV0bWFuOyBidWcgIzc3MzYx LgoKCWNkICR7U30KCWRvZG9jIGdlZGEtJHtQVn0vQVVUSE9SUyBnZWRhLSR7UFZ9L1JFQURNRQoK CWRvZG9jIGdlZGEtZ2F0dHJpYi0ke1BWfS97QVVUSE9SUyxSRUFETUV9Cglkb2RvYyBnZWRhLWV4 YW1wbGVzLSR7UFZ9L1JFQURNRQoJZG9kb2MgZ2VkYS1nbmV0bGlzdC0ke1BWfS9BVVRIT1JTIGdl ZGEtZ25ldGxpc3QtJHtQVn0vQlVHUwoJZG9kb2MgZ2VkYS1nc2NoZW0tJHtQVn0vQVVUSE9SUyBn ZWRhLWdzY2hlbS0ke1BWfS9CVUdTCglkb2RvYyBnZWRhLWdzeW1jaGVjay0ke1BWfS9BVVRIT1JT Cglkb2RvYyBnZWRhLXN5bWJvbHMtJHtQVn0vQVVUSE9SUwoJZG9kb2MgZ2VkYS11dGlscy0ke1BW fS9BVVRIT1JTIGdlZGEtdXRpbHMtJHtQVn0vUkVBRE1FKgp9Cg==