Since people are curious Ill explain why:
I need to build our project from the remote repo using a PowerShell script (.ps1). I’m using Bash in the VSCode terminal, I have to run the .ps1 script in a new Command Prompt because the compilation takes around 5 minutes and I need my terminal for other things. To do this, the only way is to run a batch file that executes the .ps1 script.
Its an automation so I dont need to touch powershell whatsover and remain in bash terminal. Instead of opening several windows, I automated all so it only takes 1 alias to compile my shit.
The compilation also requires several inputs and “Key Presses”, so I automated all of that in the Batch file.
My work someone made a robust automated build script, and they left so someone else made a wrapper around it to make it easier to work with, they’re gone now and someone wrote a wrapper around that to extend functionality in a backwards compatible way, but it’s overly complicated for my minimal use cases so I wrote a batch file to call it with my default settings…
Therapist: Young Willem Dafoe isn’t real, he can’t hurt you.
Young Willem Dafoe:
Please explain why you don’t open powershell and run cmd.exe instead of running bash? This is a strange workaround and doesn’t really make sense.
I need to build our project from the remote repo using a PowerShell script (.ps1). I’m using Bash in the VSCode terminal, I have to run the .ps1 script in a new Command Prompt because the compilation takes a few minutes. To do this, the only way is to run a batch file that executes the .ps1 script.
Its an automation so I dont need to touch powershell whatsover. Instead of opening several windows, I automated all so it only takes one alias.
Why not just open another terminal in VSCode?
You can open as many as you want, and as many types as you want. Bash, PowerShell, Command Prompt… there’s zero need to chain multiple just to keep your main one free.
Why not just launch it directly but background the process so it doesn’t hang up your terminal?
That sounds like you don’t know what you’re going. No offense.
Fuck man, I don’t know what I’m going either.
Damn autocorrect…
I need to build our project from the remote repo using a PowerShell script (.ps1). I’m using Bash in the VSCode terminal, I have to run the .ps1 script in a new Command Prompt because the compilation takes a few minutes. To do this, the only way is to run a batch file that executes the .ps1 script. Du verstehst?
That doesn’t make any sense. Why not just use PowerShell directly then? Why use Bash or even command line and a batch file? It sounds to me like you’re over-complicating things for nothing and putting the blame on Microsoft for some reason.
I’m a heavy Bash user myself and often find myself struggling a bit with PowerShell trying to look for equivalent commands. (commandlets?) But, the more I use it, the more I understand how it works and the more I improve my skills at using it.
I know a lot of people like to shit on Microsoft, but seriously give their PowerShell a chance. It has its strengths. It’s especially nice with Oh My Posh running in Windows Terminal.
Since you added a question mark, commands is the correct general term. However there are two types that can be a command. Functions: which are written in pure powershell and cmdlets: which are commands provided by dotnet classes. (Also exes and a bunch of other stuff common to other shells can be a command, but that’s not important.)
The reason they have different names is early on functions didn’t support some of the features available to cmdlets, such as pipeline input. There was later a way to add this support to functions.
In practice call them any of the 3 and people will know that you mean.
I have to run the .ps1 script in a new Command Prompt because the compilation takes a few minutes
I don’t follow this reasoning. Is it because you don’t want to take over the VSCode terminal with a long command? Couldn’t you can open multiple tabs, or run in the background, or use screen/tmux, etc.?
Yeah I use my terminal to run other things, as it stays compiling for around 5-6 min. I could open another tab like you mention but Instead I automated all so it only takes 1 alias (ex cc) to compile my shit.
The compilation also requires several inputs and “Key Presses”, so I automated all of that in the Batch file.
All of those inputs would likely be much better built into the ps1 file. PowerShell is meant as a sucessor to vbscript which was meant as a successor to windows batch.
Selecting options? Make them parameters that you just set when calling the script: ./build.ps1 -Arch 64 -CompressSplines
Needing someone to manually confirm something completed? Add a while loop to wait 5 seconds while whatever spawned process is still running.
Etc.
Also, you can have multiple terminals open in VSCode.
You’ve not listed any requirements that aren’t more easily solved with existing features in the tools you’ve listed. Learn the tools your work expects you to use before you start blaming them for shit.
Or… His hacked system is working, let’s not duck with it. 🤣
That’s absolutely acceptable. Don’t fix what ain’t broke.
But please don’t publicly post a joke/rant about how your only option to accomplish something was through absurd hacky workarounds, when the issue is that you refused to learn the tools you have.
What we have here is the slightly more tech literate version of printing out a Word Doc so you can re-arrange, remove, and add pages physically before scanning it back in as a PDF to email someone, then complaining about it being so difficult, rather than just using one of the many many print to PDF and PDF editing/splicing tools.
Ich verstehe. Ich würde aber auch einfach nicht Fenster benutzen lül
lach
I feel your pain
I just threw up while crying
It sounds like your hate in this instance is misplaced, because “someone” set things up in that stupid way.
You work a job that uses PowerShell and you refuse to learn or use it. You are creating problems for yourself.
Another question, why can’t you write the compile script in bash?
ChatGPT would make pretty short work of the conversion.
Until you have it write a github action that uses a bash script to process a directory structure with spaces in the names. Never seen ChatGPT so confused before.
Env variable that problem away if it’s from software you don’t control, then fix your shit from where you do.
U can probably add a couple more layers by sshing into a vm
Got to at least wrap it up in some python.
Good idea perhaps we can route over tor as well just to maximise latency
Don’t forget to run some docker container on that VM, to encapsulate the workload, so it will be: SSH to VM -> open a shell into the container -> run the rest
I use Cygwin in my build system so I don’t have to rewrite commands for different systems.
pOwErShEll
How many of them are there in windows nowadays, cmd, pOwershell versions, shell if you use git, …
Command prompt is CMD and batch script, Powershell is Pwsh and .ps1, then bash is .sh.
You’ve confused a few things here…
FYI, open a powershell terminal separately, to the path of your script (powershell in file Explorer path) and run your script.
Do rest of Work in Vscode
Done.
I use Ansible on WSL to run Powershell scripts on Windows using VSCode. I’m surprised it works as well as it does.
You use Linux to run Ansible to run ps1 on Windows, exactly how it’s meant to be used!
The oola hoops I have to do to optimize my workflow at work is simply legendary, I fkn hate windows.
The hula hoops are of your own choice/design, I’m sorry to say.
WSL has changed the game pretty significantly, don’t you agree? It’s not perfect, but allows me to stay firm in my resolve never to learn powershell.
After learning PowerShell and then moving to Linux and having to learn bash…I don’t get this sentiment. PS is the shit. I can make full GUI applications and automate all kinds of workflows. Their use of objects makes it so easy to extract data and utilize it. Bash feels so much more primitive and clumsy by comparison. What am I missing here?
You’re missing nushell. Its the same idea as power shell, but written in rust and with better commandlet naming schemes.
Powershell is good, but it has that Microsoft funk on it. You can tell none of the people who develop it use it much. Warts everywhere.
OMG the naming schemes for powershell is enough for me to stay away. A +20char name for a command that shares the first 10 chars with 15 other commands, so you can’t just tab through it? No thanks!
Will look into nushell though, thanks for the advice.
People use Bash for quick and dirty scripts, because it’s pretty much just a few symbols in between all the commands that they know and use all the time anyways. You don’t really ‘learn’ Bash in a dedicated manner, you rather just pick up on tricks and tidbits over years.
For more than that, you’d use Python, Ruby or a full-fledged programming language.
Personally, I would even go so far that Powershell hardly added something new that wasn’t already covered by a programming language…Python is always something I intend to learn but never get around to. Does it natively handle GUI for process tooling or does it require a third party? What makes PowerShell so useful to me is the native ability to create visual applications without the need to compile. I can create tools for my company that launches right out of ConfigMgr Software Center and other technicians can contribute without needing a programming background.
At home I want to mess around with tooling for home services without having to resort to web development.
To be honest, I’m not the best to ask about Python. I need more rigid languages for my daily job, so it’s much quicker for me to just throw down a small project in one of those.
I do know, though, that Python comes with Tkinter out of the box. People usually don’t praise that all too much, but it’s probably fine for small GUIs.
However, it’s almost certainly worse than Powershell/.NET for creating Windows-only GUIs.
If you’d like to write GUIs on the Linux side, then I would frankly recommend not doing that.
No Linux sysadmin wants a GUI to deal with. If you give them a CLI, then they can automate that, i.e. integrate it into yet another (probably Bash) script.
Not to mention that most Linux servers don’t even have a graphics stack installed…I appreciate the feedback. For the Linux side it’s for personal projects and learning opportunities so starting with something familiar and growing from there is my goal.
I dabble in C and C++ so cli isn’t out of the question for me. But .NET is my comfort zone, and I like the rapid tooling that PS offers.
I have multiple reasons to dig into Python so really I just need to get on with it.
I can create tools for my company that launches right out of ConfigMgr Software Center and other technicians can contribute without needing a programming background.
Now this is a bit of magic I would like to learn. I read through PowerShell in a month of lunches a couple of years ago and it’s saved my butt a couple of times. I’m due for a re-read though. Would you have a source on where I could go to learn more about creating GUI applications in PowerShell?
This blog does a fairly straight-forward job on explaining the basics. For me, I learn best in an interactive 1:1 or well-constructed video, so ChatGPT was priceless. I could ask it stupid questions all day long, and after throwing some different ideas around I started to see the essential parts and just let my prior knowledge of PS, .NET, and C# WPF take it from there.
At the end of the day, all that really matters is using the PresentationFramework assembly and creating a window:
- Add-Type -AssemblyName PresentationFramework
- Either use Visual Studio > WPF Project and make the UI you want. Take the XAML file and use PowerShell to get the raw content:
- $Xaml = Get-Content -Path MainWindow.xaml -Raw
- $SanitizedXaml = $Xaml -replace “bad syntax e.g. Foreground={x:Null}” "Foreground=“Transparent” # Certain XAML syntax is incompatible with PS XML
- [xml]$XmlReader = [System.Xml.XmlNodeReader]::new($SanitizedXaml)
- $Window = [Windows.Markup.XamlReader]::Load($XmlReader)
- Or, use .NET-style syntax in PS directly:
- $Window = [System.Windows.Window]::new()
- Then show the window:
- $Window.ShowDialog() | Out-Null
Bash sucks. At best, only use it to pipe commands into each other in the terminal (Or change your shell to something else). For scripting, use Python or something.
Btw, Powershell runs on Linux if you want that
Mh, it probably depends a lot where you’re coming from. I don’t need Powershell or have a reason to learn it in my daily work, and I mostly use WSL to access Linux shells everywhere else. And on top of that, I don’t understand why Powershell needs a completely different command set to basically every other shell. It’s a biased take, but I have not had an interaction with Powershell that I liked, nor have I seen a feature that made me want to look into it more.
What’s the killer feature, would you say? Care giving me the fanboy-pitch?
edit. Oh and I forgot, the tab completion in Powershell is so incredibly dumb. I never ever in my life want to cycle through all items in a path, and much less have it be case insensitive. Come to think of it, this might be the origin of most of my disdain. ;)
By far it’s the object pipeline. Having structured data makes it easy to automate workflows in a predictable way. With bash everything is a string, so everything has to be parsed. It’s tedious.
It took about a year of steady use before I came to enjoy the syntax. It shines in a production environment with other cooks in the kitchen. I never got into the C style, I like my code human readable at a glance. It’s fine if everyone’s a sage but we have a team with a mixture of skill levels and for me PowerShell gets it right.
That actually makes a lot of sense. I never even second guessed how tedious all the parsing is. But then, as others have said here, as soon as the task at hand reaches a level of complexity beyond grepping, piping and so on I just very naturally move to Python.
On a different note, there are ways to teach bash json. I recall seeing a hacker conference talk on it some time ago, but didn’t pay close attention.
