13 Mar 2017
It has been almost two years since the v1.0 of the
linter package for Atom was released to the general public. Since then, we have come a long way. Linter is the second most downloaded Atom package right now with over 2.7 million downloads. Thank you for being a part of it 🙇.
Linter v2 has been in the oven for more than a year and I’m excited to announce it’s release to you today.
Separate UI package
Starting from v2, Linter has support for pluggable UI providers. The default UI has been moved to
linter-ui-default. This opens ways for users to swap out UIs for Linter at will.
The Linter Panel is now a table with sortable columns. You can configure it to represent the current file or the entire project.
The Linter Status, after much feedback, now includes three separate counts for
Infos. You can configure it to toggle the panel or jump to the error of the specific type when clicked. Just like the Linter Panel, you can configure Linter Status to represent the current file or the entire project.
Busy Signal Integration
The new Linter UI now includes busy signal integration so you know which Linter provider is being excuted on which file.
Linter now fully integrates with the
intentions package. This allows providers to use
solutions in v2 and
fix in v1 to allow the users to fix the issue without leaving the comfort of their Atom Editor.
Toggling Linter Providers
Linter v2 now includes commands to toggle linter providers from the command pallete.
We all know how intrusive tooltips can become when they follow your keyboard, therefore in v2 We’ve added an option for them to follow your mouse. This provides a much more comfortable Linter experience.
Linter v2 now decorates your TreeView. This is especially useful when combined with Project-Scoped linters like
flow-ide as it gives you the status of your entire project in just one look.
Upgrading to Linter v2
If you are a package maintainer, we’ve prepared migration docs for you. They are not perfect but we’re open to contributions!
You can see Linter v2 in Action in the demo video.
This release is really exciting for me. I want to thank Landon Abney for his continued involvement in the Linter Project and for maintaining dozens of repositories in the AtomLinter org. Thanks to everyone who has ever contributed to the Linter Project, and the users for providing useful bug reports. Peace out 👋 ☮.
29 Jan 2017
Android is an operating system developed by Google, primarily for Mobile Phones. Android is based on the Linux kernel and inherits it’s permissions structure. The operating system itself runs as the SuperUser or root and allows the user of the phone to perform tasks as a non-privileged one.
Why do you have to root
The reason Android doesn’t give root permissions to the user by default is because the power of root is limitless. Once an application is granted root access it could potentially read all of your saved passwords, credit cards and other sensitive information from any app in your mobile phone and could even compromise your Wifi passwords.
Furthermore it could do permanent damage to your operating system that you couldn’t fix without a reinstall, resulting in data loss for you. Your OEMs are actually being responsible when they patch the vulnerabilities in your phone that allow you to get root access.
You could only fix your compromised mobile phone by reinstalling it’s operating system and it’s not something everybody can do. Even if you can do it, doesn’t mean you won’t accidentally brick your phone.
While rooting your phone will give you full power to your operating system, it will also void your warranty in most of the countries and will block you out from services like Android Pay, Samsung Pay and similar services.
But I still want to root my phone
If you have really made up your mind, then be careful in how you distribute root permissions to applications. There are two main concerns about usage of root permissions
- Which su binary you use
- Which applications you grant root access to
If you are confused about the first one, remember that SuperSU was bought by a chinese company and one user even went as far to say it was sending out weird internet traffic. Remember, this is all of your privacy you are trusting your root management application with. Your root management application (that interacts directly with su binary) has full root access and manages prompts of other applications requesting root access so choose the one you trust the most. I personally find Phh superuser to be trust worthy.
Remember, there is no undo button with root. Once you give the wrong application root access it’ll infect your phone quicker than you realize maybe without you even noticing it’s happened. So be paranoid about giving applications root access.
How about a custom firmware from XDA
Again, custom firmwares on XDA are modified in ways you might not even know. You don’t know for sure that the Firmware you installed doesn’t have spyware on it and won’t send all of your passwords to some hacker’s servers. Your best bet if you value your privacy is sticking with unrooted Stock Firmware.
I am writing this all out because I voided my warranty and my sense of security thinking I’ll get better customizability with a rooted Custom Firmware. It wasn’t worth it, I couldn’t get my Gear VR working on Lineage OS because it’s Samsung only. and the latest LineageOS doesn’t even have a Theme Editor so my root wasn’t even worth the trouble. I knew what I was in for but I wasn’t. I ended up restoring to stock with my knox counter tripped. Don’t do what I did people.
19 Jul 2016
Why I don’t like Popular Options
After evaluating different popular options including NVM, Ubuntu Repos, Ubuntu PPAs, OSX Homebrew and OSX Macports I experienced a lot of issues with them including
- They are OS specific
- You cannot install specific Node.js versions
- They can cause conflicts when more than one users try to run different versions of same global modules
- You have to use
sudo when installing global modules or linking local ones (except for homebrew)
I am a security conscious person, I would do anything to avoid using that
sudo before installing modules from people I don’t even know. If you don’t share the same fear, read this Package install scripts vulnerability post by npm and you will.
How I do it
I use the n Node.js version manager by TJ Holowaychuk.
Here’s it’s pros and cons in comparison
Things awesome about n
- Zero overhead (unlike NVM)
- Works on any POSIX environment
- Never asks for or requires sudo
- Can download any Node.js version
- Installs modules in
~/n so they are isolated per user
Possible downsides of n
- Too easy if you are a real programmer 😁
How you can too
There’s two different ways to install Node.js, the easy way is when you already have Node.js installed. The hard way assumes nothing!
The easy way
The easy way makes use of npm global scripts and is pretty simple.
The hard way
The hard way makes use of
n-install. It installs Node.js in your
~/n directory and does not uninstall or remove any previous versions. The first thing you should do is uninstall any installed version of Node.js.
You can skip the removal steps if you do not have Node.js installed already.
# If you use ubuntu
sudo apt-get remove --purge nodejs
# If you use homebrew
brew uninstall node
# If yu use macports
sudo port uninstall nodejs
# If you use nvm
xdg-open $LINK || open $LINK
Then to make sure, garbage collect the global
sudo rm -rf /usr/local/lib/node_modules
sudo rm -rf /usr/lib/node_modules
Now run the magical
n-install script and it’ll set it up for you
curl -L -o /tmp/n-install-script https://git.io/n-install
bash /tmp/n-install-script -y
exec $SHELL # To re-initialize the PATH variable
That’s it fellaws, now you have an isolated, working Node.js setup.
n is a bash script so it’s lightweight/minimal but still includes all the necessary features.
To upgrade to the latest version of Node.js do
or to install the lts version do
or say you want to download Node.js v4.4.1 do
If you want to access the list of installed versions and select between them, do
You can find more about n in it’s README.
Note: When switching between shells, remember to also include the line inserted by
n-install in your
~/.zshrc into your new shell configuration.
That’s all for now folks, happy coding!
15 Apr 2016
Why I don’t like Popular Options
There are several ways of debugging Node.js, here are few of the reasons why I don’t like the most popular ones
Builtin CLI debugger
- It doesn’t have a GUI of course
- It’s slow and even hangs at times
- You have to remember it’s commands
- Debugging complex problems is nearly impossible if not impossible
- It shows ES6 Maps and Sets as
- It shows objects as empty randomly
- It is generally slow
- It’s very unstable
- The IDEs are costy
- Each has their own UI
- They are hard to setup
- They lack advance features
Electron to the rescue
Electron is an open source project by GitHub, it is basically Chromium + Node.js. It has the best of both worlds, node’s
globals and all the other APIs along with Chromium Dev Tools.
I have written a small wrapper around Electron to allow for quick Node.js debugging. It’s called DeNode, short for Debug Node.
You can install it using npm
It registers itself as
denode bin, it accepts an optional file path of the node module to execute on boot.
denode `which browserify`
What’s awesome about this?
- You can click and expand on deep nested objects
- You can profile your apps for memory leaks and CPU time
- You can set breakpoints on the fly
- You can update running code from dev tools
- You can compile your files with babel and debug real source instead of gibberish using sourcemaps
- Basically, all the awesomeness of Chromium Dev Tools
What’s the side effect?
- Not having the ability to execute it over a network or VM, theoretically you could do X forwarding but it would get too slow and painful
That’s what I use to debug my Node.js app, let me know what you think of it in the comments below.