Summary: | sys-cluster/gomd-cvs-0.2_beta1 fails due to Savannah CVS changes | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Henrik Brix Andersen <henrik> |
Component: | New packages | Assignee: | Gentoo Cluster Team <cluster> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | andrew.nau.ua, eddymul, fraterm, l33tmmx, philip.rooke, qa, rlazo.paz, tantive, XL, yamadharma |
Priority: | High | Keywords: | QAcanfix |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://savannah.gnu.org/forum/forum.php?forum_id=4168 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 126963, 127039 | ||
Bug Blocks: | |||
Attachments: | changes allow gnustep-apps/projectcenter to emerge |
Description
Henrik Brix Andersen
2005-12-12 10:41:09 UTC
*** Bug 115298 has been marked as a duplicate of this bug. *** thanks, nano updated dev-lisp/cl-ansi-tests-cvs-0 dev-lisp/gcl-cvs-2.7.0 app-emacs/emms-cvs-0 Updated, thanks for the note sci-mathematics/axiom done, thanks! Adding the cjk herd for app-i18n/scim-cvs-1.1.0 *** Bug 116153 has been marked as a duplicate of this bug. *** I see that app-editors/emacs-cvs was fixed in bug #115361. *** Bug 118534 has been marked as a duplicate of this bug. *** Created attachment 76740 [details, diff]
changes allow gnustep-apps/projectcenter to emerge
Patch to the existing ebuild (projectcenter-0.4.3_pre20050312.ebuild) to fix gnustep-apps/projectcenter failing to fetch from savannah cvs
*** Bug 120063 has been marked as a duplicate of this bug. *** gnustep herd is currently non-existant (the only member retired), so unless someone else fixes their stuff, we can as well punt that from portage, as it's simply unusable. Hmmmh... This sounds really bad. I would love to get my "beloved" NeXT look and feel back on a nowaday's computer and on my favourite Linux distribution. At least sometimes ... when I'm getting anoyed by GNOME's "Resource Eating Desktop". For the procedure that is required to build the GNUstep applications seems to be quite uniform, it shouldn't be to difficult to create ebuilds for the latest "stable" (GNUstep snapshots, non-CVS) releases. And the CVS builds should be no magic, too. Furthermore I think that providing a "GNUstep Desktop" -- although upstream clearly states that GNUstep is not a desktop environment like KDE or GNOME -- should be possible. The problem is that I haven't gained enough insight into gentoo portage yet and that I wouldn't have the time to maintain the ebuilds in a reliable manner. Nevertheless I will try to create ebuilds for the latest "stable" releases in my portage overlay. At least to figure out, if providing GNUstep on gentoo would be worth all the work ... For there is someone else (added Dimitry to CC:) who is frequently posting GNUstep ebuilds and patches, there might still be hope that GNUstep is not "punted from portage". Cheers, Axel removed the offending scim-cvs from portage. the remaining one has been ported to the pserver setup. GNUstep moved to subversions (gna.org). *** Bug 125936 has been marked as a duplicate of this bug. *** Updated list of offending packages: gentoo-x86 $ find . -name '*.ebuild'|xargs grep '^ECVS_SERVER="savannah'|cut -d '/' -f 2,4|sed -e "s:\.ebuild.*::" gnustep-base/gnustep-back-art-0.9.5_pre20050312 gnustep-base/gnustep-base-1.10.2_pre20050312 gnustep-base/gnustep-make-1.10.1_pre20050312-r1 gnustep-base/gnustep-back-xlib-0.9.5_pre20050312 gnustep-base/gnustep-gui-0.9.5_pre20050312-r1 gnustep-apps/projectcenter-0.4.3_pre20050312 gnustep-apps/terminal-0.9.5_pre20050110 gnustep-apps/terminal-0.9.5_pre20050315 gnustep-apps/preferences-1.3.0_pre20050315 gnustep-apps/preferences-1.3.0_pre20050110 gnustep-apps/textedit-0.95_pre20050315 gnustep-apps/textedit-0.95_pre20050110 gnustep-apps/stshell-0.8.3_pre20050312 gnustep-apps/stshell-0.8.3_pre20050106 gnustep-apps/easydiff-0.3.1_pre20050312 gnustep-apps/easydiff-0.3.1_pre20050106 gnustep-apps/easydiff-0.3.1_pre20041203 gnustep-libs/gdl2-0.9.2_pre20050106 gnustep-libs/gdl2-0.9.2_pre20050312 gnustep-libs/gsweb-1.1.1_pre20050312 gnustep-libs/renaissance-0.8.1_pre20041203 gnustep-libs/renaissance-0.8.1_pre20050312 gnustep-libs/prefsmodule-1.1.1_pre20050315 gnustep-libs/prefsmodule-1.1.1_pre20050110 gnustep-libs/smbkit-0.0.1_pre20050106 gnustep-libs/steptalk-0.8.3_pre20050312 gnustep-libs/steptalk-0.8.3_pre20050106 sys-cluster/gomd-cvs-0.2_beta1 Adding QA to CC: hoping to get more attention on this. Grobian said on g-dev@ that he was going to step up and maintain them. Grobian: Are you going to be taking care of these ebuilds? yes and I am. But I had forgotten about the fact that I also need to modularise them packages... which involves installing 120 packages which of course not all compile. It slows me down a bit, also because I never did modular X before, so it's all a bit of digging out how the hack to deal with it. I hope to convert another bunch of packages this weekend. Sorry that it all goes this slow. ps. I added myself to the gnustep alias temporarily, so everywhere gnustep is, I am for the moment. > gnustep-apps/projectcenter-0.4.3_pre20050312
> gnustep-apps/terminal-0.9.5_pre20050110
> gnustep-apps/terminal-0.9.5_pre20050315
> gnustep-apps/preferences-1.3.0_pre20050315
> gnustep-apps/preferences-1.3.0_pre20050110
> gnustep-apps/textedit-0.95_pre20050315
> gnustep-apps/textedit-0.95_pre20050110
> gnustep-apps/stshell-0.8.3_pre20050312
> gnustep-apps/stshell-0.8.3_pre20050106
> gnustep-apps/easydiff-0.3.1_pre20050312
> gnustep-apps/easydiff-0.3.1_pre20050106
> gnustep-apps/easydiff-0.3.1_pre20041203
> gnustep-libs/gdl2-0.9.2_pre20050106
> gnustep-libs/gdl2-0.9.2_pre20050312
> gnustep-libs/gsweb-1.1.1_pre20050312
> gnustep-libs/renaissance-0.8.1_pre20041203
> gnustep-libs/renaissance-0.8.1_pre20050312
> gnustep-libs/prefsmodule-1.1.1_pre20050315
> gnustep-libs/prefsmodule-1.1.1_pre20050110
> gnustep-libs/smbkit-0.0.1_pre20050106
> gnustep-libs/steptalk-0.8.3_pre20050312
> gnustep-libs/steptalk-0.8.3_pre20050106
All should be ok now. Can someone please rerun the script to check it? Thanks.
Confirmed. Thanks a lot, Grobian :) Now we're down to one package, sys-cluster/gomd-cvs-0.2_beta1, needing an update to work with the new upstream CVS setup. Cluster herd, please fix this issue. cluster, can someone fix this? If not, we'll make the changes in a few days. Fixed sys-cluster/gomd Looks like everything is good now. |