On 07/10/12 11:26 AM, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/makeself/makeself-2.1.5-1-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cygwin/makeself/makeself-2.1.5-1.tar.bz2
\
Hi folks,
I recently downloaded the latest 'openssh' source package (5.9p1-1) via
setup.exe, and was disappointed to discover that it did not come with an
automated build script. Isn't every package supposed to have one? (The
Cygwin Package Contributor's Guide seems to imply this.)
Anyway, as a
Please upload
wget http://dev.monai.ca/cygwin/md5deep/md5deep-4.1-1.tar.bz2 \
http://dev.monai.ca/cygwin/md5deep/md5deep-4.1-1-src.tar.bz2 \
http://dev.monai.ca/cygwin/md5deep/setup.hint
and leave md5deep-3.6-1 as the previous version.
I have included the setup.hint file in the
Version 4.1-1 of 'md5deep' has been uploaded to the Cygwin archive, and
should soon appear at a Cygwin mirror near you. This version supercedes
3.6-1, which remains available as the previous version.
md5deep is a set of programs to compute MD5, SHA-1, SHA-256, Tiger, or
Whirlpool message digests
Version 4.1-1 of 'md5deep' has been uploaded to the Cygwin archive, and
should soon appear at a Cygwin mirror near you. This version supercedes
3.6-1, which remains available as the previous version.
md5deep is a set of programs to compute MD5, SHA-1, SHA-256, Tiger, or
Whirlpool message digests
Please upload
wget http://dev.monai.ca/cygwin/maradns/maradns-2.0.06-1.tar.bz2 \
http://dev.monai.ca/cygwin/maradns/maradns-2.0.06-1-src.tar.bz2
and leave maradns-1.4.04-1 available as the previous version.
Thanks,
-SM
--
Version 2.0.06-1 of 'maradns' has been uploaded to the Cygwin archive,
and should soon appear at a Cygwin mirror near you. This version
supercedes 1.4.04-1, which remains available as the previous version.
MaraDNS is a package that implements the Domain Name Service (DNS), an
essential internet
Version 2.0.06-1 of 'maradns' has been uploaded to the Cygwin archive,
and should soon appear at a Cygwin mirror near you. This version
supercedes 1.4.04-1, which remains available as the previous version.
MaraDNS is a package that implements the Domain Name Service (DNS), an
essential internet
Version 1.4.04-1 of 'maradns' has been uploaded to the Cygwin archive,
superceding 1.4.03-2, which remains available as the previous version.
MaraDNS is a package that implements the Domain Name Service (DNS), an
essential internet service. For full details, see the project website:
Version 1.4.04-1 of 'maradns' has been uploaded to the Cygwin archive,
superceding 1.4.03-2, which remains available as the previous version.
MaraDNS is a package that implements the Domain Name Service (DNS), an
essential internet service. For full details, see the project website:
Please upload
wget http://dev.monai.ca/cygwin/maradns/maradns-1.4.04-1.tar.bz2 \
http://dev.monai.ca/cygwin/maradns/maradns-1.4.04-1-src.tar.bz2
and leave maradns-1.4.03-2 available as the previous version.
Thanks,
-SM
--
On 2010/09/04 9:30 AM, Dan Miller wrote:
I'm running windows XP
Cygwin with latest updates
I have a bash script that sets up a directory structure for rsync to
perform incremental backups. It all works fine locally.
I'd like to use the same approach to backup my local files to a windows
On 2010/08/26 9:51 AM, Blaine Miller wrote:
I'm getting an inordinate amount of mail in the deadletter files, some
400 meg since this server started. I've grepped for the PID to kill the
process, I've looked in the Services table in Windows and I've looked in
the Programs, uninstall and can't
On 2010/08/07 8:30 PM, Chris Sutcliffe wrote:
Hi Chuck,
Thank you for your thorough review of the packaging and the associated
patches. I've decided for ligsigc++ and libtorrent to make the base
packages the license packages as opposed to having '-lic' packages.
I've made all the changes
On 2010/08/08 11:48 AM, Charles Wilson wrote:
On 8/8/2010 12:59 PM, Steven Monai wrote:
Some notes about the packaging:
The setup.hints of the libtorrent subpackages are missing 'libtorrent'
from their 'requires:' lines.
Well, yes, they are missing that requirement. But that's because
On 2010/08/06 8:21 PM, Chris Sutcliffe wrote:
On 6 August 2010 20:31, Steven Monai wrote:
On 2010/08/06 11:48 AM, Chris Sutcliffe wrote:
I've decided to take a different approach and decided to implement it
as follows:
#ifdef __CYGWIN__
itr-d_fileno = entry-d_ino;
itr-d_reclen
On 2010/08/06 11:48 AM, Chris Sutcliffe wrote:
I've decided to take a different approach and decided to implement it
as follows:
#ifdef __CYGWIN__
itr-d_fileno = entry-d_ino;
itr-d_reclen = strlen(entry-d_name);
#else
itr-d_fileno = entry-d_fileno;
itr-d_reclen =
On 2010/06/27 6:37 AM, Michael Ludwig wrote:
The root directory in setup.exe is displayed correctly. Seems to depend
on the registry setting. The Local Package Directory path, however,
which I copied from G:\CygVar to T:\CygVar, needs fixing. Maybe another
registry setting someplace else.
Version 1.4.03-2 of 'maradns' has been uploaded. This version is the
initial release of the maradns package for Cygwin.
The following was excerpted from the Introduction section of the MaraDNS
project website, http://www.maradns.org/ :
MaraDNS is a package that implements the Domain Name Service
Version 1.4.03-2 of 'maradns' has been uploaded. This version is the
initial release of the maradns package for Cygwin.
The following was excerpted from the Introduction section of the MaraDNS
project website, http://www.maradns.org/ :
MaraDNS is a package that implements the Domain Name Service
On 2010/05/03 3:09 AM, Corinna Vinschen wrote:
Packaging looks good to me. I'm just wondering about the postinstall.
Is it really correct to create an empty mararc file? Don't you need
to set some defaults by copying an /etc/defaults/etc/mararc file?
Yes, I think you're right. Installing an
Hello folks,
I have packaged MaraDNS for Cygwin and am submitting it for review.
The upstream website is: http://www.maradns.org/
MaraDNS is already packaged for Debian, i.e:
http://packages.debian.org/source/sid/maradns
Here is my proposed setup.hint:
category: Net
requires: libgcc1
sdesc:
On 2010/04/17 1:24 AM, d.sastre.med...@gmail.com wrote:
On Fri, Apr 16, 2010 at 05:47:58PM -0700, Steven Monai wrote:
On 2010/04/14 1:43 PM, d.sastre.medina wrote:
New packages are available at:
http://eco-lution.tv/cygwin/release/makeself/setup.hint
http://eco-lution.tv/cygwin/release
On 2010/04/17 2:45 AM, Kostya Altukhov wrote:
Included in debian stable
http://packages.debian.org/gaffitter
category: Utils
requires: cygwin libgcc1 libstdc++6
sdesc:Genetic Algorithm File Fitter.
ldesc:Command-line software that extracts subsets
of an input list of
On 2010/04/14 1:43 PM, d.sastre.medina wrote:
New packages are available at:
http://eco-lution.tv/cygwin/release/makeself/setup.hint
http://eco-lution.tv/cygwin/release/makeself/makeself-2.1.5-1.tar.bz2
http://eco-lution.tv/cygwin/release/makeself/makeself-2.1.5-1-src.tar.bz2
I can't
On 2010/04/13 2:14 PM, Yaakov (Cygwin/X) wrote:
On 2010-04-13 14:51,
d.sastre.medina-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
[snip]
I have been trying to figure out the right way to rebuild this package
from the upstream sources, but I come across this particularities:
-the
On 2010/04/10 8:58 AM, d.sastre.med...@gmail.com wrote:
Packages are be available from:
http://eco-lution.tv/cygwin/release/makeself/makeself-2.1.5-1-src.tar.bz2
http://eco-lution.tv/cygwin/release/makeself/makeself-2.1.5-1.tar.bz2
http://eco-lution.tv/cygwin/release/makeself/setup.hint
On 2010/04/02 1:18 PM, Larry Hall (Cygwin) wrote:
...if you're asking if there's any
other tool out there that understands the dependencies listed in setup.ini,
besides 'setup.exe', the answer is no.
Well, actually... FWIW, the following (seemingly unrelated) projects at
Google Code aim to
Version 3.6-1 of 'md5deep' has been uploaded. This version is the
initial release of md5deep for Cygwin.
The following was excerpted from the Introduction section of the md5deep
project homepage, at http://md5deep.sourceforge.net/
'md5deep' is a set of programs to compute MD5, SHA-1, SHA-256,
Hello folks,
I have packaged md5deep and wish to submit it to the Cygwin package
archive.
The project website is: http://md5deep.sourceforge.net/
md5deep is already packaged for Debian; here is the URL for sid:
http://packages.debian.org/source/sid/md5deep
The following is my proposed
On 2010/03/17 10:28 PM, Dave Korn wrote:
On 18/03/2010 00:58, Steven Monai wrote:
As an alternative to setting up SSL on cygwin.com, what about the idea
of crypto-signing (e.g. with gnupg) every release of setup.exe, and then
posting the signature alongside the binary? I know I would breathe
On 2010/03/18 8:38 AM, Warren Young wrote:
Your proposed solutions don't really work.
I disagree. Granted, they are not 100% effective, but since when is
perfection the standard by which all solutions are judged?
They're crutches which may
help in some cases, but they don't absolutely and
On 2010/03/17 8:06 AM, Christopher Faylor wrote:
Since I haven't seen any guarantees that adding https would fix this
problem I'm not convinced that this justifies the amount of work
involved. So, until the mailing list is flooded with people who can't
download setup.exe because we don't have
On 2010/03/17 6:54 PM, Christopher Faylor wrote:
Oh. Are we still talking about this? I drifted off.
Somebody please wake me when all of this tempest in a bikeshed is over.
I don't understand the reason for the dismissive attitude.
Pretty much every other distro posts cryptographic hashes
On 2010/03/14 12:02 PM, Christopher Faylor wrote:
We are not going to be installing an https server in the hopes that it
will defeat misguided setup.exe blocking for the same reason that we
won't be adopting a new versioning scheme - neither is a guarantee.
I don't mind trying to figure out
On 2010/03/14 10:05 AM, Jason Pyeron wrote:
Here is the proposal:
Name setup.exe as cygwin-setup-v.vv.vv.exe or similar meaning and continue to
provide setup.exe as the most current cygwin-setup-v.vv.vv.exe (by symlink or
redirect)
An additional idea: Serve setup.exe via HTTPS. That would
On 2010/03/01 7:51 PM, Paul McFerrin wrote:
[...]
Is there a reason [for cron] to catch SIGHUP?
cron, like many UNIX daemon programs, interprets SIGHUP as a signal to
close and reopen its log file. This is typically used to facilitate log
file rotation. It is quite unlikely that cron's
On 2010/02/11 1:36 PM, Ed Keith wrote:
I would like to put the the source package out so people can find any
errors I may have made, but I do not have anywhere where I can park
such a large file. Does anyone have any suggestions?
There are a number sites out there that will host an open-source
On 2010/02/09 8:34 AM, Christopher Faylor wrote:
Relevant threads:
http://cygwin.com/ml/cygwin/2009-12/threads.html#00685
http://cygwin.com/ml/cygwin/2010-01/msg00067.html
Bottom line: The crash is fixed but cygwin still doesn't work right.
Doh! (face-palm) It looks like Enrico Forestieri
On 2010/02/09 9:17 PM, William Deegan wrote:
When I try to ssh to my favorite host using my favorite username I get
the following error:
ssh: Could not resolve hostname myhost.xyz.com: Non-recoverable
failure in name resolution
I see you have the 'bind' package installed, so you should have
On 2010/02/07 8:18 AM, Dave Korn wrote:
These both work:
http://www.cygwin.com/setup.exe?go_away_proxy!
http://www.cygwin.com/setup.exe?go_away_proxy!
Nice. But of course, you would only try this if you suspect you're
getting a stale 'setup.exe' from a web cache. On the server side (at
Hi again,
More information on this issue: My test case runs correctly and
crash-free in Linux. This leads me to believe this is a bug in Cygwin's
poll(). Even worse, after having adapted the test case to use select()
instead of poll(), it appears that select() has the same bug.
I've been trying
Hi folks,
Here is a short test case I've named fifo-read.c:
#include fcntl.h
#include poll.h
#include stdio.h
#include sys/stat.h
#include sys/types.h
#include unistd.h
struct pollfd pfd[1];
int main() {
int fifo;
int poll_result;
int timeout;
/* Open myfifo for reading, non-blocking.
Version 0.88-2 of 'ucspi-tcp' has been uploaded.
This version is the initial release of ucspi-tcp for Cygwin.
Q.: What is UCSPI?
A.: UCSPI stands for UNIX Client-Server Programming Interface, which
its author describes as a command-line interface to client-server
communications tools. It is
On 2010/02/03 10:07 PM, shane fenton wrote:
Hi,
First time poster - so hopefully will get it right :)
Cygwin 1.7 installed on approx 10 machines - XP /2008
domain cyg_server user created
Added above user to Quotas/create token/replace token log on as
service local admins on pc's
added
Version 0.88-2 of 'ucspi-tcp' has been uploaded.
This version is the initial release of ucspi-tcp for Cygwin.
Q.: What is UCSPI?
A.: UCSPI stands for UNIX Client-Server Programming Interface, which
its author describes as a command-line interface to client-server
communications tools. It is
On 2010/02/02 3:54 AM, Corinna Vinschen wrote:
Packaging looks good. Just a question, though. Does the package not
come with man pages?
No, the original author did not provide man pages, only HTML docs on his
website. FWIW, I did a 'wget' of his pages and included them in my
package, under
On 2010/02/01 1:13 AM, Corinna Vinschen wrote:
There's certainly interest. You just missed out on
http://cygwin.com/setup.html#submitting, point 5. Please send the URLs
to your binary and source packages, otherwise it's a bit tricky to
review them.
Sorry, I was a bit confused about when to
Hello folks,
I have created a cygport script to package D. J. Bernstein's 'ucspi-tcp'
software. I propose to submit the package for inclusion in the Cygwin
package archive, with myself as its maintainer.
ucspi-tcp is an implementation of the UNIX Client-Server Program
Interface (UCSPI, ooks-pie)
Hi folks,
Consider this command line transcript:
--
$ uname -a
CYGWIN_NT-5.1 hostname 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
$ cygcheck -c cygport
Cygwin Package Information
Package VersionStatus
cygport 0.9.80-1
On 2010/01/26 8:42 PM, Yaakov (Cygwin/X) wrote:
On 26/01/2010 20:09, Steven Monai wrote:
$ pwd
/home/steve/My Documents/bglibs
This is not a bug in cygport per se. Spaces in paths is just a bad idea
when you're dealing with shell scripts and you will find all sorts of
breakage as a result
On 2010/01/24 7:07 PM, hughgs wrote:
I'm interested in using blitz++ in a project that I'm working on. I'm
using cygwin as my platform and couldn't find the blitz++ package on
cygwin. So, a couple of questions.
First, am I a complete idiot and miss the package and if so can someone
point
Hi folks,
Here is a very simple C++ test program that uses snprintf() and then
prints the result.
#include iostream
#include stdio.h
using namespace std;
int main()
{
char buf[10];
char c = 10;
snprintf( buf, sizeof(buf), #x%02X;, (unsigned) ( c 0xff ) );
cout buf '\n'; // printf(
On 2010/01/19 8:06 PM, Eric Blake wrote:
Using -ansi generally says that you want the headers to expose ONLY the
interfaces mentioned in the C89 standard. But C89 did not describe
snprintf, hence your compilation failure.
Actually, it looks like -ansi means something slightly different when
On 2010/01/10 6:45 PM, Larry Hall (Cygwin) wrote:
So your argument is based on the desire to have *another* package
manager application, besides 'setup.exe', that could be used from within
Cygwin applications to update Cygwin applications?
Something like that, yes. The idea that one should be
On 2010/01/11 3:22 PM, Marco Peereboom wrote:
I ported scrotwm to cygwin.
Nice package.
-SM
--
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On 2010/01/09 2:09 AM, Corinna Vinschen wrote:
On Jan 8 17:28, Steven Monai wrote:
Not to beat a dead hippo here, but if Cygwin allows in-use files to be
replaced, then what is 'setup.exe' needed for? (Aside from the initial
bootstrap of Cygwin, of course.) Shouldn't it be possible to have
On 2010/01/10 12:31 PM, Eric Blake wrote:
According to Christopher Faylor on 1/10/2010 12:27 PM:
No one thinks its a good idea.
And here's one reason why. Newer versions of cygwin1.dll introduce new
entry points. But suppose you are updating cygwin1.dll and bash at the
same time. If the
On 2010/01/10 3:00 PM, Christopher Faylor wrote:
On Sun, Jan 10, 2010 at 01:28:34PM -0800, Steven Monai wrote:
On 2010/01/10 12:31 PM, Eric Blake wrote:
According to Christopher Faylor on 1/10/2010 12:27 PM:
No one thinks its a good idea.
And here's one reason why. Newer versions of cygwin1
On 2010/01/09 7:10 AM, Kevin Bond wrote:
Hello, I am trying to use rsync in cygwin but it seems to be hanging.
Right after it asks me for password of my host the 'building file
list...' message displays then hangs. I can ssh into the host fine.
Any ideas?
One idea:
On 2010/01/09 5:36 PM, aviate wrote:
Hi...tried for a long, long time trying to make this work to no avail...and
did not find help online.
Using Windows XP, I am running a bash script via the windows task scheduler,
which is calling Cygwin.bat ...The command being tasked is:
On 2010/01/09 7:02 PM, aviate wrote:
I was avoiding cron...but it might be most useful here. Is there any
way to
hide the window popping up by Windows Scheduler??
Yes there is.
Install the Cygwin 'run' package (if not installed already). Use the
Windows Task Scheduler interface to schedule
On 2010/01/09 8:42 PM, Steven Monai wrote:
On 2010/01/09 7:02 PM, aviate wrote:
I was avoiding cron...but it might be most useful here. Is there any
way to
hide the window popping up by Windows Scheduler??
Yes there is.
Duh, just replying to myself to let you know that there's an even
On 2010/01/08 2:38 PM, Larry Hall (Cygwin) wrote:
On 01/08/2010 03:41 PM, Christian Franke wrote:
Larry Hall (Cygwin) wrote:
On 01/07/2010 09:39 PM, David Gast wrote:
There are two problems with updating cygwin.
1. If you run setup.exe from bash, bash cannot be updated
because the file is
On 2009/12/27 11:12 PM, Andy Koppe wrote:
But I think the --iconv option is the better way. Assuming you want to
stick with ISO-8859-1 on the Linux side, '--iconv utf8,iso88591'
should do the job.
Regarding using the '--iconv' option in rsync transfers from Cygwin
(charset UTF-8) to Linux
On 2009/12/27 7:56 PM, Adam Rosi-Kessel wrote:
Adam Rosi-Kessel wrote, on 12/27/2009 10:41 PM:
I'm running cygwin on a WinXP system with an NTFS-formatted drive. I
have a script that regularly backs up using rsync onto a Linux system
(Debian) with an ext3 drive.
Before the recent major
On 2009/12/12 6:29 PM, Hongyi Zhao wrote:
Hi all,
I want to change to current directory to %appdata% folder by using
some command within cygwin. Is this possible?
This command:
cd $APPDATA
works for me.
HTH,
-SM
--
--
Problem reports: http://cygwin.com/problems.html
FAQ:
In 1.7.0-64, /usr/sbin/cygserver is linked against cygstdc++-6.dll.
cygserver will not run (exit status 128) unless the 'libstdc++6' package
is installed.
-SM
--
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Eliot Moss wrote:
There does
not seem to be anything like this reported in the rsync list,
so I think it's particular to cygwin, and probably to 1.7.x.
I really think you should report what you're seeing to the rsync mailing
list. It is entirely possible that no one who has run your
Eliot Moss wrote:
I am getting this output when trying to rsync
to any of several systems. I have RSYNC_RSH set
to use ssh, and the ssh commands work just fine.
This smells like some kind of non-matching library
issue to me ...
rsync: Failed to dup/close: Bad file descriptor (9)
rsync
Eliot Moss wrote:
Eliot Moss wrote:
I am getting this output when trying to rsync
to any of several systems. I have RSYNC_RSH set
to use ssh, and the ssh commands work just fine.
This smells like some kind of non-matching library
issue to me ...
rsync: Failed to dup/close: Bad file
aputerguy wrote:
Why do 'ls and 'find' seem to treat the ACL restrictions differently.
They definitely should not. If they do, then there's a bug to be squashed.
Specifically, 'ls /c/Documents and Settings/Administrators' works
while 'find /c/Documents and Settings/Administrators' returns:
Corinna Vinschen wrote:
...
Bugfixes:
=
...
- Improve the roundtrip capability when converting singlebyte chars to
the UNICODE prvate use area U+F0xx and vice versa.
Fantastic! I just upgraded from 1.7.0-62 to -63, and my daily rsync
backup script can now see that handful of files
Corinna Vinschen wrote:
Can I send you a link to another Cygwin
DLL in private email, which I tweaked to get better debug output?
Yes, of course.
I greatly appreciate your interest in trying to resolve this problem.
-SM
--
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Corinna Vinschen wrote:
I'm seriously puzzled. Could you please run
$ strace -o ls.trace ls -l weird/
and send the ls.trace file as attachment? Maybe there's some hint
in it.
Done.
-SM
--
3 3 [main] ls 288 open_shared: name shared.5, n 5, shared 0x60FC
(wanted
Chris Francy wrote:
On Thu, 22 Oct 2009 20:08 PM, Steven Monai smona...@yahoo.ca wrote:
Could you re-run your Cygwin-1.7 test case with --itemize-changes added
to the rsync command-line? That should provide a hint at what Debian's
rsync thinks is different between its existing file copy
Hello folks,
I installed a fresh Cygwin 1.7 beta, and added the 'email' package.
Then, I ran the following to send myself a test message:
$ echo Test message | email --subject=Test \
--smtp-server=smtp.at.my.isp --from-name=Steven Monai \
--from-addr=steve+cyg...@monai.ca steve+cyg...@monai.ca
Hello folks,
I recently removed Cygwin 1.5.25 from a WindowsXP box (as per FAQ #
2.17), and then installed the Cygwin 1.7.0 beta in its place. The
install seemed to go flawlessly. I was looking forward to having more
robust handling of filenames with Unicode chars, but unfortunately, I'm
not
Chris Francy wrote:
First things first, I have narrowed it down and learned something that
resolves the issue for what I am trying to do.
For versions of rsync before 2.5.6 you could not use the link-dest
reliably unless you copy the permissions/ownership information. With
newer versions
Chris Francy wrote:
It appears something about the about rsync or the 1.7 version of
cygwin is preventing the --link-destination function of rsync from
working. Files that have not been changed at all should be linked
together. On the hosts still running a cygwin 1.5 version of rsync
the
80 matches
Mail list logo
