News for hackers. Stuff that matters.

gechr

Re:Native Instant Space Switching on macOS on Thursday April 09, 2026 @05:02PM (#47710055)
Nice. I wrote a little menubar app and Space switching has been a thorn in my side, including going down the "Yabai integration" route. Will have to take a look at this and see if I can borrow some ideas!

Shameless plug: https://github.com/gechr/WhichSpace

Re:Jujutsu VCS Introduction and Patterns on Tuesday February 04, 2025 @02:01PM (#42937002)
Although it is currently undocumented, since v0.21.0 you can make `--edit` the default by adding the following to your configuration:

  [ui.movement]
  edit = true
Ref: https://github.com/jj-vcs/jj/pull/4283
Re:DeskPad – A virtual monitor for screen sharing on Thursday October 10, 2024 @06:47PM (#41804360)
After trying various solutions - including DeskPad - I came up with a custom cross-platform (I'm on macOS, but assume it'll work elsewhere) solution that worked incredibly well on my 40" ultrawide monitor: OBS[1].

Having never used OBS before but knowing it was popular among streamers, I wondered if I could use it to (1) only share the specific applications I wanted to share and (2) share them at a resolution that people could actually read, without constantly being asked to zoom in.

I first tried setting up a virtual camera and sharing via my video stream, but it was laggy and the quality was so poor that people couldn't read what I was sharing. I quickly gave up on that approach.

Then I discovered Projectors[2]. By right-clicking on the main view in OBS and selecting "Windowed Projector (Preview)", it launches a separate window, which I can then share directly via Zoom, Teams, Meet, etc.

Whatever I drag into the OBS view is displayed in the Windowed Projector (similar to DeskPad), with the added bonus that I can choose to blur certain applications that might be dragged in. For example, if I open Slack or my password manager, the entire window blurs until I focus back on my terminal or browser.

It took a bunch of tweaking to perfect, but I'm very pleased with how well it works now.

---

[1] https://obsproject.com/

[2] https://obsproject.com/kb/power-of-projectors

At first glance, this looks like a direct competitor to Envoy[1].

I'm sure the documentation will improve as the product matures, but right now much is left to the imagination.

Could you perhaps go in to more detail on the differences between the two?

[1] https://www.envoyproxy.io/

Re:Monty Hall Problem Simulation on Saturday December 02, 2017 @06:38AM (#15831481)
It's far easier to grasp when you consider that Monty opening one of the other 2 doors makes no difference to his offer (since he'll always open a door with a goat behind it anyway), i.e. he could also say "Do you want to stick with your door, or switch to both these other 2 doors?" without the unnecessary misdirection of opening the goat door beforehand.
Re:Amazon Drive removing unlimited storage plan on Thursday June 08, 2017 @05:55AM (#14513042)
> [...] everyone started using encfs

Interesting. I wonder if this indirectly expedited the price hike? Encryption would make it (practically) impossible for Amazon to deduplicate people's data and store it more cost efficiently.

Re:Git-secret – store private data in a Git repo on Monday May 09, 2016 @04:51PM (#11663066)
A word of warning to those considering using this. While I completely understand why people might want to encrypt/decrypt files within their public Git repositories, doing so doesn't come for free.

As Junio C Hamano explains more eloquently and in greater depth here[1], one thing to bear in mind with this (and similar) tools is that they store the managed files as binary blobs, regardless of their original format, meaning that a change to the source file of even a single bit will result in an entirely different uncompressed blob being stored, rather than a compressible textual delta.

[1] http://article.gmane.org/gmane.comp.version-control.git/1132...

Aha, I remember now. I was puzzled by what this comment meant at first. This isn't the first time I've come across this site!

I recall being annoyed by this, too. Fortunately, uBlock Origin[1][2] came to my rescue back then. It's a great adblocker which requires minimal configuration out-of-the-box, but also offers a bunch of Power User options for the more discerning Internet user. One such option is a point-and-click tool[3] that allows you to block arbitrary elements loading on a given site, which I promptly used to obliterate this image on first sight. :-)

[1] Chrome - https://chrome.google.com/webstore/detail/ublock-origin/cjpa...

[2] Firefox - https://addons.mozilla.org/en-GB/firefox/addon/ublock-origin...

[3] https://github.com/gorhill/uBlock/wiki/Element-picker

Re:Cryptography Is Harder Than It Looks on Friday March 25, 2016 @08:00AM (#11359574)
Aha, missed that, thanks!
Re:Cryptography Is Harder Than It Looks on Thursday March 24, 2016 @08:03PM (#11357551)
I'm particularly curious about the "[...] serious vulnerabilities in an encryption protocol that I, and probably most of you, use regularly." ‒ does anyone know what this in reference to?
Re:Understanding Git for real by exploring the .git directory on Sunday February 21, 2016 @09:40AM (#11144648)
Note that

  git config --global pull.rebase true
was added in v1.7.9 - if you're using an earlier version of Git for whatever reason, the config you should be setting is

  git config --global branch.autosetuprebase always
Re:Upload files to your repositories on Thursday February 18, 2016 @06:37PM (#11130315)
With regards to (1), being a file-dump place: it's worth noting that GitHub currently imposes soft (50MB) and hard (100MB) size limits per single file[1]. If you try to push a file that exceeds either of these limits from the command line, you'll receive a response from the remote server pointing you in the direction of their Large File Storage (LFS) service[2], which they charge for beyond the free 1GB storage/bandwidth per month.

Out of curiosity, I just tried uploading a file larger than 100MB to test the limits via the browser and received the following error:

  Yowza, that’s a big file. Try again with a file smaller than 25MB.
For me, this significantly limits its feasibility as an alternative to Dropbox.

[1] https://help.github.com/articles/conditions-for-large-files/

[2] https://help.github.com/articles/billing-plans-for-git-large...

While this is a constructive comment, why not just raise a PR?

https://github.com/franzejr/best-ruby/pull/35