Nowadays terminals and other text views can get rendered with GPU acceleration support, like the kitty terminal that I use.
🤔 That means we could get bloom, chromatic aberration, distortion, depth of field and other post process effects into our terminals, what are we waiting for?
The Microsoft #devskim project looks great, but it could use some #dev activity.
There is a great opportunity to improve the #vscode plugin or the #cli tool or to improve it's current default ruleset. You can use this tool for #security in your code, or common best practices.
Will you help me popularize it's usage? For me it's a serious contestant for the sluggish #sonarcube if it gets a bit more love 🩷
We just released Execa 9, which is our biggest release so far.
If you're currently using Execa, you should check out the new features! Also, if you're currently using zx or Bun shell, you might be interesting in this alternative.
Trying out bat (the cat(1) alternative) for the first time, and … I dunno, the flushing behavior seems bonkers.
I assume it's because stdout and stderr end up in separate places, and maybe cat isn't innocent here either, but having the output split inside of an escape code (note the "31m") looks like there's something really wrong.
("bar" does not exist; that's on purpose to produce an error message.)
I'm looking for a specific command-line utility for Linux to do partition and file system manipulation. It's not fdisk.
I remember that it had an option to remove existing filesystem signatures, and you could pass it a desired partition layout as command line arguments, which it would then create.
But I can't remember the name, and it's 2024 so search engines suck.
Any good cli/terminal spell checking programmes? Pass in a file, get an terminal interactive “replace this with that / ignore / add to dict.” workflow.
I remember using aspell(1) back in Ye Olden Days. Is that still the best?
The newest project is finally ready for its public debut! Inspired by a tool on #Kali for XFCE desktops, Nix-Incognito was developed to provide a similar mechanism for masking a user's GNOME desktop to better blend in with surrounding #windows PC's during #redteam engagements!
Although it's meant for use on #NixOS systems, it can easily be compiled and ran on any device running #GNOME. Support for other DE's is in the works! 🙌 🤘 😎 #rustlang#cli#programming
I spent a lot of time today trying to figure out #GNUPG / #GPG to encrypt and sign backups. I've used it occasionally for literally decades, but still struggle with it. I know if I used it more, I would get used to it and feel more comfortable, but I don't have the time or the need to use it more.
Is there another good open source program to symmetrically encrypt a file? But, for signing, you would still need to use key pairs, right?
Hey #phptek, less than two hours until we talk about #PHP on the #CLI. Be there or be…in another session more aligned with your interests and/or learning goals.
Or taking time for yourself (remember: we’re only halfway through the conference and it’s important to pace yourself).
Or building lifelong friendships with fellow attendees.
I hope you spend the 3pm hour with me, but however you choose to spend it I hope you enjoy!
I need to convert #HTML to #Markdown and I'm looking for a tool to do that.
The output should
• preserve line breaks in paragraphs
• not contain additional, unnecessary linebreaks (e.g. 4 empty lines between paragraphs)
• be configurable (e.g. whether to use * or _ for emphasis, or * vs - for unordered lists)
• if possible, allow me to hook into details (e.g. to convert <pre class="shell"> to ```sh)
#Python or #CLI. Alternatively, what's a really configurable prettifier?
Made some major improvements to my #terminal#cli#twitch following list and stream launcher, Twinge!
Should now work in smaller terminal windows and exits cleanly if crtl+c is used. I have also changed the colours to make what’s going on easier to see.
Looking for some #app ideas. want to get more coding experience. What #Linux#foss apps would you like. For #qt#gtk#cli or other interfaces, doesn't matter.
If you're building a CLI tool that can churn on large amounts of data for hours and you don't implement any kind of progress output, we won't become friends.
(And no, it refuses to work with stdin, else I would've just used pv and be done.)
Unix wishlist: A flag for tee(1) that will have it read from stdin and write into its output file(s) as fast as possible.
Currently, it will only read from stdin as fast as its own stdout can process the data, even if stdin could supply it faster.
Instead, if it wrote to the file(s) as fast as possible and serve stdout from these files, stdin could be depleted and closed faster, which is (e.g.) nice to the web server if stdin is curl or something.