Re:Critical security updates for Git, Subversion and Mercurial
by jpfed on Friday August 11, 2017 @10:55AM
(#14990256)
>Getting off topic fast, but I always found Chocolatey to be needlessly complicated and messy.
I haven't released it yet, but Napkin solves this very issue.
Re:Critical security updates for Git, Subversion and Mercurial
by kakarot on Friday August 11, 2017 @03:57PM
(#14993552)
Would you mind elaborating?
Re:Critical security updates for Git, Subversion and Mercurial
by 0xffff2 on Friday August 11, 2017 @08:41PM
(#14995624)
I really hope it's just a joke about overly opaque project naming, possibly riffing on the need for a napkin after a "Chocolatey" "Scoop" [of ice cream].
Re:Critical security updates for Git, Subversion and Mercurial
by kakarot on Saturday August 12, 2017 @02:34AM
(#14996736)
oh damn you're right, I didn't catch the humor. Thanks ~
Re:Critical security updates for Git, Subversion and Mercurial
by ericfrederich on Friday August 11, 2017 @10:00AM
(#14989717)
Thanks for getting off-topic. These seem useful... until WSL becomes more mainstream.
Part of my workflow involves using ncat.exe to use git over a socks/ssh proxy. A real pain. I noticed scoop has nc but not ncat.
Re:Critical security updates for Git, Subversion and Mercurial
by skrebbel on Friday August 11, 2017 @10:47AM
(#14990152)
I find `bash -c blablabla` works great for invoking the occasional Linux commands without moving to WSL entirely.
(Actually I used to run all devtools, eg git and webpack I etc etc on WSL entirely but it still has too many quirks. Moved back to plain Windows recently and I'm happier)
Re:Critical security updates for Git, Subversion and Mercurial
by pjmlp on Friday August 11, 2017 @02:17PM
(#14992714)
Being on MS-DOS since 3.3, and being introduced to UNIX via Xenix, I have found out through the years that the best way is just to use the native CLI of each platform.
For stuff that needs to run everywhere and I don't feel like writing two versions of scripts, I just use Python.
I was very happy when I found http://scoop.sh. It's simpler and slightly less powerful, and most notably it just runs official installers in the background instead of copying binaries over from the source and packing them up in a special way.
(It's also at the latest got already)