Pierre A Humblet writes:
Coincidentally I just built the new exim release today.
Cygcheck shows that it uses both 0.9.8 directly as well as 0.9.7 through
cygldap-2-2-7.dll
Can I assume this should be OK (but not efficient)?
I'll try to rebuild openldap ASAP against the new
On Jul 6 21:18, Eric Blake wrote:
cron
gawk
irc
sed
sharutils
login
Fixed for the above packages. I've also added a dependency from
the ash to the bash package, so that ash always pulls bash in.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin
On Jul 6 19:56, James R. Phillips wrote:
--- Corinna Vinschen wrote:
Your setup.hint requires isn't quite what I'd expect. Rather than
just giving readline as dependency, which pulls in 2 versions of
libreadline and 2 versions of libncurses, could you please be more
specific and
Dr. Volker Zell wrote:
Pierre A Humblet writes:
Coincidentally I just built the new exim release today.
Cygcheck shows that it uses both 0.9.8 directly as well as 0.9.7 through
cygldap-2-2-7.dll
Can I assume this should be OK (but not efficient)?
I'll try to rebuild
On Jul 7 12:28, Gerrit P. Haase wrote:
Wouldn't it be useful to use another name for the openssl DLL like I did
for perl (cygperl-5.8.dll instead of including the micro version)?
Can you elaborate, please? If you mean that the DLL should be
just named 0.9 instead of differing between 0.9.7
On Jul 7 11:55, Corinna Vinschen wrote:
On Jul 6 20:57, Eric Blake wrote:
mentions a test version. You can delete 2.05b-16, and 3.0-[345], leaving
2.05b-17 as previous and 3.0-6 as current. The following needs to be done
Done.
I've taken your 00ash.sh script and uploaded the new ash
On Jul 7 15:00, Corinna Vinschen wrote:
On Jul 7 11:55, Corinna Vinschen wrote:
On Jul 6 20:57, Eric Blake wrote:
mentions a test version. You can delete 2.05b-16, and 3.0-[345], leaving
2.05b-17 as previous and 3.0-6 as current. The following needs to be done
Done.
I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 7/7/2005 7:00 AM:
What version of cygcheck were you using? My version of cygcheck
from the latest release doesn't print Error: could not find ...
but ...: Cannot open. And the cygcheck version from cvs prints
the
Hi Charles,
Any plans to release a new zlib package to solve
http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-2096
? Various Linux distros have already released a patched version.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, next try.
Bash changes from 3.0-6:
+ fix postinstall script to recognize missing /bin/sh
Coreutils changes from 5.3.0-6:
+ fix mv, ln, and ls bugs reported to the list
+ depend on bash, not ash
You can delete bash-3.0-6 and coreutils-5.3.0-6.
On Jul 7 07:53, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, next try.
Bash changes from 3.0-6:
+ fix postinstall script to recognize missing /bin/sh
Coreutils changes from 5.3.0-6:
+ fix mv, ln, and ls bugs reported to the list
+ depend on bash, not ash
- Forwarded message from Cron Daemon -
upset: *** warning package octave-headers requires non-existent package g++
upset: *** warning package octave-headers requires non-existent package g77
- End forwarded message -
I have removed gcc, g++, and g77 from the requires line for
On Thu, Jul 07, 2005 at 12:00:18PM +0200, Corinna Vinschen wrote:
On Jul 6 21:18, Eric Blake wrote:
cron
gawk
irc
sed
sharutils
login
Fixed for the above packages. I've also added a dependency from
the ash to the bash package, so that ash always pulls bash in.
I did a global
--- Christopher Faylor wrote:
- Forwarded message from Cron Daemon -
upset: *** warning package octave-headers requires non-existent package g++
upset: *** warning package octave-headers requires non-existent package g77
- End forwarded message -
I have removed gcc,
To try and test the new /etc/preremove/~~bash.sh bundled with
bash-3.0-7, I reran setup and selected reinstall on bash. But looking
in /var/log/setup.log.full, the script was removed without ever
running, and looking in /etc/preremove, ~~bash.sh.done was never
created. Does the preremove logic
On Thu, 7 Jul 2005, Eric Blake wrote:
To try and test the new /etc/preremove/~~bash.sh bundled with
bash-3.0-7, I reran setup and selected reinstall on bash. But looking
in /var/log/setup.log.full, the script was removed without ever
running, and looking in /etc/preremove, ~~bash.sh.done was
James R. Phillips wrote:
Files available:
octave-forge-2005.05.06-1.tar.bz2
tar -C / -xjf octave-forge-2005.05.06-1.tar.bz2
This works as advertised. Since the files are
extracted to a directory included in octave's DEFAULT_LOADPATH,
the functions are available after start-up of octave.
Core Maintainers,
Initial packaging of octave-forge is ready for upload. Packaging method is
method 2. This package depends only on octave. It is planned that a new
version will be released whenever octave is updated.
Files available at
ftp://antiskid.homelinux.net/pub/octave-forge
18 matches
Mail list logo