Bug 296484 – The live ebuild for dev-util/codeblocks for inclusion in portage.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description keenblade 2009-12-11 03:02:38 UTC]

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

[Comment 1 keenblade 2009-12-11 03:05:43 UTC]

Created attachment 212670 [details]
dev-util/codeblocks-9999.ebuild

This is the proposed live dev-util/codeblocks-9999.ebuild

[Comment 2 Andrey A. Ugolnik 2009-12-11 10:58:48 UTC]

This ebuild marked with hard mask, why?

[Comment 3 keenblade 2009-12-11 13:06:24 UTC]

(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.

[Comment 4 Ryan Hill (RETIRED) 2009-12-12 20:51:07 UTC]

please set WX_GTK_VER=2.8 before the inherit line.  other than that the wxGTK stuff is good.

[Comment 5 keenblade 2009-12-13 01:16:59 UTC]

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?

[Comment 6 keenblade 2010-06-11 23:05:34 UTC]

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.

[Comment 7 Ryan Hill (RETIRED) 2010-06-12 07:17:32 UTC]

Sorry, forgot about this.

Jurek hasn't touched codeblocks in two years so I'll take this bug.

[Comment 8 keenblade 2010-06-12 08:36:36 UTC]

(In reply to comment #7)
> Sorry, forgot about this.
> 
> Jurek hasn't touched codeblocks in two years so I'll take this bug.
> 

Thanks.

[Comment 9 Ryan Hill (RETIRED) 2010-07-01 18:38:10 UTC]

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.

[Comment 10 Ryan Hill (RETIRED) 2010-07-02 23:23:11 UTC]

Added, thanks.