On Thu, 2014-08-07 at 22:59 -0500, Steven Penny wrote:
> On Thu, Aug 7, 2014 at 10:31 PM, Yaakov Selkowitz wrote:
> > If you wish to continue participating in this forum, then cease these
> > attacks immediately.
>
> Thank you for the reply, I will heed this going forward.
Thank you.
> However,
On Thu, Aug 7, 2014 at 10:31 PM, Yaakov Selkowitz wrote:
> If you wish to continue participating in this forum, then cease these
> attacks immediately.
Thank you for the reply, I will heed this going forward. However, do you have
any input regarding the topic?
--
Problem reports: http://cyg
On Thu, 2014-08-07 at 20:30 -0500, Steven Penny wrote:
> I have noticed a pattern of you posting content with little or no value.
> Please
> going forward do not post any replys to my topics.
This is out of line. This is a community forum, and you are in no
position to dictate who says what here
So, to respond to the DNS allegations, I have this script
url='http://209.132.180.131/cgi-bin2/package-grep.cgi'
qs='text=1&arch=x86_64&grep=aclocal'
while :
do
time wget --spider --timeout 30 "$url?$qs"
done
Here are results of first 10 iterations
real0m16.957s
On Thu, Aug 7, 2014 at 9:01 PM, Andrey Repin wrote:
> Check the image in your mirror, please.
I see your listening skills are on par with your posting skills.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygw
Greetings, Steven Penny!
>> There's little to see in Cygcheck, when you have flaky DNS servers, that
>> unable to respond timely.
> As I have already said, when I am having problems with "cygcheck" other
> websites
> will be working perfectly fine.
"Other websites" probably requested by alot of
On Thu, Aug 7, 2014 at 5:44 PM, Andrey Repin wrote:
> There's little to see in Cygcheck, when you have flaky DNS servers, that
> unable to respond timely.
As I have already said, when I am having problems with "cygcheck" other websites
will be working perfectly fine.
I have noticed a pattern of y
Greetings, Nikhil Nair!
> So, the easiest option seems to be to use -s to specify download sites on
> the command line. However, I'm not clear what you're supposed to do in
> order to specify two separate sites: do you use two separate -s options (-s
> site1 -s site2), or do you give a (say) semi
Greetings, Larry Hall (Cygwin)!
>>> The above command works fine for me. Have you tried this on a different
>>> machine or though a different network provider?
>>
>> It is an intermittent problem. I will be having timeouts with Cygwin when
>> other
>> websites will be working perfectly fine. Thi
On 08/07/2014 12:53 PM, Ken Brown wrote:
> On 8/7/2014 11:30 AM, Eric Blake wrote:
>> On 08/07/2014 05:51 AM, Ken Brown wrote:
>>>
>>> I think I found the problem with NORMAL mutexes. emacs calls
>>> pthread_atfork after initializing the mutexes, and the resulting
>>> 'prepare' handler locks the m
On 08/07/2014 05:04 PM, Steven Penny wrote:
On Thu, Aug 7, 2014 at 12:49 PM, Larry Hall (Cygwin) wrote:
The above command works fine for me. Have you tried this on a different
machine or though a different network provider?
It is an intermittent problem. I will be having timeouts with Cygwin
On Thu, Aug 7, 2014 at 12:49 PM, Larry Hall (Cygwin) wrote:
> The above command works fine for me. Have you tried this on a different
> machine or though a different network provider?
It is an intermittent problem. I will be having timeouts with Cygwin when other
websites will be working perfectl
On 08/07/2014 04:32 PM, LMH wrote:
Hello,
I have cygwin running on a box that does not have an internet
connection. I would like to update ruby to 1.9.3p448 to make it
compatible with some of my newer scripts. I'm not sure how to do that
without updating the entire installation, using a new inst
Hello,
I have cygwin running on a box that does not have an internet
connection. I would like to update ruby to 1.9.3p448 to make it
compatible with some of my newer scripts. I'm not sure how to do that
without updating the entire installation, using a new installer, etc.
This is a fairly old ins
Ahh, interesting, I'll have to break that again and see if it needs a
valid username. Thanks for the idea!
Matt
On Thu, 2014-08-07 at 15:08 -0500, Yaakov Selkowitz wrote:
> On 2014-08-07 15:01, Matt Rose wrote:
> > I've noticed that the newer version of the rpm-build package (4.11-1)
> > has a r
On 2014-08-07 15:01, Matt Rose wrote:
I've noticed that the newer version of the rpm-build package (4.11-1)
has a really severe bug in that it ignores the %defattr flag in the %
files section of .spec files
Note that a default %defattr is provided since rpm-4.4, and therefore
most uses of it a
I've noticed that the newer version of the rpm-build package (4.11-1)
has a really severe bug in that it ignores the %defattr flag in the %
files section of .spec files, so that when you try to build a file with
a files section like
%files
%defattr(-,root,root)
/tmp/foo
You get the error "No fi
On 8/7/2014 11:30 AM, Eric Blake wrote:
On 08/07/2014 05:51 AM, Ken Brown wrote:
I think I found the problem with NORMAL mutexes. emacs calls
pthread_atfork after initializing the mutexes, and the resulting
'prepare' handler locks the mutexes. (The parent and child handlers
unlock them.) So
On 8/7/2014 8:51 AM, Corinna Vinschen wrote:
Hi Ken,
On Aug 7 07:51, Ken Brown wrote:
Hi Corinna,
On 8/5/2014 2:40 PM, Corinna Vinschen wrote:
I'm glad to read that, but I'm still a little bit concerned. If your
code works with ERRORCHECK mutexes but hangs with NORMAL mutexes, you
*might* m
On 8/7/2014 1:41 PM, Denis Excoffier wrote:
Hello,
Perhaps the values of some constants are not as accurate as they should be? See
also M_LN2LO and M_LN2HI.
diff -uNr cygwin-snapshot-20140807-1-original/newlib/libc/include/math.h
cygwin-snapshot-20140807-1-patched/newlib/libc/include/math.h
On 08/07/2014 01:38 PM, Steven Penny wrote:
On Sun, Aug 3, 2014 at 10:00 PM, Yaakov Selkowitz wrote:
Please don't assume that this means that we're ready to automatically
rehash every decision he made over the last however-many years.
I will add that the problem with "cygcheck" still exists, i
Hello,
Perhaps the values of some constants are not as accurate as they should be? See
also M_LN2LO and M_LN2HI.
diff -uNr cygwin-snapshot-20140807-1-original/newlib/libc/include/math.h
cygwin-snapshot-20140807-1-patched/newlib/libc/include/math.h
--- cygwin-snapshot-20140807-1-original/newlib
On Sun, Aug 3, 2014 at 10:00 PM, Yaakov Selkowitz wrote:
> Please don't assume that this means that we're ready to automatically
> rehash every decision he made over the last however-many years.
I will add that the problem with "cygcheck" still exists, it has been an issue
since at least May when
Hi again,
Sorry to have bothered you with this. I experimented, and found multiple
-s options do work.
I did have fun and games working out that the particular mirror site I was
going to use needed to have /cygwin added to the host name, but not
/cygwin/x86_64. But third or fourth time, I got
On 08/07/2014 05:51 AM, Ken Brown wrote:
>
> I think I found the problem with NORMAL mutexes. emacs calls
> pthread_atfork after initializing the mutexes, and the resulting
> 'prepare' handler locks the mutexes. (The parent and child handlers
> unlock them.) So when emacs calls fork, the mutexe
Hi,
I need to do a reinstall from scratch, after my old setup fell apart. I'll
be using Cygwin Ports as well as a regular Cygwin mirror, and, as I'm blind
and use the keyboard, this isn't easy to do with the current GUI
setut*.exe: you ought to be able to hold down control and use the up and
dow
Currently, stable version of irssi is 0.8.16.
Changelog for this version as mentioned on the website.
http://www.irssi.org/news/ChangeLog
> Features:
>
> Add -noautosendcmd to /SERVER and /CONNECT. Passing this option will force
> Irssi to not execute the content of the autosendcmd chatnet-sett
Hi Ken,
On Aug 7 07:51, Ken Brown wrote:
> Hi Corinna,
>
> On 8/5/2014 2:40 PM, Corinna Vinschen wrote:
> >I'm glad to read that, but I'm still a little bit concerned. If your
> >code works with ERRORCHECK mutexes but hangs with NORMAL mutexes, you
> >*might* miss an error case.
> >
> >I'd sugg
Hi Corinna,
On 8/5/2014 2:40 PM, Corinna Vinschen wrote:
Hi Ken,
On Aug 5 13:55, Ken Brown wrote:
On 8/5/2014 9:58 AM, Corinna Vinschen wrote:
On Aug 5 08:21, Ken Brown wrote:
=== modified file 'src/gmalloc.c'
--- src/gmalloc.c 2014-03-04 19:02:49 +
+++ src/gmalloc.c 2014-0
The following packages have been updated in the Cygwin distribution:
* openssl-1.0.1i-1
* libopenssl100-1.0.1i-1
* openssl-devel-1.0.1i-1
The following package has been updated in the 32 bit Cygwin distro:
* libopenssl098-0.9.8zb-1
This is an upstream security update. This is the official sec
PACKAGE DESCRIPTION
===
Homepage: Utility collection project http://packages.debian.org/devscripts
License : GPL
Attempt to determine the license that applies to each file passed to
it, by searching the start of the file for text belonging to various
licenses. If any of the argum
PACKAGE DESCRIPTION
===
Homepage: Utility collection project http://packages.debian.org/devscripts
License : GPL
Perform basic checks on /bin/sh shell scripts for the possible
presence of bashisms. It takes the names of the shell scripts on the
command line, and outputs warnings
32 matches
Mail list logo
