Re: Up for adoption: ctags and expat

On Aug 12, 2016, at 7:57 AM, Corinna Vinschen wrote: > > > Cool! If you want to take over ctags and test universal ctags for > Cygwin, feel free if Warren agrees. I'll change over maintainership > then. > > Warren, does that sound good to you? > > Doug, I hope you

Up for adoption: ctags and expat

I’m the current maintainer of these two packages. As it happens, I have never seriously used either under Cygwin. I only adopted ctags because it was abandoned in 2003 and was in danger of being removed from the distribution after repeated attempts to contact its maintainer in 2005 failed.

Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

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

Re: symbolic linls

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

Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

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

Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

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

Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

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

Re: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

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. >

Re: getting cancelsynchronous IO error when starting mintty.exe from Windows XP desktop shortcut

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 >

Re: Can a .sh script stored in c:\scripts\ (Windows part of filesystem) be run from crontab?

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.

Re: cygcheck feature request: cygwin1.dll build info

On Jul 18, 2016, at 10:27 AM, Marco Atzeri <marco.atz...@gmail.com> 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. >

cygcheck feature request: cygwin1.dll build info

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

Re: Problem with git on cygwin64 on Windows 10 (2.8.3-1), again

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

Re: cygpath -w 'a"b'

On Jul 14, 2016, at 9:24 AM, Warren Young <w...@etr-usa.com> 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/f0

Re: [ITP] words - Dictionary file

On Jul 14, 2016, at 10:23 AM, David Stacey wrote: > >> the words package is more likely to be useful for any modern purpose. > > So are you happy for me to upload the 'words' package as it is at the moment? To the extent that I am a gatekeeper, sure. I think the real

Re: cygpath -w 'a"b'

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

Re: [ITP] words - Dictionary file

On Jul 13, 2016, at 7:30 AM, Marco Atzeri wrote: > >> This needs to be coordinated with Warren's proposal: >> >> https://www.cygwin.com/ml/cygwin-apps/2016-07/msg00015.html >> > the two packages seem to provide different word lists. Yes. The ‘words’ package’s source is the Moby Project,

Re: ITA: GNU miscfiles

On Jul 13, 2016, at 7:56 AM, Corinna Vinschen wrote: > > when using dodoc it should better point to the source file The problem is that the GNU-manifesto file is installed, but in the wrong location, IMHO. I was hoping that dodoc would be smart enough to realize

Re: ITA: GNU miscfiles

On Jul 13, 2016, at 6:58 AM, Ken Brown <kbr...@cornell.edu> wrote: > > On 7/13/2016 7:05 AM, Corinna Vinschen wrote: >> On Jul 12 11:06, Warren Young wrote: >>> CATEGORY=Misc > > This is not a legal category. Sorry, I used it because setup.exe shows that as

Re: ITA: GNU miscfiles

On Jul 12, 2016, at 11:06 AM, Warren Young <w...@etr-usa.com> wrote: > > NAME=miscfiles > VERSION=1.5 > RELEASE=1 Late addition: ARCH=noarch

ITA: GNU miscfiles

Per https://cygwin.com/ml/cygwin/2016-07/msg00160.html …I would like to adopt the GNU miscfiles package. I have constructed the following cygport file, which seems to do the trick: NAME=miscfiles VERSION=1.5 RELEASE=1 SUMMARY="Miscellaneous data files"

Re: Mintty 2.4.0 and Deja Vu Sans Mono 2.35: issue with bold

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

Re: Mintty 2.4.0 and Deja Vu Sans Mono 2.35: issue with bold

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

Re: Mintty 2.4.0 and Deja Vu Sans Mono 2.35: issue with bold

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

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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

Re: cygstart.exe can't open file:///C:/

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:/)

Re: how to compile cygwin from sources in cygwin(win 7)?

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

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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,

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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.

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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 the long list produced by that

Re: Lengthy "xmlto" build step in Cygwin.

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 winsu

