Re: Update: perl-Win32-GUI, perl-libwin32
Yitzchak Scott-Thoennes schrieb: On Tue, Feb 15, 2005 at 07:41:13PM +0100, Reini Urban wrote: Reini Urban schrieb: Suddenly Jan Dubois released an updated libwin32-0.24 at CPAN today, containing the current ActiveState status (5.8.6.811). What should I do? Make a new one based on this immediately, or wait a bit until 0.191 is out? Depends on you, really. If you want to take the effort to update to the new version, despite there being little change, that would be good, but it sounds like there will be more new versions out in not that long, so waiting wouldn't hurt either. I talked with Jan. An update will require a lot of time, because he wants to break the patch into the seperate modules, and doesn't want to use Rafael's unification. So this will need a lot of time until all of them are applied. Looks like I have to build a mingw perl now. There was an unanswered request for a new clamav on the main list a week ago. If you aren't waiting for something upstream for that, that may be a better use of your time. Yep. Did it yesterday also, but aclocal/autoconf/libtool is still striking. Tomas still didn't update to use the new autoconf macro for AC_RESOLV_HEADER. At least I built a new version, which will be uploaded soon. freshclam has some significant enhances, and the parser is more stable. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Bug in /etc/postinstall/passwd-grp.sh [Attn: base-passwd maintainer]
FYI, line 23 should read chmod --silent --reference=/etc/passwd /etc/group instead of chmod --silent --reference=/etc/passwd group otherwise the script produces an error: chmod: cannot access `group': No such file or directory Thanks for the heads up Igor, I'll do the change tonight. J.
update: clamav-0.83-1
Hello, Please update to clamav-0.83-1. Note: setup.hint has changed. prev is 0.80-2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/setup.hint Sorry for not providing timely 0.81 and 0.82 versions, but our libtool and autoconf patches are still not in upstream, and esp. relibtoolizing is a pain. Please don't look at the gbs hacks. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: update: clamav-0.83-1
On Wed, Feb 16, 2005 at 02:36:28PM +0100, Reini Urban wrote: Hello, Please update to clamav-0.83-1. Note: setup.hint has changed. prev is 0.80-2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/setup.hint Sorry for not providing timely 0.81 and 0.82 versions, but our libtool and autoconf patches are still not in upstream, and esp. relibtoolizing is a pain. Please don't look at the gbs hacks. Why are you using prev and curr lines in your setup.hint? cgf
Re: update: clamav-0.83-1
Christopher Faylor schrieb: On Wed, Feb 16, 2005 at 02:36:28PM +0100, Reini Urban wrote: Please update to clamav-0.83-1. Note: setup.hint has changed. prev is 0.80-2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.83-1-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/setup.hint Sorry for not providing timely 0.81 and 0.82 versions, but our libtool and autoconf patches are still not in upstream, and esp. relibtoolizing is a pain. Please don't look at the gbs hacks. Why are you using prev and curr lines in your setup.hint? Bad old habits, not trusting upset. Sorry. I'll remove them. -- Reini Urban
setup.exe - three bug reports, one patch
I've run into a couple of problems using setup.exe in unattended mode. a description of the problems, and a trivial patch for one, follow... I'm building setup.exe from cvs source. When running an unattended install from a local package directory using the command line: C:\image\data\setup.exe -R C:\cygwin -L -l C:\image\data\release -5 -r -A -d -q The installation proceeds nicely, with the following caveats: 1) setup.exe does not create the /etc/setup directory prior to starting package installation. This means that the various package.lst.gz files are not created as part of the install. For now, as a workaround, I'm creating [root]/etc/setup prior to calling setup.exe; this seems to keep setup.exe happy (at least, it creates the .lst.gz files and populates installed.db). I'd offer a fix for setup.exe, but I haven't had time to dig in and figure out where or why this directory creation is being skipped. 2) setup.exe does not generate log files in /var/log. Neither setup.log nor setup.log.full gets generated, even if the [root]/var/log directory is created before setup.exe runs. Again, no time == no fix (at least for now). I consider this more of an oddity than anything else - diagnosing the other two problems might have been a bit easier if these log files were being generated. 3) setup.exe fails with an exception before running postinstall scripts. This is apparently tickled by a line in postinstall.cc that assumes a postinstall script always has a name that is at least 5 characters long. This seems seems to be broken by the 'd' package, which has a postinstall script named 'd.sh'. A trivial patch to correct this problem is below. I don't know if there are other instances (postremove, preremove) where a similar problem might crop up. $ cvs diff -du postinstall.cc Index: postinstall.cc === RCS file: /cvs/cygwin-apps/setup/postinstall.cc,v retrieving revision 2.17 diff -d -u -r2.17 postinstall.cc --- postinstall.cc 25 Dec 2004 20:41:09 - 2.17 +++ postinstall.cc 16 Feb 2005 21:38:28 - @@ -45,8 +45,10 @@ virtual void visitFile(String const basePath, const WIN32_FIND_DATA *theFile) { String fileName(theFile-cFileName); - if (fileName.substr(fileName.size() - 5) == .done) -return; + if (fileName.size() 5) { +if (fileName.substr(fileName.size() - 5) == .done) + return; + } String fn = String(/etc/postinstall/)+theFile-cFileName; _scripts-push_back(Script (fn)); } -Samrobbb
Header files for Windows OpenLDAP client
I downloaded the client library for Windows using Cygwin. I got a bunch of dll files cygcrypto-0.9.7.dll cyglber-2-2-7.dll cygldap-2-2-7.dll cygldap_r-2-2-7.dll cygminires.dll cygsasl2-2.dll cygssl-0.9.7.dll Basically I am upgrading my client from using the old umich LDAP to the current version of OpenLDAP and *do* not need the server. I generated the lib files from the dlls to use in my client. However I have been unlucky in locating the header files to include. The source that I got won't compile on Windows as I have files with a .h.in extension. lber_types.h.in ldap_config.h.in ldap_features.h.in Does anyone have the header files to use for the OpenLDAP Windows client library. Also does the cygwin1.dll need to be included in my client along with the OpenLDAP dll files? Any help is appreciated. Thanks Sangita
Re: Header files for Windows OpenLDAP client
On Wed, Feb 16, 2005 at 05:23:07PM -0800, Sangita Mohan wrote: I downloaded the client library for Windows using Cygwin. I got a bunch of dll files cygcrypto-0.9.7.dll cyglber-2-2-7.dll cygldap-2-2-7.dll cygldap_r-2-2-7.dll cygminires.dll cygsasl2-2.dll cygssl-0.9.7.dll Basically I am upgrading my client from using the old umich LDAP to the current version of OpenLDAP and *do* not need the server. I generated the lib files from the dlls to use in my client. However I have been unlucky in locating the header files to include. The source that I got won't compile on Windows as I have files with a .h.in extension. lber_types.h.in ldap_config.h.in ldap_features.h.in Does anyone have the header files to use for the OpenLDAP Windows client library. Also does the cygwin1.dll need to be included in my client along with the OpenLDAP dll files? Any help is appreciated. For real help, try going back to http://cygwin.com/lists.html and reading the mailing list descriptions again. cygwin-apps is not intended as a help list. That is what the main cygwin list is for. You also should probably read http://cygwin.com/problems.html for hints on how to ask questions. I'm unsubscribing you from cygwin-apps. Please confine your inquiries to cygwin AT cygwin dot com cgf