Does anyone know how to get mosh to play well with emojis or Unicode strings?
Mosh
131–140 of 152 posts
Re: Mosh
#132Earlier quoted context omitted.
Not OP, but I frequently code remotely from an iPad and from laptops that may not have a full dev environment available. It didn’t even occur to me that this was a foreign concept to folks!
He might be asking why your laptop does not have a full dev environment.
Ah fair enough.
As someone who’s been fairly mobile/nomadic most of my career, I have always enjoyed the thin client approach.
I can get many more years of service from my client hardware when offloading the bulk of compute, storage, and stable bandwidth needs to beefy servers.
I’ve found that it’s just generally more economical and efficient this way.
Plus, the few times I’ve had laptops die, get stolen, damaged etc to have a much lower impact when they don’t have anything all that important on them.
Re: Mosh
#133Earlier quoted context omitted.
Ooh, nice. I'll have to take a look at it again. That may be something that I accidentally broke in customizing my environment. I bound `C-c C-c` to look for either a Makefile or a SConstruct in the current directory, walking upwards up the hierarchy until one is found, then to launch either make or scons depending on which one is found. That may have been the source of my remote issues.
Tips if you're writing your own elisp: - If you're walking the filesystem, make sure you start from the "default-directory" variable. - If you call other programs, make sure you use "process-file" (for synchronous processes) or "start-file-process" (for async). Using "call-process" or "start-process" unfortunately won't do the right thing, but the two functions I mentioned are mostly drop-in replacements.
Those sound pretty useful, and I will need to try those out. I used (file-name-directory buffer-file-name) as the base for walking the filesystem, which may have caused some issues. I also have a cd in the shell command passed to compile, which probably doesn't play nicely.
Unfortunately, my current job doesn't use Linux as much, and so it has been too long since I've spent time improving my .emacs file, as it is only home projects at this point.
Re: Mosh
#134Earlier quoted context omitted.
But you do see lag - if you have auto/tab-complete, history search, command suggestions, etc, those all will still lag because they are waiting for a response from the server. The lag that is eliminated is the local echo of characters as you type, as mosh is sending those asynchronously in the background. If you have fancy, more interactive prompt/cmdline on the remote server then you'll still see the issue. Ditto if…
But what’s the alternative? Local development with syncing back to a server? The lag is something that I can deal with. For me, the killer feature is the automatic reconnects. I usually only use mosh when I’m traveling and at conferences. In that scenario, I’m either using my iPad (with keyboard) where the client might be killed anytime I switch apps or I’m using the conference WiFi, with is always spotty. In either…
> But what’s the alternative? Local development with syncing back to a server?
That basically describes TRAMP mode, right? It works well.
Re: Mosh
#135Is Mosh being maintained anymore? I remember giving it an install maybe a year ago and remembering it didn't have any updates in quite some time.
It looks like there has been active development, but they haven't cut a new release.
Reminds me of pyqtgraph, which gets commits most days last time I checked yet hasn't released since 2016.
Re: Mosh
#136Earlier quoted context omitted.
Because my local server is my laptop at home with cheap ISP bandwidth; my remote server is in a data center with high-speed bandwidth and much more CPU/RAM/SSD than my laptop. Why do you suffer to use a local server/internet for development? I've been using the "laptop is a dumb terminal" paradigm for many, many years and I've avoided a lot of headache that I've seen in others trying to get everything to work "locall…
For me the axis is not computer quality, it's IDE quality. My productivity in a large codebase jumped 10x when I switched from emacs to IntelliJ (for Java). Going back would be like blindfolding myself after I grew up blind and got my eyesight restored once. Remote development is tricky indeed. Many people run the IDE locally and use its remote development functionality. I run it remotely over VNC.
You run your IDE over VNC?
I've been wanting to try out remote developing for multiple years now, it would allow me to get an iPad with a perfect battery life or an Macbook Air that would tag along all day without charging. But because I cannot work with vim/emacs and my IDEs (IntelliJ) do not support anything like remote development I am stuck with a huge Macbook Pro including a battery draining IDE that cannot be ran remotely. VNC added too much lag for me to use all day.
Re: Mosh
#137Earlier quoted context omitted.
For me the axis is not computer quality, it's IDE quality. My productivity in a large codebase jumped 10x when I switched from emacs to IntelliJ (for Java). Going back would be like blindfolding myself after I grew up blind and got my eyesight restored once. Remote development is tricky indeed. Many people run the IDE locally and use its remote development functionality. I run it remotely over VNC.
You run your IDE over VNC? I've been wanting to try out remote developing for multiple years now, it would allow me to get an iPad with a perfect battery life or an Macbook Air that would tag along all day without charging. But because I cannot work with vim/emacs and my IDEs (IntelliJ) do not support anything like remote development I am stuck with a huge Macbook Pro including a battery draining IDE that cannot be r…
I used to use Eclipse over X11 over Wifi within my house and it worked fine, no noticable latency.
Re: Mosh
#138Earlier quoted context omitted.
Drawbacks: - No commits in github in over 9 months, PRs and issues are stacking up. - I've had friends report clipboard broken in latest Mac OS X version. Don't get too attached to mosh.
What does mosh have to do with the clipboard?
I went and found the issue. Some terminal apps interact with the system clipboard and mosh isnt forwarding this correctly.
Re: Mosh
#139Big fan of mosh, I've used mosh + tmux + neovim for years
Re: Mosh
#140As someone who codes on a remote server the whole day, mosh is absolutely necessary and it is fantastic Advantages: - you dont see any lag when you type, it is exactly as if you were on your local machine - when network disconnect, the terminal freeze and when network is up again, the terminal becomes interactive again preserving everything in between - connection is preserved as long as the terminal is open, so even…
Why do you code on a remote server?
Because I can literally walk away in the middle of a debugging session, grab any random notebook in the house, travel to Djibouti and resume exactly where I left off (ok, replace Djibouti with a random coffee shop). It has completely changed how I work and I love it (mosh + tmux = ADD: I do switch frequently between my desktop and multiple notebooks. Working this way means I can have a beefy/noisy development server and a light & quiet notebook which just needs mosh.