According to the msysgit wiki on GitHub and the related fix this error, Filename too long, comes from a Windows API limitation of file paths having 260 characters or fewer.
To resolve this issue, run the following command from GitBash or the Git CMD prompt (as administrator):
git config --system core.longpaths true |
This will allow file paths of 4096 characters.
First launch the Terminal app, located in the Utilities folder under Applications, or just hit Cmd + Space and type “Terminal“.
Type (copy & paste) the command below:
defaults delete com.apple.dock; killall Dock |
Then hit return.
Your Dock will now be new as the day it shipped. You are free to mess it up again 🙂
I recently felt nostalgic and wanted to play some of the 8-bit NES games from my childhood. Having an emulator such as OpenEMU that can run NES roms is great but owning a physical device is even better.
Thanks to AliExpress I acquired a portable 8-bit game console with 168 games build in. It’s clone of Game Boy Mini called Coolbaby RS-6 A or Retro FC Plus known by the user manual. It’s a cool little gadget which I will review in details later.
The complete list of 8-bit games was nowhere to be found so here it is or at least this is what came loaded on my device:
Just a quick reference on how to make a directory writable by OSX integrated Apache web server.
1. Set the ownership of your desired directory/file to the _www user:
sudo chown -R _www:staff path/to/folder/ |
2. Set the permissions so that the _www can write in the directory/file without giving permissions to everyone else:
sudo chmod -R 755 path/to/folder |
Happy coding 🙂
Using Google Chrome, I encountered strange bug affecting the copying and pasting of cyrillic urls.
When pasting, the non ASCII characters in the Url are converted to Punycode.
Performing some tests revealed that the same behaviour is present also in Firefox.
Doing some research led me to Issue 68718, unfortunately marked as WontFix stating:
Links on Wikipedia itself are a red herring, as comment 50 notes -- they're escaped in the page source. The actual issue here is demonstrated by the link in comment 0. We escape URLs when copying them. This behavior matches Firefox 4 (by default) and Safari 5, though not IE9. We added this behavior on issue 2820 to fix a variety of problems in languages like Japanese. Because those problems resulted in users unable to navigate to the pasted links, whereas this issue seems to be solely about cosmetics (in that escaped URLs are ugly and hard to read), preserving that behavior change seems like the more important thing to do.
Few things can be done if this issue is affecting your day to day usage of Google Chrome…
Featured Image: https://wallpapercave.com/w/A7ZAUTz
