On Fri, 09 Dec 2005 12:34:30 +0100, Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> - 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.
