All,
Based on the recent discussion regarding an approach to packaging lapack, I
have put together a trial package for evaluation by core maintainers. As noted
in the previous discussions, lapack is hardly worth the trouble without an
optimized blas, but this is only available via an
My experimental ftp server at antiskid.homelinux.net doesn't work for passive
transfers. It works ok with ie, or with command line ftp. wget doesn't work.
I'll have to figure out what the issue with PASV is. But for now, just use ie.
Thanks
Jim Phillips
James R. Phillips wrote:
All,
Based on the recent discussion regarding an approach to packaging lapack,
I
have put together a trial package for evaluation by core maintainers. As
noted in the previous discussions, lapack is hardly worth the trouble
without an optimized blas, but this is only
--- Max Bowsher wrote:
What sort of factors affect the optimization? Does the optimized library
actually perform _worse_ than the non-optimized one if its binaries are
copied to another computer?
The optimized libraries depend on the floating point acceleration architecture.
Atlas supports
On Wed, 29 Jun 2005, James R. Phillips wrote:
--- Max Bowsher wrote:
installed by hand in the /usr/local/bin subdirectory. This insures
two things: 1) they will be loaded at run time instead of the
nonoptimized dlls
Point 1) is valid only for executables not installed in /usr/bin
--- Igor Pechtchanski wrote:
One problem I have with /usr/local/bin is that this will write over
whatever local version of lapack/atlas the user has installed by hand.
Let's leave /usr/local for the user.
That's exactly what I'm trying to do. The atlas libs installed in
/usr/local/bin
On Wed, Jun 29, 2005 at 11:59:16AM -0700, James R. Phillips wrote:
--- Igor Pechtchanski wrote:
One problem I have with /usr/local/bin is that this will write over
whatever local version of lapack/atlas the user has installed by hand.
Let's leave /usr/local for the user.
That's exactly what I'm
--- Christopher Faylor wrote:
FWIW, I don't think we want to start a precedent of official cygwin releases
installing things in /usr/local.
The intent of the packaging design is that the official cygwin binary release
would _not_ install anything in /usr/local. However, with installation
On Wed, 29 Jun 2005, James R. Phillips wrote:
--- Christopher Faylor wrote:
FWIW, I don't think we want to start a precedent of official cygwin
releases installing things in /usr/local.
The intent of the packaging design is that the official cygwin binary
release would _not_ install
James R. Phillips wrote:
--- Christopher Faylor wrote:
FWIW, I don't think we want to start a precedent of official cygwin releases
installing things in /usr/local.
The intent of the packaging design is that the official cygwin binary release
would _not_ install anything in /usr/local.
On Thu, Jun 30, 2005 at 12:09:03AM +0200, Gerrit P. Haase wrote:
No subdirectories below /usr/bin, please.
Right. This memo apparently didn't go out to the ncurses and opengl
maintainers.
cgf
--- Gerrit P. Haase wrote:
No subdirectories below /usr/bin, please.
OK, could you live with /usr/lib/lapack?
To be honest, I cannot follow the discussion. Why is it not possible to
put the DLLs into /usr/bin? Is there another official package which
includes the same libraries?
James R. Phillips wrote:
--- Gerrit P. Haase wrote:
No subdirectories below /usr/bin, please.
OK, could you live with /usr/lib/lapack?
Yes.
To be honest, I cannot follow the discussion. Why is it not possible to
put the DLLs into /usr/bin? Is there another official package which
Hi.
Please upload new email-2.3.4-1 files:
http://www.smithii.com/files/cygwin/email/email-2.3.4-1.tar.bz2
http://www.smithii.com/files/cygwin/email/email-2.3.4-1-src.tar.bz2
897a837b182a0ad7420147657c05ca63 *email-2.3.4-1-src.tar.bz2
bd5469e06281d50d279d68c1d169cf59 *email-2.3.4-1.tar.bz2
and
On Wed, Jun 29, 2005 at 04:56:42PM -0700, Ross Smith II wrote:
Please upload new email-2.3.4-1 files:
http://www.smithii.com/files/cygwin/email/email-2.3.4-1.tar.bz2
http://www.smithii.com/files/cygwin/email/email-2.3.4-1-src.tar.bz2
Uploaded.
Thanks.
cgf
Sorry for the slow reply...
Op Mon, 27 Jun 2005 00:17:01 -0400 schreef Charles Wilson
in [EMAIL PROTECTED]:
: Bas van Gompel wrote:
[Re-adding attribution:]
+ Charles Wilson:
[...]
: : without using execvp().
[...]
: : Plus, alternatives itself needs to be smart
: : about when to use a
On Thu, 30 Jun 2005, Bas van Gompel wrote:
Sorry for the slow reply...
Op Mon, 27 Jun 2005 00:17:01 -0400 schreef Charles Wilson:
: Bas van Gompel wrote:
[Re-adding attribution:]
+ Charles Wilson:
[...]
: : without using execvp().
[...]
: : Plus, alternatives itself needs to be
On Wed, Jun 29, 2005 at 10:32:17PM -0400, Igor Pechtchanski wrote:
On Thu, 30 Jun 2005, Bas van Gompel wrote:
Sorry for the slow reply...
Op Mon, 27 Jun 2005 00:17:01 -0400 schreef Charles Wilson:
: Bas van Gompel wrote:
[Re-adding attribution:]
+ Charles Wilson:
[...]
: : without using
Christopher Faylor wrote:
On Thu, Jun 30, 2005 at 12:09:03AM +0200, Gerrit P. Haase wrote:
No subdirectories below /usr/bin, please.
Right. This memo apparently didn't go out to the ncurses and opengl
maintainers.
I fixed that months ago. ncurses test programs now install into
Igor Pechtchanski wrote:
Umm, why not? I mean, the mechanism for wrapping DLLs is very different
than that of wrapping executables (and much more involved), but isn't
there a possibility of writing a wrapdll.dll that looks up the name of
the DLL in the /etc/alternatives database, dlopen's it,
--- Charles Wilson wrote:
FWIW, I think the /opt tree is PRECISELY the right thing to do with
regards to the un-optimized lapack DLLs. With PATH manipulations,
binaries like octave.exe can find the appropriate lapack DLLs --
unoptimized if /opt/lapack/bin is the only dir in PATH
Hello Alexander
Did you find any solution or workaround for this problem?
/Regards Dan
On 09/06/05 14:16 +0200, Alexander Gottwald wrote:
On Thu, 9 Jun 2005, Dan Bruhn wrote:
I forgot to mention that you need to change Windows keyboard layout under
regional settings for the problem to
On Wed, 29 Jun 2005, Dan Bruhn wrote:
Hello Alexander
Did you find any solution or workaround for this problem?
Not yet. I was able to reproduce it at work, but not in a debugger.
I hope I get a bit further after I've finished a test this week.
bye
ago
--
[EMAIL PROTECTED]
Hi,
I configured my win-taskbar to be always on top and other windows respect
this, but any Xfree window (e.g. an xterm) can be put above the taskbar,
which is quite annoying.
I start XWin with:
XWin -dpi 92 -multiwindow -clipboard -multiplemonitors -xkbvariant
nodeadkeys -ac
The Maximize
On Wed, 29 Jun 2005, Tobias Polzin wrote:
Hi,
I configured my win-taskbar to be always on top and other windows respect
this, but any Xfree window (e.g. an xterm) can be put above the taskbar,
which is quite annoying.
Even more strange: the taskbar will hide if a Cygwin/X window has the
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.2.0-2
Contact: cygwin-xfree@cygwin.com
XWin was started with the following command line:
X :0 -multiwindow -clipboard
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 800 h 600
XWin.log
Hi,
I am getting the attached log file produced in the Cygwin/tmp directory on
my PC when i try to run x against one of our Solaris 2.8 boxes - although it
can connect fine to the other similar Solaris boxes. It opens a window but
doesn't get as far as the login box - just has a
On Wed, 29 Jun 2005, Griffey Matthew wrote:
XWin.log
Hi,
I am getting the attached log file produced in the Cygwin/tmp directory on
my PC when i try to run x against one of our Solaris 2.8 boxes - although it
can connect fine to the other similar Solaris boxes. It opens a window but
Griffey Matthew wrote:
XWin.log
Hi,
I am getting the attached log file produced in the Cygwin/tmp
directory on my PC when i try to run x against one of our
Solaris 2.8 boxes - although it
can connect fine to the other similar Solaris boxes. It opens a
window but doesn't get as far as
Thanks. That works in .Xdefaults. I must have been doing something wrong. Even
though the colours are right I get strange messages when I open a new xterm
(typing xterm or xterm) though. Like this:
is not defineding: Color name black
to type Booleanonvert string false
to type Intot convert
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, June 29, 2005 1:23 PM
To: cygwin-xfree@cygwin.com
Subject: Re: cygwin-xfree Digest - How do I change colours in Xterm etc.
Thanks. That works in .Xdefaults. I
On Wed, 29 Jun 2005, Baksik, Frederick (NM75) wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, June 29, 2005 1:23 PM
To: cygwin-xfree@cygwin.com
Subject: Re: cygwin-xfree Digest - How do I change colours in
Hi,
I'm an old tkdesk fan. (shameless plug) I think it's power flexibility
would be a great addition to the cygwin environment on windows.
I've been using it on cywin/X for over a week now. It's like coming home
after a long voyage.
I compiled ran tkdesk with the cygwin tcl/tk, but there are
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-06-29 23:05:42
Modified files:
cygwin : ChangeLog cygwin.sc thread.cc
Log message:
* autoload.cc (LoadDLLprime): Use a more descriptive name for autoload
text
Hi
I need to debug a program that throws up an assert(). On Linux, I'm used to
be able to run the program in gdb, and when the assert happens, the program
stops (in the assert function) and I can do a back trace (e.g. info stack).
On cygwin on the other hand, I just get the assert message, and
http://cygwin.com/acronyms/#PCYMTWLL PLEASE!
* Andreas Eibach (2005-06-28 14:14 +0100)
Yes, this is the umpteenth time this gets asked, but also the umpteenth plead
to fix this in cygwin (as it _definitely_ works in Linux, also with vfat and
non-Linux partitions!!)
This is probably the
Please add a GhostScript CFAX device for SFF output
This patch adds the option for the CFAX device to GhostScript.
You need it to produce raw fax files (SFF):
http://www.shellbang.org/files/ghostscript-gnu-cfax.diff
diff -urN ghostscript-gnu.orig/scripts/configure
Kris Thielemans wrote:
I need to debug a program that throws up an assert(). On Linux, I'm used to
be able to run the program in gdb, and when the assert happens, the program
stops (in the assert function) and I can do a back trace (e.g. info stack).
On cygwin on the other hand, I just get
On Wed, Jun 29, 2005 at 06:38:43AM +0200, Reini Urban wrote:
2005-06-26 11:00 MEST I sent to cygwin-announce, which didn't went through.
From - Sun Jun 26 11:00:51 2005
Message-ID: [EMAIL PROTECTED]
Date: Sun, 26 Jun 2005 11:00:50 +0200
From: Reini Urban SNIP
User-Agent: Mozilla/5.0 (Windows; U;
I've updated the version of clamav to 0.86.1-1
About:
Clam AntiVirus is an anti-virus toolkit for Unix. The main purpose of
this software is the integration with mail servers (attachment
scanning). The package provides a flexible and scalable multi-threaded
daemon, a commandline scanner, and a
Hi Brian
You need to set the 'error_start' parameter of the CYGWIN
environment variable to the (windows) path of gdb.
I think what you're saying is that if I do this, it will launch gdb on the
crash? Ok.
However, what I was saying is that I would like to be able to backtrace when
I launch
Original Message
From: Kris Thielemans
Sent: 29 June 2005 17:24
However, what I was saying is that I would like to be able to backtrace
when I launch a program from within gdb:
Gdb myprog
Run
assert or segmentation fault
Info stack
Odd, I would have thought this should work.
Hello,
I am attempting to build svn 1.20 under cygwin (latest) and am
encountering this:
/usr/src/rpm/SOURCES/subversion-1.2.0/subversion/libsvn_subr/xml.c:377:
undefined reference to `_apr_pool_destroy'
.libs/xml.o: In function `svn_xml_make_open_tag_v':
tar (GNU tar) 1.13.25
When I tar xvf tarfile.tar into a NTFS, Win Server 2003, directory all
files that define hardlinks within the same directory name are lost. If
the hardlink is located in another directory, the links appears to work.
When watching the extraction, the files appear to be
At 03:42 PM 6/29/2005, you wrote:
tar (GNU tar) 1.13.25
When I tar xvf tarfile.tar into a NTFS, Win Server 2003, directory all
files that define hardlinks within the same directory name are lost. If
the hardlink is located in another directory, the links appears to work.
When watching the
[EMAIL PROTECTED] wrote:
When I tar xvf tarfile.tar into a NTFS, Win Server 2003, directory all
files that define hardlinks within the same directory name are lost. If
the hardlink is located in another directory, the links appears to work.
When watching the extraction, the files appear to
I am trying to compile and link a simple Ada program on Cygwin. The
code for this looks like:
Hello.adb:
with Text_IO;
Procedure Hello is
begin
Text_IO.Put_Line(Hello);
end;
This compiles fine, but when I try to link the hello.o file, I get this
error:
[snip]
So, you thought it was a good idea to notify the spammers of
that fact just in case they didn't have your email address
and cygwin-announce email address?
cgf
Just so I'm clear here: is it officially *not* ok to quote the cygwin list
addresses? I thought it didn't matter,
[EMAIL PROTECTED] wrote:
Hello,
I am attempting to build svn 1.20 under cygwin (latest)
To get mod_dav_svn.so, I assume?
Some of the output below leads me to believe that you are not using the
Cygwin source package as a starting point - perhaps this would be a good
idea?
If you don't want
Imran Merali wrote:
I am trying to get cron to execute a bash script at a certain time,
but it is not doing so. The script itself works well, but it doesn't
seem to want to run when i set it up as a cron job. The same thing
happens when I try to do something simple like output a timestamp to
Quoting Max Bowsher [EMAIL PROTECTED]:
[EMAIL PROTECTED] wrote:
Hello,
I am attempting to build svn 1.20 under cygwin (latest)
To get mod_dav_svn.so, I assume?
Some of the output below leads me to believe that you are not using the
Cygwin source package as a starting point - perhaps this
Okay. Setting CYGWIN=tty did not work as expected. (Just FYI, I could not
locate the README you referred to - none of the ones installed on my system)
seem to contain a reference CYGWIN environment variable.It allows emacs to
catch the C-x C-c, but after exiting Emacs, my tty (bash shell) no
Quoting Max Bowsher [EMAIL PROTECTED]:
[EMAIL PROTECTED] wrote:
Hello,
I am attempting to build svn 1.20 under cygwin (latest)
To get mod_dav_svn.so, I assume?
Some of the output below leads me to believe that you are not using the
Cygwin source package as a starting point - perhaps this
Chris Oxenreider wrote:
Thank you for your reply. Sorry for the delay in getting back to you.
I was trying to resolve some of these myself. The good news is that I
can compile apache. The bad news is that I continue to have issues with
PHP 5.
On Tue, 28 Jun 2005, Gerrit P. Haase wrote:
At 05:25 PM 6/29/2005, you wrote:
Imran Merali wrote:
I am trying to get cron to execute a bash script at a certain time,
but it is not doing so. The script itself works well, but it doesn't
seem to want to run when i set it up as a cron job. The same thing
happens when I try to do something
Michael Swanson wrote:
I am trying to compile and link a simple Ada program on Cygwin. The
code for this looks like:
Hello.adb:
with Text_IO;
Procedure Hello is
begin
Text_IO.Put_Line(Hello);
end;
This compiles fine, but when I try to link the hello.o file, I get this
error:
At 05:44 PM 6/29/2005, you wrote:
Okay. Setting CYGWIN=tty did not work as expected.
So you started a command prompt without any Cygwin shell running in it,
set CYGWIN=tty and then started bash?
(Just FYI, I could not locate the README you referred to - none of the ones
installed on my
Thanks for the solution. Gnatmake seems to have fixed it.
Mike Swanson
Gerrit P. Haase wrote:
*This message was transferred with a trial version of CommuniGate(tm) Pro*
Michael Swanson wrote:
I am trying to compile and link a simple Ada program on Cygwin. The
code for this looks like:
[EMAIL PROTECTED] wrote:
Quoting Max Bowsher [EMAIL PROTECTED]:
[EMAIL PROTECTED] wrote:
Hello,
I am attempting to build svn 1.20 under cygwin (latest)
To get mod_dav_svn.so, I assume?
Some of the output below leads me to believe that you are not using the
Cygwin source package as a
Larry Hall wrote:
At 05:44 PM 6/29/2005, you wrote:
Okay. Setting CYGWIN=tty did not work as expected.
So you started a command prompt without any Cygwin shell running in it,
set CYGWIN=tty and then started bash?
No - I set it in my .bash_profile and exported it, then started Cygwin using
At 08:15 PM 6/29/2005, you wrote:
Larry Hall wrote:
At 05:44 PM 6/29/2005, you wrote:
Okay. Setting CYGWIN=tty did not work as expected.
So you started a command prompt without any Cygwin shell running in it,
set CYGWIN=tty and then started bash?
No - I set it in my .bash_profile and
[EMAIL PROTECTED] wrote:
Result: setting CYGWIN=tty in a Win Cmd32 shell and running bash/Cygwin
works properly. Is the indication, then, that I should set this as a Win
environment variable instead of it being in my .bash_profile?
It has to be set before bash starts. You can do that by
On Wed, 29 Jun 2005, Gerrit P. Haase wrote:
My other problem with compiling PHP still persists though. After
modifying the Make file to have libtool go in to debug mode
LIBTOOL = $(SHELL) $(top_builddir)/libtool --debug --preserve-dup-deps
and modifying the libtool script so that it
On Wed, 29 Jun 2005, Dharanyava wrote:
Okay. Setting CYGWIN=tty did not work as expected. (Just FYI, I could
not locate the README you referred to - none of the ones installed on my
system) seem to contain a reference CYGWIN environment variable.
A very unfortunate placement of parentheses.
Hi,
I've been experiencing intermittent crashes on my Windows XP laptop with
the past few DLL versions (from 1.5.16 to the latest snapshot). These are
extremely hard to reproduce, and happen seemingly at random, with various
applications (most often bash, but I've seen it happen with xargs, man,
ssh domain.com -L 5901:localhost:5900 -nN
man ssh reports
-N Do not execute a remote command.
-n Redirects stdin from /dev/null
but I will still get a console window open, but what if you dont want it?
(also with xemacs)
how can a cygwin app be run without a console window
On Thu, 30 Jun 2005, Jason Pyeron wrote:
ssh domain.com -L 5901:localhost:5900 -nN
man ssh reports
-N Do not execute a remote command.
-n Redirects stdin from /dev/null
but I will still get a console window open, but what if you dont want it?
(also with xemacs)
how can a
I've updated the version of clamav to 0.86.1-1
About:
Clam AntiVirus is an anti-virus toolkit for Unix. The main purpose of
this software is the integration with mail servers (attachment
scanning). The package provides a flexible and scalable multi-threaded
daemon, a commandline scanner, and a
68 matches
Mail list logo
