Re: [ANNOUNCEMENT] Updated: cygutils 1.4.16-7
On 2021-09-26 18:46, Westcoast Human via Cygwin wrote: This now wedges and is not interruptible with Ctrl-C, but closing the CMD window kills everything. Task Manager shows that putclip is apparently stuck in a loop waiting for something to happen as the counts in "I/O Other" and "I/O Other bytes" keep increasing at a regular rate (should a timeout error be incorporated, perhaps?) You don't need to kill the whole terminal session, open up another one and kill the rogue putclip with kill(1) or pskill (from systernals). Could even use procexp (from systernals) without having to open a new term. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: cygwin setup version 2.909 not installing (silent mode) - bug or user error?
At 9/21/2021 at 12:28, Shakespearean monkeys danced on Jason Pyeron's keyboard and said: If the last execution of the setup used download only and the setup is used with -q and without either -D or -L it still defaults to -D Adding -Y does not change the behavior either. Workaround was to launch setup, advance to "select download source", select install, advance to next screen, abort, re-run silent install. From setup --help: -D --download Download packages from internet only -L --local-installInstall packages from local directory only -Y --prune-installPrune the installation to only the requested packages I noticed this a while back, too, with .908. I thought I mentioned it but maybe not. There are explicit switches for download (-D) only or local-install (-L) but not for "install from the internet". It looks like the "last-action" setting in /etc/setup/setup.rc controls what is used as the default for the next run: "Download", "Install" (local install) and "Download, Install" (internet install). At a minimum, it seems that the code currently is in contradiction to the --help output: once you choose -L or -D, that becomes the default mode for subsequent runs. Until explicitly changed back by running setup and clicking the appropriate button on the second dialog (or editing the rc file?). -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Package Requests: Update: bash-completion, coreutils - New: linux-manpages
At 8/13/2021 at 01:11, Shakespearean monkeys danced on Brian Inglis's keyboard and said: I suggested linux-manpages a while back, as it comes from the same source as posix-manpages, and I install it myself, but did not get voted to package, due to duplication with conflicting priorities and no easy way to resolve under existing paths. Huh... they go to /usr/local by default (easily changeable with `make prefix=...`), which is pretty bare to begin with and with the fact that they don't package hardly anything in man1, the conflict potential goes down even further. Ah well, I guess I just keep making it manually from a cloned repo. I could probably look at bash-completion if I can get around to bash, as I would worry about dependencies, fixes, and tweaks. There are big challenges in bash and coreutils being years out of date as parts of those need customized for Cygwin, and the customization patches are likely to have issues, or even need redesign, if there have been major changes. bash-completion is a separate/disconnected project (now located at https://github.com/scop/bash-completion), it doesn't align its releases with bash itself. bash-completion 2.7-2.10 require bash 4.1+, 2.11 bumped that to 4.2. Since we're at 4.4, I don't think that's a showstopper (BICBW). And thanks again for the findutils update. 4.7 gave us comma-delimited -type/-xtype specs, so a "( -type p -o -type s )" (shown non-quoted for sanity's sake) becomes "-type p,s". :thumbsup: -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Package Requests: Update:bash-completion, coreutils - New: linux-manpages
Findutils _was_ on this list but then I saw it come over the transom (yeay Brian! :-), which reminded me I never actually wrote about it. Procrastination eekes a minor victory... :) bash-completion and coreutils are both currently several releases/years behind. Also, I'll throw in an oddball request to save a bucket of headers - linux manpages. I see the posix ones are packaged for the cyg, it would be nice to also get the linux manpages packaged in similar fashion. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: search and install packages via bash?
At 07/08/2021 at 17:11, Shakespearean monkeys danced on Richard Beels via Cygwin's keyboard and said: 2, use fzf. i don't use it (yet?) but it should be something like: I decided to download fzf and play with this since the itch grabbed me... It took all of 5 seconds for me to remember a bunch of packages with a "-" in the name, so came up with this instead: cyginst() { # install cygwin package(s) from the commandline, can't do *-src _pkg=$(cygcheck -p "$1" \ | grep "$1" \ | fzf --multi --reverse \ | sed -E 's_-[0-9]+.*$__' \ | tr '\n' ',' \ | sed 's_,$__') /setup-x86_64.exe --packages "$_pkg" } Since this would whack -src, I tried to figure out how to install just a source package from the commandline to see if this would matter but couldn't figure it out, so I guess the -I option is there for a reason. But I came across a weirdity with setup (2.908). While you can change the mode into download (-D) only or local-install (-L) via commandline, I couldn't figure out how to change it back to "install from the internet" from the commandline. I think there should be a parameter for this, but heck if I I have any idea about C++ (I can barely spell it). At a minimum, it seems that the code currently is in contradiction to the --help output: once you choose -L or -D, that becomes the default mode for subsequent runs. Until explicitly changed back by running setup and clicking the appropriate button on the second dialog. It looks like the "last-action" setting in /etc/setup/setup.rc controls what is used as the default: "Download", "Install" (local install) and "Download, Install" (internet install). The expected behavior would be as the --help output describes. Cheers! -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: search and install packages via bash?
At 07/08/2021 at 10:19, Shakespearean monkeys danced on Ulli Horlacher's keyboard and said: This part was easy: W10dev:/usr/local/bin: cygsearch ksh Found 449 matches for ksh kshisen-debuginfo-17.04.3-1 - kshisen-debuginfo: Debug info for kshisen mksh-56c-1 - mksh: MirBSD Korn Shell 1.maybe you saw nothing selected for install because the main window's view chooser was to "pending" and not "full"? 2, use fzf. i don't use it (yet?) but it should be something like: cyginst() { # a little function to install a package from the cli _pkg=$(cygsearch "$1" | fzf | cut -f1 -d'-' ) /setup-x86_64.exe ... -P "$_pkg" } the cut is to strip off all the versioning choices. i think fzf can even allow you to edit the choice you make to eliminate that. or you you change the cut to a sed and only strip off '-[0-9]*' for apps that use a dash in their real name (can't think of one ottomh, but...). fzf is packaged for cygwin and the github page has more help than I cared to read when I found it. :) Cheers! -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
update request for whois
Could we get an update to whois? 5.4.0 was released a couple weeks ago, 5.3.2 back in July. ftp.debian.org/debian/pool/main/w/whois The current package of 5.2.10 was released > 3 years ago: https://sourceware.org/ml/cygwin-announce/2015-09/msg00052.html There are a couple significant issues with 5.2.10. 1. requires 2 lookups to get to the thick record,. this was reported before - https://sourceware.org/ml/cygwin/2017-08/msg00225.html 2. .com queries almost always return an exit code of 1 upon success. https://github.com/rfc1036/whois/issues/54 , also #s 55,56,57 As an aside, I don't know if I would title it "whois: GNU Whois (installed binaries and support files)" since "GNU whois" seems to be something named jwhois, which is a whole different dead-end of a project that hasn't been updated in over a decade. And the author doesn't identify it as "GNU whois", even though he releases it under gpl2. Cheers! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Challenge: a VERY strange problem with command substitution in bash
At 07/11/2017 at 15:12, Shakespearean monkeys danced on Jürgen Wagner's keyboard and said: ... Using backquotes instead of the command substitution with $(...) does not change the results. I could swear this did work in an earlier version of Cygwin on my Windows 7 machine. I tried this to see if the code in the parentheses is executed at all: $ value="$( date 2> foo | cat )"; echo "$? <$value>" The file "foo" was not created, i.e., it seems the commands don't really get executed. $ value="$( date && pwd )"; echo "$? <$value>" 0 $ value="$( date || pwd )"; echo "$? <$value>" 0 both work, so some control structures seem to be permissible... just not a pipe. What is going on? Some misconfiguration? A Cygwin bug? Some interaction with something weird in Windows 10? I am at loss to understand what could be wrong... and am now most curious whether anybody has an idea what is causing this. Does it work/not work in the same way in your Cygwin installation? I came across this effect because ssh-host-config did not recognize me as administrator anymore. It's due to a check for a certain user group that uses a command substitution with a pipe. Replacing this with an equivalent command works. The original line used "id -G" and then a "grep -Eq" to check whether a certain group is on that list. I am VERY curious now! I've rarely been puzzled that much by such a very elementary shell expression (looking back at 34 years of Unix experience). Hi Jurgen. 90% chance it's what is called bloda in these parts. It's in the FAQ on cygwin.com. I'll go out on a limb and say you might have just installed/changed your AV/Firewall software. And if I want to be super-psychic, can I guess comodo? Because I just changed to comodo a couple weeks ago and had the same subshell/command substitution/pipeline errors you're mentioning. If so, you need to exclude your cygwin folder from AV scanning. AND... if the software does whitelisting or host intrusion protection (HIPS) or "run unknown executables in a container/sandbox" or something similar, you also need to trust all the executables, too. Or switch to something else that doesn't trip cygwin's trigger. After doing that and a rebaseall, I haven't had a fork error in a week. I can't wait to run setup and come up with an update process, though... Cheers! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple