discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Request for update and/or release of GDL2 and Renaissance


From: Sebastian Reitenbach
Subject: Re: Request for update and/or release of GDL2 and Renaissance
Date: Thu, 30 Jan 2014 09:04:52 +0100
User-agent: SOGoMail 2.1.1b

Hi,

On Thursday, January 30, 2014 00:00 CET, Tito Mari Francis Escaño 
<titomarifrancis@gmail.com> wrote:

> Good day everyone at the GNUstep community,
> I've been watching this project since 1990s and wonder why there hasn't
> been a release of more up-to-date packages, especially the GDL2 and
> Renaissance packages which I think are very important and worthwhile
> components of the GNUstep project, I think this project would be a great
> alternative environment in the GNOME and KDE infested world, exploring the
> possibility of having up-to-date components working in OpenBSD. Can
> somebody please explain what's up? Hopefully this project won't allow
> itself to be killed off or forgotten, it's too good to be dead.
> Please produce a new, up-to-date release of most if not all packages,
> especially the GDL2 and Renaissance.
> More power to this project, the bastion of true OpenStep compliance, thank
> you very much.

Some of the non-core GNUstep software packages are really in the need
of new releases. GDL2, gsweb, gsldap, renaissance, likely also steptalk and
maybe even swk. Some of the sofwares mentioned above, their last releases,
don't even build with current GNUstep core packages, but if I'm not too 
mistaken,
all of the stuff in SVN should build.
Not only that it would make easier for porters to package the softwares, and
for end users or developers to use it, it also would help improve the impression
of GNUstep as a whole. How does it look like that the last releases of software
packages don't build with current core packages?

One of the reasons I don't have them in the OpenBSD ports tree is the lack
of current releases, and me don't wanting to overload the ports tree with a
huge amount of patches. Hosting tarballs on my own is not really practical,
and I guess other packagers have similar concerns/constraints about it.

I'd be willing to help out creating releases, doing some testing, fixing, 
cleaning
up etc.

cheers,
Sebastian





reply via email to

[Prev in Thread] Current Thread [Next in Thread]