Re: Anecdotal: Rebase and Visual Studio 2015 and /etc

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

Re: Lengthy "xmlto" build step in Cygwin.

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

Re: rebaseall ate my homework (Windows 10 install, that is)?

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

Re: wget 1.17.x creates odd permissions on downloaded files

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

Re: wget 1.17.x creates odd permissions on downloaded files

On Jun 23, 2016, at 4:21 AM, Andrey Repin <anrdae...@yandex.ru> 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 put

Re: Cygwin library now available under GNU LGPL

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

Re: wget 1.17.x creates odd permissions on downloaded files

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

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-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

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

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

Re: Piping on 64-bit Cygwin, STC found

On Jun 21, 2016, at 5:12 PM, Andrey Repin <anrdae...@yandex.ru> 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

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

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

[ANNOUNCEMENT] Updated: expat-2.2.0-1

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

Updated: expat-2.2.0-1

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

Re: Piping on 64-bit Cygwin, STC found

On Jun 21, 2016, at 4:40 PM, Warren Young <w...@etr-usa.com> wrote: > > On Jun 21, 2016, at 3:57 PM, Warren Young <w...@etr-usa.com> wrote: >> >> Here’s what a simple test case looks like: >> >> $ dd if=/dev/urandom bs=4k count=4m | >> gpg

Re: Piping on 64-bit Cygwin, STC found

On Jun 21, 2016, at 3:57 PM, Warren Young <w...@etr-usa.com> 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 increas

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

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

Re: stty icrnl

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 minicom

Re: git 2.8.3 spurious output

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

Bug in fontconfig postinstall script: spaces in *.ttf

The zp_fontconfig_cache_1.sh postinstall script links all *.ttf fonts in $(cygpath -W)/Fonts that contain “Microsoft Corp” into /usr/share/fonts/microsoft. This script creates broken links when such a font contains a space in its filename, as happens with SketchFlow\ Print.ttf on my system.

Re: stty icrnl

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

Re: stty icrnl

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

Re: git 2.8.3 spurious output

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

Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0

On Jun 6, 2016, at 4:23 PM, Yaakov Selkowitz wrote: > > So far we have managed to reduce the download area by 20% (16.8 GiB) Nice! > which is great progress The next step, of course, is allowing multi-arch packages, so you can upload the -doc subpackage as noarch and

Re: 32 bit lib dirs on cygwin64, advice sought

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:

Re: Proposed patch for web site: update most links to HTTPS

On May 24, 2016, at 8:33 AM, Corinna Vinschen <corinna-cyg...@cygwin.com> 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

Re: nm for .exe extensions?

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

Re: Proposed patch for web site: update most links to HTTPS

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

Re: How to remove pesky persistent +x bits that chmod -x won't remove

On May 19, 2016, at 7:01 PM, Warren Young <w...@etr-usa.com> 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 -

Re: Proposed patch for web site: update most links to HTTPS

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,

Re: Necessity for the assignment form

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

Re: Why does ldd not show cyg*.dll in its output?

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

How to remove pesky persistent +x bits that chmod -x won't remove

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

[ANNOUNCEMENT] Updated: expat-2.1.1-2

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

Updated: expat-2.1.1-2

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

Re: [ATN: git maintainer] Git package depends on python

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

Re: Show Symbol Table for OMF (.obj)?

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

Re: Why does ldd not show cyg*.dll in its output?

On May 16, 2016, at 10:48 AM, Andrey Repin <anrdae...@yandex.ru> wrote: > > Greetings, Warren Young! > >> STC: > >>$ ldd `which ls` > > $ cygcheck $(which ls) Good to know. But ldd should do it, too. :) -- Problem reports:

Why does ldd not show cyg*.dll in its output?

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:

Re: system lags and dysfunctional after cygwin update

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 b

Re: system lags and dysfunctional after cygwin update

