Bug 18280 – gnustep-make-1.6.0.ebuild (package upgrade)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Michael R. Taylor 2003-03-26 23:20:02 UTC]

This is an ebuild for GNUstep-make-1.6.0 which is the latest stable version.  It
is my first ebuild and I made it by using the skel.ebuild and previous ebuilds
for GNUstep-make as a guide.  I would appreciate it if anybody could test it to
make sure it works.  It works on my system and I should have other GNUstep
ebuilds ready for submission pretty soon.  Thank you.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

[Comment 1 Michael R. Taylor 2003-03-26 23:21:27 UTC]

Created attachment 9889 [details]
ebuild for gnustep-make-1.6.0

[Comment 2 Alastair Tse (RETIRED) 2003-03-27 16:41:10 UTC]

looks good to me. i'd rather like to commit it at the same time as gnustep-base-1.6.0. 

any chance you will submit that as well? :)

[Comment 3 Michael R. Taylor 2003-03-27 19:28:26 UTC]

Certainly, here is what I have for gnustep-base-1.6.0.ebuild.  You might want to double-check it as well.

I can have gnustep-gui-0.8.5 and gnustep-back-0.8.5 submitted a little later tonight as well.  I'm also working on gnustep-extensions and steptalk and gworkspace, all of which I believe are not in the portage tree yet.  I need to test those out a little more on my machine first, but they should be done by tomorrow.

[Comment 4 Michael R. Taylor 2003-03-27 19:29:30 UTC]

Created attachment 9924 [details]
ebuild for gnustep-base-1.6.0

[Comment 5 Michael R. Taylor 2003-03-28 03:20:46 UTC]

I've attached 2 files below.  The first is a newer ebuild for gnustep-base-1.6.0.  This adds a init.d file.  I wasn't compleatly sure what the protocol is for init.d files, but I made the ebuild look for it in the gnustep-base/files directory.  The second is the init.d file itself.  This starts, stops, and restarts two services included in gnustep-base that GNUstep uses.

Also, I added a line setting the GNUSTEP_USER_ROOT variable in the scope of the ebuild because it seems that there could be the possiblity of it being set to the wrong place.

Let me know if the ebuild is correct, especially the init.d file part.

[Comment 6 Michael R. Taylor 2003-03-28 03:22:41 UTC]

Created attachment 9939 [details]
updated gnustep-base-1.6.0 (gnustep-base-1.6.0-r1.ebuild?)

[Comment 7 Michael R. Taylor 2003-03-28 03:24:31 UTC]

Created attachment 9940 [details]
updated gnustep-base-1.6.0.ebuild (gnustep-base-1.6.0-r1.ebuild?)

[Comment 8 Michael R. Taylor 2003-03-28 03:26:10 UTC]

Sorry for that duplicate there.  Those are the same files.  Just a hiccup. :)

[Comment 9 Michael R. Taylor 2003-03-28 03:27:07 UTC]

Created attachment 9941 [details]
gnustep init.d file for gnustep-base-1.6.0.ebuild

[Comment 10 Alastair Tse (RETIRED) 2003-03-30 20:38:43 UTC]

thanks for your work. they've been commited to portage.

[Comment 11 MJR 2003-04-01 07:57:54 UTC]

Created attachment 10081 [details]
gnustep-gui-0.8.5.ebuild

Locally working ebuild for gnustep-gui, cribbed from one previously in tree

[Comment 12 MJR 2003-04-01 07:58:16 UTC]

Created attachment 10082 [details]
gnustep-gui-0.8.5.ebuild

Locally working ebuild for gnustep-gui, cribbed from one previously in tree

[Comment 13 MJR 2003-04-01 07:59:57 UTC]

Created attachment 10083 [details]
gnustep-back-0.8.5.ebuild

Locally working gnustep-back building using back-art and including the patch
for freetype 2.1 support from the gnustep wiki.

[Comment 14 Alastair Tse (RETIRED) 2003-04-01 08:30:12 UTC]

could you please open another bug with gnustep-gui and gnustep-back? there are actually a couple of more complicated issues with gnustep-back with respect to xft and back-art that were worked around in the previous ebuilds because the authors of gnustep hadn't gotten around to supporting xft2.

someone else is working on getting those ebuilds up to speed as we speak. usually if a bug is marked RESOLVED, you shouldn't add anything more unless the problem still exists. thanks.

[Comment 15 Martin Holzer (RETIRED) 2003-05-22 19:03:20 UTC]

*** Bug 17911 has been marked as a duplicate of this bug. ***