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, 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 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 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
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
On Sun, Aug 3, 2014 at 10:00 PM, Yaakov Selkowitz wrote:
> package_grep.cgi could probably use some optimization; PTC.
No, the whole point of this thread is to kill "package_grep.cgi" in favor of a
master file list, like is used with
- Debian
- Ubuntu
- Arch Linux
- MSYS2
- apt-get
- pacman
--
P
On Sun, 2014-08-03 at 16:07 -0500, Steven Penny wrote:
> In June I presented the idea of a "Package file lists archive" and was met
> with
> this
>
> > I understand how the package generation would have to work and don't see a
> > major benefit to introduci
In June I presented the idea of a "Package file lists archive" and was met with
this
> I understand how the package generation would have to work and don't see a
> major benefit to introducing a package list file given the amount of work and
> the fact that I would ha
On Wed, Jun 18, 2014 at 09:24:13AM -0500, Steven Penny wrote:
>On Wed, Jun 18, 2014 at 7:28 AM, Larry Hall (Cygwin) wrote:
>>If this was the question you wanted to ask originally, this is all you
>>needed to add to the thread.
>
>Hey Larry, thanks for your comments. However, did you have anything
On Wed, Jun 18, 2014 at 01:53:14AM -0500, Steven Penny wrote:
>On Wed, Jun 18, 2014 at 1:18 AM, Christopher Faylor wrote:
>> Your idea of "constructive" is apparently flawed.
>
>This is an interesting comment, taking in that your response ignores the
>original question and focuses on off topic quib
On Wed, Jun 18, 2014 at 7:28 AM, Larry Hall (Cygwin) wrote:
> If this was the question you wanted to ask originally, this is all you
> needed to add to the thread.
Hey Larry, thanks for your comments. However, did you have anything constructive
to add, like an answer to the question?
--
Problem r
On 06/18/2014 02:53 AM, Steven Penny wrote:
On Wed, Jun 18, 2014 at 1:18 AM, Christopher Faylor wrote:
Your idea of "constructive" is apparently flawed.
This is an interesting comment, taking in that your response ignores the
original question and focuses on off topic quibbling. I will pose yo
On Wed, Jun 18, 2014 at 1:18 AM, Christopher Faylor wrote:
> Your idea of "constructive" is apparently flawed.
This is an interesting comment, taking in that your response ignores the
original question and focuses on off topic quibbling. I will pose your viewpoint
and my question again
> And, fra
On Tue, Jun 17, 2014 at 11:29:53PM -0500, Steven Penny wrote:
>On Tue, Jun 17, 2014 at 9:29 AM, Christopher Faylor wrote:
>>On Mon, Jun 09, 2014 at 11:17:11AM -0500, Steven Penny wrote:
>>>Of course because of Cygwin flawless website...
>>>
>> If you want to experimentally figure out how many warni
On Tue, Jun 17, 2014 at 9:29 AM, Christopher Faylor wrote:
> If you want to experimentally figure out how many warnings you get,
> please go right ahead and continue with this style of communication.
Really, I can do without veiled threats. If you are going to ban me or whatever,
go ahead and do i
On Mon, Jun 09, 2014 at 11:17:11AM -0500, Steven Penny wrote:
>On Mon, Jun 9, 2014 at 10:17 AM, Warren Young wrote:
>> Speaking of, is the source for package-grep.cgi available somewhere? I
>
>http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvsroot=cygwin
>
>Of course because of Cygwin flawle
On Thu, Jun 12, 2014 at 04:58:25PM -0500, Steven Penny wrote:
>On Mon, May 26, 2014 at 3:12 PM, Christopher Faylor wrote:
>> And, frankly, I think it's a bad idea to keep a monolithic list of
>> packages available for people to download anyway.
>
>I would counter that Debian and others who use "apt
On Mon, May 26, 2014 at 3:12 PM, Christopher Faylor wrote:
> And, frankly, I think it's a bad idea to keep a monolithic list of
> packages available for people to download anyway.
I would counter that Debian and others who use "apt-get" already do this,
Example
http://http.debian.net/debian/dists
stly a waste
of time. Ever since I started using apt-cyg, I've been a much more happy
Cygwin user. Now, with your patch that is even better. I'm sure there are
loads of Cygwin users who greatly appreciate your effort.
BR,
--
View this message in context:
http://cygwin.106
On Mon, Jun 9, 2014 at 5:45 AM, Steven Penny wrote:
> Using Google Search API is in many cases faster than "cygcheck -p". Code is
> here
Adding to this, here is the sometimes frustrating experience of "cygcheck -p"
$ time cygcheck -p bin/aclocal
cygcheck: unable to contact cygwin.com site
On Mon, Jun 9, 2014 at 10:17 AM, Warren Young wrote:
> Speaking of, is the source for package-grep.cgi available somewhere? I
http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvsroot=cygwin
Of course because of Cygwin flawless website, this is not indexed by Google and
not even linked on Cyg
On 5/27/2014 16:11, Christopher Faylor wrote:
This would ease the burden of the cygwin.com site, as it is the only site with
that information currently
It is surviving just fine.
Speaking of, is the source for package-grep.cgi available somewhere? I
could quarter the page weight, and prob
On Tue, May 27, 2014 at 5:11 PM, Christopher Faylor wrote:
>>This would ease the burden of the cygwin.com site, as it is the only site with
>>that information currently
>
> It is surviving just fine.
In response to this apathy, I have found my own way. Using Google Search API is
in many cases fast
On Mon, May 26, 2014 at 10:18:20PM -0500, Steven Penny wrote:
>On Mon, May 26, 2014 at 3:12 PM, Christopher Faylor wrote:
>> And, frankly, I think it's a bad idea to keep a monolithic list of
>> packages available for people to download anyway.
>
>Could you not just require each package includes a
On Mon, May 26, 2014 at 3:12 PM, Christopher Faylor wrote:
> And, frankly, I think it's a bad idea to keep a monolithic list of
> packages available for people to download anyway.
Could you not just require each package includes a file list? This way you could
get the information from any mirror.
On Sun, May 25, 2014 at 05:37:45PM -0500, Steven Penny wrote:
>The MSYS2 project keep an up to date archive with files lists for all packages
>
>http://downloads.sourceforge.net/project/msys2/REPOS/MINGW/x86_64/mingw64.files.tar.gz
>
>This file is not very large considering
>
>$ gzip -l mingw64
The MSYS2 project keep an up to date archive with files lists for all packages
http://downloads.sourceforge.net/project/msys2/REPOS/MINGW/x86_64/mingw64.files.tar.gz
This file is not very large considering
$ gzip -l mingw64.files.tar.gz
compresseduncompressed ratio unco
34 matches
Mail list logo
