I am testing this with Jekyll http://github.com/jekyll/jekyll
$ ruby -v
ruby 1.9.3p448 (2013-06-27) [i386-cygwin]
$ time jekyll > /dev/null
real0m4.196s
user0m1.356s
sys 0m2.807s
With http://rubyinstaller.org it is much faster
$ ruby -v
ruby 1.9.3p48
On Fri, Jan 10, 2014 at 9:43 PM, David Conrad wrote
> Is there currently a maintainer for the git package?
I would say no
http://cygwin.com/ml/cygwin/2013-06/msg00489.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Sat, Jan 11, 2014 at 5:52 PM, Adam Dinwoodie wrote
> [my build]: http://tastycake.net/~adam/cygwin/
Does your build have issues with cygcrypto re
http://stackoverflow.com/a/21049635
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documen
On Sat, Jan 11, 2014 at 5:52 PM, Adam Dinwoodie wrote
> [my build]: http://tastycake.net/~adam/cygwin/
Sorry, no dice
# git --version
git version 1.8.5.2
# git push
fatal: Unable to find remote helper for 'https'
--
Problem reports: http://cygwin.com/problems.html
FAQ: h
On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote
> A base 64-bit Cygwin install now requires Perl. Can this be changed?
Any updates? It has been 5 months
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
On Mon, Jan 13, 2014 at 6:12 AM, Corinna Vinschen wrote
> Not that I'm aware of. Perl requirements are pretty basic these days.
If we're not going to have Python we shouldn't have Perl either.
http://cygwin.com/ml/cygwin/2013-05/msg00211.html
--
Problem reports: http://cygwin.com/problems.
If you look at the Cygwin.bat file you have this line
bash --login -i
Starting Cygwin this way yields expected results
$ cat ~/foo.sh
cat -v <<< ~
$ ~/foo.sh
/home/Steven
However if you change the line in Cygwin.bat to this
bash -i
it produces unexpected results
On Mon, Jan 13, 2014 at 9:54 PM, Steven Penny wrote
> $ ~/foo.sh
> /home/Steve0^G
Update, it only produces this output if I enter "~/foo.sh" using tab completion.
That is to say, "~/f" + TAB. If I manually enter each character, it works as
expected.
--
P
On Tue, Jan 14, 2014 at 10:54 AM, Larry Hall (Cygwin) wrote
> Sorry, I cannot reproduce this. I guess we need more info if you're still
> having the problem. See the problem reporting guidelines at the link below.
So I tried this again, more in depth
- Delete C:\cygwin folder
- Fresh download o
On Tue, Jan 14, 2014 at 10:54 AM, Larry Hall (Cygwin) wrote
>> Problem reports: http://cygwin.com/problems.html
After running
cygcheck -s -v -r
on both a "good" and "bad" Cygwin.bat I ran a "git diff" and noticed this
+PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\
On Tue, Jan 14, 2014 at 5:50 PM, Steven Penny wrote
> However it doesnt make much sense because even with "bad" Cygwin.bat PS1 seems
> to be already defined
To answer my own question, PS1 is already defined, but not exported. This is
because the export happens in /etc/profile,
On Tue, Jan 14, 2014 at 6:15 PM, Larry Hall (Cygwin) wrote
> Perhaps it's time to add 'set -x' to your ~/.bash_profile and ~/.bashrc to see
> what gets invoked on your end.
Problem has been solved, I think you missed this link
http://cygwin.com/ml/cygwin/2014-01/msg00152.html
--
Problem reports:
On Wed, Jan 15, 2014 at 4:55 AM, Adam Dinwoodie wrote
>> > # git push
>> > fatal: Unable to find remote helper for 'https'
> This should now be fixed, with a new version uploaded to the same place.
> If you'd care to try again I'd be very grateful!
Yes sir, it is fixed! Sorry for the late reply.
On Wed, Jan 15, 2014 at 4:55 AM, Adam Dinwoodie wrote
> This should now be fixed, with a new version uploaded to the same place.
Also for anyone interested in testing this is the install, pretty simple
wget tastycake.net/~adam/cygwin/x86/git/git-1.8.5.2-1.tar.xz
tar -x -C / -f git-1.8.5.2
On Mon, Jan 20, 2014 at 7:26 PM, Balaji Venkataraman wrote
> But the cygcrypto dll version bug referred here[1] is still present as
> this version (1.8.5.2-1) is linked w/ cygcrypto-1.0.0.dll
Are you certain the bug is present in Adam’s version? He has tested it here
http://cygwin.com/ml/cygw
On Wed, Jan 15, 2014 at 12:16 AM, Christopher Faylor wrote
> http://cygwin.com/ml/cygwin/2014-01/msg00117.html
>
> So this should eliminate the dependency that pulls in perl in a base
> installation.
Thank you sir! I have now switched to Cygwin 64-bit as a result of this change!
http://github.com
Searching for the popular compiler produces unexpected results
$ cygcheck -p 'g++.exe'
Found 0 matches for g .exe
$ cygcheck -p 'g\+\+.exe'
Found 0 matches for g\ \ .exe
How can I include a literal '+' (plus character) in my search?
--
Problem reports: http://cygwin.com/p
On Wed, Jan 22, 2014 at 10:05 AM, David Boyce wrote
> How about 'g[+][+]' or 'g[+]{2}'?
Please, no more lazy answers
$ cygcheck -p 'g[+][+].exe'
Found 0 matches for g[ ][ ].exe
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documen
On Sat, Jan 25, 2014 at 5:59 AM, Corinna Vinschen wrote
> For the time being, I've build a new OpenSSL version 1.0.1f-2 with the
> "no-sse2" flag. With this version I could clone the linx repo without
> error. Please give it a try.
I can confirm this fixes my problems as well
$ git clone gi
I am trying to build Ruby 2 with Cygwin. I am successful until I get to
"make check" where it hangs on
[ 387/12897] FTPTest#test_list_read_timeout_exceeded
My full steps
git clone --depth 1 git://github.com/ruby/ruby
cd ruby
fd='-Wl,--stack,0x0020,'
rp='-Xlinker --stack
On Mon, Jan 27, 2014 at 9:47 AM, Gates, Roger wrote
> $ ascii +
It should be noted that "ascii" is not included with a base install, and part of
the "ascii" package
> $ cygcheck -p 'g\x{2b}\x{2b}.exe'
it should be further noted that the braces are not necessary in this instance
$ cygcheck -
On Tue, Jan 28, 2014 at 10:25 PM, Ilja Umov wrote
> That's probably why MSYS2 is being developed:
> https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Windows/MSYS2
Well I have to say I was skeptical until I saw this
$ bash --version
GNU bash, version 4.2.45(1)-release (x86_64-pc-
On Wed, Jan 29, 2014 at 12:57 AM, Steven Penny wrote
> However this distribution is huge
>
> $ du -hs 'C:\cross64'
> 763MC:\cross64
Well I found this for a start
http://sf.net/projects/msys2/files/Base/x86_64
$ du -hs 'C:\msys64'
168M
On Wed, Jan 29, 2014 at 3:21 PM, Larry Hall (Cygwin) wrote
> Ah, right. Of course Chris meant "Please stop after Ilja gets his last
> comment in." Now that that's happened, MSYS discussion can stop. ;-)
You want some on-topic? Ok here goes
Bash 4.2 has been out almost 3 years now, any roadmap f
I can run "ps | grep" and it will run smooth
$ time ps | grep bash
231219083252 2312 cons0 1000 21:20:11 /usr/bin/bash
real0m0.031s
user0m0.015s
sys 0m0.030s
and then other times it will hang
$ time ps | grep bash
31441908
On Wed, Jan 29, 2014 at 9:42 PM, Christopher Faylor wrote:
> http://cygwin.com/ml/cygwin/2013-12/threads.html#00262
With all due respect, so what? That is for 1.7.25, I have 1.7.27
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentatio
Normally if you run this command
printf '\ec'
it will clear the screen and scrollback buffer
http://stackoverflow.com/a/5367075
However using this snapshot
http://cygwin.com/snapshots/x86_64/cygwin1-20140128.dll.xz
it now only clears the screen
--
Problem reports: http://cygwin.com/p
On Thu, Jan 30, 2014 at 8:44 PM, Steven Penny wrote
> However using this snapshot
> http://cygwin.com/snapshots/x86_64/cygwin1-20140128.dll.xz
>
> it now only clears the screen
More info
cygwin1-20140128.dll.xz BAD
cygwin1-20140124.dll.xz BAD
cygwin1-20140118
On Thu, Jan 30, 2014 at 11:29 PM, Marco Atzeri wrote
> 20140128 seems to work on my system.
> printf '\ec' clear everything and the
> scroll bar disappears
Yeah it works with "mintty", but not with "Cygwin.bat"
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On Fri, Jan 31, 2014 at 7:26 AM, Marco Atzeri wrote
> 2) mintty is always better them CMD. IMHO
I shouldnt have to use "mintty" just to get back functionality that has existed
with Cygwin Bash itself for years, not to mention even the most basic Linux
Terminals.
--
Problem reports: http://c
On Fri, Jan 31, 2014 at 11:40 PM, Andrey Repin wrote
> You're comparing apples and oranges.
> mintty is a "basic Linux terminal", native NT console is... meh...
Hey Andrey, if you have nothing constructive to add you should consider to stop
emailing. Saying "meh..." is not adding to the conversati
On Sat, Feb 1, 2014 at 3:01 AM, Marco Atzeri wrote
> I am not an expert in this area but on
>
> https://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_console.cc.diff?cvsroot=src&r1=1.283&r2=1.284
It looks like Chris fixed it already, just decided not to tell anyone. Sneaky
http://c
On Sun, Feb 9, 2014 at 8:54 AM, Todd Poole wrote:
> What is a simple straight forward way I can code the script to obtain the
> process cygwin pid by the process name and perform dumper?
This should get you started
set calc
dumper $1 $(ps -W | awk "/$1/,NF=1")
--
Problem reports: h
On Sun, Feb 9, 2014 at 11:23 AM, Todd Poole wrote:
> $ ps -p myprogram
You cannot use "ps -p ". As is clearly shown, "-p" is expecting
a process id, which is a number.
-p, --process show information for specified PID
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Thu, Feb 13, 2014 at 8:38 AM, Corinna Vinschen wrote:
> For as long as Cygwin has existed, it has stored user and group
> information in /etc/passwd and /etc/group files. Under the assumption
> that these files would never be too large, the first process in a
> process tree, as well as every ex
On Sun, Feb 16, 2014 at 12:30 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote
> if [ ! -z "$2" ] ; then NATIVE="$(cygpath -ml "$2")" ; fi
That might better be written as this
[ "$2" ] && NATIVE=$(cygpath -ml "$2")
You do not need the extra quotes when setting a variable in this way.
--
Problem
On Sun, Feb 16, 2014 at 7:07 PM, Andy Hall wrote
> Goodness. If code cleanliness is the issue, Why not simply hide this construct
> in a function?
Really this whole thread is a joke. He needs to just
cygpath -ml "$2" &>/dev/null
as others have said and be done with it.
--
Problem reports:
I found a problem with the new snapshots. If you
1. start Cygwin with "Cygwin.bat"
2. enter "man bash"
3. enter down arrow then up arrow, or Page Down then Page Up
Normally this would just scroll through the man page. However with these new
snapshots it is creating a jumble in the console, notice
On Sun, Feb 23, 2014 at 3:46 PM, Angelo Graziosi wrote:
> On Cygwin64, is there an utility to unpack .7z archives?
If you have 7-zip already installed, you can use that
sp 'hklm:system/currentcontrolset/control/session manager/environment' `
path "$env:path;%systemdrive%/program files/7
On Wed, Feb 19, 2014 at 7:42 PM, Steven Penny wrote:
> I found a problem with the new snapshots. If you
>
> 1. start Cygwin with "Cygwin.bat"
> 2. enter "man bash"
> 3. enter Page Down then Page Up
This is still happening with 2014-02-24 snapshot.
--
Probl
On Wed, Feb 19, 2014 at 7:42 PM, Steven Penny wrote:
> I found a problem with the new snapshots. If you
>
> 1. start Cygwin with "Cygwin.bat"
> 2. enter "man bash"
> 3. enter down arrow then up arrow, or Page Down then Page Up
Looks like 2014-02-27 sna
On Sat, Mar 1, 2014 at 7:24 PM, Angelo Graziosi wrote:
> $ bsdtar -tf foo.7z
> $ bsdtar -xvf foo.7z
> $ bsdtar -xvf foo.7z -C foo_dir
Whoa, it does ISO files too, nice!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
On Sun, Mar 9, 2014 at 2:14 PM, Christopher Faylor wrote:
> There are still issues with the console buffer and full screen apps
> like vim/emacs/less. If you scroll the buffer while in that mode
> then things will get weird. The solution so far is: Don't do that.
1. man bash
2. down arrow once
On Tue, Apr 8, 2014 at 1:13 PM, Christopher Faylor wrote:
> It is a little known fact that one of Corinna's early messages was
> actually a suggestion. I suggested to *her* that a patch would be
> considered. She took that as a challenge and provided a patch.
> Apparently Corinna is quite unique
On Tue, Apr 8, 2014 at 10:28 PM, Christopher Faylor wrote:
> Instructions on how to check out the source are available at the cygwin web
> site, just like they are at every open source site. Go to the cygwin web
> page and look to the left. You'll see "Contributing" and "Source in CVS".
> Both le
On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote:
> Except for the lack of an advertised bugzilla link at the Cygwin web
> page, Cygwin is like every one of the other projects hosted at
> sourceware.org/gcc.gnu.org. This includes thriving projects like gcc,
> binutils, gdb, and others. A
On Wed, Apr 9, 2014 at 11:37 AM, Christopher Faylor wrote:
> I'll once again point out that gdb, binutils, and gcc seem to get by
> just fine without this. And, maybe I missed something, but I don't see
> search on sourceforge.net either. Given that, I don't see how this can
> be a huge barrier t
On Wed, Apr 9, 2014 at 12:13 PM, Christopher Faylor wrote:
> It's possible that a site like github has more bandwidth and compute
> power than sourceware.org and doesn't have to worry about bogging down
> the system with malicious search attacks. We, unfortunately, do. So,
> while it is possible
On Wed, Apr 9, 2014 at 8:58 PM, Andrey Repin wrote:
> If all the point you want to make is that YOU don't want to spend time
> supporting the toolset you're using daily, please save your energy.
> My Care-o-meter shows negative readings.
Hey buddy, if you want to spend your days with ad hominem at
On Thu, Apr 10, 2014 at 10:12 AM, Chris J. Breisch wrote:
> I admit that Christopher can be gruff at times. And I think that sometimes
> he has a bit of an attitude. But, honestly I don't blame him for that. Look
> at it from his perspective.
Christopher Faylor is an invaluable part of this projec
On Thu, Apr 10, 2014 at 7:28 PM, Chris J. Breisch wrote:
>>> So, like Andy, pardon me if I'm not moved to tears by your difficulties
>>> submitting patches.
> So, again, pardon me if I'm not moved to tears by your difficulties.
Oops, sorry folks it looks like I trigged a broken record. Sir, I have
On Wed, Apr 23, 2014 at 10:17 AM, Doug Henderson wrote:
> $ cygcheck -p strings.exe
> Segmentation fault
As a workaround you can use
$ set strings.exe
$ curl "cygwin.com/cgi-bin2/package-grep.cgi?text=1&arch=x86_64&grep=$1"
Or
$ apt-cyg searchall strings.exe
--
Problem reports:
As seen here
http://cygwin.com/ml/cygwin/2005-05/msg01263.html
He mention this command
echo -e '\E]0;blah\a'
However I think he meant to lowercase "E"
echo -e '\e]0;blah\a'
Either way, these commands are no longer changing the window title. Note that
PS1='\e]0;blah\a'
Still works
On Tue, May 6, 2014 at 6:27 AM, Chris J. Breisch wrote:
> Works for me. Are you sure you don't have PROMPT_COMMAND set, and it's
> overriding it?
This is on a clean Cygwin install. I deleted the Cygwin folder and reinstall
from that.
I even tried a clean install in a virtual machine with VirtualB
On Tue, May 6, 2014 at 9:10 AM, Marco Atzeri wrote:
> what is PS1 setting ?
> Likely PS1 is overwriting any "echo -e '\e]0;blah\a'" command
Yes sir! That was it! Culpable file
/etc/bash.bashrc
Thanks for the help.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Mon, May 12, 2014 at 9:52 AM, Eric Blake wrote:
> I haven't relinquished maintainership of this package yet. It's still
> on my list of things to build, when I get a moment (although free time
> has been a bit sparse as of late with the birth of my daughter last month).
Frankly I dont see how
On Tue, May 13, 2014 at 12:56 AM, Christopher Faylor wrote:
> Frankly, please give MSYS2 another try. We'd all appreciate it.
Look at the facts:
coreutils
newer version released 2 years ago
bash
newer version released 3 years ago
git
newer version released 2 years ago
These are major packages
On Tue, May 13, 2014 at 7:46 AM, Peter Rosin wrote:
> I'd rather have a maintainer
> that insulates me from \r-issues and says "no" before they hit me, than have a
> maintainer that don't understand why stripping every \r in sight isn't such a
> good idea.
We already have a system in place for thi
On Tue, May 13, 2014 at 10:04 AM, Christopher Faylor wrote:
> Funny how you're saying "We" as if you are actually contributing
> anything other than criticism.
You want me to contribute? Give me maintenance over one of the aforementioned
packages. Ball is in your court.
--
Problem reports:
On Tue, May 13, 2014 at 1:36 PM, Chris J. Breisch wrote:
> Of course, if you haven't yet successfully built the version of the package
> you want to maintain, haven't applied the necessary Cygwin patches, and
> haven't gotten it to successfully work on your machine, then it's a bit
> ludicrous to e
On Tue, May 13, 2014 at 5:51 PM, Christopher Faylor wrote:
> I've taken the ball back. We don't need a new maintainer.
You clearly do, as I have shown. You are just choosing not to take one on. That
is your right of course. Let us continue the status quo.
--
Problem reports: http://cygwin.
On Fri, May 16, 2014 at 12:05 PM, Christopher Faylor wrote:
> There will probably be some gotchas to work out for places which refer to
> http://cygwin.com/ directly. Please send any issues here, as always.
It appears it is not forcing HTTPS through a 301 redirect, is this intentional?
$ wge
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
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 Thu, May 29, 2014 at 12:11 PM, Christopher Faylor wrote:
> So the bottom line is that git's status is: missing a maintainer, hoping
> for someone to pick it up.
You have short term memory?
http://cygwin.com/ml/cygwin/2014-05/msg00255.html
http://cygwin.com/ml/cygwin/2014-05/msg00279.html
--
P
On Thu, May 29, 2014 at 7:04 PM, Chris J. Breisch wrote:
> Do you?
>
> https://cygwin.com/ml/cygwin/2014-05/msg00284.html
>
> From the same thread. Amazing that you missed that.
You are out of your element, mate
https://cygwin.com/ml/cygwin/2014-05/msg00298.html
--
Problem reports: http://
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, 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 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: un
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
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 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 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 Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote:
> Because of this dependency line
This issue is back again, now with
man-db
lynx
perl
OP
http://cygwin.com/ml/cygwin/2013-08/msg00152.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: h
On Fri, Jun 20, 2014 at 4:07 PM, Warren Young wrote:
> I see real value in only 3 lists:
>
> 1. User discussions
> 2. Development of Cygwin-the-project (broader than the DLL)
> 3. Talk
Well said, I agree.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:
On Sat, Aug 2, 2014 at 2:29 PM, Eric Blake (cygwin) wrote:
> Yes, I'm aware that it has been more than 2 years since I last built
> coreutils, and that there has been some question on the mailing list of
> whether I'm being responsive enough as a maintainer. I apologize for
> the delays in getting
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 have to do the work.
http://cyg
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
Using a 64-bit system
C:\> echo %PROCESSOR_ARCHITECTURE%
AMD64
With latest "setup-x86_64.exe" now yields this
Package: base-cygwin
000-cygwin-post-install.sh exit code 1
Package: _autorebase
autorebase.bat exit code 1
Package: bash
bash.sh exit code 1
Pa
On Sun, Aug 3, 2014 at 11:51 PM, Yaakov Selkowitz wrote:
>> Problem reports: http://cygwin.com/problems.html
>
> Without this information, it is very hard for us to help you.
Hm, seems pretty easy to me
$ curl -s box-soft.com/x86_64/setup.ini | awk '$1=="coreutils"' RS='\n\n@'
coreutils
sd
On Mon, Aug 4, 2014 at 1:22 AM, Yaakov Selkowitz wrote:
> You're right: the aforementioned directions are not difficult, and
> following them will help us help you. Please note that making snarky
> comments is not part of those directions.
I understand why you ask for that information, but it pis
On Mon, Aug 4, 2014 at 5:49 PM, Yaakov Selkowitz wrote:
> Advice provided through third-party channels is likely to be erroneous.
This is highly presumptuous. I have asked 10 questions and given 68 answers on
Stack Overflow, you calling those likely to be erroneous?
http://stackoverflow.com/users
On Mon, Aug 4, 2014 at 8:55 PM, Richard Troy wrote:
> you could have helped the person by doing those other things (like looking at
> stackoverflow) using less energy than you spent being abrasive.
Hey bro, what the hell are you talking about? *I* made one comment, which was
this
> This is highly
On Mon, Aug 4, 2014 at 11:28 PM, Andrey Repin wrote:
> Nobody care. Really. Noone going to recheck your answers to see is they are
> relevant to the current Cygwin realities. Which is a part of issue.
> Cygwin is evolving, and answers found all around the internet, copypasted for
> years without ev
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 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 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
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
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 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, Sep 18, 2014 at 12:44 PM, Chris Sutcliffe wrote:
> As such I'm looking for any volunteers to take over maintainership of the
> following packages: astyle, cppcheck, googlecl, hexedit, libsigc2.0,
> libtorrent, mingw-runtime, mingw-w32api, mksh, python-gdata, rtorrent and wtf.
I could take
On Fri, Sep 19, 2014 at 3:30 PM, Adam Dinwoodie wrote:
> Also, (I suspect) more commonly, for the rsync protocol used for
> git-clone and friends. See under "Git URLs" in `git help clone`.
I thought libcurl did that...
--
Problem reports: http://cygwin.com/problems.html
FAQ:
http://cygwin.com/cgi-bin was to my knowledge the only place you could find the
source to such important files as "package-grep.cgi"
http://cygwin.com/ml/cygwin/2014-06/msg00127.html
However this and other pages found in Cygwin Robots have gone missing, notice
curl -s cygwin.com/robots.txt |
On Mon, Oct 20, 2014 at 2:33 AM, Corinna Vinschen wrote:
> Removed at some point in the past. You referenced the correct path
> yourself in the mail the above link points to
The following example links do not work
http://cygwin.com/cgi-bin
http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvs
On Mon, Oct 20, 2014 at 10:48 AM, Corinna Vinschen wrote:
> Try
>
> wget https://cygwin.com/cgi-bin2/package-grep.cgi
No. I am not trying to search for a package. I am trying to view the source code
for the Perl file "package-grep.cgi" and other files that were under "cgi-bin".
--
Problem repor
On Mon, Oct 20, 2014 at 1:27 PM, Andrey Repin wrote:
> You didn't made the issue clear. What part of the Cygwin website is
> referencing these links? I.e. what does not work for you on the website?
http://cygwin.com/ml/cygwin/2014-08/msg00179.html
--
Problem reports: http://cygwin.com/probl
On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote:
> Because of this dependency line
This issue is back again, now with
bash
_update-info-dir
texinfo
perl
Previous
http://cygwin.com/ml/cygwin/2014-06/msg00279.html
http://cygwin.com/ml/cygwin/2013-08/msg00152.html
--
Prob
On Mon, Oct 27, 2014 at 11:06 PM, Eric Blake (cygwin) wrote:
> A new release of wget, 1.16-1, will be available soon for download from
> your favorite mirror, leaving 1.15-1 as previous.
Can we roll this back? Notice if the filename and eta fields use full width at
same time, it breaks the output
On Wed, Nov 5, 2014 at 1:27 AM, Eric Blake wrote:
> That thread also suggested that you could work around some of the
> regression by setting up your config file to automatically add
> --no-scroll if that is the new behavior you don't like.
I should have mentioned, that does not fix it.
$ wget --
I noticed that Debian is using Perl rename
$ readlink -f /usr/bin/rename
/usr/bin/prename
$ dpkg --search bin/prename
perl: /usr/bin/prename
However, Cygwin Perl does not include this file.
$ gzip -cd /etc/setup/perl.lst.gz | grep prename | wc
0 0 0
I
1 - 100 of 504 matches
Mail list logo
