Re:Making Linux and Android Get Along
by VLM on Monday May 20, 2013 @10:36AM
(#5737893)
A summary of the article is pre-android phones assumed you use windows on the desktop therefore the only way to move files onto the phone was some clunky buggy proprietary (but I repeat myself...).
So use dropbox on the phone and linux desktop (yes) or something called "box" that is just like dropbox but has a different name or google drive on the phone and drive in the browser.
Article also talked about a bunch of different options like spideroak, and connectbot SSH (or was it sshdroid? well, either way..)
Foldersync is entertaining, I played with that a year or two ago although the article only talks about some complicated webdav arrangement, it supports most any protocol. It costs money, as I recall.
Finally the article explains USB connection was too complicated for the author to get it to work, although the few times I tried it, it worked fine for me.
On a personal note out of 3 android devices on my desk only 1 does not have a memory card. So most of the time I just pull the card and copy stuff to it. I donno if android and memory cards no longer mix, or what. Also if we allow "cloud based" I often upload stuff to evernote and access it from android. Ditto the google play, where the author went to great effort to transfer some mp3s when he could have just uploaded them to google play music using the linux desktop client. Or I just simply download stuff on the android device from the net or a machine I control.
Some things take two steps. The simplest way to upload something like a .mobi file of a pragmatic programmer magazine into the kindle reader, seems to be to stick the .mobi on dropbox and then export it to kindle from the dropbox, as I recall.
The article seemed to avoid "wifi file server" (name of app, I believe) which basically runs a non-daemon ftp server and the screen spits out the URL and password for people to access. I've copied gigs of stuff using that. My biggest annoyance is not being able to force a set password / password rolls to a new one every 5 minutes or whatever, which is unholy annoying if you're doing 2 hours of work and need to reauth dozens of times.
So use dropbox on the phone and linux desktop (yes) or something called "box" that is just like dropbox but has a different name or google drive on the phone and drive in the browser.
Article also talked about a bunch of different options like spideroak, and connectbot SSH (or was it sshdroid? well, either way..)
Foldersync is entertaining, I played with that a year or two ago although the article only talks about some complicated webdav arrangement, it supports most any protocol. It costs money, as I recall.
Finally the article explains USB connection was too complicated for the author to get it to work, although the few times I tried it, it worked fine for me.
On a personal note out of 3 android devices on my desk only 1 does not have a memory card. So most of the time I just pull the card and copy stuff to it. I donno if android and memory cards no longer mix, or what. Also if we allow "cloud based" I often upload stuff to evernote and access it from android. Ditto the google play, where the author went to great effort to transfer some mp3s when he could have just uploaded them to google play music using the linux desktop client. Or I just simply download stuff on the android device from the net or a machine I control.
Some things take two steps. The simplest way to upload something like a .mobi file of a pragmatic programmer magazine into the kindle reader, seems to be to stick the .mobi on dropbox and then export it to kindle from the dropbox, as I recall.
The article seemed to avoid "wifi file server" (name of app, I believe) which basically runs a non-daemon ftp server and the screen spits out the URL and password for people to access. I've copied gigs of stuff using that. My biggest annoyance is not being able to force a set password / password rolls to a new one every 5 minutes or whatever, which is unholy annoying if you're doing 2 hours of work and need to reauth dozens of times.