Bugzilla Bug 115327

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 an attachment (id=76740) [details]
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.