Bug 18280 - gnustep-make-1.6.0.ebuild (package upgrade)
|
Bug#:
18280
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: liquidx@gentoo.org
|
Reported By: mtaylor@member.fsf.org
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: gnustep-make-1.6.0.ebuild (package upgrade)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2003-03-26 23:20 0000
|
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.
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? :)
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.
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.
Sorry for that duplicate there. Those are the same files. Just a hiccup. :)
thanks for your work. they've been commited to portage.
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.
*** Bug 17911 has been marked as a duplicate of this bug. ***