The anonymous CVS setup for savannah has changed from using SSH to using pserver. This affects the following ebuilds in portage, which needs to be changed from using SSH to pserver. See net-wireless/orinoco-9999 for an example of how the ECVS variables should be set for the new setup: $ find . -name '*.ebuild'|xargs grep 'ECVS_SERVER="savannah'|cut -d '/' -f 2,4|sed -e "s:\.ebuild.*::" sci-mathematics/axiom-9999 app-emacs/emms-cvs-0 app-i18n/scim-cvs-1.1.0 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 dev-lisp/cl-ansi-tests-cvs-0 dev-lisp/gcl-cvs-2.7.0 app-editors/nano-1.3.9 app-editors/emacs-cvs-22.0.50 app-editors/emacs-cvs-23.0.0
*** 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.