Re: [ITP] mhash-0.9.1-1
Christopher Faylor wrote: Isn't the usual solution for this to provide an empty mhash-devel package as [curr]? That way people will get mhash-devel uninstalled from their systems, rather than having mhash and mhash-devel share files (which will be removed if mhash-devel *is* uninstalled manually later). Yes, that's the usual way. I've created a dummy package to accomplish this. Thanks, I'm sorry for any inconvenience. Gerrit -- =^..^=
Re: update: tetex 2.0.2-15
Igor Pechtchanski writes: Note, though, that they would still need to *run* X before xdvi will work. Oh, and what about people who use other X servers (like Exceed), or even expect to run xdvi remotely via ssh from a Linux machine? Granted, the latter group is probably small enough and knowledgeable enough to be able to deal with the automatic X dependency... Yes, twice. But that's why I brought it up, I think there must be a sane balance between too many and too few requirements. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: [PACKAGE UPDATE] ccdoc-0-8.41-2
On Oct 6 19:38, Joe Linoff wrote: Please upload the following to replace ccdoc-0.8.39-1: http://ccdoc.sourceforge.net/cygwin/ccdoc-0.8.41-2.tar.bz2 http://ccdoc.sourceforge.net/cygwin/ccdoc-0.8.41-2-src.tar.bz2 http://ccdoc.sourceforge.net/cygwin/setup.hint Uploaded. Did replace mean I should remove 0.8.39-1? Usually it's no bad idea to keep one older version for a while... Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup for all users
Jens Wilken wrote: I made some changes to the setup to allow commandline configuration for all user changeable settings (except package selection). We use this extended setup for automatic installations, so the user has no chance to change the expected settings and cause horrible things ;) Is someone interested in the patch? Please! We can try to merge it into the official setup if you are willing. Max.
Re: setup for all users
Le jeu 07/10/2004 13:05, Max Bowsher a crit : Jens Wilken wrote: I made some changes to the setup to allow commandline configuration for all user changeable settings (except package selection). We use this extended setup for automatic installations, so the user has no chance to change the expected settings and cause horrible things ;) Is someone interested in the patch? Please! We can try to merge it into the official setup if you are willing. I'm doing more or less the same thing, i run setup in completely quiet mode specifying all i want and it is working well. You must run : setup.exe -q -n -5 -L -R install_directory The only thing is, as i'm using install from local directory and i want to install everything there is in this directory, i have to modify the setup.ini to put all the packages i had into default group to, as this they will be installed. But it seems that the setup is running for only user and not all user. The solution i found was simply, after the end of the setup, copy all entry in HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\ to HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\ and this enable cygwin for every user. Bertrand Max.
Re: update: tetex 2.0.2-15
On Thu, Oct 07, 2004 at 09:35:00AM +0200, Jan Nieuwenhuizen wrote: Igor Pechtchanski writes: Note, though, that they would still need to *run* X before xdvi will work. Oh, and what about people who use other X servers (like Exceed), or even expect to run xdvi remotely via ssh from a Linux machine? Granted, the latter group is probably small enough and knowledgeable enough to be able to deal with the automatic X dependency... Yes, twice. But that's why I brought it up, I think there must be a sane balance between too many and too few requirements. I'm entering this discussion late and maybe I've missed some context but if a package needs X to run, then it should require X. We don't have to worry about corner cases like other people's X packages or if they don't need the X server. cgf
Re: setup for all users
On Thu, Oct 07, 2004 at 01:39:34PM +0200, bertrand marquis wrote: But it seems that the setup is running for only user and not all user. The solution i found was simply, after the end of the setup, copy all entry in HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\ to HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\ and this enable cygwin for every user. This is not a solution, it's a horrible hack. A solution would be to fix setup.exe so that it did the right thing given the right command line parameters.
Re: [PACKAGE UPDATE] ccdoc-0-8.41-2
Corinna Vinschen wrote: On Oct 6 19:38, Joe Linoff wrote: Please upload the following to replace ccdoc-0.8.39-1: http://ccdoc.sourceforge.net/cygwin/ccdoc-0.8.41-2.tar.bz2 http://ccdoc.sourceforge.net/cygwin/ccdoc-0.8.41-2-src.tar.bz2 http://ccdoc.sourceforge.net/cygwin/setup.hint Uploaded. Did replace mean I should remove 0.8.39-1? Usually it's no bad idea to keep one older version for a while... Yes, I meant to replace 0.8.39-1 with 0.8.41-2. Cheers, Joe Thanks, Corinna -- This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Re: [ITP] libgcrypt-1.2.0-2
Volker Quetschke schrieb: http://www.scytek.de/cygwin/release/libgcrypt/setup.hint http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2.tar.bz2 http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2-src.tar.bz2 Hi, I found a minor problem with src/libgcrypt.m4 AC_DEFUN(AM_PATH_LIBGCRYPT, should be quoted = AC_DEFUN([AM_PATH_LIBGCRYPT], to please latest automake-devel-1.59 (does no harm to older versions) it's installed into /usr/share/aclocal/libgcrypt.m4 please let it be fixed upstream also. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: libgeotiff-1.2.1-2
Norman Vine schrieb: Proj4 http://proj.maptools.org/ should build OTB GDAL http://gdal.maptools.org configure to use internal tiff and geotiff libs should build OTB This is better than libtiff? At least it supports much more formats. Should we drop the extra libgeotiff then, if GDAL already includes it? GEOS http://geos.refractions.net should build OTB using following % CC=c++ CXX=c++ ./configure; make PostGRES Cygwin binary and source packages PostGIS needs the configured but not compiled PostGres source package after configure install PostGIS into PostGRES contrib directory configure and make link against libgdal instead of libtiff and libgeotiff for geotiff support I'll configure --prefix=/usr and not /usr/local for proj4 and geos so that someone will have the change to propose this, and my postgis is ready in the meantime with my own private builds of the dll's. (libtool-devel-1.5.10) If Gerrit or Charles, I don't care. Latest postgresql from today fixed most outstanding issues (just one new error), even the plperl problem was found, so I'll try out PostGIS and will ITP this also then. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: libgeotiff-1.2.1-2
Reini Urban schrieb:
Norman Vine schrieb:
Proj4 http://proj.maptools.org/ should build OTB
well, we want it shared. add this to some lib srcfile: src/geocent.c
#ifdef __CYGWIN__
int main(int argc, char **argv) { }
#endif
./configure --prefix=/usr --mandir=/usr/share/man
make AM_LDFLAGS=-no-undefined
make install
GDAL http://gdal.maptools.org
configure to use internal tiff and geotiff libs
should build OTB
./configure --prefix=/usr --mandir=/usr/share/man \
--with-docdir=/usr/share/doc/gdal-1.2.3-1
make AM_LDFLAGS=-no-undefined
make install
This is better than libtiff? At least it supports much more formats.
Should we drop the extra libgeotiff then, if GDAL already includes it?
GEOS http://geos.refractions.net should build OTB
using following
% CC=c++ CXX=c++ ./configure; make
CC=c++ CXX=c++ LDFLAGS=-lstdc++ ./configure --prefix=/usr
make AM_LDFLAGS=-no-undefined
make check
make install
geos is actually a pretty impressive library and would need a perl
binding. Something for swig.
And co-written by someone I work together with libming. And postgis
also. What a coincidence.
PostGRES Cygwin binary and source packages
PostGIS needs the configured but not compiled PostGres source
package after configure install PostGIS into
PostGRES contrib directory
configure and make
link against libgdal instead of libtiff and libgeotiff for geotiff
support
I'll configure --prefix=/usr and not /usr/local for proj4 and geos
so that someone will have the change to propose this, and my postgis is
ready in the meantime with my own private builds of the dll's.
(libtool-devel-1.5.10)
If Gerrit or Charles, I don't care.
Since I will maintain postgis probably it will make sense if I maintain
these helper libs also. GIS is one of my native fields.
Latest postgresql from today fixed most outstanding issues (just one new
error), even the plperl problem was found, so I'll try out PostGIS
and will ITP this also then.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
