t: Friday, June 20, 2003 10:35 AM
> To: [EMAIL PROTECTED]
> Subject: Problem with cron!
>
>
> hi,
>
> i'm having a bit of truble with cron.
> i have just installed a fresh cygwin on a win2k box.
> first i create the following crontab
> --cut--
> # DO NOT
On Tue, Oct 15, 2002 at 08:09:50PM +0200, Sven K?hler wrote:
>hi,
>
>a path like //usr/local is treated as an UNC path.
>this might leads to problems when an application is using //usr/local as
>a normal "unix"-path.
>
>i don't know how to overcome the problem, but one might think of a path
>lik
use for my work, the program runs flawlessly. I cannot
>tell if this is because the program is badly written (that is not
>well-behaved) or because there is a bug Cygwin / X11 somewhere.
>
>I shall not need X11 (as far as I can tell now) on Windows, but I thought this
>may be in
On Sat, Nov 02, 2002 at 11:22:27PM +0100, Huijing Zhou wrote:
>First I ran Cygwin Setup, chose "Download from Internet" and selected
>"z:\cygwin" as "Local Package Directory". The download ended without an
>error. Then I ran Setup again and chose to &qu
On Sun, Nov 03, 2002 at 09:10:47AM -0800, amores perros wrote:
>[I made a yahoo mail account, b/c the cygwin mail list bounces email
>from hotmail, at least sometimes.)
http://sources.redhat.com/lists.html#rbl-sucks
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug rep
On Tue, Nov 05, 2002 at 05:21:47PM +1100, Ken Foskey wrote:
>
>/apps/ is a link and the mkdir -p tries to create it and then fails because it
>already exists.
>
>PC2765: /data/reprint
>$ make install
>mkdir -p /apps/bin/cba/bin
>mkdir: cannot create directory `/apps': File exists
>make: *** [/apps
On Tue, Nov 05, 2002 at 11:55:52AM -0500, Steve Chapel wrote:
>Christopher Faylor wrote:
>>On Tue, Nov 05, 2002 at 10:25:58AM -0500, Steve Chapel wrote:
>>
>>>So again I ask for information on how this cygwin problem can be solved.
>>>It makes typeahead complete
Wrong mailing list. Redirected.
On Wed, Nov 06, 2002 at 11:06:05PM -0800, Lee Tuck wrote:
>Hi,
>i check through the mailing list and i still can't
>find the answer for the above question. I hope to run
>the postgresql command (for e.g. pg_dump) in the
>cygwin environment from
Wrong mailing list. Redirected.
On Thu, Nov 21, 2002 at 06:10:23PM +0100, gilles BOURGEOIS wrote:
>helllo all,
>is it possible to build a microsoft VC++ project by linking against the
>CYWIN.DLL library ? (e.g. calling some functions the dll provides
>within my windows c++ program) , since I wa
On Sun, Nov 24, 2002 at 11:59:00PM -, Max Bowsher wrote:
>Max Bowsher <[EMAIL PROTECTED]> wrote:
>
>> With 16-1, I'm seeing *extreme* latency in keypresses appearing in
>> bash, when I have a compile running in another Cygwin window (in my
>> case, compil
ain conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB. Type "show warranty" for details.
>This GDB was configured as "i686-pc-cygwin"...
>(gdb) b main
>Breakpoint 1 at 0x4010b6: file hello.c, lin
Hi there,
I'm completely new to Cygwin...
I would like to build one program but I cannot go over this
error:
$ make --win32 listswf
gcc -g -Wall listswf.c blocktypes.o decompile.o read.o -o listswf -lm -lz
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: c
On Mon, 27 Jan 2003, Virginia Mann wrote:
> Larry Hall kindly advised:
>
> >I don't have zsh installed otherwise I might give you a
> >clue. ;-)
>
> Are you kidding? That was the best clue you could have given!
> My mental model was wrong. I was looking inside the system for
> something that was in
Howdy.
I'm using .NET 1.1 in development. I have tried using both the
standard bash cygwin terminal and rxvt with limited success.
Whenever I run my .NET console application from within Cygwin and
that application generates an exception, the Cygwin session ends after
I cancel the "D
Ronald Landheer-Cieslak <[EMAIL PROTECTED]> writes:
> You're giving us very little information about your system. Could
> you take a look at http://cygwin.com/problems.html and fill in the
> blanks?
I'm running Cygwin 1.5.5 under Windows XP Profession SP1 w/ all of
[REPOST: The first post was lacking information and as such folks
might have glossed over it. This one has much more detail.]
I'm running Cygwin 1.5.5 under Windows XP Profession SP1 w/ all of the
latest patches. The 'cygcheck' output can be viewed below.
I'm developing a
I am having the same problem. Please also see:
http://www.cygwin.com/ml/cygwin/2003-11/msg00742.html
$ mount
E:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system
(binmode)
E:\cygwin\bin on /usr/bin type system (binmode)
E:\cygwin\lib on /usr/lib type system (binmode)
E
Norton AntiVirus Deleted1.txt
Description: plain/text
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
The message cannot be represented in 7-bit ASCII encoding and has been sent as a
binary attachment.
<>
Hey, does anyone know a good link for setting up GLUI and GLUT with cygwin? I"m
having some path problems...probably related to my makefile.
If anyone knows something about setting this up, I'd love to hear from you.
Tha
ar.bz2
...> > with cron.exe from cron-3.0.1-8.tar.bz2, so I'm
...> > satisfied for the moment, but thought someone
...> > might want to know about the difference.
...>
...> There are only 2 minor Cygwin-specific releases between those two,
which
...> basically mea
Hello,
I install cygwin without errors. After that, I want to start cygwin with cygwin.bat, but nothing happens.
When I start cygwin.bat under a tracesoftware (TRACEPLUS), I got this output:
An exception occured in process bash at address 0x77E7B702.
The type of exception is
On Sat 12/17/05 16:45 EST cygwin@cygwin.com wrote:
> On Sat, Dec 17, 2005 at 01:52:17PM -0600, Tom Rodman wrote:
> >background (why plink is used):
> >
> >We have a wrapper script that runs plink to start a localhost ssh
> >session w/password authentication. This wr
ml
>
> It says "PuTTY is a client program for the SSH, Telnet and Rlogin
> network protocols". I don't get it. In Cygwin you have all of ssh,
> telnet and rlogin/rsh. That being the case why install/use putty or plink?
A cygwin expect script combined with the cygwin ssh
On Sat 12/17/05 16:45 EST cygwin@cygwin.com wrote:
> On Sat, Dec 17, 2005 at 01:52:17PM -0600, Tom Rodman wrote:
> >background (why plink is used):
--snip
> If you can't duplicate this problem with "off-the-shelf" components
--snip
test case w/"off-the-shelf"
On Tue 12/20/05 22:01 +0100 cygwin@cygwin.com wrote:
> On Dec 19 11:00, Tom Rodman wrote:
> > Enclosed is an expect script (to ssh to the localhost with password
> > authentication) that "hangs" (search ahead for "parent: waiting for sync
> > byte")
&g
First I'd like to say that I am sorry for having to ask this. But I have
searched the site, read the faqs and documentation, and poked around the
directory structure and I am still at a loss.
Basically I just can't use any of the commands. 'cd' and 'pwd' seem to work,
but 'ls' and even 'man' don'
Thanks, but like I said I've been there. I've been everywhere and read it all
for hours before I posted this. Frustration.
> At 07:51 PM 12/5/2004, you wrote:
> >First I'd like to say that I am sorry for having to ask this. But I have
> >searched the site, read the faqs and documentation, and p
aside from my path, is according to my cygcheck, my
home is:
HOME = `C:\cygwin\home\Clay'
But that directory doesn't exist.
I don't know even what to ask about the multiple cygwin1.dlls.
I did try to install cygwin x, and then installed cygwin multiple times trying
to get it to wor
FWIW, yesterday I upgraded to
findutils-4.2.10-5
man-1.5o1-1
openssl-0.9.7e-1
and also installed cvs-1.11.17-1
Before this there were no access on starting Cygwin, but since then I have
experienced the same as other people have reported. My previous upgrade was
2004/12/02 21:10:10 (local time
ner
and group.
Thanks as always for cygwin - I use it day in day out.
--
regards,
Tom Rodman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
'lo folks.. Been subscribed a while and reading through, as well as much
searching through the archives, but I've not found anything which fixed my
problem..
When I installed cygwin on my xp pro system, I included ssh.
Run ssh_host_config, tell it to install sshd, and use privsep.
SS
/Documents and Settings/jeremy/My
Documents/My Downloads/tmp/mysql-4.1.2-alpha/mysys'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/Documents and Settings/jeremy/My
Documents/My Downloads/tmp/mysql-4.1.2-alpha'
make: *** [all] Error 2
>
> On Mon, Jun 07, 2004 at 11:50:40PM +0100,
> [EMAIL PROTECTED] wrote:
> > sshd : PID 3576 : starting service `sshd' failed: execv:
> 255, error 255.
>
> I've encountered such problems when the binaries and
> libraries were not
> executable by SYSTEM. "chmod 755 /usr/sbin/* /usr/bin/*" fixed
rvice started, once I changed the permissions on the host
key files..
Slight whoops there :-P
Shouldn't this be the default mount type if it's required for things like
sshd to operate correctly though? At least on the mounts created by Cygwin
setup?
Seems a little odd to me.
Out of curiousi
gt;
> >Seems a little odd to me.
> >Out of curiousity, how are the mounts accessed by sshd when
> it's started as
> >a service by windows? Something to do with cygrunsrv or the dll?
>
>
> 'sshd' itself accesses the file it needs and uses
> (transpare
>
> Yes, this is known (and intended). Perhaps it might be wise
> for the setup
> program to warn the user in those cases that services will be
> affected, if
> we could only differentiate between intentional and
> accidental selection
> of "Just Me"... Or, maybe, just include the warning i
ts/My Downloads/tmp/mysql-4.0.20/mysys'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/Documents and Settings/jeremy/My
Documents/My Downloads/tmp/mysql-4.0.20'
make: *** [all] Error 2
=========
What is going
T(1)
.SH "NAME" rxvt (ouR XVT) - a VT102 emulator for the X window system.PP
.SH "SYNOPSIS"
rxvt [options] [-e command [ args ]].PP
.SH "DESCRIPTION"
That's what I get under cygwin.
On my debian box, with an admittedly older v
>
> Just change the above sed script. Your problem seems due to
> the spaces
> left before the .SH tags. Try the following patch.sed:
>
> s/^\.YODLTAGSTART\./\.YYODLTAGSTART\./
> s/\.YODLTAGSTART\./\r\.YODLTAGSTART\./g
> s/ *\.YODLTAGSTART\. roffcmd //
> s/\.YYODLTAGSTART\. roffcmd //
> s/\.YO
#
> > # reference (good/OK) example in console bash session
> > # (notice user staffuser1 is in group 'XYZ_ES_ADMIN')
> > # ----
Hi All,
I've got Cygwin set up on Windows XP but have run in to a problem. As
I understand it things, "rman" is present in the default install
of Cygwin and Setup says it's present, so shouldn't typing "rman"
produce something other than "command not found&
In message <[EMAIL PROTECTED]>,
Buchbinder, Barry \(NIH/NIAID\) [E] wrote:
> on Tuesday, October 31, 2006 4:50 AM, [EMAIL PROTECTED] wrote:
> > I've got Cygwin set up on Windows XP but have run in to a problem. As
> > I understand it things, "rman" is present
In message <[EMAIL PROTECTED]>, Brian Dessent wrote:
>
> FYI, this question should have been sent to cygwin-xfree (at)
> cygwin.com, not here. All X11 topics belong there.
Sorry, I'm at the stage where I don't know enough to know where to
direct my questions. (I
et up a windows shortcut that calls bash program with options:
>
> c:\cygwin\bin\bash.exe -c /usr/local/bin/script.sh
>
> If the script takes options you may need to include quotes.
>
> c:\cygwin\bin\bash.exe -c '/usr/local/bin/script.sh opt1 opt2'
Thanks.
orrectly don't always bother to
> obfuscate addresses that senders leave in 'name'.
Although I'm new at bash/cygwin/unix, I'm not new at mailing lists ;-)
You can quote my email address to your heart's content.
> > Brian Dessent wrote:
> >> FYI, thi
This happens about 50% of the time when I run some kind of fork from
perl in cygwin:
Executing: rsync -a --delete --delete-excluded --stats -v --progress
'/cygdrive/d/coLinux' '/cygdrive/h/Backup/coLinux'
9648 [main] perl 4064 d:\cygwin\bin\perl.exe: *** fatal error
I've been watching the groups, Google, and so forth with little luck to
resolving the issue seen by myself and a few other people:
$ rlogin [EMAIL PROTECTED]
9617 [main] rlogin 5392 e:\cygwin\bin\rlogin.exe: *** fatal error -
couldn't dynamically determine load address for
Would it be possible to post an update of (still) missing 64 bit packages?
The last I saw was from 2 months ago and certainly great progress has
been made in winnowing down the list. Perhaps reposting would help
stimulate some focus on those that have yet to be ported.
Some of the missing package
The installed.db seems to always list packages as being tar.bz2 even
when they are tar.xz.
Is there any reason for this? Or is it a bug?
Thanks,
Jeff
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/d
ly rather than being constant or even
relatively sequential.
In such cases, ps -W, similarly generates 2 bash processes:
318816883188 3212 pty01001 06:59:16 /usr/bin/bash
16460 0 0 16460 pty0 1001 17:44:29
C:\cygwin\bin\bash.exe
Even more interest
Corinna Vinschen wrote at about 10:25:35 +0200 on Wednesday, October 23, 2013:
> On Oct 21 18:09, cygwin wrote:
> > When I type 'ps', I get as expected the following processes:
> >
> > PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
Larry Hall (Cygwin) wrote at about 07:58:24 -0400 on Thursday, October 24, 2013:
> On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
> > I was intrigued by Jeff's post so I tried a couple of experiments of
> > my own and was able to duplicate the same behaviour - including t
hi,
i've just installed cygwin on a new windows 8.1 pro laptop and
am having the wierd problem that i can't invoke gcc without
actually typing "gcc.exe". e.g.
$ gcc --version
-bash: gcc: command not found
$ gcc.exe --version
gcc (GCC) 4.7.3
Copyright (C) 2012 Free
as administrator via 'ssh',
somehow cyg_server seems to be the real owner of all my files
(despite the fact that cygwin 'ls -al' seems to mask that).
In particular, 'subinacl' gives
/owner =mymachine\cyg_server
/pace =winlawyer\cyg_server Type=0x0 Fl
Christopher Faylor wrote:
> On Tue, Nov 05, 2013 at 02:52:44AM +0400, Andrey Repin wrote:
> >Greetings, All!
> >
> >$ mode
> >mode.com modemui.dll modex.dll
>
> That would be /bin/sh exe magic from the looks of it. It is probably
> just trying to find anything with an executable bit set, ju
I install the rsyncd service (without apparent error) using:
cygrunsrv -I "rsyncd" -d "CYGWIN rsyncd" -p /c/cygwin/bin/rsync.exe
-a"--config=/c/cygwin/etc/rsyncd.conf --daemon --no-detach" -f "Rsyncd daemon
service on Port 873" -e CYGWIN="ntsec"
For some combinations of grep on 1.7.25, a simple grep statement can
take 20-30 seconds.
For example, the operation 'ps -el' completes almost instantaneously.
Yet seemingly randomly the operation 'ps -el | grep ' often
takes 30 seconds -- actually it seems to either return instantaneously
or take
Marcin J. wrote at about 02:00:00 +0100 on Sunday, December 15, 2013:
>
> This isnt grep problem, `ps | cat` will hang too.
>
> I have up to date cygwin 1.7.27 x86_64
>
Ah any idea what might be causing this
(actually, I realize that I have 1.7.27 too -- I just hadn&
About once a month I get something like this:
4 [main] perl 3156 D:\Local\Cygwin\bin\perl.exe: *** fatal error - cygheap
base mismatch detected - 0x6120C6E0/0xD4C6E0.
This problem is probably due to using incompatible versions of the cygwin
DLL. Search for cygwin1.dll using the Windows Start
Has no one else seen anything like this?
"Cygwin" wrote in message
news:hne7t6$8l...@dough.gmane.org...
About once a month I get something like this:
4 [main] perl 3156 D:\Local\Cygwin\bin\perl.exe: *** fatal error - cygheap
base mismatch detected - 0x6120C6E0/0xD4C6E0.
This
gettext is the GNU package which provides 'national language support'
for other programs. It includes a number of utility programs.
This is a packaging and bugfix update of the gettext package(s). This
will most likely be the final gettext update for the cygwin-1.5
distributi
gettext is the GNU package which provides 'national language support'
for other programs. It includes a number of utility programs.
This is the first release specific for cygwin-1.7. The only differences
between this package and the simultaneously-released gettext-0.17-3
for cygwin-
The GNU libiconv package provides an iconv() implementation, for use on
systems which don't have one, or whose implementation cannot convert
from/to Unicode.
This is the first release specific for cygwin-1.7. The only differences
between this package and the earlier libiconv-0.12-1 (release
/usr.
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
The gcc-tools-autoconf-2.59-2 package was prepared on and for cygwin-1.5
using cygport-0.4.0. It differs from the simultaneously released
gcc-tools-autoconf-2.59
cannot coexist with the existing automake
packages in /usr.
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.
The gcc-tools-automake-1.9.6-2 package was prepared on and for
cygwin-1.5 using cygport-0.4.0. It differs from the simultane
/usr.
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
The gcc-tools-autoconf-2.59-10 package was prepared on and for
cygwin-1.7 using cygport-0.9.2. It differs from the simultaneously
released gcc-tools-automake-1.9.6
cannot coexist with the existing automake
packages in /usr.
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.
The gcc-tools-automake-1.9.6-10 package was prepared on and for
cygwin-1.7 using cygport-0.9.2. It differs from the simultane
() returns successfully.
However, Linux also has accept() returning successfully in this case.
For compatibility, the Cygwin implementation should probably be faithful
to the *NIX behavior and not the Windows practice, since the primary
idea of Cygwin is to be a portability layer for *NIX apps
The RSYNC application fails in close() on the pipe streams to and from
child processes created when rsync starts.
When running rsync.exe and cygwin1.dll from cygwin 1.5 within the 1.7
installation on the same system (WinXP pro),
the identical invocation completes without errors.
The problems
After updating 2 other systems to cygwin 1.7, I find that they also work
fine in the same test.
However, that doesn't help much debugging this.
I found that the problem on the failing system is related to using Unix
domain sockets for the IPC pipes.
If I replace the socketpair() cal
urious, is the discussion in this thread related to
what I flagged here:
http://cygwin.com/ml/cygwin/2007-04/msg00143.html
and here:
http://cygwin.com/ml/cygwin/2007-05/msg00677.html ?
Cheers,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://
ocket 1...
close: Socket operation on non-socket
closing socket 1 failed
It is interesting to note that the close() is successful when the dup2
calling sequence is omitted.
Since socketpair() in cygwin appears to use AF_INET sockets to simulate
AF_UNIX it might be interesting to try this on a s
I forgot to add that the same binary copy of the executable of the test
program (compiled under 1.7) works without error if I place the
cygwin1.dll version 1.5 into the same directory.
cygwin wrote:
I wrote a small test program to isolate the problem from RSYNC.
The problem occurs when a
g STDIN in advance of the dup call has no effect,
as it should since dup should close exisiting fd automatically.
This moves the problem area at least down into dtable::dup_worker and
build_fh_pc()
how is STDIN handled differently?
cygwin wrote:
I forgot to add that the same binary copy of the
dated to latest upstream release
The changes in the various official release since the last cygwin
release are summarized below.
xerces-c 2.8.0 (August 31, 2007)
* Exponential growth of memory block (from 16KB to 128KB) that
are allocated by the DOM heap.
* The NOD
I've updated inetutils, based on the upstream 1.5 release. A short list
of the changes appears below, but the documentation has been extensively
revised. I urge you to read /usr/share/doc/Cygwin/inetutils-1.5.README.
The old README, from inetutils-1.3.2-40, is now located in
/usr/shar
(2008-04-19)
* Still using --enable-indirect-deps
* rework cygport packaging, to adapt to bzr cygclass.
post 0.23 release:
===
- Incorporate fixes for most of the earlier cygwin patches
- logging support
- 'conflicts' actually works, now
pkg-config 0.23
===
- Add support f
Charles Wilson wrote:
Yaakov (Cygwin Ports) wrote:
./.libs/lt-foo.c:263: warning: string length `4368' is greater than the
length `4095' ISO C99 compilers are required to support
This one can be fixed by splitting the string into two pieces. I'm
working on a patch for that
I was running the libtool-2.2 testsuite on Vista [32bit Home Premium]
(cygwin-1.5.25-12), and ran into something I thought was long dead: I
kept getting popup windows like:
X.exe has stopped working
Windows is checking for a solution to the problem...
which after about five seconds was
the customN-* command.
(main command parsing case statement) [customN-*]: add new
command(s).
--
Chuck
Index: bin/cygport.in
=======
RCS file: /cvsroot/cygwin-ports/cygport/bin/cygport.in,v
retrieving revision 1.106
diff -u -r1.106 c
Dr. Volker Zell wrote:
2008/04/28 07:37:00 running: D:\\bin\bash.exe -c
/etc/postinstall/libxerces-c-devel.sh
/etc/postinstall/libxerces-c-devel.sh: line 13: [: -l: unary operator expected
/etc/postinstall/libxerces-c-devel.sh: line 13: [: -l: unary operator expected
/etc/postinstall/libxerces-c
inaries.pl'
script, which shamefully excluded the Cygwin-specific public
header files from the staging area.
Because 2.8.0-1 was released only a short while ago, and was a
significant change relative to the previous official cygwin xerces-c
package (2.5.0-1), please review also these
available for Cygwin. The following is for
>msmtp.
>
>#
># ~/.mutt/muttrc
>#
>folder-hook . set sendmail="/usr/local/bin/msmtp -a REAL"
>folder-hook mbox1'set sendmail="/usr/local/bin/msmtp -a REAL"'
>folder-hook mbox2'set sendmail=&
I've updated inetutils to version 1.5-4. Because 1.5-3 was only recently
released, and itself represented a major change from the previous
1.3.2-40 version, I encourage you to read also this information:
http://cygwin.com/ml/cygwin-announce/2008-04/msg00043.html
Changes since
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
*** CYGWIN-ANNOUNCE UNSUBS
version (2008-05-14)
This should fix the coredump problem reported here
http://www.cygwin.com/ml/cygwin/2008-05/msg00132.html
by Damon Register
* Still using --enable-indirect-deps
* fix packaging bug in -src package
Note that the new "private libs" and "private requires" feat
ot;Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the &q
csih (cygwin-service-installation-helper) provides a library of shell
functions that can be used by other cygwin packages that provide servers
and daemons. It can assist in various service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged
csih (cygwin-service-installation-helper) provides a library of shell
functions that can be used by other cygwin packages that provide servers
and daemons. It can assist in various service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged
Sam Kuper wrote:
> 1) Was the rename utility removed from cygutils at some point between
> version 1.2.6-1 and 1.3.2-1, or is my version of cygutils somehow
> corrupt?
> 2) If it was removed, why, and is there some other way I can obtain
> the rename utility under cygwin? (NB. pl
the autoconf2.5-2.63 release. This will most likely be the
final autoconf (wrapper) update for the cygwin-1.5 distribution; future
development will continue with autoconf-6-10 for cygwin-1.7.
Changes (autoconf-4-1 ---> autoconf-6-1)
* update to latest upstream release
+ adds support
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
This is a packaging update of the autoconf2.1 package, which provides
autoconf-2.13. This will most likely be the final autoconf2.1 update
for the cygwin-1.5
autoconf2.5 update for the cygwin-1.5
distribution; future development will continue with autoconf2.5-2.63-10
for cygwin-1.7.
Changes (autoconf2.5-2.61-1 ---> autoconf2.5-2.63-1)
* update to latest upstream release
+ see list of upstream changes below
* requires autoconf-6-1 or better (wrap
was
created by automake-1.6 from Makefile.am, then the wrapper will "know"
to invoke automake-1.6).
This will most likely be the final automake (wrapper) update for the
cygwin-1.5 distribution; future development will continue with
automake-3-10 for cygwin-1.7.
Changes (automake-2-1 --->
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.
This cygwin package, automake1.4, can be installed without conflict
alongside the existing automake1.10, automake1.9, automake1.8,
automake1.7, automake1.6, and automake1.5 cygwin pac
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.
This cygwin package, automake1.5, can be installed without conflict
alongside the existing automake1.10, automake1.9, automake1.8,
automake1.7, automake1.6, and automake1.4 cygwin pac
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards. This package contains the
latest version of the automake system in the automake-1.6.x series,
automake-1.6.3.
This cygwin package, automake1.6, can be installed without conflict
alon
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards. This package contains the
latest version of the automake system in the automake-1.7.x series,
automake-1.7.9.
This cygwin package, automake1.7, can be installed without conflict
alon
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards. This package contains the
latest version of the automake system in the automake-1.8.x series,
automake-1.8.5.
This cygwin package, automake1.8, can be installed without conflict
alon
1 - 100 of 5893 matches
Mail list logo
