On Aug 9, 2016, at 6:10 PM, Warren Young wrote:
>
> On Aug 4, 2016, at 5:43 PM, Michel LaBarre wrote:
>
>> Three isolated *nix-like environments have died under Windows - Interix,
>> POSIX subsystem under NT, and I expect Ubuntu under Win10 because of the
>> lac
On Aug 9, 2016, at 7:16 PM, Andrey Repin wrote:
>
>>> As i understand Cygwin will soon no longer support Windows XP resp.
>>> 2003. This means that only Windows versions with native symbolic link
>>> functionality will be supported after that. Would it be possible to use
>>> only native symbolic l
On Aug 9, 2016, at 7:01 PM, Andrey Repin wrote:
>
>> PATHEXT looks for *executable* files, not file association. I warned
>> previously in this thread about getting the two confused.
>
> Your statement is confusing. If not contradictory.
> PATHEXT tells the shell to consider these file extension
On Aug 4, 2016, at 5:43 PM, Michel LaBarre wrote:
>
> Well my first foray into the world of CYGWIN mailing lists has been a lot of
> fun so far.
You can’t expect to come into a well-established community and expect no
push-back when you insist that they make a wide-reaching change just to suit
On Aug 8, 2016, at 8:00 AM, Erik Soderquist wrote:
>
> On Mon, Aug 8, 2016 at 9:52 AM, Erik Soderquist wrote:
>> On Sun, Aug 7, 2016 at 4:11 AM, Herbert Stocker wrote:
code required to handle .exe and .lnk extensions you don't *want*
PATHEXT support anymore.
>>>
>>> Moreso, this
On Aug 9, 2016, at 2:07 AM, Herbert Stocker wrote:
>
> On 8/9/2016 2:45 AM, Michel LaBarre wrote:
>> It could very well be that, as one response to me on this thread
>> alluded, CYGWIN's role is to provide the equivalent of an isolated
> > POSIX VM under Windows without the VM.
>
> ...CYGWIN is
On Jul 27, 2016, at 10:00 PM, prabhakar gupta
wrote:
>
> After getting the "installation cocmpleted" message I double clicked on the
> MINTTY.EXE shortcut and go the following error:
> "The procedure entry point cancelsynchronousio could not be located in the
> dynamic link libraryKERNEL32.DLL
On Jul 27, 2016, at 9:31 AM, Peder Sverdrup wrote:
>
> When I open the cygwin terminal I can run the script manually. But if I
> include it in my crontab, it does not run.
Append something like “ > /bup.log 2>&1 “ to the end of your crontab lines and
examine the output. That will probably clu
On Jul 18, 2016, at 10:27 AM, Marco Atzeri wrote:
>
> On 18/07/2016 17:46, Warren Young wrote:
>> While examining someone’s checkcheck -rsv output, I failed to find a simple
>> statement telling me which word size the DLL was built for.
>
> For 32 bit cygwin running un
While examining someone’s checkcheck -rsv output, I failed to find a simple
statement telling me which word size the DLL was built for.
I was able to puzzle it out based on hints in the file, such as that “cygwin32”
packages means he has the 32-bit cross-compile toolchain, which means it’s a
64
On Jul 16, 2016, at 9:19 AM, Thomas Nilsson wrote:
>
> git not performing its job
So fire it: http://fossil-scm.org/ :)
github.com is easy and sexy, but standing up a cheap VPS isn’t all that
difficult or expensive.
>> + git clone g...@github.com:thoni56/cgreen.git -v -v
I take it this is
On Jul 14, 2016, at 9:24 AM, Warren Young wrote:
>
> If you look at such a file name in Explorer, Cygwin (?) seems to be mapping
> double-quotes to U+F022, which is currently not defined within Unicode:
>
> http://www.fileformat.info/info/unicode/char/f022/
I think this m
On Jul 14, 2016, at 8:36 AM, Brien Oberstein wrote:
>
> cygpath -w 'a"b' doesn't seem to translate the double quotes into a windows
> accesible file name.
Double quotes are illegal on NTFS:
https://msdn.microsoft.com/library/windows/desktop/aa365247.aspx
> what is the proper way to translate
On Jul 12, 2016, at 9:09 AM, Henry S. Thompson wrote:
>
> Much easier:
>
>> export PS1='\[\033[1m\]\h\[\033[0m\]<\!>:'
>
> and your machine name should be bold.
That is indeed what I see.
> But I have a further (bizarre) observation: This problem is
> size and/or resolution-related:
>
>
On Jul 11, 2016, at 2:43 PM, Thomas Wolff wrote:
>
> Am 11.07.2016 um 20:52 schrieb Henry S. Thompson:
>>
>> To see what I'm talking about, look at whatever test page you like which
>> includes both bold and non-bold text (I use gnus).
> What "gnus" test page?
gnus is a full-screen terminal new
On Jul 11, 2016, at 12:52 PM, Henry S. Thompson wrote:
>
> To see what I'm talking about, look at whatever test page you like which
> includes both bold and non-bold text (I use gnus).
I used vttest:
http://invisible-island.net/vttest/vttest.html
About halfway through menu option 2, you get
On Jul 3, 2016, at 8:02 AM, Ken Brown wrote:
>
> it doesn't take dependency loops into account
I’ve fixed that using your proposed “Dependency order” solution. I haven’t
analyzed the output, but it is a bit longer than the last time, so I assume it
has saved me from dropping all packages in a
On Jul 5, 2016, at 12:10 PM, Brian Inglis
wrote:
>
> cygstart file://C:/ works
Right. The extra leading slash is causing the POSIX to DOS command conversion
to effectively give you $(cygpath -m /c:/) rather than what you expected, which
was $(cygpath -m c:/)
--
Problem reports: http:/
On Jul 4, 2016, at 6:34 AM, harryren0...@sina.com wrote:
>
> ../../../../cygwinSrc/winsup/cygwin/cxx.cc:32:32: error: unknown option after
> '#pragma GCC diagnostic' kind [-Werror=pragmas]
> #pragma GCC diagnostic ignored "-Wc++14-compat”
That says you’re using a GCC that doesn’t understand -Wc+
On Jul 5, 2016, at 6:11 AM, KARL BOTTS wrote:
>
> I have been using 32-bit Cygwin for at least 15
> years, and being without it throws me into a tizzy.
64-bit Cygwin installs in parallel to 32-bit Cygwin, not over the top of it.
If your 64-bit adventure is a complete failure, your 32-bit insta
On Jul 1, 2016, at 4:40 PM, Warren Young wrote:
>
> I’ve written a script to do that automatically.
I’ve improved the script so that it no longer requires any parameters. It
finds the last-used setup.ini file and extracts the list of currently-installed
packages, all on its own.
On Jul 1, 2016, at 4:12 PM, KARL BOTTS wrote:
>
> I use Cygwin32 on Windows-64.
Then you’re artificially making rebase’s job harder.
The list of 32-bit-only Cygwin packages is tiny these days, and you’ve just
rebuilt your Cygwin environment. With my new find-cyg-roots script, you could
rebui
On Jul 1, 2016, at 1:35 PM, Warren Young wrote:
>
> To clone an existing install using setup.exe:
>
> $ /path/to/setup-x86_64 -R 'c:\cygwin-clone' -q -L \
>-P $(tail -n+2 installed.db | cut -f1 -d' ' | tr '\n' ,)
[snip]
> ...you can prune
On Jul 1, 2016, at 2:52 PM, Hans-Bernhard Bröker wrote:
>
> Am 01.07.2016 um 20:36 schrieb Warren Young:
>
>> That means you have the DocBook tools installed but don’t have the
>> DocBook XSL stylesheets installed
>
> only docbox2x-texi is checked for by winsup/doc
On Jun 29, 2016, at 6:24 AM, KARL BOTTS wrote:
>
> A couple of weeks ago I installed Visual Studio 2015...It is a huge install
> -- 20GB disk space, more than an hour, a couple of reboots.
In a world where main storage is measured in 100s of MB per second, installing
20 gigs should not take ho
On Jun 30, 2016, at 11:19 AM, Kaz Kylheku wrote:
>
> It sat for a long time in "book set list ..." with the CPU idle.
That means you have the DocBook tools installed but don’t have the DocBook XSL
stylesheets installed, so it has to fetch them over the Internet. Those
Internet servers are hea
On Jun 28, 2016, at 3:48 PM, Henry S. Thompson wrote:
>
> I'm now pretty sure (it's happened 3 times since Thursday) that some
> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
> installation.
Quoting from your setup.log.full:
> The following DLLs couldn't be rebased becau
On Jun 23, 2016, at 12:17 PM, Andrey Repin wrote:
>
Let Explorer fix it.
>>>
>>> Do NOT do that. It'll screw Cygwin permission handling.
>
>> Here’s my fixperms script, which keeps both sides happy:
>
> Overengineered.
> Just use noacl mounts and you'll not have this problem again.
Let me
On Jun 23, 2016, at 4:21 AM, Andrey Repin wrote:
>
> Greetings, Warren Young!
>
>>> 2) Examining the permissions on putty.exe, the first thing that
>>> comes up is an error that reads:
>>>
>>> "The permissions on putty.exe are incorrect
On Jun 23, 2016, at 6:18 AM, Corinna Vinschen wrote:
>
> From 2.5.2 onwards, the Cygwin DLL is now available under the GNU LGPL v3,
> rather
> than the former GPLv3.
I have mixed feelings about this.
On the one hand, it means we get the same freedoms when deploying GCC-compiled
software on Wi
On Jun 22, 2016, at 12:40 PM, Zube wrote:
>
> 1) putty will not execute. Error is "Access is denied”.
Is it getting the +x permission for your user or one of its groups? Windows
requires this just as Unix does.
Post the getfacl and icalcs output for putty.exe if you think it’s correct.
> 2)
On Jun 22, 2016, at 9:36 AM, Corinna Vinschen wrote:
>
>> 64-bit Windows is LLP64, while 64-bit Linux is LP64 on the same hardware.
>
> s/Linux/Linux and Cygwin/
Well, that was unexpected.
Still, you could get similar problems. ifdefs for portable sized-integer types
are a particularly rich
On Jun 22, 2016, at 6:39 AM, Marco Atzeri wrote:
>
>
> may be is a piping problem, but there is no evidence; it could be a lot of
> different issues due to 64bit porting.
> I will not be surprise if there is wrong assumption on data size.
That’s my guess, too.
64-bit Windows is LLP64, while 6
On Jun 21, 2016, at 5:12 PM, Andrey Repin wrote:
>
> Greetings, Warren Young!
>
>> I used 64k and 64M (capitalization is important to dd),
>
> You aren't confusing DD with some other tool?
Try testing with “M”, not “k”.
Technically speaking, if it’s going to
On Jun 21, 2016, at 4:54 PM,
wrote:
>
> Three years ago, 64-bit OpenGL not yet working at all was simply motivation
> to see how the then-new 64-bit Geomview fleshed out.
Why mention OpenGL at all, then?
This is part of reducing the problem to a simple test case: remove confounding
complexi
Version 2.2.0-1 of expat has been uploaded.
Expat is a stream-based XML parsing library used by many programs.
This release tracks an upstream release, which is mainly a bugfix and security
rollup release. All users of Expat 2.x should upgrade to it.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE
On Jun 21, 2016, at 4:40 PM, Warren Young wrote:
>
> On Jun 21, 2016, at 3:57 PM, Warren Young wrote:
>>
>> Here’s what a simple test case looks like:
>>
>> $ dd if=/dev/urandom bs=4k count=4m |
>> gpg -c --force-mdc |
>> gpg -d > /dev/null
On Jun 21, 2016, at 3:57 PM, Warren Young wrote:
>
> Here’s what a simple test case looks like:
>
> $ dd if=/dev/urandom bs=4k count=4m |
>gpg -c --force-mdc |
>gpg -d > /dev/null
I seem to have stumbled upon the actual STC. Just increase those values,
launch
On Jun 20, 2016, at 10:53 PM, lloyd.w...@yahoo.co.uk wrote:
>
> Yes, it's the same piping problem of three years ago.
…where you were asked to provide a simple test case for the problem, instead of
“compile admittedly difficult-to-build package Geomview and use it against one
of the most compli
On Jun 9, 2016, at 4:07 PM, Achim Gratz wrote:
>
> Warren Young writes:
>> If the OP can stand a curses terminal program (as opposed to a purely
>> bytestream oriented program like cu or direct /dev/tty* access) then
>> I’d suggest minicom.
>
> I've used mi
On Jun 9, 2016, at 1:52 AM, Cufi, Carles wrote:
>
>> I prefer to use Cygwin most of the
>> time, then run a âmingwâ script I wrote to temporarily shift my Cygwin
>> environment to MinGW mode:
>
> This sounds like a very good idea, but the problem is that sometimes I need
> to run mingw commands
On Jun 8, 2016, at 9:04 AM, Andrey Repin wrote:
>
>> Brian Inglis writes:
>
>>> Maybe try Windows putty non-TCP/IP serial I/O?
>
>> I was specifically trying to avoid a Windows program.
>
> putty is not a Windows program.
PuTTY started out as a Windows-only program and is certainly still best
On Jun 7, 2016, at 6:05 PM, Brian Inglis
wrote:
>
>
> cu is the normal Unixy way of using a remote USB->serial line, but I can't
> find it in Cygwin packages
Taylor UUCP builds out of the box on Cygwin:
$ wget ftp://ftp.gnu.org/pub/gnu/uucp/uucp-1.07.tar.gz
$ tar xf uucp-1.07.tar.gz
$ c
On Jun 8, 2016, at 8:19 AM, Cufi, Carles wrote:
>
> So what's the better way of fixing this? Making /mingw/bin/gettext.sh have
> UNIX line endings or replacing it with the proper Cygwin gettext.sh that I
> seem to be missing?
Don’t try to mix the Cygwin and MinGW build systems. Having MinGW in
On May 29, 2016, at 6:30 PM, Jason Pyeron wrote:
>
> I feel I am making things way too complicated.
Yes. :)
> I have a Makefile, which is building a static library [1] in both 32 and 64
> bit.
Don’t do that. The 32-bit and 64-bit Cygwins are fundamentally incompatible:
http://stackoverflow
On May 24, 2016, at 8:33 AM, Corinna Vinschen wrote:
>
> On May 24 06:38, Warren Young wrote:
>> On May 23, 2016, at 4:35 AM, Corinna Vinschen wrote:
>>>
>>> using relative paths inside the Cygwin docs
>>
>> Did you mean to say “absolute paths”?
On May 24, 2016, at 6:43 AM, Benjamin Cao wrote:
>
> The executable, when run with nm in Cygwin, results in a "no symbols" result,
> whereas it generates a symbol table in unix.
That’s not what I see here. Given hello.c containing a “Hello, world!” program:
$ make hello
cc hello.c -
On May 23, 2016, at 4:35 AM, Corinna Vinschen wrote:
>
> using relative paths inside the Cygwin docs
> (cygwin-api, cygwin-ug-net, and faq) is not such a bright idea, because
> the docs should ideally work even if not on the cygwin.com website.
Did you mean to say “absolute paths”? If not, then
On May 19, 2016, at 7:01 PM, Warren Young wrote:
>
> For what it’s worth, setfacl -bk followed by a chmod -x sometimes always
> fixes this.
I’ve solved this by applying that fix to the affected directory trees in bulk:
$ find foo bar baz -exec setfacl -kb {} \;
Heavy-hande
On May 20, 2016, at 10:36 AM, Corinna Vinschen
wrote:
>
> On Apr 24 17:18, Brian Clifton wrote:
>>
>> This patch (see below) will update most of the urls to HTTPS.
>
> Since Cygwin.com redirects http requests to https anyway, all links
> to cygwin.com (or, FWIW, sourceware.org) will end up as
On May 19, 2016, at 6:44 PM, KOBAYASHI Shinji wrote:
>
> my patch is just two lines of modifications, so I believe
> that it is not "a significant one". Is it okay to send such a small
> patch without the assignment form?
How about you just give the line of code and explain what’s wrong with
On May 19, 2016, at 5:21 PM, Hans-Bernhard Bröker wrote:
>
> Does not WFM:
[snip]
> This is with ldd.exe from cygwin-2.5.1-1, on Win10 64bit, installed into
> c:\cygwin64
That’s identical to my system.
I was going to attach the output of “strace ldd `which ls`” but that leaks too
much detai
I think I have an ACL inheritance problem. Here’s the scenario:
$ ls -l Protocol.md ## Boo, bad permissions; shouldn’t be +x!
-rwxr--r--+ 1 Warren Warren 4.3K May 19 18:41 Protocol.md*
$ chmod -x Protocol.md
$ ls -l Protocol.md ## Still +x! Did I stutter?
-rwxr--r--+ 1 Warren Warren
Version 2.1.1-2 of expat has been uploaded.
Expat is a stream-based XML parsing library used by many programs.
All users of software based on expat should upgrade as this release includes a
fix for
CVE-2016-0718, rated critical.
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-0718
On May 16, 2016, at 5:15 PM, Jon Ross wrote:
>
> Nor can I find any python files in the git package.
/usr/libexec/git-core/git-p4
I expect it is that file (or another like it) that cygport is finding and
automatically adding the python dependency.
In the past, packages have had to be restruct
On May 16, 2016, at 1:10 PM, Benjamin Cao wrote:
>
> I am curious to know if there is a command that will display a symbol table
> for *.obj files. It seems as if commands such as "nm" or "objdump" do not do
> this. I get "File format not recognized”.
nm *is* the right tool, but only for file
On May 16, 2016, at 10:48 AM, Andrey Repin wrote:
>
> Greetings, Warren Young!
>
>> STC:
>
>>$ ldd `which ls`
>
> $ cygcheck $(which ls)
Good to know. But ldd should do it, too. :)
--
Problem reports: http://cygwin.com/problems.html
FAQ:
STC:
$ ldd `which ls`
Actual output:
$ ldd `which ls`
ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffd16fb)
KERNEL32.DLL => /c/WINDOWS/system32/KERNEL32.DLL (0x7ffd16b8)
KERNELBASE.dll => /c/WINDOWS/system32/KERNELBASE.dll (0x7ffd13f5)
Expected output:
On May 13, 2016, at 10:41 AM, Yaakov Selkowitz wrote:
>
> On 2016-05-13 10:38, Warren Young wrote:
>
>> But after taking a peek at the AST license, it’s pretty clear it’s
>> incompatible
>> with the GPL.
>
> True, but it is Open Source and therefore would be ac
On May 13, 2016, at 8:02 AM, Ben Altman wrote:
>
> Doing a ksh --version gives me: version sh (AT&T Research) 93u+
> 2012-08-01
>
> I haven't upgraded yet
ksh93u+ is the latest stable version. Everything after that are beta versions
which have been in beta for many years, which may
On May 12, 2016, at 8:35 AM, Ben Altman wrote:
>
> I have been using the same version of ksh for a while
Be specific. *Which* version?
I can see from your cygcheck.out that you aren’t talking about mksh, the only
ksh that ships with Cygwin. Therefore, I assume you mean AT&T ksh93. Which
ve
On May 12, 2016, at 8:16 AM, Peder Sverdrup wrote:
>
> I would like to format an external harddrive with ext3.
Marco’s answer will get you that far. However…
> (And then do a backup of my windows file with my rsync script to the external
> harddrive.)
…the e2fsprogs package isn’t going to ge
On May 11, 2016, at 10:10 AM, Mike Bonnet wrote:
>
> On 5/11/16 8:18 AM, Yaakov Selkowitz wrote:
>> On 2016-05-11 09:35, Mike Bonnet wrote:
>>
>>> Any chance we could get a new 64-bit build?
>>
>> We'd need to find the real cause of this before it would be of any help.
>> I'd start with updating
On May 9, 2016, at 2:57 PM, Eric Blake wrote:
>
> On 05/09/2016 12:29 PM, Warren Young wrote:
>> RHEL’s coreutil depends on gmp, while Cygwin’s does not, but this does not
>> tell us that Cygwin’s coreutils should be rebuilt to depend on gmp.
>
> Umm, the cygwin build
On May 9, 2016, at 12:29 PM, Warren Young wrote:
>
> On May 6, 2016, at 7:41 PM, Warren Young wrote:
>>
>> On May 6, 2016, at 3:53 AM, Thomas Wolff wrote:
>>>
>>> after a recent fresh installation of cygwin, I was surprised that `cmp` was
>>> m
On May 6, 2016, at 7:41 PM, Warren Young wrote:
>
> On May 6, 2016, at 3:53 AM, Thomas Wolff wrote:
>>
>> after a recent fresh installation of cygwin, I was surprised that `cmp` was
>> missing, which is part of the traditional Unix base commands.
>> I think t
On May 7, 2016, at 12:20 AM, Thomas Wolff wrote:
>
> Am 07.05.2016 um 03:41 schrieb Warren Young:
>> On May 6, 2016, at 3:53 AM, Thomas Wolff wrote:
>>> after a recent fresh installation of cygwin, I was surprised that `cmp` was
>>> missing, which is part of the
On May 6, 2016, at 3:53 AM, Thomas Wolff wrote:
>
> after a recent fresh installation of cygwin, I was surprised that `cmp` was
> missing, which is part of the traditional Unix base commands.
> I think the diffutils package should be part of the base installation.
We’ve never really had a hard
On May 5, 2016, at 11:59 AM, Ken Brown wrote:
>
> Ismail's suggestion did indeed produce deterministic builds in my setup. I
> built a large project with about 150 executables, changed a few source files,
> removed the build directory, rebuilt, and found that only the (expected) few
> executa
On Apr 15, 2016, at 4:04 AM, Andrey Repin wrote:
>
>> And yet, despite the free
>> availability of top-quality VM technology, Cygwin continues to thrive.
>
> Because interoperability.
So the ability to run native Linux ELF binaries without recompilation on
Windows is not “interoperability”?
>
On Apr 20, 2016, at 10:56 AM, Jari Aalto wrote:
>
>> 3.7.3 as a security release, with fixes for:
>>
>> CVE-2016-3630 Mercurial: remote code execution in binary delta decoding
>> CVE-2016-3068 Mercurial: arbitrary code execution with Git subrepos
>> CVE-2016-3069 Mercurial: arbitrary code execut
On Apr 14, 2016, at 1:07 PM, Andrey Repin wrote:
>
>>> small things like cygpath
>
>> A cygpath like facility is neither useful nor needed in UfW.
>
> Which means, I can't call diff between files on my file manager's two panels?
Sure you can. c:\tmp\foo.txt is seen as /mnt/c/tmp/foo.txt inside
On Apr 13, 2016, at 6:56 AM, KARL BOTTS wrote:
>
> why didn't MS just arrange to support Cygwin more
> directly, e.g., make a "blessed" distribution mechanism for Cygwin available
> to their users?
Many reasons.
The first must be licensing. Realize that UfW is a kernel-level feature, which
me
On Apr 13, 2016, at 9:25 AM, Andrey Repin wrote:
>
>> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>>>
>>> It will be interesting to see how they map identities and permissions!
>
>> They don’t map identities at all, a fact that is clear from this
>> presentation:
>>
> In other words, this
On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>
> It will be interesting to see how they map identities and permissions!
They don’t map identities at all, a fact that is clear from this presentation:
https://channel9.msdn.com/Events/Build/2016/C906
They’re clearly saying that the Ubuntu wor
On Apr 11, 2016, at 9:06 PM, Tatsuro MATSUOKA wrote:
>
> In building the gnuplot
Why aren’t you using the gnuplot package in the Cygwin package repository?
> I have met the error of "multiple definition of `atan2l’".
This is doubtless because that function was just added to Cygwin in 2.5.0.
P
On Apr 4, 2016, at 2:02 PM, Marco Atzeri wrote:
>
> On 04/04/2016 21:46, Chloe wrote:
>>
>> $ /usr/sbin/postgres
>> FATAL: could not create shared memory segment: Function not implemented
>> DETAIL: Failed system call was shmget(key=5432001, size=40, 03600).
>
> The shared memory capability d
On Apr 4, 2016, at 10:51 AM, Andrey Repin wrote:
>
>> BSD file locks created via flock are only propagated to the direct parent
>
> that's a showstopper. In short, it makes the function literally useless.
Nonsense. That’s only true if “literally” every program that uses BSD locks
creates gran
On Mar 31, 2016, at 2:57 AM, EMMANUELLE FOURNIER
wrote:
>
> I've changed in tar.bz2, because in the x86 version of program, they were in
> tar.bz2.
You’ve misdiagnosed the cause of the change. Cygwin changed from distributing
bz2-packed tarballs to xz-packed tarballs many months ago for both
On Mar 30, 2016, at 12:27 AM, EMMANUELLE FOURNIER
wrote:
>
> - packages are in tar.xz, I've made them in tar.bz2
Why? You’re using Cygwin’s own installer underneath NSIS, and that program has
XZ decompression built in. Why use a less efficient compression method?
> - setup.ini has been mod
On Mar 28, 2016, at 4:03 AM, Arthur Norman wrote:
>
> the build sequences I have on Windows really like having all the building
> done from a single shell, so that it can be automated
What’s difficult about treating Cygwin 32 and Cygwin 64 as separate platforms,
each with its own Cygwin instal
On Mar 24, 2016, at 1:29 PM, Warren Young wrote:
>
> On Mar 23, 2016, at 10:20 PM, Rashi Singhal wrote:
>>
>> configure:3288: gcc --version &5
>> gcc (GCC) 4.3.2 20080827 (beta) 2
>> Copyright (C) 2008 Free Software Foundation, Inc.
>
> According to t
On Mar 23, 2016, at 10:20 PM, Rashi Singhal wrote:
>
> Is there any other procedure for building an older release of cygwin.
Cygwin is not GCC Ada, nor vice versa.
I’m being pedantic because you’re referencing Cygwin build instructions but
having trouble with a third-party package. You may ha
On Mar 15, 2016, at 4:35 PM, Kevin Layer wrote:
>
> Cygwin Configuration Diagnostics
Next time, please *attach* this, don’t paste it inline.
(That’s not my idiosyncratic preference, it’s part of the instructions:
https://cygwin.com/problems.html)
> Running in Terminal Service session
You say
On Mar 16, 2016, at 2:18 AM, Gerrit Haase wrote:
>
> this is not documented, at least
> not where I expected to find the information:
> https://cygwin.com/faq/faq.html#faq.setup.cli
This is “frequently asked”?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:
On Mar 18, 2016, at 11:48 AM, Jim Garrison wrote:
>
> On 3/18/2016 7:52 AM, Tony Kelman wrote:
>> Nellis, Kenneth xerox.com> writes:
>>
>>> My ideal scenario is to right-click in the Explorer window, select the
>>> new Cygwin option that I'd like to appear, and this would open a
>>> mintty/ba
On Mar 16, 2016, at 10:07 AM, Lee wrote:
>
> The last time I tried the cygwin ping program it didn't return a
> failure status
It does if you don’t Ctrl-C out of it. So, if you’re using it from a script,
you just ask for one packet:
# ping does.not.exist 1 1
ping: unknown host does.no
Version 2.1.1-1 of expat has been uploaded.
Expat is a stream-based XML parsing library used by many programs.
All users of software based on expat should upgrade as this release includes a
fix for CVE-2015-1283, rated 6.8 (MEDIUM) on the CVSS v2 security scale:
https://web.nvd.nist.gov/view/
On Mar 15, 2016, at 5:13 PM, Andrey Repin wrote:
>
> I'll grab it, if you don't mind.
That was the idea. It’s a patch I don’t have to maintain now. :)
Thank you!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On Mar 15, 2016, at 5:19 PM, Warren Young wrote:
>
> On Mar 15, 2016, at 5:14 PM, Erik Soderquist wrote:
>>
>> I'm fairly certain
>> that I have not had this machine that long
>
> The mtimes on those files is as reliable as your system clock, because
>
On Mar 15, 2016, at 5:14 PM, Erik Soderquist wrote:
>
> I'm fairly certain
> that I have not had this machine that long
The mtimes on those files is as reliable as your system clock, because they’re
generated during first install.
Contrast that with files unpacked from tarballs which can be ba
On Mar 15, 2016, at 5:00 PM, Erik Soderquist wrote:
>
> On Tue, Mar 15, 2016 at 6:53 PM, Warren Young wrote:
>>> I do not know where /etc/passwd and /etc/group came from on
>>> this system, unless pre-1.7.34 is still less than a year ago
>>
>> Google sez: h
On Mar 15, 2016, at 4:48 PM, Erik Soderquist wrote:
>
> I do not know where /etc/passwd and /etc/group came from on
> this system, unless pre-1.7.34 is still less than a year ago
Google sez: https://cygwin.com/ml/cygwin-announce/2014-11/msg00019.html
Relevant: https://cygwin.com/ml/cygwin-ann
On Mar 15, 2016, at 4:40 PM, Erik Soderquist wrote:
>
> On Tue, Mar 15, 2016 at 6:19 PM, Warren Young wrote:
>> Confirmed, at least on Win10 64-bit without any AD mucking things up. That
>> is, I get both 114 and 544 here, so I don’t need the 114 rule at all.
>
> Looks
On Mar 15, 2016, at 3:34 PM, Thomas Wolff wrote:
>
> Is there also a universal replacement for
>elif id | grep -e "gid=.*(Power Users)" > /dev/null
> ?
Give this a try:
PS1_COLOR=32
PS1_PCHAR='$'
for group in $(id -G); do
test $group -eq 544 && { PS1_PCHAR='#'; PS1_COLOR=31; break; }
On Mar 15, 2016, at 2:17 PM, Achim Gratz wrote:
>
> Andrey Repin writes:
>>test $group -eq 114 && { x="#"; break; }
>
> Nope, that group membership isn't associated with real administrative
> powers.
Confirmed, at least on Win10 64-bit without any AD mucking things up. That is,
I get both
On Mar 15, 2016, at 11:23 AM, Andrey Repin wrote:
>
> PS1_TAIL="$(
> x="$"
> for group in $(id -G); do
> {
>test $group -eq 114 && { x="#"; break; }
>test $group -eq 544 && { x="#"; break; }
>test $group -eq 0 && { x="Please remove well-known SID overrides from your
> /etc/group
On Mar 15, 2016, at 12:37 PM, Achim Gratz wrote:
>
> Warren Young writes:
>
>> Perhaps something like this should go into the default /etc/profile?
>
> No, since it gets read for all shells, not just interactive ones.
Not according to the INVOCATION section of bash.1.
I just came up with this recipe to change the default PS1 value to use red for
the user@host part of the prompt and to change the $ character to a #:
if id | grep -qi 'member of administrators group'
then
export PS1=$(echo "$PS1" | sed -e 's_32_31_' -e 's_\\\$_#_')
fi
I’m not
On Mar 14, 2016, at 6:45 PM, Frank Farance wrote:
>
> I have been having this problem with "ping". If I "ping" a location that
> doesn't exist, then "ping" just hangs and cannot be killed via "kill -KILL
> [pid]”.
Are you certain that you’re using the Cygwin ping, and not the native Windows
1 - 100 of 767 matches
Mail list logo
