Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #51227 > unrolled thread
| Started by | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| First post | 2018-10-12 15:43 +0000 |
| Last post | 2018-11-02 15:21 +0000 |
| Articles | 20 on this page of 52 — 14 participants |
Back to article view | Back to alt.os.linux
Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 15:43 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 15:49 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Wildman <best_lay@yahoo.com> - 2018-10-12 11:04 -0500
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 17:52 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? ray carter <ray@zianet.com> - 2018-10-12 21:20 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Paul <nospam@needed.invalid> - 2018-10-12 20:10 -0400
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 01:52 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-15 04:42 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-15 09:53 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-15 10:41 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-15 10:34 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Aragorn <thorongil@telenet.be> - 2018-10-15 12:45 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-15 11:01 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-15 11:14 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-15 12:19 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-15 15:03 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-15 13:15 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Wildman <best_lay@yahoo.com> - 2018-10-15 09:33 -0500
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-15 14:41 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-15 23:27 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-15 10:59 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-15 15:04 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Jasen Betts <jasen@xnet.co.nz> - 2018-10-13 01:53 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 03:34 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 04:44 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-14 15:36 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-12 18:48 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-15 10:50 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-19 23:42 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-20 00:20 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-20 03:15 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-20 16:13 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-20 18:13 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? William Unruh <unruh@invalid.ca> - 2018-10-20 18:43 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-21 13:14 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "R.Wieser" <address@not.available> - 2018-10-21 15:45 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-21 18:29 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "R.Wieser" <address@not.available> - 2018-10-21 22:39 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E.R." <robin_listas@es.invalid> - 2018-10-21 22:56 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "R.Wieser" <address@not.available> - 2018-10-21 23:20 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-22 09:25 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-21 23:14 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-22 09:27 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? RonB <ronb02NOSPAM@gmail.com> - 2018-10-23 00:49 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? RonB <ronb02NOSPAM@gmail.com> - 2018-10-23 00:47 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E. R." <robin_listas@es.invalid> - 2018-10-23 13:00 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? gazelle@shell.xmission.com (Kenny McCormack) - 2019-05-09 15:40 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E. R." <robin_listas@es.invalid> - 2019-05-09 20:47 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Dan Purgert <dan@djph.net> - 2018-10-22 09:23 +0000
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "Carlos E. R." <robin_listas@es.invalid> - 2018-10-22 13:12 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? "R.Wieser" <address@not.available> - 2018-10-22 13:49 +0200
Re: Do you already know how to run a Linux command (like ls) on the Android filesystem plugged into USB? Arlen_Holder <a%rle%20nh.older@no.spam.net> - 2018-11-02 15:21 +0000
Page 2 of 3 — ← Prev page 1 [2] 3 Next page →
| From | Dan Purgert <dan@djph.net> |
|---|---|
| Date | 2018-10-15 10:59 +0000 |
| Message-ID | <slrnps8spe.o3q.dan@xps-linux.djph.net> |
| In reply to | #51307 |
Arlen Holder wrote: > On Mon, 15 Oct 2018 04:42:14 +0200, Carlos E.R. wrote: >> [...] >> It is simply that somebody took the time and pain to implement an MTP >> file layer, so that ANY Linux tool designed to do standard operations on >> files work on what it appears to it to be just another directory, which >> happens to be on an Android gadget connected via cable. > > I clearly don't yet understand the basic concept of "everything is a > file". The "MTP file Layer" is not the same thing as "everything is a file". MTP File Layer -> Virtual File System that any other tool can interact with (via the VFS "driver"), without needing to actually know how to talk to what's at the other end. Same basic idea as the kernel (and filesystems) acting as an intermediary between programs and the actual underlying block device. "Everything is a file" is the basic concept of UNIX and UNIX-Like operating systems. You can interact with any _thing_ using basic "file" operations. For example, if you had a printer capable of reading postscript at /dev/prt (i.e. taking the postscript and converting it to normal text). cat toPrint.ps > /dev/prt -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2018-10-15 15:04 +0200 |
| Message-ID | <8rfe9f-95e.ln1@Telcontar.valinor> |
| In reply to | #51307 |
On 15/10/2018 12.34, Arlen Holder wrote: > On Mon, 15 Oct 2018 04:42:14 +0200, Carlos E.R. wrote: > >> Is this going to be another of your eternal threads spiced with insults >> to those you do not like what they say? > > You clearly misunderstand the basic concept of a funnel & of a mirror. > >> It is simply that somebody took the time and pain to implement an MTP >> file layer, so that ANY Linux tool designed to do standard operations on >> files work on what it appears to it to be just another directory, which >> happens to be on an Android gadget connected via cable. > > I clearly don't yet understand the basic concept of "everything is a file". > I did not say anything about that basic concept. Please read again my post. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Jasen Betts <jasen@xnet.co.nz> |
|---|---|
| Date | 2018-10-13 01:53 +0000 |
| Message-ID | <pprj6h$euc$1@gonzo.alcatraz> |
| In reply to | #51242 |
On 2018-10-13, Paul <nospam@needed.invalid> wrote: > ray carter wrote: >> On Fri, 12 Oct 2018 17:52:26 +0000, Arlen Holder wrote: >> >>> On Fri, 12 Oct 2018 11:04:24 -0500, Wildman wrote: >>> >>>> I would either browse to the mount point using Nautilus and open a >>>> terminal in that directory via context menu or just open the terminal >>>> and change to the mount point using the cd command. From there run the >>>> command(s). >>> Thanks. That post was written yesterday when I didn't have it tested, >>> where it works fine. >>> >>> The Linux question is what "magic" is on Ubuntu that isn't on Windows >>> that allows this to work with dual-boot Ubuntu 18.04 but not Windows 10? >> >> The 'magic' is that - on linux, everything is a file. > > The same approach has been used in Linux (and Unix) a > number of times. > > A new thing is exposed as a command-line-only feature first. > > You cannot see the files initially in a file manager. > We used to work with floppy drives with MTOOLS, and > there was a utility for working with Mac HFS which > were like this. Today, mounting a floppy is transparent > (and visible in your file manager), as is the Mac stuff. > > http://manpages.ubuntu.com/manpages/trusty/man1/mtp-tools.1.html > > The other way is with MTPFS, which aligns with your > statement about "magic". In the fullness of time, indeed, > everything is a file. It's much deeper than that. the read() and write() system calls work on pipes, tcp sockets, character devices (tty, pty, serial port, printer port) block devices (tape, disk, MMC), system memory (via /dev/mem), and regular files on mounted filesystems. Every _thing_ is a file. On windows It's not like that, the comsole, and serial ports, are files; but tcp sockets aren't so different calls are needed to handle them, select works on sockets but something different is needed for serial ports etc... https://en.wikipedia.org/wiki/Everything_is_a_file mtools (for reading FAT devices) wirked by opening the device (or a image file) like a file and modifying its content in the normal way. the main advantage of mtools was that you didn't need to mount disk to access the content or remember to unmount it, linux has has FAT mount/read/write capability since "forever" (it was there in kernal 0.95) -- Notsodium is mined on the banks of denial.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 03:34 +0000 |
| Message-ID | <pprp3r$agq$1@news.mixmin.net> |
| In reply to | #51246 |
On Sat, 13 Oct 2018 01:53:21 -0000 (UTC), Jasen Betts wrote: > On windows It's not like that, the comsole, and serial ports, are files; > but tcp sockets aren't so different calls are needed to handle them, > select works on sockets but something different is needed for serial ports > etc... I made some progress in the last half hour that I wish to report, which is that, at least for the _external_ sdcard, I've solved the problem, I think, of running a DOS command on the Android filesystem mounted as a drive letter, over USB without _anything_ being installed on Android. I tested out a crippleware v2.10 trial version of MTPDrive on Windows. <http://mtpdrive.com/download.html> Where this is what I entered into my log file just now by way of testing. ============================================================================ 1. Install MTP Drive version 2.10 crippleware on Windows <http://mtpdrive.com/download.html> 2. Create a shortcut to C:\app\network\mtpdrive\MTPdrive.exe 3. Connect the Android device over USB & run that MTPdrive.exe shortcut 4. Press the MTPDrive GUI "Map" button to map the phone to a named drive 5. This mounts the Android external sdcard as a named drive, e.g., (M:) 6. Right click to "Open Command Window Here" to run a DOS command 7. Run the desired DOS command on that now-mounted Android filesystem dir /s/a/l/on/b *.apk Voila! <http://www.bild.me/bild.php?file=1853998dir02.jpg> For another inventory of _every_ file on the external sdcard: A. Connect the Android device to the USB port of the Windows PC B. Run the MTPDrive GUI at C:\app\network\mtpdrive\MTPdrive.exe C. Press the MTPDrive "Settings" button & then go to the "Settings" tab D. Press the "Dump device data to a file" button > C:\tmp\WPD.log The bottom portion of that log file will contain a list of every file found. \SD card\1data\software\apk\lgapps\Calculator-com.google.android.calculator-75013172-v7.5 (213680574).apk \SD card\1data\software\apk\lgapps\Chrome-com.android.chrome-349710002-v69.0.3497.100.apk \SD card\1data\software\apk\lgapps\Cloud Print-com.google.android.apps.cloudprint-140-v1.40.apk \SD card\1data\software\apk\lgapps\Docs-com.google.android.apps.docs.editors.docs-183920235-v1.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Drive-com.google.android.apps.docs-183920235-v2.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Duo-com.google.android.apps.tachyon-2602856-v39.1.213443905.DR39_RC19.apk \SD card\1data\software\apk\lgapps\Facebook App Manager-com.facebook.appmanager-46985667-v18.4.apk \SD card\1data\software\apk\lgapps\Facebook-com.facebook.katana-1-vstub.apk \SD card\1data\software\apk\lgapps\Gmail-com.google.android.gm-60804175-v8.9.23.215020111.release.apk etc. The good news: o This crippleware allows us to map the external sdcard to a Windows drive letter. The bad news: o It only seems to work for the _external_ sdcard (not the internal sdcard!) ============================================================================ In summary, the good news is that it's possible to run a DOS command on the Android file system; but the bad news is that the solution above, while easy, and free, is restricted to the external sdcard, AFAIK at this time. I'll dig further into Paul's suggested Urls, particularly those on libmtp for a more general solution that mounts the _entire_ Android filesystem as a drive letter on Windows.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 04:44 +0000 |
| Message-ID | <pprt6s$hc1$1@news.mixmin.net> |
| In reply to | #51250 |
On Sat, 13 Oct 2018 03:34:20 -0000 (UTC), Arlen Holder wrote: > In summary, the good news is that it's possible to run a DOS command > on the Android file system; but the bad news is that the solution above, > while easy, and free, is restricted to the external sdcard, AFAIK at this time. By way of further update, the good news is that it worked on the external sdcard files. The bad news is that, while a DOS "dir" command works fine, a DOS "copy" is artificially limited by the crippleware to 30 files per session. <http://www.bild.me/bild.php?file=8315262dir03.jpg> Obviously I'll continue to seek a general solution; but this is at least proof of concept that mounting the Android file system on Windows as a drive letter so that DOS commands can run on that filesystem "can" work as well as it does on Linux. We just have to figure out how.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-14 15:36 +0000 |
| Message-ID | <ppvnq9$eb8$1@news.mixmin.net> |
| In reply to | #51251 |
On Sat, 13 Oct 2018 04:44:13 -0000 (UTC), Arlen Holder wrote: > We just have to figure out how. While I solved the problem (maybe even the first to do it, AFAIK, on the Windows ng), I went through a bunch of failures, one of which was the goal of getting libmtp to work on Windows. Interestingly, there is a Windows port of the Linux libmtp: <https://sourceforge.net/projects/libmtp/> Which contains a score of binaries: <https://iweb.dl.sourceforge.net/project/libmtp/libmtp-win32/0.3.5-win32-1/libmtp-0.3.5-win32-bin.zip> But I just didn't know enough, technically, to make it do anything useful. Hence, the final "solution" for the tribal archives is written up here (sans any mention of libmtp solutions) <https://groups.google.com/d/msg/microsoft.public.windowsxp.general/6UdMAFVkv3s/wuxFT8T3AgAJ>
[toc] | [prev] | [next] | [standalone]
| From | Dan Purgert <dan@djph.net> |
|---|---|
| Date | 2018-10-12 18:48 +0000 |
| Message-ID | <slrnps1r3p.o3q.dan@xps-linux.djph.net> |
| In reply to | #51229 |
Wildman wrote: > On Fri, 12 Oct 2018 15:43:51 +0000, Arlen Holder wrote: > >> Do you already know how to run a Linux command (like ls) on the Android >> filesystem plugged into USB? >> >> The problem set and the current workarounds are already stated here, for >> Windows, but the situation is exactly the same for Ubuntu. >> From the desktop OS: >> *How can we open a Linux command line on the Android filesystem?* >> <https://groups.google.com/forum/#!topic/comp.mobile.android/vmWWLzPHKt0> >> >> The question for this ng is how to run a command from Ubuntu 18.04 on the >> Android file system plugged into the desktop USB port as an MTP device? > > I would either browse to the mount point using Nautilus > and open a terminal in that directory via context menu > or just open the terminal and change to the mount point > using the cd command. From there run the command(s). Or just use mc :) Cue 90 billion posts about how we're not adults and don't know the utter genius of ... whatever... though. -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-15 10:50 +0000 |
| Message-ID | <pq1rds$on3$1@news.mixmin.net> |
| In reply to | #51232 |
On Fri, 12 Oct 2018 18:48:25 -0000 (UTC), Dan Purgert wrote: > Cue 90 billion posts about how we're not adults and don't know the utter > genius of ... whatever... though. You clearly misunderstand the concept of a mirror used as a funnel.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-19 23:42 +0000 |
| Message-ID | <pqdq4s$n6c$1@news.mixmin.net> |
| In reply to | #51227 |
On Fri, 12 Oct 2018 15:43:51 -0000 (UTC), Arlen Holder wrote: > The question for this ng is how to run a command from Ubuntu 18.04 on the > Android file system plugged into the desktop USB port as an MTP device? Thanks for all the advice, where the main help came from Paul who advised the LibMTP which, I still think, is the solution for Windows since LibMTP seems to be the underlying code for Linux. If you're interested, here is a summary of the *Windows* progress to date. Please note that I _already_ have a solution, on Linux, and on Windows using both USB & Wifi, where the goal was & is always a general solution for everyone - not just for me. o There are many freeeware solutions over WiFi on all platforms o It's modern Android MTP over USB on Windows that has no general fix (yet) (where LibMTP is likely that missing solution) ============================================================= Here's a summary of the "general solution" status on Windows to date... ============================================================= In the Windows ng, Frank Slootweg suggested "netdrive", located here: <http://netdrive.net/download> (trialware, so it's not a general solution) Just in case the old freeware existed, I downloaded the following versions: o NetDrive 3.6.571 <http://netdrive.net/> o NetDrive 3.5.434 <https://en.freedownloadmanager.org/Windows-PC/NetDrive.html> o NetDrive 2.6.2 <https://filehippo.com/download_netdrive/64426/> o NetDrive 2.6.16 build 962 <https://www.filehorse.com/download-netdrive/30799/download/> o NetDrive 2.5.7 <https://netdrive.en.lo4d.com/> o NetDrive 1.3.4 <https://filehippo.com/download_netdrive/15075/> etc. I have one key question for anyone on this ng who knows Windows well, which is whether my "assumption" is accurate that we need to "mount" the Android filesystem as a "removable drive" (i.e., with a "drive letter") in order to be able to run any Windows command on that Android filesystem? I seem to be able to run DOS commands on both these types of connections: o USB + "removable drive" (to get a drive letter) <http://www.bild.me/bild.php?file=1853998dir02.jpg> o WiFi + "network location" + "removable drive" (to get a drive letter) <http://www.bild.me/bild.php?file=6340420dir012.jpg> o WiFi + "network location" + "net use" (to get a drive letter) <http://www.bild.me/bild.php?file=8605173dir05.jpg> Is that assumption of the intermediate "need" for a drive letter correct? If so, here's a summary of where we stand based on that assumption... (If not, please correct where I err.) The "problem" is that when you connect over USB an Android 4.3+ device (mine is a $130 64GB LG Stylo 3 Plus, running Nougat, Android 7.0) as MTP, you can't run any Windows command on the Android file system, as evidenced by this "dir" of APKs that had to be done after copying to Windows: <http://www.bild.me/bild.php?file=9648761dir.jpg> The best solution is to "mount" the Android filesystm as a "removable drive" (i.e., it gets a drive letter) over USB, which I can easily do with payware/crippleware, but which I'm trying to make into a general solution that _everyone_ can do. <http://www.bild.me/bild.php?file=8315262dir03.jpg> *For a general solution, we need bona-fide non-crippled Windows freeware.* o The goal is a _universal_ solution (which necessitates _freeware_); o which enables _any Windows command_ to run on the Android filesys; o which means (I think) it has to be "mounted" as a _removable drive_; o (or, in other words, it has to have a "drive letter" when on USB); o (although a Windows "network location" can also work when on WiFi); o which both MTPDrive (over USB) & NetDrive (over WiFi) payware seem to do Given: o USB solutions are faster & generally simpler (no Android software) MTPDrive: <http://www.bild.me/bild.php?file=1853998dir02.jpg> Linux: <http://www.bild.me/bild.php?file=6181360dir01.jpg> o WiFi solutions (which generally require a "server" running on Android). WebDav: <http://www.bild.me/bild.php?file=8605173dir05.jpg> FTP: <http://www.bild.me/bild.php?file=7687244dir06.jpg> For USB: The best solution is a freeware equivalent to the MTPDrive functionality o LibMTP freeware may work if we can figure out how to make it work, while <https://sourceforge.net/projects/libmtp/files/libmtp-win32/> o MTPDrive crippleware works (crippled to 30 files per session), and, <http://www.mtpdrive.com/download.html> o Dual booting to Linux works (which natively uses, apparently, LibMTP). <http://www.bild.me/bild.php?file=6181360dir01.jpg> For WiFi: If a server must be run on Android, Windows probably handles SMB best, but: o SMB server (on Android) solutions are problematic for two reasons: (a) No known Play/F-Droid SMB server works on TCP port 445 unrooted (b) Port forwarding on Windows is required if a nonroot server is found. <https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver> Where these general-use servers don't require rooting or port forwarding, & where Windows "network location" & "removable drive" features are used: o WebDav <https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver> network location: <http://www.bild.me/bild.php?file=8605173dir05.jpg> o FTP <https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver> <http://www.bild.me/bild.php?file=7075400dir07.jpg> <http://www.bild.me/bild.php?file=4731516dir011.jpg> For WiFi FTP, these are possible universal free drive-mapping solutions: o FTPuse (freeware which I was not successful with in my recent tests) <https://www.ferrobackup.com/map-ftp-as-disk.html> FTP Server (free): <http://www.bild.me/bild.php?file=3316456dir08.jpg> The Olive Tree: <http://www.bild.me/bild.php?file=7355568dir09.jpg> Anonymous: <http://www.bild.me/bild.php?file=4223201dir010.jpg> o DirectNet (freeware which I was successful with in my tests today) <http://www.directnet-drive.net/> <http://www.bild.me/bild.php?file=4731516dir011.jpg> <http://www.bild.me/bild.php?file=6340420dir012.jpg o SFTP Net Drive (free for personal use but I was not successful today) <https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email) o NetDrive (trialware, untested because it's not a general solution) <http://netdrive.net/> o Web Drive (trialware, untested because it's not a general solution) <https://webdrive.com/download/> And where Linux solutions may work under some circumstances: o Dual-boot to Linux works perfectly (which uses LibMTP natively) <https://groups.google.com/d/msg/alt.os.linux/oOfdMLmJ-oQ/jh_1DwTOBgAJ> o Termux (contains a mini Linux command environment) <https://play.google.com/store/apps/details?id=com.termux> As always, this effort is for everyone - so please improve where you can!
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-20 00:20 +0000 |
| Message-ID | <pqdsbt$r0f$1@news.mixmin.net> |
| In reply to | #51365 |
On Fri, 19 Oct 2018 23:42:21 -0000 (UTC), Arlen Holder wrote: > If you're interested, here is a summary of the *Windows* progress to date. If folks are interested, here's a summary I just wrote on inexplicable issues with the WiFi Android FTP Server "network location" mapped to a "drive letter" using three different types of freeware, some of which also exist for Linux (e.g., FTPUse). I will run some experiments of FTPUse below on Ubuntu 18.04, where I'm not at all sure why FTPUse on Windows 10 failed in every test this week. ========================= Here is my detailed response to Frank's purposefully helpful suggestions. As I recall, FTUUse used to work for me on Windows with Android 4.4 (Galaxy S3); but FTPUse no longer seems to work for me on my Android 7.0 LG phone - but - I'm not too worried for two reasons: a. I found a method that did work for me with FTP over Wi-Fi, and, b. Even if I hadn't found that method that worked, USB is the main goal. For this post, we aren't discussing USB. For this post, we're only discussing WiFi. And, for this post, we're not discussing any other server other than FTP. (For example, we're not discussing WebDAV, which always worked just fine.) What we want, for this post, is a *drive letter*. We never had problems with a "network location". What else, we want for this post, is a *universal solution*. That means anyone can do it (not just you and me, Frank). In general, that means freeware. I think we have that solution below using DND freeware. o DirectNet-Drive created a drive letter of a WiFi FTP network location But I acknowledge that _other_ freeware should have worked for me. o FTPUse should have worked (and I think it did work, in the past, for me) <https://www.ferrobackup.com/download/FtpUseInst.exe> o SFTP Net Drive should have worked (but it also failed for me) <https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email) What worked for me the very first time, was this combination: 1. Android freeware FTP Server: <https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver> 2. Windows freeware map of "network location" to a "removable drive": <http://www.directnet-drive.net/> Here is a screenshot of the FTP WiFi connection as a drive letter (R:) <http://www.bild.me/bild.php?file=4731516dir011.jpg> And here is a screenshot showing that I can run DOS commands on Android: <http://www.bild.me/bild.php?file=6340420dir012.jpg Where both those connections are made using the Olive Tree FTP server on my Windows 10 desktop connected to Android 7.0 Nougat. For whatever reasons, on my Windows 10 system, FTPUse failed under exactly the same circumstances (both as a password user & as anonymous): FTPUse failing with the "Olive Tree" FTP server as user "francis": <http://www.bild.me/bild.php?file=7355568dir09.jpg> FTPUse failing under the same FTP server as user "anonymous": <http://www.bild.me/bild.php?file=4223201dir010.jpg> As you know, FTPUse also failed when I used F-Droid "FTP Server (Free)": <https://f-droid.org/en/packages/be.ppareit.swiftp_free/> Where these screenshots are from a few days ago when I ran those tests: <http://www.bild.me/bild.php?file=7687244dir06.jpg> <http://www.bild.me/bild.php?file=7075400dir07.jpg> <http://www.bild.me/bild.php?file=3316456dir08.jpg> SFTPNetDrive freeware also failed today with the "Olive Tree" server where SFTP NetDrive simply failed to connect whether using user "francis" or "anonymous". In summary, I was never worried about FTPUse not working on Windows 10 for me since I prefer USB and since I found (by trial and error) an WiFi FTP solution that works as a general freeware solution for everyone, which is "DirectNet-Drive". If we still wish to move the ball forward, we should ask another Windows 10 user to see if FTPUse or SFTP NetDrive works for _them_. All I can tell people here is that my empirical results are the following: o Using multiple FTP servers on non-root Android 7.0 Nougat... o DirectNetDrive Windows 10 network-location-to-drive-letter worked! o But both FTPUse & SFTP NetDrive failed (under the same conditions). Why? I don't know why. If another Windows 10 user can test either of those two failed solutions, we will get a better idea if it's Windows 10, or if it's just me. -- As always, the Usenet goal is for all to help everyone with their efforts.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-20 03:15 +0000 |
| Message-ID | <pqe6l2$f1u$3@news.mixmin.net> |
| In reply to | #51366 |
On Sat, 20 Oct 2018 00:20:14 -0000 (UTC), Arlen Holder wrote:
> If another Windows 10 user can test either of those two failed solutions,
> we will get a better idea if it's Windows 10, or if it's just me.
WiFi:
Here is the detailed thread showing noobs how to use WiFi FTP to map network
locations to named removable drives on Windows if the users don't already
know how from using Linux.
<https://groups.google.com/forum/#!topic/comp.mobile.android/IswZ5yEcpYA>
Note that there's a minor typo in one command which won't faze Linux users:
ftp> open 192.168.1.6 2221 (your IP address & port may well differ)
USB:
To answer Paul's question about USB libMTP documentation, there's a readme:
C:\software\network\mtp\libmtp\README.windows.txt
Which says, summarized:
LibMTP depends on LibUSB and libiconv.
o LibUSB Win32 - http://libusb-win32.sourceforge.net/
o LibIconv - http://gnuwin32.sourceforge.net/packages/libiconv.htm
LibMTP takes advantage of the LibUSB-Win32 Device Driver package.
These appear to be the directions to get Android to work over USB with LibMTP.
1. Download the latest device driver binary package (libusb-win32-device-bin-x.x.x.x.tar.gz) from http://sourceforge.net/project/showfiles.php?group_id=78138
2. Upon extraction, plug in your Android device and run bin/inf-wizard.exe.
Select your device and save the resulting inf file in the project root directory.
3. Copy the files "bin/libusb0.dll" and "libusb0.sys" for 32-bit operating systems.
Copy the files "libusb0_x64.dll" and "libusb0_x64.sys" for 64-bit operating systems.
4. Goto Start -> Run, type "devmgmt.msc" and press "ok".
5. Select your Android device from the list and click Action -> Update Driver,
Choose "No, not this time" if prompted to connect to microsoft.
6. Choose "Install from a list or specific location".
7. Choose "Don't search, I will choose the driver to install
8. Click the "Have Disk..." button in the bottom right corner of the prompt
9. Browse to your .inf file and select it. Press Ok
10. The name of your Android device should appear in the prompt,
click it and click "Next>" (Ignore any prompts about Driver Signing,
continuing installation of the selected driver).
11. Click finish to end the driver install process.
If needed, to roll back to the original Android USB driver:
1. Goto Start -> Run, type "devmgmt.msc" and press "ok".
2. Select your Android device, right click on it and click "Properties"
3. Go to the "Driver" pane and select "Roll Back Driver".
I'll run as many of those steps as I can, but I'm not a coder.
I'm an empirical tester. I run things until they work.
If I'm successful, this will be a first (to my knowledge) where almost
nobody knows how to do this, AFAIK, and where the power is immense
in that we can connect Android as a drive letter over USB using only
Windows freeware so that _all_ Windows commands run on the Android
filesystem.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-20 16:13 +0000 |
| Message-ID | <pqfk6f$4me$1@news.mixmin.net> |
| In reply to | #51367 |
On Sat, 20 Oct 2018 03:15:47 -0000 (UTC), Arlen Holder wrote: > If I'm successful, this will be a first (to my knowledge) where almost > nobody knows how to do this, AFAIK, and where the power is immense > in that we can connect Android as a drive letter over USB using only > Windows freeware so that _all_ Windows commands run on the Android > filesystem. The goal is for _everyone_ to be able to run any Windows command on Android over USB, which necessitates a working freeware solution (where we already have payware solutions that work just fine) - and where simply dual booting to Linux works fine to run Linux commands on the Android phone over USB. It's Windows that has the lack of a general solution for everyone. To that end I (maybe) broke new ground by finally getting libMTP to work. However, it may be, I think, LibMTP may have been a red herring all along. Yesterday I installed Zadig & libusbK after installing LG-TP450.INF: o Zadig <http://zadig.akeo.ie/> <https://github.com/pbatard/libwdi/wiki/Zadig> o libusbK <https://sourceforge.net/projects/libusbk/> Unfortunately, I don't know which made LibMTP finally work: o Replacing "LG Stylo 3 Plus" MTP with the libusb-generated "LG-TP450.inf" o Then adding Zadig o Then adding libusbK After I did those three things & tested LibMTP commands, they all worked. I don't know which of those three in sequence made LibMTP finally work on Windows 10, where it's important to figure that out so that others can follow in our footsteps - but where I have to move forward nonetheless. Since my credibility is important, I prove what I say, where here are screenshots proving the set of libmtp bin commands are finally working on Windows 10 - providing a glimpse of the entire Android filesystem over USB: o connect.exe <http://www.bild.me/bild.php?file=4656598libtmp01.jpg> o files.exe <http://www.bild.me/bild.php?file=4184084libtmp02.jpg> o folders.exe <http://www.bild.me/bild.php?file=8059960libtmp03.jpg> o emptyfolders.exe <http://www.bild.me/bild.php?file=2119219libtmp04.jpg> o detect.exe <http://www.bild.me/bild.php?file=4408040libtmp05.jpg> o connect.exe <http://www.bild.me/bild.php?file=8349591libtmp06.jpg> o tracks.exe <http://www.bild.me/bild.php?file=2378716libtmp07.jpg> o (other commands) <http://www.bild.me/bild.php?file=8494912libtmp08.jpg> (I wonder what "format.exe" does... :) This empirical result leaves me with this critical question: Q: What "can" we do with libMTP toward our goal of a general solution (hence freeware) for mounting the Android MTP filesystem as a drive letter on Windows over USB (so that all Windows commands work on it)?
[toc] | [prev] | [next] | [standalone]
| From | Dan Purgert <dan@djph.net> |
|---|---|
| Date | 2018-10-20 18:13 +0000 |
| Message-ID | <slrnpsms31.o3q.dan@xps-linux.djph.net> |
| In reply to | #51371 |
Arlen Holder wrote: > On Sat, 20 Oct 2018 03:15:47 -0000 (UTC), Arlen Holder wrote: > >> If I'm successful, this will be a first (to my knowledge) where almost >> nobody knows how to do this, AFAIK, and where the power is immense >> in that we can connect Android as a drive letter over USB using only >> Windows freeware so that _all_ Windows commands run on the Android >> filesystem. > > The goal is for _everyone_ to be able to run any Windows command on Android Maybe post to a windows group then? -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
[toc] | [prev] | [next] | [standalone]
| From | William Unruh <unruh@invalid.ca> |
|---|---|
| Date | 2018-10-20 18:43 +0000 |
| Message-ID | <pqft0r$r3c$1@dont-email.me> |
| In reply to | #51372 |
On 2018-10-20, Dan Purgert <dan@djph.net> wrote: > Arlen Holder wrote: >> On Sat, 20 Oct 2018 03:15:47 -0000 (UTC), Arlen Holder wrote: >> >>> If I'm successful, this will be a first (to my knowledge) where almost >>> nobody knows how to do this, AFAIK, and where the power is immense >>> in that we can connect Android as a drive letter over USB using only >>> Windows freeware so that _all_ Windows commands run on the Android >>> filesystem. >> >> The goal is for _everyone_ to be able to run any Windows command on Android I think you will have to write new drivers then for Android. AFAIK, the mtp filesystem does not allow arbitrary reading and writing of files. It's purpose is to allow transfer of the data, not random read/writes. > > Maybe post to a windows group then? > >
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2018-10-21 13:14 +0200 |
| Message-ID | <6l3u9f-csh.ln1@Telcontar.valinor> |
| In reply to | #51371 |
On 20/10/2018 18.13, Arlen Holder wrote: > On Sat, 20 Oct 2018 03:15:47 -0000 (UTC), Arlen Holder wrote: > >> If I'm successful, this will be a first (to my knowledge) where almost >> nobody knows how to do this, AFAIK, and where the power is immense >> in that we can connect Android as a drive letter over USB using only >> Windows freeware so that _all_ Windows commands run on the Android >> filesystem. > > The goal is for _everyone_ to be able to run any Windows command on Android > over USB, Why would we be interested on doing that, as we use Linux? -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@not.available> |
|---|---|
| Date | 2018-10-21 15:45 +0200 |
| Message-ID | <pqhvta$1fuh$1@gioia.aioe.org> |
| In reply to | #51371 |
Arlen, > The goal is for _everyone_ to be able to run any Windows > command on Android I think you would do good to define - for yourself *and* us - what a "windows command" is, as well as to come up with a list of "must haves" (preferrably in order of importance). And I think (hope) you (just) ment *filesystem* related commands there. Furthermore, there are a few commands you will never be able to run on android in any meaningfull way. Take "chkdsk" for example. Or "fdisk". Or "Attrib". Also, as William (Unruh) already mentioned, you do not seem to realize that you can only do what the available interfaces/APIs offer you. Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-21 18:29 +0000 |
| Message-ID | <pqighf$vmj$1@news.mixmin.net> |
| In reply to | #51382 |
On Sun, 21 Oct 2018 15:45:08 +0200, R.Wieser wrote: > Also, as William (Unruh) already mentioned, you do not seem to realize that > you can only do what the available interfaces/APIs offer you. I'm trying to advance what we _can_ do, where I admit freely that most of you can do far more than I can do with both Windows & Linux interfacing with Android. All I ever ask is for you to help _improve_ our knowledge - or - to not troll if you can't improve our knowledge. It's a binary decision to make. Any post that doesn't _improve_ our capabilities, is just wasted chitchat. As noted by William Unruh and others, when you plug an Android 4.3+ device set up as MTP into Windows over USB, you can't run Windows commands _directly_ on the Android filesystem. <http://www.bild.me/bild.php?file=9648761dir.jpg> Hence, the goal is for everyone to be able to run any Windows command on the entire Android filesystem, over USB (because it's fast, secure, & easy) & over WiFi (because it works over the local network). I've experimented in the past couple of days about as far as I can go. What we need from experts here is your added value to go further. To that end, I summarize below where my knowledge falls off the cliff. If you know more than I do, please improve these suggestions below. *Goal: Run any Windows command directly on the Android filesystem.* ========================================== *These worked perfectly in my tests (Android 7.0, Windows 10)* ========================================== 1. MTP over USB: (*MTPDrive*) <http://www.bild.me/bild.php?file=1853998dir02.jpg> o Android set to MTP + MTPDrive payware on Windows o Mount the Android filesystem as a drive letter on Windows o MTPDrive freeware is limited to 30 files transferred per session <http://www.bild.me/bild.php?file=8315262dir03.jpg> Tested with: MTPDrive <http://mtpdrive.com/download.html> 2. MTP over USB: (*Linux*) <http://www.bild.me/bild.php?file=6181360dir01.jpg> o Android set to MTP + dual-boot Ubuntu with Windows o There are no limits whatsoever as to what you can do Tested with: Ubuntu 18.04 <https://www.ubuntu.com/download/desktop> 3. WebDAV over WiFi: (*net use) <http://www.bild.me/bild.php?file=8605173dir05.jpg> o WebDAV freeware server on Android + "net use" on Windows o Mount the Android filesystem as a drive letter on Windows o There are no limits whatsoever as to what you can do Tested with: <https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver> 4. FTP over WiFi: (*DirectNetDrive*) <http://www.bild.me/bild.php?file=4731516dir011.jpg> <http://www.bild.me/bild.php?file=6340420dir012.jpg> o FTP freeware server on Android + DnD freeware on Windows o Mount the Android filesystem as a drive letter using DnD freeware o There are no limits whatsoever as to what you can do Tested with: DirectNetDrive <http://www.directnet-drive.net/> 5. FTP over WiFi: (*NetDrive 1.3.2.0*) <http://www.bild.me/bild.php?file=1383190dir014.jpg> o FTP freeware server on Android + (older) NetDrive freeware on Windows o Mount the Android filesystem as a drive letter using NetDrive freeware o There are no limits whatsoever as to what you can do Tested with: NetDrive 1.3.2.0 <https://filehippo.com/download_netdrive/12615/> ========================================== *These worked to run commands - but we don't have a mounting solution.* ========================================== 6. MTP over USB: (*libMTP*, libusbK, libiconv) <http://www.bild.me/bild.php?file=4656598libtmp01.jpg> o Plug in Android to USB + libMTP commands on Windows o Can see and manipulate every file on the Android filesystem o But it can't yet mount the Android filesystem as a drive letter Tested with: LibMTP <https://sourceforge.net/projects/libmtp/> LibusbK <https://sourceforge.net/projects/libusb-win32/> LibiConv <http://gnuwin32.sourceforge.net/packages/libiconv.htm> ========================================== *These failed miserably in my tests - but they may work for others.* ========================================== 7. FTP over WiFi: (*net use*) <http://www.bild.me/bild.php?file=8734999ftpshare02.jpg> o FTP server freeware on Android + "net use" on Windows o Mount the Android filesystem as a drive letter on Windows o I can't figure out the doublebackslash syntax to make it work! Tested with: <https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver> 8. FTP over WiFi: (*FTPuse*) <http://www.bild.me/bild.php?file=7687244dir06.jpg> <http://www.bild.me/bild.php?file=7075400dir07.jpg> <http://www.bild.me/bild.php?file=3316456dir08.jpg> <http://www.bild.me/bild.php?file=7355568dir09.jpg> <http://www.bild.me/bild.php?file=4223201dir010.jpg> o FTP server freeware on Android + FTPuse freeware on Windows o Mount the Android filesystem as a drive letter using FTPuse freeware o There are no limits whatsoever as to what you can do Tested with: FTPUse <https://www.ferrobackup.com/download/FtpUseInst.exe> 9. FTP over WiFi: (*SFTPNetDrive*)\ <http://www.bild.me/bild.php?file=2809525dir013.jpg> o FTP server freeware on Android + SFTPNetDrive freeware on Windows o Mount the Android filesystem as a drive letter using SFTPNetDrive o There are no limits whatsoever as to what you can do Tested with: SFTP Net Drive <https://www.nsoftware.com/sftp/netdrive/> 10. SMB over WiFi: (*net use*) o SMB server freeware on Android + native Windows "net use" o Main problem is Android needs to be rooted to use TCP port 445 o Second problem is finding Android SMB server non-root freeware Tested with: <https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver> ========================================== *These were not tested because they are trialware solutions.* ========================================== 11. FTP or WebDAV over WiFi: (*WebDrive*) o FTP/WebDAV freeware server on Android + WebDrive trialware on Windows o Mount the Android filesystem as a drive letter using WebDrive trialware o The trialware is limited to 10 days Not tested: WebDrive <https://webdrive.com/download/> 12. FTP over WiFi: (*NetDrive*) o FTP freeware server on Android + (current) NetDrive trialware on Windows o Mount the Android filesystem as a drive letter using NetDrive trialware o There are no limits whatsoever as to what you can do Not tested: NetDrive 3.6.571 <http://netdrive.net/ ========================================== In summary, we need your added value to get past where I am above. Above is where I fall off the cliff on trying to help everyone run any Windows command directly on any Android 4.3+ filesystem over USB or WiFi. As always, the goal is a universal solution for everyone. If you can add value, please pitch in to improve our capabilities. -- We are always far stronger together than any of us are all alone.
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@not.available> |
|---|---|
| Date | 2018-10-21 22:39 +0200 |
| Message-ID | <pqio6e$o9j$1@gioia.aioe.org> |
| In reply to | #51386 |
Arlen, > All I ever ask is for you to help _improve_ our knowledge - or - > to not troll if you can't improve our knowledge. It's a binary decision > to make. Don't ask people here for for full solutions, especially not accompanied by a vague "it must do *everything*" blurb. Its a simple binary decision to make. And ditch the "we". You are not part of the/any group providing knowledge, you're the consumer of it. Also, there are (still) people here wanting to help you *learn* something. So that you can repeat it on your own, and extend on it. What you are currently doing is not learning, and no matter what the people here give you you won't *ever* be able to do it on your own. As such I consider it an absolute waste of my time to contribute to it. Its as simple as that. Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2018-10-21 22:56 +0200 |
| Message-ID | <do5v9f-v3d.ln1@Telcontar.valinor> |
| In reply to | #51386 |
On 21/10/2018 20.29, Arlen Holder wrote: > On Sun, 21 Oct 2018 15:45:08 +0200, R.Wieser wrote: > >> Also, as William (Unruh) already mentioned, you do not seem to realize that >> you can only do what the available interfaces/APIs offer you. > > I'm trying to advance what we _can_ do, where I admit freely that most of > you can do far more than I can do with both Windows & Linux interfacing > with Android. > > All I ever ask is for you to help _improve_ our knowledge - or - to not > troll if you can't improve our knowledge. It's a binary decision to make. > > Any post that doesn't _improve_ our capabilities, is just wasted chitchat. > > As noted by William Unruh and others, when you plug an Android 4.3+ device > set up as MTP into Windows over USB, you can't run Windows commands > _directly_ on the Android filesystem. > <http://www.bild.me/bild.php?file=9648761dir.jpg> > > Hence, the goal is for everyone to be able to run any Windows command on > the entire Android filesystem, over USB (because it's fast, secure, & easy) > & over WiFi (because it works over the local network). I stop reading here. You need to ask Windows people, not Linux people. This is a *Linux* group. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@not.available> |
|---|---|
| Date | 2018-10-21 23:20 +0200 |
| Message-ID | <pqiqj8$s88$1@gioia.aioe.org> |
| In reply to | #51389 |
Carlos, > I stop reading here. You need to ask Windows people, not Linux > people. This is a *Linux* group. Good catch. The final program should *ofcourse* run both on Windows (all versions) as well as on "Linux" (all distributions, all versions). Duh! And that Windows and Linux do not even give same output (because of different available file info) ? Well, that is just something we - as in: everyone but Arlen - should figure out ofcourse. He's the idea man, we just have to fill in some minor details (like the whole program). Easy, no ? Almost as easy as the "make awsome program" button I've got here somewhere. :-) Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
Page 2 of 3 — ← Prev page 1 [2] 3 Next page →
Back to top | Article view | alt.os.linux
csiph-web