building ebuild for GNUStep application

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

building ebuild for GNUStep application

Bugzilla from dmitry@athabascau.ca
Hi,

First off note that I didn't do much GNUStep development in my life (as a
matter of fact I never done anythings aside from vendor-packaged installs of
applications).

Is there a quick-and-dirty guide to creating GNUStep application ebuilds?

I'm trying to iron out Oolite build
http://bugs.gentoo.org/show_bug.cgi?id=106890 

but I'm lacking knowledge in GNUStep area to be able to create
clean "src_install" routine to cover all the aspects. (it's got Resources
directory with some data that installer shipped with application doesn't pick
up automatically).

--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245

signature.asc (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: building ebuild for GNUStep application

Sourav K. Mandal
On Wed, 2008-01-02 at 16:37 -0700, Dmitry S. Makovey wrote:

> Is there a quick-and-dirty guide to creating GNUStep application ebuilds?

Not that I'm aware of -- just have to follow the existing ebuilds.  As
you no doubt have noticed there's been quite a bit of activity these
last several months in Gentoo GNUstep, starting with the eclasses.

> I'm trying to iron out Oolite build
> http://bugs.gentoo.org/show_bug.cgi?id=106890 

I didn't know this game existed -- sweet.

> but I'm lacking knowledge in GNUStep area to be able to create
> clean "src_install" routine to cover all the aspects. (it's got Resources
> directory with some data that installer shipped with application doesn't pick
> up automatically).
>
Unfortunately I don't have time to work on it now.  However, you might
look at how the current GNUmail and camaelon ebuilds handle deleting and
symlinking resources in their "src_install" routines.  Hopefully this
will give you an idea of how to write one fro oolite.


Best,

Sourav


--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: building ebuild for GNUStep application

Bugzilla from dmitry@athabascau.ca
On January 2, 2008, Sourav K. Mandal wrote:
> Unfortunately I don't have time to work on it now.  However, you might
> look at how the current GNUmail and camaelon ebuilds handle deleting and
> symlinking resources in their "src_install" routines.  Hopefully this
> will give you an idea of how to write one fro oolite.

Thanks a bunch. I looked at both which gave me some ideas on how to put it
together for oolite.

--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245

signature.asc (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: building ebuild for GNUStep application

Bugzilla from dmitry@athabascau.ca
In reply to this post by Sourav K. Mandal
On January 2, 2008, Sourav K. Mandal wrote:
> > I'm trying to iron out Oolite build
> > http://bugs.gentoo.org/show_bug.cgi?id=106890
>
> Unfortunately I don't have time to work on it now.  However, you might
> look at how the current GNUmail and camaelon ebuilds handle deleting and
> symlinking resources in their "src_install" routines.  Hopefully this
> will give you an idea of how to write one fro oolite.
>
> Sourav

Just as an update - those pointers were really useful and I was able to
finalize ebuild after all (see http://bugs.gentoo.org/show_bug.cgi?id=106890 
for finalized version).

However, just to stay on the "purist" side - using "inherit gnustep-2" as
suggested in eclasses pulls in some dependancies that are not really needed
(like gnustep-gui and some other) which is not very gentoo-like. Is there a
plan to produce more modular eclasses to inherit from (I used "inherit
gnustep" and "DEPEND=gnustep-base" initially but comments in gnustep class  
suggest that it's deprecated)?

--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245

signature.asc (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: building ebuild for GNUStep application

Sourav K. Mandal
On Fri, 2008-01-04 at 10:27 -0700, Dmitry S. Makovey wrote:

> Just as an update - those pointers were really useful and I was able to
> finalize ebuild after all (see http://bugs.gentoo.org/show_bug.cgi?id=106890 
> for finalized version).

I have some questions; see below ...

> However, just to stay on the "purist" side - using "inherit gnustep-2" as
> suggested in eclasses pulls in some dependancies that are not really needed
> (like gnustep-gui and some other) which is not very gentoo-like. Is there a
> plan to produce more modular eclasses to inherit from (I used "inherit
> gnustep" and "DEPEND=gnustep-base" initially but comments in gnustep class  
> suggest that it's deprecated)?

You can ask one of the GNUstep developers -- why does the gnustep-2
eclass have a dependency for gnustep-back?  Not all GNUstep-based
applications are GUI.

I have other questions/comments about your ebuild, which will help get
it accepted by the Gentoo devs:

* KEYWORDS should be ~x86/~amd64 until it has passed the testing phase,
not x86/amd64

* Use "cp -pr" instead of piping with tar

* Don't hard code the paths for "openapp" and "oolite.app" in your
wrapper script.  If there is a working GNUstep installation, openapp
will be in the PATH, and the app will be found by openapp through
GNUstep.

* Your DEPEND and RDEPEND are really confusing.  Specifically:
- Why are the versions for stuff under x86 in RDEPEND, but not in
DEPEND?  Doesn't amd64 need those minimum versions?
- Also, doesn't amd64 need x11 and gnustep-env?

Typing this now, it looks like mr_bones already made some comments on
bugzilla -- hopefully with that and this you can polish off the ebuild.


Best,

Sourav

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: building ebuild for GNUStep application

Bugzilla from dmitry@athabascau.ca
On January 4, 2008, Sourav K. Mandal wrote:
> You can ask one of the GNUstep developers -- why does the gnustep-2
> eclass have a dependency for gnustep-back?  Not all GNUstep-based
> applications are GUI.

I thought this mailing list was the proper place for that :)

> I have other questions/comments about your ebuild, which will help get
> it accepted by the Gentoo devs:
>
> * KEYWORDS should be ~x86/~amd64 until it has passed the testing phase,
> not x86/amd64

yeah - that slipped by as it's just a copy from my local overlay and I didn't
want to bother with masking/unmasking my own packages.

> * Use "cp -pr" instead of piping with tar

couldn't remember if cp -pr takes care of existing directories (on some
systems it doesn't (like FBSD)) but tar always produces same result. Not sure
if it's worth changing for portablity sake.

> * Don't hard code the paths for "openapp" and "oolite.app" in your
> wrapper script.  If there is a working GNUstep installation, openapp
> will be in the PATH, and the app will be found by openapp through
> GNUstep.

ok, fixed that.

>
> * Your DEPEND and RDEPEND are really confusing.  Specifically:
> - Why are the versions for stuff under x86 in RDEPEND, but not in
> DEPEND?  Doesn't amd64 need those minimum versions?
> - Also, doesn't amd64 need x11 and gnustep-env?

yeah, that part was inherited from previous developer and I didn't really
bother to check since it was working fine for me on amd64.

> Typing this now, it looks like mr_bones already made some comments on
> bugzilla -- hopefully with that and this you can polish off the ebuild.

yeah, there was plenty of feedback :) it's all polished now. I'll submit r5
now with your suggestions implemented hoping it'll go into portage soon.


--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245

signature.asc (196 bytes) Download Attachment
Loading...