On May 13, 2016, at 8:02 AM, Ben Altman wrote: > > Doing a ksh --version gives me: version sh (AT 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

Re: [RFC] /etc/shells management (fish, mksh, posh, tcsh, zsh)

On May 12, 2016, at 3:36 PM, Yaakov Selkowitz wrote: > > What are the consequences of having shells listed in /etc/shells which aren't > on the system? That file is a security feature, but the typical way Cygwin works — i.e. that normal users are allowed to install

Re: system lags and dysfunctional after cygwin update

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

Re: Is there a partitioning toll and file system tool in cygwin?

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

Re: [ANNOUNCEMENT] clamav 0.99.1-1

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

Re: cmp missing from base

On May 9, 2016, at 2:57 PM, Eric Blake <ebl...@redhat.com> 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. &g

Re: cmp missing from base

On May 9, 2016, at 12:29 PM, Warren Young <w...@etr-usa.com> wrote: > > On May 6, 2016, at 7:41 PM, Warren Young <w...@etr-usa.com> wrote: >> >> On May 6, 2016, at 3:53 AM, Thomas Wolff <t...@towo.net> wrote: >>> >>> after a recent f

Re: cmp missing from base

On May 6, 2016, at 7:41 PM, Warren Young <w...@etr-usa.com> wrote: > > On May 6, 2016, at 3:53 AM, Thomas Wolff <t...@towo.net> wrote: >> >> after a recent fresh installation of cygwin, I was surprised that `cmp` was >> missing, which is part of the tradit

Re: cmp missing from base

On May 7, 2016, at 12:20 AM, Thomas Wolff <t...@towo.net> wrote: > > Am 07.05.2016 um 03:41 schrieb Warren Young: >> On May 6, 2016, at 3:53 AM, Thomas Wolff <t...@towo.net> wrote: >>> after a recent fresh installation of cygwin, I was surprised that `cmp

Re: cmp missing from base

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

Re: Deterministic builds

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

Re: native Linux userland in Windows 10

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

Re: Security update needed for mercurial (upload error: doesn't follow naming convention)

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

Re: native Linux userland in Windows 10

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

Re: native Linux userland in Windows 10

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

Re: native Linux userland in Windows 10

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 >>

Re: native Linux userland in Windows 10

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

Re: multiple definition of `atan2l' on the current Cygwin

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

Re: postgresql - How do I upgrade Postgres database in Cygwin? - Server Fault

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

Re: Unreliable flock

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

Re: Packages not found by setup 2.873

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

Re: Packages not found by setup 2.873

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

Re: Removing cygwin32-*, cygwin64-*

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

Re: Cygwin 1.7-58 with windows 2008

On Mar 24, 2016, at 1:29 PM, Warren Young <w...@etr-usa.com> wrote: > > On Mar 23, 2016, at 10:20 PM, Rashi Singhal <singhal.ra...@gmail.com> wrote: >> >> configure:3288: gcc --version &5 >> gcc (GCC) 4.3.2 20080827 (beta) 2 >> Copyright (C) 2008

Re: Cygwin 1.7-58 with windows 2008

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

Re: can't get sshd to new Windows 2012 R2 Server to work

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

Re: Don't I get /etc/profile with a fresh installation?

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

Re: [SECURITY] cygwin32-expat, mingw64-$arch-expat, etc.

On Mar 16, 2016, at 2:32 PM, Yaakov Selkowitz <yselkow...@cygwin.com> wrote: > > On 2016-03-16 14:28, Warren Young wrote: >> expat 2.1.1 fixes MEDIUM-rated CVE-2015-1283. I’ve uploaded the regular >> expat 2.1.1 packages, but the cross-development packages maintai

Re: [ITP] procps-ng

On Mar 16, 2016, at 2:18 PM, Wayne Porter wrote: > > It contains free, kill, pkill, pgrep, pmap, ps, pwdx, slabtop, sysctl, > tload, top, uptime, vmstat, w, and watch” Is the intention for this to replace the current procps package, or to be an alternative? If the latter,

  1   2   3   4   5   6   7   8   9   10   >