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 s
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 o
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 se
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:
http://www.mar
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 win
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
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:
>>>
>>> #ifd
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_re
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
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 p
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, Ti
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 f
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 th
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 hashe
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 h
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
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 wou
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 maintaine
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 hav
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 Fores
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 t
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 (a
Hi folks,
Here is a short test case I've named "fifo-read.c":
#include
#include
#include
#include
#include
#include
struct pollfd pfd[1];
int main() {
int fifo;
int poll_result;
int timeout;
/* Open myfifo for reading, non-blocking. */
fifo = open("myfifo", O_RDONLY | O_NDELAY)
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
> a
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 su
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 fi
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 O
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
> p
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
Hi folks,
Here is a very simple C++ test program that uses snprintf() and then
prints the result.
#include
#include
using namespace std;
int main()
{
char buf[10];
char c = 10;
snprintf( buf, sizeof(buf), "&#x%02X;", (unsigned) ( c & 0xff ) );
cout << buf << '\n'; // printf( "%s\n", b
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: http://cygwin.com/ml/
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 b
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.
>>>
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. I
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 cours
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 l
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 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:
>
> C:\c
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: http://rsync.sam
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
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 (c
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 m
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: http://
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 particu
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:
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/c
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)
> rs
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 file
Andy Koppe wrote:
> Any idea how that U+f020 character had got in there in the first place?
Someone probably discovered the Windows Character Map app, and decided
it would be fun to put some weird chars into their filenames. I guess
I'll have to ask my colleagues not to use chars from the Unicode
Corinna Vinschen wrote:
>>22 12422 [main] ls 1300 fhandler_disk_file::readdir_helper: wchar
>> filename: "Mikey12\xf020.ai"
>
> That's the problem. The character in that file is *not* U+0323, but
> U+f020, a character in the Unicode private use range, which is used in
> Cygwin to map ASCII
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:
Chris Francy wrote:
> On Thu, 22 Oct 2009 20:08 PM, Steven Monai 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 exist
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 0x
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 havin
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&qu
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 versi
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
> th
59 matches
Mail list logo
