This is the live ebuild for dev-util/codeblocks. Codeblocks development is very active and strong, but they don't release frequently (like once a year). And they provide and suggest using nightly builds which is quite stable. Probably they don't want to complicate things by having to much release branchs that will need maintainance in sources. The snapshots become quickly out of date. The latest one in portage is dev-util/codeblocks-1.0_pre20071215, which is even older than the officially released dev-util/codeblocks-8.02 from 2008. I hope this ebuild will be considered for inclusion in portage to fill the gap. Actually there is an old and closed bug at #89533 which this ebuild has evolved from. But since then, the software and ebuild has evolved pretty nice. Too much work has gone into this ebuild (maintaining it for 2 years at gentoo forums). I also have it got reviewed in sunrise recently, but since codeblocks is in portage, they can't include it in sunrise overlay. But they helped me to make this ebuild beautiful. Reproducible: Always Steps to Reproduce: 1.emerge -vp codeblocks 2. 3. Actual Results: Finding only old release and snapshots Expected Results: Finding an up to date package
Created attachment 212670 [details] dev-util/codeblocks-9999.ebuild This is the proposed live dev-util/codeblocks-9999.ebuild
This ebuild marked with hard mask, why?
(In reply to comment #2) > This ebuild marked with hard mask, why? > Because it is a live (9999) kind of ebuild. Live ebuilds should not define keywords. Correct me if I am wrong. Other than that there is no reason. It works great and there is no problem with it.
please set WX_GTK_VER=2.8 before the inherit line. other than that the wxGTK stuff is good.
Created attachment 212837 [details] dev-util/codeblocks-9999.ebuild Ryan, thanks. I have set WX_GTK_VER=2.8 before inherit as you said. I also changed the depend line as x11-libs/wxGTK:${WX_GTK_VER}[X]. Is that ok?
Created attachment 235019 [details] codeblocks-9999.ebuild Since SLOT="1.5" is now binary-only slot, I changed the sys-devel/libtool from SLOT="1.5" to SLOT="2". Because it was causing this block: [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" is blocking sys-devel/libtool-2.2.8-r1) Now it should work fine.
Sorry, forgot about this. Jurek hasn't touched codeblocks in two years so I'll take this bug.
(In reply to comment #7) > Sorry, forgot about this. > > Jurek hasn't touched codeblocks in two years so I'll take this bug. > Thanks.
I can't build contrib right now (https://developer.berlios.de/bugs/?func=detailbug&bug_id=17321&group_id=5358) but everything else looks good.
Added, thanks.