Re: rsync password prompt doesn't capture input and shows password in clear
On 3/10/21 6:20 PM, Marki wrote: > Only then I showed that the same is not true for rsync. When I input a > password, it will get echoed and also rsync will not process it, since > standard input somehow goes elsewhere. If I had to guess, it's probably the same as the problems I was seeing with gpg-agent not being able to capture the tty correctly to prompt for the password. I never had a problem with the ssh agent though. Unfortunately I do not have a good solution for it, as it seems to happen only to some people some time on some systems. After fighting with it for an afternoon, I simply wrote a pinentry program with my password hardcoded into it. Yay for security. The hack is here for reference (DO NOT USE ON PUBLIC PRODUCTION MACHINES!) -> https://x.cygwin.com/ml/cygwin/2019-01/msg00178.html I recheck the stock program every few months, and this problem still exists. -- David Dombrowsky | Chief Software Engineer 6th Street Radio LLC | 6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 VHVlIE1hciAgOSAwMjoxMzowMiBFU1QgMjAyMQo= signature.asc Description: OpenPGP digital signature -- 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
more notes pinentry
I've had an ongoing saga of trying to get gpg2's pinentry to work on the console, via an SSH session, without requiring a console window. I just tried rebuilding and testing from the latest git repo, and I still receive the same error: $ echo test | gpg -sab gpg: using "01D5A625A30C0E6A" as default secret key for signing gpg: signing failed: Operation cancelled gpg: signing failed: Operation cancelled The "Operation cancelled" comes from some command it's sending to the tty and that's failing. I haven't looked into it more than that. It isn't a system limitation, as `ssh-add` can prompt for a password all day. As an admittedly insecure work-around, I've forked the code and added something that will read the password from a file in the home directory. This is obviously sub-optimal, but it works. Since I sign every git commit and I'm the only user of this machine, it's a reasonable risk to take to allow me to conveniently sign my commits. The fork is here, in case anyone cares: https://github.com/ddombrowsky/pinentry/commits/secretfile If anyone has any opinions as to the real root cause, I'd be willing to look into it more. -- David Dombrowsky | Chief Software Engineer 6th Street Radio LLC | 6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 V2VkIEF1ZyAgNSAwMjoxMzowMiBFRFQgMjAyMAo= signature.asc Description: OpenPGP digital signature -- 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: [ANNOUNCEMENT] Updated: mintty 3.1.6
This version now coredumps on my machine. This is on a 32-bit machine. Is this the final nail in the coffin for 32-bit? [2000] davek@davek-win:~>mintty *** stack smashing detected ***: terminated Aborted (core dumped) Stack trace: Frame Function Args 0022C2CC 610239CC (023C, EA60, 00A4, 0022C33C) 0022C3FC 6110247A (0022C41C, 002FBFE0, 0012, 000D) 0022C418 6112C582 (028E, 000303E9, , ) [2006] davek@davek-win:~/winhome/Desktop>mintty --version mintty 3.1.6 (i686-pc-cygwin) © 2013/2019 Andy Koppe / Thomas Wolff License GPLv3+: GNU GPL version 3 or later There is no warranty, to the extent permitted by law. On Thu, May 21, 2020 at 2:28 PM Thomas Wolff wrote: > > I have uploaded mintty 3.1.6 with the following changes: > > Window handling >* Fixed resource leak when displaying images (#995). >* Fixed crash condition on keyboard auto-repeat (#996). (Apologies > for this one.) > > The homepage is at http://mintty.github.io/ > It also links to the issue tracker. > > -- > Thomas > -- > 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 -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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: pinentry-tty, gpg-agent, and no way to enter password
On 4/16/19 12:29 PM, David Dombrowsky wrote: > From there I was able to cobble together a solution using a locally > patched version of pinentry-curses. Somewhere along the line, that > stopped working. I put debug prints in pinentry-tty, and it is opening the correct tty. However, running the command to set the terminal into the right mode will fail. If I comment that out, something interesting happens: tty/pinentry-tty.c 356 c = fgetc (ttyfi); 357 switch (c) This call to `fgetc`, while it points to a FILE handle opened to the correct tty, will read NOTHING. My session is on /dev/pty0, but a subprocess that opens that terminal for reading neither fail, nor read anything. Any ideas? -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 signature.asc Description: OpenPGP digital signature
pinentry-tty, gpg-agent, and no way to enter password
Back in 2018, I mentioned that there was reliable way to enter a gpg password on the cygwin console: http://cygwin.1069669.n5.nabble.com/pinentry-curses-not-available-td143121.html From there I was able to cobble together a solution using a locally patched version of pinentry-curses. Somewhere along the line, that stopped working. I am now back where I started. Does anyone have a solution for the following: 1. ssh into a windows box running cygwin sshd 2. run `echo hello | gpg -sab` This worked until recently. Now I get: gpg: using "01D5A625A30C0E6A" as default secret key for signing gpg: signing failed: Invalid IPC response gpg: signing failed: Invalid IPC response checking the output of gpg-agent, I see: gpg-agent[2261]: gpg-agent (GnuPG) 2.2.13-unknown started gpg-agent[2261]: handler 0x200549e0 for fd 7 started gpg-agent[2261]: starting a new PIN Entry cbreak failure, exiting gpg-agent[2261]: failed to unprotect the secret key: Operation cancelled pinentry-w32 works, but it pops up a GUI window and thus requires an RDP session. Does anyone have a working solution that doesn't require access to the windows console? -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 signature.asc Description: OpenPGP digital signature
Re: sshd: fatal: seteuid XXX : No such device or address
On 3/14/19 10:11 AM, Andrey Repin wrote: > Please remove /etc/passwd and /etc/group files. They are no longer necessary, > unless you have some very special needs, and even then, they only needed for > that one or two accounts you need special treatment for. > Wait what? What about all the standard unix programs that use those files to determine UID and all that? Since when can we blow away /etc/passwd and /etc/group on a cygwin install? -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 signature.asc Description: OpenPGP digital signature
Re: sshd error "seteuid: No such device or address"
On 3/12/19 8:54 PM, Bill Stewart wrote: > On Tue, Mar 12, 2019 at 6:19 PM David Dombrowsky wrote: > >> For me, this is acceptable risk since this is a single user machine and >> the administrators of the domain already know my domain password :) > > I hope you really mean that they can _reset_ your domain password if needed? > > Surely you don't mean they have a plain-text copy of your password? If only I were kidding. Security through Oblivity :) Let me introduce you to my client's website: https://thedailywtf.com/articles/Security_by_Oblivity Fortunately I do most of my work on my linux box anyway. (The previous post has been presented in 100% sarcasm, please adjust your screens accordingly.) -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 signature.asc Description: OpenPGP digital signature
Re: sshd error "seteuid: No such device or address"
On 3/12/19 5:30 PM, Corinna Vinschen wrote: >> Was that the correct solution? Is that expected? This windows box is >> on a domain, so that might have something to do with it. > > Just switch the account sshd is running under from "cyg_server" to > SYSTEM (or "LocalSystem") and you should be able to logon without the > passwd -R method again. > > This is a side effect of changing how Cygwin switches the user > context by default. See > > https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1 If I'm reading this correctly, using the SYSTEM account will deny access to user-level shares. Using the cyg_server account (or another service account) will allow access, but requires a password stored in the registry. For me, this is acceptable risk since this is a single user machine and the administrators of the domain already know my domain password :) -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 signature.asc Description: OpenPGP digital signature
sshd error "seteuid: No such device or address"
I managed to solve this problem, but I'd love some confirmation that I solved it the right way. After updating cygwin and rebooting, all of a sudden I couldn't ssh into my windows box. The remote gave the usual "connection closed by port 22" before anything happened. Running in debug mode from an admin shell didn't yield anything, but looking in the windows application logs, I saw: sshd: PID 2588: fatal: seteuid 1056480: No such device or address The google suggested that the error was pty related, but it was not. By accident, I noticed that I could log in from an account that I hadn't set up public key auth, using my password. So I forced ssh to prompt for my password and viola! I got in just fine. On the server, I started another admin shell and did `passwd -R my.username` and input my password. That was the key. I can now log in using public key auth as I could a few hours ago. Was that the correct solution? Is that expected? This windows box is on a domain, so that might have something to do with it. -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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: pinentry-curses not available?
On 11/5/18 11:06 AM, David Dombrowsky wrote:> On Sat, Nov 3, 2018 at
2:23 PM Marco Atzeri wrote:
>>> In any case, I got pinentry-1.1.0 to compile against a cygwin-supplied
>>> version of ncurses, and it mostly works (you still need to tell it to
>>> not detach from the tty, not sure what's up with that).
>>
>> can you clarify ?
>> May be it was the reason why I and Yaakov found it not functional
>
> That's very possible.
>
> I downloaded the stock source for pinentry 1.1.0 from gnupg.org and
> tried to build it. After "fixing" one of the build errors (ttytype is
> a macro and needs to be renamed in the pinentry source, at least on my
> cygwin install), I got it to build and install.
For the record, I've had to do this on a couple of machines, so I
figured I'd post the patch. Still doesn't work reliably. I need to log
in to the desktop, start a screen session, and then run
gpg-agent --daemon --disable-scdaemon --no-detach -vv --pinentry-program
/usr/local/bin/pinentry-curses > agent.log 2>&1 &
to get it to work. After that I can sign git commits all day without
having to RDP back into the box.
Not the best, but it works. If anyone has a better solution, please let
me know.
--
David Dombrowsky, Software Engineer
da...@6thstreetradio.org | 518-374-3204
https://www.linkedin.com/in/david-dombrowsky-94334415
diff -ur orig/pinentry-1.1.0/pinentry/pinentry.c pinentry-1.1.0/pinentry/pinentry.c
--- orig/pinentry-1.1.0/pinentry/pinentry.c 2017-12-03 11:13:15.0 -0500
+++ pinentry-1.1.0/pinentry/pinentry.c 2018-11-02 15:29:16.945203400 -0400
@@ -97,7 +97,7 @@
Don't reset them. */
int grab = pinentry.grab;
char *ttyname = pinentry.ttyname;
- char *ttytype = pinentry.ttytype;
+ char *ttytype_ = pinentry.ttytype_;
char *ttyalert = pinentry.ttyalert;
char *lc_ctype = pinentry.lc_ctype;
char *lc_messages = pinentry.lc_messages;
@@ -135,7 +135,7 @@
if (use_defaults)
{
free (pinentry.ttyname);
- free (pinentry.ttytype);
+ free (pinentry.ttytype_);
free (pinentry.ttyalert);
free (pinentry.lc_ctype);
free (pinentry.lc_messages);
@@ -194,7 +194,7 @@
{
pinentry.grab = grab;
pinentry.ttyname = ttyname;
- pinentry.ttytype = ttytype;
+ pinentry.ttytype_ = ttytype_;
pinentry.ttyalert = ttyalert;
pinentry.lc_ctype = lc_ctype;
pinentry.lc_messages = lc_messages;
@@ -950,8 +950,8 @@
}
break;
case 'N':
- pinentry.ttytype = strdup (pargs.r.ret_str);
- if (!pinentry.ttytype)
+ pinentry.ttytype_ = strdup (pargs.r.ret_str);
+ if (!pinentry.ttytype_)
{
#ifndef HAVE_W32CE_SYSTEM
fprintf (stderr, "%s: %s\n", this_pgmname, strerror (errno));
@@ -1070,10 +1070,10 @@
}
else if (!strcmp (key, "ttytype"))
{
- if (pinentry.ttytype)
- free (pinentry.ttytype);
- pinentry.ttytype = strdup (value);
- if (!pinentry.ttytype)
+ if (pinentry.ttytype_)
+ free (pinentry.ttytype_);
+ pinentry.ttytype_ = strdup (value);
+ if (!pinentry.ttytype_)
return gpg_error_from_syserror ();
}
else if (!strcmp (key, "ttyalert"))
@@ -1755,7 +1755,7 @@
{
snprintf (buffer, sizeof buffer, "%s %s %s",
pinentry.ttyname? pinentry.ttyname : "-",
-pinentry.ttytype? pinentry.ttytype : "-",
+pinentry.ttytype_? pinentry.ttytype_ : "-",
pinentry.display? pinentry.display : "-" );
buffer[sizeof buffer -1] = 0;
rc = assuan_send_data (ctx, buffer, strlen (buffer));
diff -ur orig/pinentry-1.1.0/pinentry/pinentry.h pinentry-1.1.0/pinentry/pinentry.h
--- orig/pinentry-1.1.0/pinentry/pinentry.h 2017-12-03 11:13:05.0 -0500
+++ pinentry-1.1.0/pinentry/pinentry.h 2018-11-02 15:25:42.578732900 -0400
@@ -75,7 +75,7 @@
supported. (Assuan: "OPTION ttyname TTYNAME".) */
char *ttyname;
/* The type of the terminal. (Assuan: "OPTION ttytype TTYTYPE".) */
- char *ttytype;
+ char *ttytype_;
/* Set the alert mode (none, beep or flash). */
char *ttyalert;
/* The LC_CTYPE value for the terminal. (Assuan: "OPTION lc-ctype
diff -ur orig/pinentry-1.1.0/pinentry/pinentry-curses.c pinentry-1.1.0/pinentry/pinentry-curses.c
--- orig/pinentry-1.1.0/pinentry/pinentry-curses.c 2017-12-03 11:13:05.0 -0500
+++ pinentry-1.1.0/pinentry/pinentry-curses.c 2018-11-02 15:27:00.269222900 -0400
@@ -1188,7 +1188,7 @@
}
#endif
- rc = dialog_run (pinentry, pinentry->ttyname, pinentry->ttytype);
+ rc = dialog_run (pinentry, pinentry->ttyname, pinentry->ttytype_);
do_touch_file (pinentry);
return rc;
}
--
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: Cygwin Statistics and curiosity
On 1/11/19 11:15 AM, Lemke, Michael ST/HZA-ZIC2 wrote: > On Friday, January 11, 2019 3:50 PM David Dombrowsky wrote: >> On 1/11/19 8:40 AM, E. Madison Bray wrote: >>> I have often wondered why apt-cyg [1] hasn't been adopted fully by >>> Cygwin as one of the default packages (in fact I'm not sure if there >>> even is an actual cygwin package for apt-cyg), aside from the fact >>> that it's not formally maintained as part of the cygwin ecosystem. >>> Maybe it should be. >> >> YES PLEASE! Cygwin is awesome and this would put it firmly into the >> first class of required windows programs/systems. > > It's dead: > > https://github.com/transcode-open/apt-cyg/blob/master/status.md Bring Out Yer Dead! What about package managers that don't interact with cygwin setup? Why not build `apt-get` et. al. to install to /opt/? Yes I know it would be a system within a system within a system, but it might be worth a shot. This, especially if the "cygwin setup" package manager isn't open source (I thought everything cygwin was, but I guess not). -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 -- 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: Cygwin Statistics and curiosity
On 1/11/19 8:40 AM, E. Madison Bray wrote: > I have often wondered why apt-cyg [1] hasn't been adopted fully by > Cygwin as one of the default packages (in fact I'm not sure if there > even is an actual cygwin package for apt-cyg), aside from the fact > that it's not formally maintained as part of the cygwin ecosystem. > Maybe it should be. YES PLEASE! Cygwin is awesome and this would put it firmly into the first class of required windows programs/systems. -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 -- 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: mintty slow refresh rate over RDP
On 11/27/18 1:14 PM, R0b0t1 wrote: >> Glass ttys needed special hardware because the early uP chips running at low >> speeds with small ROMs could not do much between displaying lines. >> VT100 smooth scroll with No Scroll key toggle was like having more/less >> built in >> to the terminal; VT52 had a Scroll key which supported something similar. NOW you're bringing me back to freshman year :) I remember building a system from scratch and having no "less" or "more" tool, and the only way I could find a build error before it scrolled by was to turn on the "smooth scroll" button. >>> A good suggestion anyway. >>> However, if you provide instructions on how to reproduce the issue, I may >>> find >>> time to check out whether there is some improvement potential. My use case: 1) run windows 7 in a VM 2) use rdesktop (ubuntu xenial, rdesktop Version 1.8.3) to connect to the windows box's desktop (used to run visual studio, etc.) 3) launch mintty, maximize the window 4) run a build that spits out a lot of logging. This can be simulated with "od /dev/urandom". On my machine, it will lock up the desktop for a while, until I can switch desktops, ssh into the windows box, and kill the offending process. This is certainly multiple bugs, since X11 shouldn't lock up in any case. However, I can play fullscreen video over rdesktop without an issue, so I'm not sure why the console is so graphically intensive. > More recent RDP sessions should fix this. They do not send GDI calls > and instead capture the screen at intervals and compress it. This is true. Unfortunately, none of them have made it into distros yet. A local build of xfreerdp 2.0 will work fine, BUT that version removes a few features I use [insert oblig XKCD here]. So *shrug*. -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 -- 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: mintty slow refresh rate over RDP
On 11/26/18 1:25 PM, Stefan Baur wrote: > Am 26.11.18 um 19:16 schrieb David Dombrowsky: >> Anyone know which part is messing up here? This doesn't happen playing >> videos or other graphically intensive programs. Only the cygwin >> terminal. Anyone have any ideas? > > As far as I know, rdesktop still uses an older version of the RDP > protocol, so you might want to try FreeRDP (xfreerdp on most Linuxes I > know) and take a good look at the options it supports for speeding up > the screen updates. You are correct. There are different results using different clients. All of them present some level of the issue, though. mintty is the only non-X11 terminal emulator in the stack, correct? -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 -- 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
mintty slow refresh rate over RDP
I might the only one in the world to run into this, but it happens so often that I need to ask the question. I connect over a LAN to a windows box from my linux machine using `rdesktop`. I then launch a cygwin terminal window using the normal shortcut, which launches mintty.exe. If I then run a build of something, which scrolls a reasonable amount of data to the screen, rdesktop then freaks out for a while trying to constantly redraw the mintty window. Sometimes I have to wait for the build to finish before I can even minimize the window. Anyone know which part is messing up here? This doesn't happen playing videos or other graphically intensive programs. Only the cygwin terminal. Anyone have any ideas? -- David Dombrowsky, Software Engineer da...@6thstreetradio.org | 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 -- 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: pinentry-curses not available?
On Sat, Nov 3, 2018 at 2:23 PM Marco Atzeri wrote: > > In any case, I got pinentry-1.1.0 to compile against a cygwin-supplied > > version of ncurses, and it mostly works (you still need to tell it to > > not detach from the tty, not sure what's up with that). > > can you clarify ? > May be it was the reason why I and Yaakov found it not functional That's very possible. I downloaded the stock source for pinentry 1.1.0 from gnupg.org and tried to build it. After "fixing" one of the build errors (ttytype is a macro and needs to be renamed in the pinentry source, at least on my cygwin install), I got it to build and install. But it won't run unless you pass `--keep-tty` to `gpg-agent`, and even then it's a little picky and the agent needs to be killed and restarted frequently. I was just wondering if anyone had done anything beyond the 20 minutes of work I put into it. If not, then my somewhat hack-ish solution is a sufficient workaround. This is with cygwin 64-bit, setup 2.893 CYGWIN_NT-6.1 BL-ENG-P01 2.11.1(0.329/5/3) 2018-09-05 10:24 x86_64 Cygwin -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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: pinentry-curses not available?
> I see from [1] that pinentry-w32 exists which is a replacement for > pinentry-curses which was in [2]. pinentry-w32 works great, but it requires you to be logged in to the GUI, and _then_ invoke gpg-agent, in order for things to work. And you need to do this every time the pin times out. Obviously not the end of the world, but having a console one is much nicer, because it works over an ssh connection. On Fri, Nov 2, 2018 at 4:21 PM cyg Simple wrote: > > On 11/2/2018 3:47 PM, David Dombrowsky wrote: > > I don't see a way to download `pinentry-curses` or `pinentry-tty` for > > use with `gpg-agent` (using gnupg v2). Are these not maintained? Or > > am I just looking at the wrong sources? > > > > In any case, I got pinentry-1.1.0 to compile against a cygwin-supplied > > version of ncurses, and it mostly works (you still need to tell it to > > not detach from the tty, not sure what's up with that). This is very > > useful when signing git commits, and removing the need for a graphical > > console just to input my gpg passphrase. > > I see from [1] that pinentry-w32 exists which is a replacement for > pinentry-curses which was in [2]. Now both of these are version 1.0.0. > Based on [3] Marco Atzeri can give or point to reasoning. > > [1] > https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fpinentry%2Fpinentry-1.0.0-2&grep=pinentry > [2] > https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fpinentry%2Fpinentry-1.0.0-1&grep=pinentry > [3] https://cygwin.com/cygwin-pkg-maint > > -- > cyg Simple > > -- > 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 > -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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
pinentry-curses not available?
I don't see a way to download `pinentry-curses` or `pinentry-tty` for use with `gpg-agent` (using gnupg v2). Are these not maintained? Or am I just looking at the wrong sources? In any case, I got pinentry-1.1.0 to compile against a cygwin-supplied version of ncurses, and it mostly works (you still need to tell it to not detach from the tty, not sure what's up with that). This is very useful when signing git commits, and removing the need for a graphical console just to input my gpg passphrase. -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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: git alias for "status" not working
FYI: after the latest cygwin update to git v 2.12.3, this is no longer a problem. Setting an alias like "st = status -uno" works as expected. Many thanks to the maintainer. On Mon, May 15, 2017 at 8:54 AM, David Dombrowsky <6thstreetra...@gmail.com> wrote: > FYI: after the latest cygwin update to git v 2.12.3, this is no longer > a problem. > > Setting an alias like "st = status -uno" works as expected. Many > thanks to the maintainer. > > On Mon, Mar 27, 2017 at 3:59 PM, David Dombrowsky > <6thstreetra...@gmail.com> wrote: >> On Mon, Mar 27, 2017 at 9:24 AM, cyg Simple wrote: >>>> st is also a prefix of "stash". Maybe it does not like aliases >>>> that are prefixes of other commands? >> >> Without the entry in the config file, `git st` results in the expected >> >> git: 'st' is not a git command. See 'git --help'. >> >> It's possible there's a string parse error, but using an alias of >> "stx" doesn't work either. Nor does 'xyzzy'. >> >>> Also check the line endings of the config file. Make sure they are UNIX >>> line endings instead of Windows. >> >> Yes, they are unix line endings. I normally use a symlink for >> ~/.gitconfig, and I also tried with with and without the symlink. >> Same result. >> >> -- >> David Dombrowsky, Senior Software Engineer >> email: da...@6thstreetradio.org >> https://www.linkedin.com/in/david-dombrowsky-94334415 >> http://6thstreetradio.org/ > > > > -- > David Dombrowsky, Senior Software Engineer > email: da...@6thstreetradio.org > Cell: 518-374-3204 > https://www.linkedin.com/in/david-dombrowsky-94334415 > http://6thstreetradio.org/ -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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: git alias for "status" not working
On Mon, Mar 27, 2017 at 9:24 AM, cyg Simple wrote: >> st is also a prefix of "stash". Maybe it does not like aliases >> that are prefixes of other commands? Without the entry in the config file, `git st` results in the expected git: 'st' is not a git command. See 'git --help'. It's possible there's a string parse error, but using an alias of "stx" doesn't work either. Nor does 'xyzzy'. > Also check the line endings of the config file. Make sure they are UNIX > line endings instead of Windows. Yes, they are unix line endings. I normally use a symlink for ~/.gitconfig, and I also tried with with and without the symlink. Same result. -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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
git alias for "status" not working
I'm not sure how to debug this one. I have a ~/.gitconfig that sets up an alias for "git status" using the simple rule: [alias] st = status Yet, something is failing when I run it from the command line: $ git st [nothing happens] $ git status On branch 3.3-dev-davidd Your branch is ahead of 'origin/3.3-dev-davidd' by 2 commits. [... etc ...] Any ideas? This is for git version 2.8.3 on CYGWIN_NT-10.0 [...] 2.7.0(0.306/5/3) 2017-02-12 13:18 x86_64 Cygwin -- David Dombrowsky, Senior Software Engineer email: da...@6thstreetradio.org Cell: 518-374-3204 https://www.linkedin.com/in/david-dombrowsky-94334415 http://6thstreetradio.org/ -- 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
