[Debian GNUstep maintainers] Re: RFS: GNUstep packages
Hubert Chan
hubert at uhoreg.ca
Fri Dec 9 18:18:40 UTC 2005
On Fri, 09 Dec 2005 12:34:30 +0100, Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w at 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
off?
> - why do you conflict libgmp?
That was something Eric added. Gnustep-base shouldn't be built with
libgmp3.
> - 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
harder.
> - 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 at 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.
More information about the pkg-GNUstep-maintainers
mailing list