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

Re: RFS: GNUstep packages

On Fri, 09 Dec 2005 12:34:30 +0100, Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@public.gmane.org> said:

> Hi,
>> I have taken over maintainership of the GNUstep core packages
>> (gnustep-make, gnustep-base, gnustep-gui, gnustep-back, gnustep-ppd)
>> -- at least until Eric Heintzmann has more free time again.  I am
>> also planning on taking over some other GNUstep packages that have
>> been orphaned (e.g. renaissance, pdfkit and its replacement
>> popplerkit).  And so I will need a sponsor for these.
>> Testing packages for the core packages can be found at:
>> http://www.uhoreg.ca/programming/debian/gnustep/

> i have test built them on gnu/kfreebsd with the following problems:

> check the build logs and packages if you want:

> http://gnu.ethz.ch/gnustep-debian-test-build/

> - building went fine
> - renaissance had a Warning at least

Yes.  The warning comes from the presence of two similar-but-different
dependencies.  One of the dependencies comes from the -dev package
needing to depend on the exact version number of the lib package.  The
other dependency comes from the presence of an executable in the -dev
package.  But the warning is harmless.

> - gnustep-back depends on dpslib which it shouldn't, afaik we only
>   support gnustep backart backend

Yes.  That was probably an old dependency that got left in there.  I'll
try building without the dependency.

>   please document antaialiasing defaults in README.Debian, check
>   http://www.linuks.mine.nu/gnustep-settings/

Sorry, I'm not sure exactly what you want me to document, and I'm not
sure how that page relates.  Are you saying that I should document the
fact that antialiasing is enabled by default, and explain how to turn it

> - why do you conflict libgmp?

That was something Eric added.  Gnustep-base shouldn't be built with

> - it's not the latest gnustep tarballs
> -> i've prepared gorm.app but it won't work with this current version:
> http://gnu.ethz.ch/debian/gorm/

OK, I'll package 1.11.1/0.10.1 shortly.

> - can you make a tool, say gnustep-fhs on|off that undoes what
>   fsdh_gnustep does? or at least log fsdh_gnustep stuff in a way it
>   can be undone?

Are you talking about turning off gsdh_gnustep at build time, or after
undoing the changes after the package has been installed?  For turning
off gsdh_gnustep at build time, I can add a check that checks for some
environment variable being set, and just exits without doing anything if
the variable is set.  (Or you can rebuild gnustep-make to install a
version of gsdh_gnustep that is just an empty script.)  For undoing the
changes after the package has been installed, that would probably be

> - it didn't really work for me, but maybe that's a problem of my
>   parallel cvs installation into /, with also /etc/GNUstep/GNUstep.conf
>   that i didn't allow to be replaced...

Yes, probably because of /etc/GNUstep/GNUstep.conf.

> also some other packages need a later version of gnustep...


> myon on irc.gnu.org (see cc:) is willing to help with sponsoring,
> please contact him directly. he asks if it makes sense to put this to
> experimental...

Thanks.  I'll contact him.

My thought was to create a repository in our alioth project, instead of
putting it in experimental, since it would be easier for us -- since
most of us are not DDs (yet).  But yes, it would make sense to put them
in some test-repository, before we upload to unstable.

Hubert Chan <hubert@uhoreg.ca> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net.   Encrypted e-mail preferred.

Reply to: