On Aug 15 09:00, Dr. Volker Zell wrote:
Chris Sutcliffe writes:
I've updated the w32api package to version 3.3-1:
w32api contains all the headers and libraries required to compile
windows based programs. A list of what has changed is attached.
Any reason this package is
On Aug 15 08:56, Dr. Volker Zell wrote:
Chris Sutcliffe writes:
I've made a new version of the mingw runtime headers and libraries
available for download. A list of what has changed is attached.
This version doens't seem to be stripped.
Redirected to cygwin-apps.
Corinna
--
On Aug 14 22:52, James R. Phillips wrote:
ftp://antiskid.homelinux.net/pub/octave/octave-2.1.71-2-src.tar.bz2
ftp://antiskid.homelinux.net/pub/octave/octave-2.1.71-2.tar.bz2
ftp://antiskid.homelinux.net/pub/octave/octave-headers-2.1.71-2.tar.bz2
On Aug 14 22:59, James R. Phillips wrote:
ftp://antiskid.homelinux.net/pub/octave-forge/octave-forge-2005.06.13-2-src.tar.bz2
ftp://antiskid.homelinux.net/pub/octave-forge/octave-forge-2005.06.13-2.tar.bz2
ftp://antiskid.homelinux.net/pub/octave-forge/setup.hint
Uploaded.
Corinna
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to James R. Phillips on 8/14/2005 11:52 PM:
A new octave release has been prepared which:
+ is linked with the fftw3 libraries
+ is linked with the --enable-auto-image-base option
+ fixes the issue with /usr/share/info/dir
When using
Eric Blake wrote:
When using setup.exe this morning, I got complaints from tar when
unpacking octave-forge: error: unknown (or unsupported) file type `K'.
I believe this is coming from tar, meaning you packaged with a newer
version of tar than cygwin's current 1.13.25, using options that the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Dessent on 8/15/2005 2:45 AM:
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as _obsolete
First, sh is not a part of coreutils nor its predecessor sh-utils.
Until
On Aug 15 05:09, Brian Dessent wrote:
Eric Blake wrote:
When using setup.exe this morning, I got complaints from tar when
unpacking octave-forge: error: unknown (or unsupported) file type `K'.
I believe this is coming from tar, meaning you packaged with a newer
version of tar than
--- Eric Blake wrote:
issue with /usr/share/info/dir
When using setup.exe this morning, I got complaints from tar when
unpacking octave-forge: error: unknown (or unsupported) file type `K'.
I believe this is coming from tar, meaning you packaged with a newer
version of tar than cygwin's
Eric Blake wrote:
Also, the following patch to setup.exe will solve the problem of bash
upgrades. Since bash is guaranteed to exist if the user didn't unselect
Base packages, but sh is not, we might as well always use /bin/bash as the
Ash is in 'base' too.
shell to spawn postinstall
I've made a new version of the mingw runtime headers and libraries
available for download. A list of what has changed is attached.
This version doens't seem to be stripped.
That is correct, they are not stripped (I didn't notice to be honest).
Having a look at the Makefile.in
Dear Gerrit Haase,
I found the reason for some of the errors I'm seeing. There are
CPPFLAGS or CFLAGS missing, in Singular/Makefile.in I needed to add
-I. to CPPFLAGS to prevent this error:
In file included from extra.cc:52:
../kernel/feOpt.h:28:21: feOpt.inc: No such file or directory
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Dessent on 8/15/2005 7:02 AM:
Also, the following patch to setup.exe will solve the problem of bash
upgrades. Since bash is guaranteed to exist if the user didn't unselect
Base packages, but sh is not, we might as well always use
On Aug 15 09:15, Chris Sutcliffe wrote:
I've made a new version of the mingw runtime headers and libraries
available for download. A list of what has changed is attached.
This version doens't seem to be stripped.
That is correct, they are not stripped (I didn't notice to
On Thu, 11 Aug 2005, James R. Phillips wrote:
I have this attached patch against 3.0.1. I don't know if it is still
all needed, however you see where to go. Maybe it applies with some
fuzz.
After applying the changes run `autoreconf --force --install --verbose`
in the top level
On Sat, 13 Aug 2005, Eric Blake wrote:
According to Marcel Telka on 8/13/2005 4:04 PM:
Hi.
There is an error in the latest generic-build-script (1.34). Parameter all
doesn't work.
My bad; I goofed when adding almostall.
And mine, for not noticing this when applying the patch.
This
Eric Blake wrote:
But who really WANTS to run postinstall scripts with /bin/ash, when it is
non-POSIX compliant? On the other hand, it wouldn't be too hard to
replace /bin/sh with /bin/ash as the search order in scripts.cc, rather
than deleting /bin/sh altogether; either way the patch is a
The previously uploaded octave-forge-2005.06.13-2 binary package had some
corrupted files near the end of the archive (no idea how that happened). This
new package unpacks without errors and is built from the same source.
On Mon, Aug 15, 2005 at 07:28:40AM -0700, James R. Phillips wrote:
The previously uploaded octave-forge-2005.06.13-2 binary package had some
corrupted files near the end of the archive (no idea how that happened). This
new package unpacks without errors and is built from the same source.
--- Christopher Faylor wrote:
Jim,
You really need to bump the version. There is no telling who got the
corrupted
file so bumping the version is the only way to make sure that people
automatically
get the clean file.
You don't have to announce this if you don't want to, but I think we
Eric Blake wrote:
But it will obliterate /bin/sh if a user wanted it to be ksh or zsh. The
whole reason that 00bash.sh first checks what sh is currently, is
because I only want the upgrade to take place if it is ash or an
outdated bash, but to not penalize users who like ksh or zsh when
On Mon, 15 Aug 2005, Brian Dessent wrote:
Eric Blake wrote:
But who really WANTS to run postinstall scripts with /bin/ash, when it is
non-POSIX compliant? On the other hand, it wouldn't be too hard to
replace /bin/sh with /bin/ash as the search order in scripts.cc, rather
than deleting
On Mon, Aug 15, 2005 at 11:20:41AM -0400, Igor Pechtchanski wrote:
On Mon, 15 Aug 2005, Brian Dessent wrote:
However, I just noticed something that will make life a lot easier - it
sets the CYGWINROOT environment variable when running a script. This
means that we should be able to just
On Mon, Aug 15, 2005 at 08:30:03AM -0700, Yitzchak Scott-Thoennes wrote:
On Mon, Aug 15, 2005 at 11:20:41AM -0400, Igor Pechtchanski wrote:
On Mon, 15 Aug 2005, Brian Dessent wrote:
However, I just noticed something that will make life a lot easier - it
sets the CYGWINROOT environment
On Mon, Aug 15, 2005 at 07:55:49AM -0700, James R. Phillips wrote:
ftp://antiskid.homelinux.net/pub/octave-forge/octave-forge-2005.06.13-3-src.tar.bz2
ftp://antiskid.homelinux.net/pub/octave-forge/octave-forge-2005.06.13-3.tar.bz2
Uploaded.
cgf
OK, the problems persist in the -3 release. This is embarrassing.
AFAICT, the problem is _not_ corrupted files, now, although I believe that may
have been a factor in -2. The problem is with the updated build script, which
uses a shadow directory of symbolic links to build out-of-tree. A few
If you are a package maintainer, I'd be happy to add a link to your
PayPal account to the http://cygwin.com/donations.html .
If you're interested in being listed there, please send me personal
email (cgf at cgf dot cx) with some html (either a paypal button or just
a link) to add to this page.
Ok, the problems with dead absolute symlinks in the binary package have been
solved. Note that there are still some relative symlinks in the binary
package- these are designed to be there and do work.
As a bonus for the effort, I realized the many of the .oct files needed to be
stripped, so the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
Charles (and me) used to use a separate directory for the headers
which I still would prefer:
But there's no netpbm-config script or the like, so how would a
dependant package know to look for the headers there?
FWIW,
Yaakov S wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
Charles (and me) used to use a separate directory for the headers
which I still would prefer:
But there's no netpbm-config script or the like, so how would a
dependant package know to look for the headers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corinna Vinschen wrote:
Since the package is in SuSE and Debian, just go ahead and prepare the
package. But I'm wondering why it's useful to drop the single precision
calls. Sounds like an unnecessary restriction to me.
Gentoo[1] uses an
On Mon, Aug 15, 2005 at 03:00:32PM -0700, James R. Phillips wrote:
Ok, the problems with dead absolute symlinks in the binary package have been
solved. Note that there are still some relative symlinks in the binary
package- these are designed to be there and do work.
As a bonus for the effort, I
--- Yaakov S wrote:
Gentoo[1] uses an interesting technique to build both single- and
double-precision libraries (the single-precision libs have an additional
'f' in their name) from the same package.
This could be adapted for our purposes (yes, I've actually done it):
In the configure
brett lee wrote:
Hi,
I'm able to start and use Xwin. However, after the X server is up, I need to
manually close the
cygwin bash window (the one that started the X server). I've checked the usual
places, but have
not come up with a solution.
This is probably more of a shell scripting
How is it that is spam could get through cygwin-xfree-owner??
#:- (Grumpingly-Annoyedticon)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of HALIFAX INTERNATIONAL
Sent: Mon, August 15, 2005 9:43 AM
To: cygwin-xfree@cygwin.com
Subject: HELLO.
HALIFAX
On Aug 15 11:19, Soong, SylokeJ wrote:
How is it that is spam could get through cygwin-xfree-owner??
#:- (Grumpingly-Annoyedticon)
And you're helping it to spread by FULL QUOTING IT. Congratulation!
NEVER reply to spam which got through the filter.
And don't reply to this mail.
bash --login -i /usr/local/bin/myxwin
You might want to try this:
bash --login -c /usr/local/bin/myxwin
^^
-i is for an interactive shell
Regards, Doug
Doug, that sounded like a reasonable idea. However, it didn't work for me. :)
I'm thinking that there
brett lee wrote:
1. C:\cygwin\startxwin.bat exists, and has the following contents:
@echo off
c:
chdir c:\cygwin\bin
bash --login -i /usr/local/bin/myxwin
bash --login -c /usr/local/bin/myxwin
2. /usr/local/bin/myxwin exists, and has the following contents:
#!/usr/bin/bash
#
# Start
Trebor Sreyb [EMAIL PROTECTED] writes:
--- J. David Boyd [EMAIL PROTECTED] wrote:
I use the startxwin.bat file in the
c:\cgywin\usr\X11R6\bin folder. You can
modify to open several xterms, or whatever you want,
and it works great.
I had tried once to customize startxwin.bat for my
As info
I start X by
using a shortcut to open an rxvt window running bash ( see below for
contents of shortcut scripts ).
(If you do not have rxvt, use setup to get it, it is
unbelievable to me that with billions of dollars MS cannot include a
decent command prompt.)
Then,
cygcheck can show a version when the program is not
even there (either not installed or missing)
Why do you say that the Cygwin man was not installed? From
everything you've posted it was installed just fine, but your
other version of man was found first in the
One more question..
Wondering where is the default bashrc located (or rc file which is
executed when bash is executed).
I need to modify to point to my .profile.
Thanks
-V
On Sun, Aug 14, 2005 at 10:27:20PM -0700, Vittal Krishnamurthy
(vitkrish) wrote:
I added /cygdrive/c/cygwin/bin to my
Yes, I know. Unless I implement this *crucial* bit of functionality it
is possible that the space time continuum will implode.
I see, so any API that you personally have no use for should be mocked.
However, since it is not currently implemented, since there is no sign
of an implementation on
Chris Sutcliffe writes:
I've updated the w32api package to version 3.3-1:
w32api contains all the headers and libraries required to compile
windows based programs. A list of what has changed is attached.
Any reason this package is more than twice the size of the last version ?
Chris Sutcliffe writes:
I've made a new version of the mingw runtime headers and libraries
available for download. A list of what has changed is attached.
This version doens't seem to be stripped.
Chris
Ciao
Volker
--
Unsubscribe info:
Rolf Maier wrote:
If I type 'info man' I get multiple listings to help on fftw3 and
Octave,
and nothing else. Can anyone tell me what might have happened,
and hence what I need to fix?
I didn't mention what Yitzchak Scott-Thoennes mentioned as short term
solution:
Manually run
Ok, Im no rookie to compiling stuff on linux etc, but
Ive encountered a problem Im not sure where to go.
I have compiled my own version of perl 5.8.7 and
placed it in /opt/perl587 so I can install all kinds
of various perl modules etc.
I have installed ImageMagick and the associated devel
Hello,
My problem is with SFTP server, not with FTP.
The environnement seems not to be the same with openssh-4.1. I could make an
chroot with openssh 3.8.1. Can I found somewhere the source of this release ?
Thanks
Philippe RITTER
-Message d'origine-
De : [EMAIL PROTECTED]
On Aug 15 16:52, Bitmead, Chris wrote:
Yes, I know. Unless I implement this *crucial* bit of functionality it
is possible that the space time continuum will implode.
I see, so any API that you personally have no use for should be mocked.
However, since it is not currently implemented,
Hello there,
I am trying to install Cygwin on a Windows 2003 server that is hardened,
meaning that all Windows resources (DLLs) are moved from their usual
location (eg. X:\WINNT\SYSTEM32) to a different location, and that these
resources can only be accessed/executed from this location.
Cygwin
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as _obsolete
Regards
Sigurd
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Mikkel Rostock wrote:
Cygwin uses some DLL-resources in Windows, but in my case, these DLLs reside
in another location than the usual Windows system directory, so how can I
tell Cygwin to (also) look for Windows resources in a different place than
the usual system folder?
Cygwin doesn't know
Sigurd Nes wrote:
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as _obsolete
First, sh is not a part of coreutils nor its predecessor sh-utils.
Until recently, /bin/sh has been ash, in the package 'ash'. Now it is a
copy of /bin/bash,
I have uploaded libao-0.8.6-1, consisting of three packages:
- libao - Base package, containing docs and stuff.
- libao2 - Runtime package, containing just the libao DLL.
- libao-devel - Development package, containing libs and include files.
Libao is a Cross-Platform Audio Output
I have uploaded vorbis-tools-1.1.1-1.
Vorbis-tools contains oggenc (an encoder) and ogg123 (a playback tool).
It also has vorbiscomment (to add comments to vorbis files), ogginfo
(to give all useful information about an ogg file, including streams in
it), oggdec (a simple command line decoder),
On Mon, Aug 15, 2005 at 12:28:49AM -0700, John Cavanaugh wrote:
$ make
cp Magick.pm blib/lib/Image/Magick.pm
AutoSplitting blib/lib/Image/Magick.pm
(blib/lib/auto/Image/Magick)
/opt/perl587/bin/perl.exe
/opt/perl587/lib/5.8.7/ExtUtils/xsubpp -typemap
/opt/perl587/lib/5.8.7/Ex
From: Brian Dessent [EMAIL PROTECTED]
Sent: 2005-08-15 10:45:59 CEST
To: cygwin@cygwin.com
Subject: Re: missing sh.exe in coreutils
Sigurd Nes wrote:
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as
_obsolete
First,
I have uploaded speex-1.1.10-1, consisting of three packages:
- speex - Base package, containing binaries, docs and stuff.
- libspeex1 - Runtime package, containing just the speex DLL.
- speex-devel - Development package, containing libs and include files.
Speex is a patent-free audio
I have updated libvorbis to 1.1.1-1, containing the 1.1.1 upstream
release.
In my first attempt I used the older 1.1.0 package accidentally.
Ogg Vorbis is a fully open, non-proprietary, patent-and-royalty-free,
and general-purpose compressed audio format for audio and music at
fixed and variable
Hi
This is from latest netpbm:
12:45 PM [674] /bin/manweb
Can't open configuration file '/etc/manweb.conf'. No such file or directory at
/bin/manweb line 322.
It looks like this could be setup in a postinstall step.
Ciao
Volker
--
Unsubscribe info:
John Cavanaugh wrote:
Ok, Im no rookie to compiling stuff on linux etc, but
Ive encountered a problem Im not sure where to go.
I have compiled my own version of perl 5.8.7 and
placed it in /opt/perl587 so I can install all kinds
of various perl modules etc.
I have installed ImageMagick and
I have updated vorbis-tools to 1.1.1-2.
This package now also has speex support builtin.
Vorbis-tools contains oggenc (an encoder) and ogg123 (a playback tool).
It also has vorbiscomment (to add comments to vorbis files), ogginfo
(to give all useful information about an ogg file, including
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Herb Martin on 8/14/2005 10:22 PM:
cygwin (like Linux apparently) keeps a database of
programs and so deleting an incorrect program
on the path may leave the OS complaining about
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
PLEASE fix your mailer to send valid mail. It was difficult to see what
you were asking, because your MIME settings are incorrect, and correct
mailers only saw a blank message.
According to Michael Richardson on 8/14/2005 2:28 PM:
I noticed that my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Vittal Krishnamurthy (vitkrish) on 8/15/2005 12:10 AM:
One more question..
Wondering where is the default bashrc located (or rc file which is
executed when bash is executed).
I need to modify to point to my .profile.
man bash,
Hello,
On Mon, 15 Aug 2005, Angel Tsankov wrote:
Here's the test case. Execute the run.bat file to perform the test.
Hmm, it seams that I cannot send zip files as attachments. So you may
download the test case from
http://debian.fmi.uni-sofia.bg/~angel/test_case.zip
and run run.bat to
Eric Blake wrote:
If your setup is like mine, OS is an inherited environment variable, set
by Windows before bash is even started. You can set it to whatever you
like. Meanwhile, uname -s is not affected by the environment (you really
don't want an environment variable changing the uname
Corinna Vinschen writes:
I have updated vorbis-tools to 1.1.1-2.
This package now also has speex support builtin.
But it's missing
/usr/bin/vcut.exe
/usr/share/man/man1/vcut.1
Ciao
Volker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Aug 15 14:06, Dr. Volker Zell wrote:
Corinna Vinschen writes:
I have updated vorbis-tools to 1.1.1-2.
This package now also has speex support builtin.
But it's missing
/usr/bin/vcut.exe
/usr/share/man/man1/vcut.1
Sigh. I missed the fact that vcut only gets build if
Hello Brian,
Thanks for a quick answer!
However, I have searched all over to find out where to add the path, and as
you state just put it in the path - but where? - In Windows registry or in
a Cygwin config file?
Mikkel Rostock wrote:
Cygwin uses some DLL-resources in Windows, but in my case,
I have updated vorbis-tools to 1.1.1-3.
This package now also provides the missing vcut tool.
Vorbis-tools contains oggenc (an encoder) and ogg123 (a playback tool).
It also has vorbiscomment (to add comments to vorbis files), ogginfo
(to give all useful information about an ogg file, including
Mikkel Rostock wrote:
However, I have searched all over to find out where to add the path, and as
you state just put it in the path - but where? - In Windows registry or in
a Cygwin config file?
The path is the path. It doesn't matter how you add it there, as long
as the DLLs are in the path
On Aug 13 16:37, Frank Spies wrote:
i have the same problem with the cygwin install spawning 1000s of
processes on win x64 reported in a post on 28 july ..
i did not see anybody responding with a fix or a workaround
does anybody have an idea how to get cygwin up and running on win
x64
On Aug 15 14:09, Oliver Walsh wrote:
On Aug 13 16:37, Frank Spies wrote:
i have the same problem with the cygwin install spawning 1000s of
processes on win x64 reported in a post on 28 july ..
i did not see anybody responding with a fix or a workaround
does anybody have an idea
Hello!
I'm running Cygwin on Win98SE and the problem is that
I can not even import any project to the successfully
created local SVN-repository:
$ svnadmin create c:/svnroot/
$ svnadmin verify c:/svnroot/
* Verified revision 0.
$ svn import c:/foo/ file:///c:/svnroot/
svn: Unable to open an
On Mon, Aug 15, 2005 at 03:18:04PM +0200, Oliver Wienand wrote:
JFTR: Packages required: gcc, gmp, make, flex, bison, perl, readline,
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On 15-Aug-2005 10:45, Brian Dessent wrote:
Sigurd Nes wrote:
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as _obsolete
First, sh is not a part of coreutils nor its predecessor sh-utils.
Until recently, /bin/sh has been ash, in
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake
According to Herb Martin on 8/14/2005 10:22 PM:
cygwin (like Linux apparently) keeps a database of
programs and so deleting an incorrect program
on the path may leave the OS complaining about
Hi,
Michael Schaap wrote:
On 15-Aug-2005 10:45, Brian Dessent wrote:
Sigurd Nes wrote:
Is sh.exe missing from coreutils?
I am not able to use sh after a upgrade - and sh-utils is listed as
_obsolete
First, sh is not a part of coreutils nor its predecessor sh-utils.
Until recently,
On Mon, Aug 15, 2005 at 04:52:16PM +1000, Bitmead, Chris wrote:
On Mon, Aug 15, 2005 at 01:21:41AM -0400, Christopher Faylor wrote:
On Mon, Aug 15, 2005 at 02:56:44PM +1000, Bitmead, Chris wrote:
I've heard of sigstack and sigalstack but cygwin hasn't.
Well that's a shame since sigaltstack is
On Mon, Aug 15, 2005 at 09:11:09AM -0500, Herb Martin wrote:
There is a man directory in /usr/bin, i.e., /usr/bin/man --
with man.exe being the program, while manpath gives:
What created that directory? Having it is a really bad idea, and
probably the source of all your troubles.
--
- Original Message -
From: Pavel Tsekov [EMAIL PROTECTED]
To: Angel Tsankov [EMAIL PROTECTED]
Cc: cygwin mailing list cygwin@cygwin.com
Sent: Monday, August 15, 2005 3:04 PM
Subject: Re: g++ defines for win32
Hello,
On Mon, 15 Aug 2005, Angel Tsankov wrote:
Here's the test case.
On Mon, Aug 15, 2005 at 09:11:09AM -0500, Herb Martin wrote:
There is a man directory in /usr/bin, i.e., /usr/bin/man -- with
man.exe being the program, while manpath gives:
What created that directory? Having it is a really bad idea,
and probably the source of all your troubles.
I
INFO
The cygwin octave package has been updated to release 2.1.71-2.
Changes:
+Rebuilt to link against fftw3 libraries, for faster fft operations.
+Links with --enable-auto-image-base flag to reduce need for rebasing dlls.
+Fixed packaging error related to /usr/share/info/dir
More
There is a man directory in /usr/bin, i.e., /usr/bin/man --
with man.exe being the program, while manpath gives:
This sentence was confusing. Are you telling me that
/usr/bin/man exists and is a directory (does it have normal
subdirectories like man1?), and that /usr/bin/man.exe exists
and is
man hash and info hash are both worthless (except to
admit that hash is exists, i.e., is a built-in.
Yes, bash documentation is not the best packaged (I like the
Solaris man pages for shell builtins much better). What
`man hash' is trying to tell you to do is run `man bash', then
search the
From: Eric Blake [mailto:[EMAIL PROTECTED]
To: Herb Martin; cygwin@cygwin.com
man hash and info hash are both worthless (except to admit
that hash
is exists, i.e., is a built-in.
Yes, bash documentation is not the best packaged (I like the
Solaris man pages for shell builtins much
On Mon, Aug 15, 2005 at 03:00:49PM +, Eric Blake wrote:
There is a man directory in /usr/bin, i.e., /usr/bin/man --
with man.exe being the program, while manpath gives:
This sentence was confusing. Are you telling me that
/usr/bin/man exists and is a directory (does it have normal
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake
Sent: Monday, August 15, 2005 10:01 AM
To: Herb Martin; cygwin@cygwin.com
Subject: RE: Another (differently) broken man on CygWin 1.5.8
-- Apropos still troublesome
There is a man
Original Message
From: Herb Martin
Sent: 15 August 2005 16:03
man hash and info hash are both worthless (except to admit that hash
is exists, i.e., is a built-in.
Yes, bash documentation is not the best packaged (I like the
Solaris man pages for shell builtins much better). What
-BEGIN PGP SIGNED MESSAGE-
Eric == Eric Blake [EMAIL PROTECTED] writes:
Eric PLEASE fix your mailer to send valid mail. It was difficult
Eric to see what you were asking, because your MIME settings are
Eric incorrect, and correct mailers only saw a blank message.
Hmm.
INFO
The cygwin octave-forge package has been updated to release 2005.06.13-3.
There was a corrupted version of this upload that existed briefly on the
mirrors as octave-forge-2005.06.13-2; if you installed this, you definitely
need to update.
Changes:
+Links with --enable-auto-image-base
Angel Tsankov
[EMAIL PROTECTED]
- Original Message -
From: Angel Tsankov [EMAIL PROTECTED]
To: Pavel Tsekov [EMAIL PROTECTED]
Cc: cygwin mailing list cygwin@cygwin.com
Sent: Monday, August 15, 2005 5:37 PM
Subject: Re: g++ defines for win32
- Original Message -
From: Pavel
Gerrit P. Haase gerrit at familiehaase.de writes:
What shows the eventlog? Are there some policies active because 2003
Server is really picky about what is allowed to run. However it should
be a relevant information and/or error message in the eventlog.
Unfortunately no new event show up in
Renaming an in-use file is not a new Windows feature. It's certainly
been there since Windows NT and 200, and I'm pretty sure it's in 9x as
well. I'd check if I had a 9x box handy, but instead, Reinhard, as the
one who raised the concern, maybe you can :-)
stephan();
-Original
I received a (welcome) off-list reply to my report of
trouble running CygWin Perl and piping the output of
an open FILEHANDLE call to capture the output.
Interesting his reproduction of the problem uses other
programs so it is NOT just netsh (although these could
conceivably be unrelated it
This patch fixes the broken CYGWIN xdr headers under g++.
For an example of C++ usage of the xdr External Data Representation, see
http://www.math.ualberta.ca/~bowman/xstream.html
diff -ru rpc.broken/auth.h rpc/auth.h
--- rpc.broken/auth.h 2005-03-10 14:32:52.0 -0700
+++ rpc/auth.h
This patch fixes the broken CYGWIN xdr headers under g++.
John,
Thanks for the effort you put into this - unfortunately, I'm
a bit leery of applying such a significant patch without a
better understanding of what the exact problem is.
Additionally, it looks like there are a lot of
Version being used: 1.5.17(0.129/4/2)
OS; Windows 2003
I am trying to get my scripts which live on a remote server running on a
test box running Windows 2003. The history is when I had all of this
running locally (all scripts on local box, instead of remote using net
use...) it was working
Alexey Lyubimov wrote:
Hello!
I'm running Cygwin on Win98SE and the problem is that
I can not even import any project to the successfully
created local SVN-repository:
$ svnadmin create c:/svnroot/
$ svnadmin verify c:/svnroot/
* Verified revision 0.
$ svn import c:/foo/ file:///c:/svnroot/
1 - 100 of 139 matches
Mail list logo